MES 시스템 15대 납품·설치
21.5" PPC · 무중단 워치독 · 통합관제
📍 ■■전자 · ○○공장 (모자이크) · 2026 · MES 단말 15대(21.5" PPC) · 3개 라인
사업장(대분류) · 라인(소분류) 2단 필터로 15대를 한 화면에서 확인
한눈에 보기
| 현장 | ■■전자 ○○공장 · MES 단말 15대 — 21.5" 산업용 PPC, 3개 라인 |
|---|---|
| 구축 시기 | 2026년 |
| 분야 | 제조업 · 생산관리(MES) |
| 주요 범위 | MES 단말 납품·설치 · 무중단 워치독 · 자원/앱 감시 · 원격 조치 · 일괄 배포 |
1. 현장 상황
MES 클라이언트가 종료되면 그 라인의 생산 실적이 그대로 멈춥니다. 그런데 이를 확인하는 방법은 관리자가 원격으로 접속해 화면을 직접 보는 것뿐이었습니다. 15대를 순서대로 확인하는 데만 20분이 넘게 걸렸고, 대개는 다음 교대나 작업자가 항의하고 나서야 알게 됐습니다.
문제는 세 가지였습니다. PC가 죽은 사실을 모른다, 누가 무슨 프로그램을 실행했는지 기록이 없다, 프로그램을 올릴 때마다 PC마다 돌아다녀야 한다. 백신만으로는 세 가지 중 어느 것도 해결되지 않았습니다.
2. 구축 범위
| 하드웨어 | 21.5" 산업용 PPC 15대 납품·설치 · 라인별 고정 배치 · 전원·배선 정리 |
|---|---|
| 무중단 | 하드웨어 워치독 활성화 — 시스템이 멈추면 즉시 자동 재부팅 |
| 프린터 감시 | 전표 출력용 바코드 프린터 ZD-421T 15대 — 30분 주기 ping으로 응답 여부만 확인 |
| 현황 수집 | CPU · 메모리 · 디스크 · 네트워크 · 온도를 5초 주기로 수집 |
| 애플리케이션 감시 | MES 클라이언트 종료 · 응답 없음 · 재시작 반복 · 중복 실행 · 생산 데이터 수집 두절 |
| 파일 보호 | 업무 폴더 미끼(카나리) 파일 · 암호화(엔트로피) 탐지 |
| 원격 조치 | 프로세스 종료 · 즉시 수집 · 클라이언트 재시작 · 네트워크 차단 |
| 배포 · 관리 | 서버 일괄 배포 · 실패 시 자동 롤백 · 승인 기반 제거 |
2-1. 워치독 타이머 설정 기준
워치독은 값을 잘못 잡으면 오히려 장애를 만듭니다. 너무 짧으면 정상 부하에서도 재부팅을 걸고, 너무 길면 멈춘 채로 방치됩니다. 현장에 적용한 기준은 아래와 같습니다.
| 설정 가능 범위 | 1~255초 — 보드 워치독 레지스터의 한계 |
|---|---|
| 최소 권장 | 60초 — 이보다 짧으면 백신 검사·디스크 스왑 구간에서 오탐 재부팅 |
| 현장 적용값 | 120~180초 — 정상 부하 변동을 흡수하고, 멈춤은 3분 내 감지 |
| 최대 | 255초 — 보드 상한. 이 이상은 감지 지연만 늘어남 |
| 킥(Kick) 주기 | 30~60초 — 타이머 값의 1/3 이하로 설정 |
| 부팅 제약 | 부팅 완료 시간 < 타이머 — 부팅이 5분을 넘으면 255초로도 부족합니다 |
주의 — 이런 경우 문제가 됩니다
- 너무 짧게 잡은 경우 — Windows 업데이트·대용량 복사 중에도 재부팅이 걸려 재부팅 루프에 빠집니다. 가장 위험한 설정 실수입니다.
- 부팅 시간 초과 — 부팅 중에는 킥을 보낼 수 없습니다. 부팅이 타이머보다 길면 켜자마자 다시 꺼지는 반복이 생깁니다.
- 255초 상한 — 5분 이상 완전히 멈추는 상황은 하드웨어 워치독 하나로는 감지할 수 없습니다. 그래서 소프트웨어 감시(30초) + 하드웨어 워치독을 2단으로 두었습니다.
- 적용 시점 — 워치독은 운영체제 부팅이 끝난 뒤 활성화합니다. 그래야 부팅 지연과 장애를 구분할 수 있습니다.
3. 이렇게 해결했습니다
- MES 단말은 21.5인치 산업용 PPC로 납품·설치했습니다. 현장 전원과 진동을 견디는 일체형 모델에 화면·본체·전원을 함께 배치해, 배선과 고장 포인트를 줄였습니다. 작업자는 PPC 한 대에서 작업지시·실적 입력·설비 상태를 모두 봅니다.
- 무중단을 먼저 확보했습니다. 보드의 하드웨어 워치독을 활성화해, 소프트웨어가 응답하지 않으면 운영체제가 아니라 보드가 직접 재부팅을 겁니다. 화면이 얼어붙은 채 방치되는 상황을 구조적으로 없앴습니다.
- 같은 화면에 전표 출력용 바코드 프린터(Zebra ZD-421T) 15대도 올렸습니다. 프린터는 프로그램을 설치할 수 없으니 30분마다 ping만 보내 응답 여부를 확인합니다. 전표가 안 나오는 상황을 작업자가 발견하기 전에 알 수 있고, 감시 부담은 거의 없습니다.
- 감시는 얇은 클라이언트로 만들었습니다. 설치 파일 하나를 실행하면 끝나고, 평상시 CPU 사용률은 1% 미만입니다. 검사 장비나 MES 프로그램은 손대지 않았습니다.
- 판정은 현장에서 1차, 서버에서 2차로 합니다. 5초마다 상태를 모으고, 애플리케이션이 2회 연속 사라지면 그때 이벤트를 올립니다. 일시적인 순단으로 경보가 울리지 않도록 한 번 더 확인하는 구조입니다.
- 오탐을 줄이는 데 가장 공을 들였습니다. 신뢰 경로 화이트리스트, 부모 프로세스 검사, 동일 이벤트 10분 중복 억제를 겹쳐 두었습니다. 자동화 도구가 띄운 PowerShell처럼 실제로는 정상인 동작을 걸러내고, 진짜 의심 명령은 그대로 남깁니다.
- 자료 유출과 랜섬웨어는 미끼 파일로 잡습니다. 업무 폴더에 결재본·계약서 같은 이름의 더미 파일을 두고, 이것이 변조되면 치명으로 기록합니다. 암호화된 문서는 엔트로피로 판별해 별도 표시합니다.
- 현장에 가지 않고 처리할 수 있게 했습니다. 프로세스 종료, 즉시 수집, 클라이언트 재시작, 네트워크 차단까지 화면에서 실행합니다. 측면 이동에 쓰이는 445·3389 포트만 골라 막는 모드를 기본값으로 두었습니다.
- 업데이트는 서버에서 한 번 올리면 전 PC가 받아갑니다. 실행 중 파일을 건드리지 않고 재시작 시점에 교체하며, 교체한 파일이 실행되지 않으면 직전 버전으로 자동 복구합니다. 잘못된 파일을 배포해도 PC가 멈추지 않습니다.
- 제거는 관리자 승인을 거칩니다. 감시를 피하려고 임의로 지우는 일을 막되, 요청이 오면 대시보드에 바로 표시되어 1분 안에 처리할 수 있습니다.
애플리케이션 중단(중간)과 미끼 파일 변조(치명)가 발생 시각·대상과 함께 남습니다
4. 결과
| 시스템 다운 시 | |
|---|---|
| 프린터 상태 | 전표 안 나온 뒤 발견 → 30분 내 응답 없음 표시 | 작업자가 발견할 때까지 방치 → 워치독이 즉시 재부팅 |
| 클라이언트 중단 인지 | 다음 교대(수 시간) → 30초 이내 |
| 15대 상태 확인 | 원격 접속 20분 → 화면 1회 |
| 프로그램 배포 | PC별 방문(대당 10분) → 서버 1회 배포 |
| 업데이트 실패 시 | 현장 방문 복구 → 자동 롤백 |
| 자료 유출 추적 | 불가 → 파일 이벤트 기록 |
| PC 부하 | 평상시 1% 미만 (실측 0.05%) |
5. 운영 화면
감시 대상 프로그램의 상태·재시작 횟수·업타임을 PC별로 확인
서버에서 한 번 올리면 PC별 적용·대기 상태가 자동 집계됩니다
6. 검증
15대 규모 환경에서 12개 항목을 실측했습니다. 수집·감시·원격 조치·배포·롤백까지 실제 동작을 확인한 뒤 적용했습니다.
| 하드웨어 워치독 | 응답 정지 시 보드가 재부팅 · 재기동 후 자동 복귀 |
|---|---|
| 등록 · 자원 수집 | 15대 전부 5초 주기 수집 |
| 애플리케이션 감시 | 종료 후 30초 내 이벤트 |
| 파일 보호(카나리) | 변조 즉시 치명 등록 |
| 원격 명령 | 전송 후 10초 내 실행 · 응답 |
| 프린터 ping 감시 | ZD-421T 15대 · 30분 주기 응답 확인 |
| 일괄 업데이트 | 15대 동시 적용 완료 |
| 롤백 | 손상 파일 투입 시 원본 자동 복원 |
“라인이 멈춘 걸 다음 교대에 알던 구조에서, 30초 안에 화면으로 확인하는 구조로 바뀌었습니다. 프로그램 배포도 더 이상 PC를 돌지 않습니다.”