생산 데이터 히스토리안이 관리하는 것: 수집 경로, 데이터 기준, 보존 정책

히스토리안과 실시간 모니터링의 역할 분담

이미 SCADA나 전광판을 갖춘 공장이 많습니다. 그런데도 히스토리안이 필요한 이유는 두 체계가 서로 다른 질문에 답하기 때문입니다:

• 실시간 모니터링은 "지금 어떤가"에 답합니다: 현재 값, 현재 경보, 현재 상태를 초 단위로 갱신해 보여줍니다.
• 히스토리안은 "과거에 무슨 일이 있었나"에 답합니다: 임의 변수의 임의 기간 곡선, 집계 통계, 교대조 간 비교를 제공합니다.
• 두 체계는 같은 수집 경로를 공유하지만 저장 목적이 다릅니다: 하나는 운전을 위해, 다른 하나는 분석과 추적을 위해 존재합니다.
• 히스토리안이 없는 공장의 전형적인 상황은 이렇습니다: 화면상으로는 모두 정상인데, 심사나 복기 시점에 완전한 곡선을 내놓지 못합니다.

앞서 언급한 타이어 프로젝트에서 이 분담은 이렇게 구현되었습니다: SCADA/MES 측이 실시간 모니터링과 실적 보고를 담당하고, 히스토리안 측이 가류 공정 곡선의 장기 보존을 담당하며, 단망 기간 데이터는 전송 경로 회복 후 저장소에 보완 편입됩니다.

설비에서 히스토리안까지의 수집 경로

데이터가 확실하게 저장소에 도달하려면 경로의 각 계층이 명확한 임무를 맡습니다:

• 접속 계층: 주요 PLC 시리즈, Modbus, OPC UA 등 검증된 프로토콜로 설비·계측기 데이터를 읽어 들입니다. 통신 포트가 없는 구형 설비는 먼저 개조하여 접속합니다.
• 에지 계층: 게이트웨이는 단망 시 로컬 캐시를 수행하고 회복 후 자동 재전송하여 이력 곡선의 결손을 막습니다.
• 전송 계층: MQTT 같은 상향 채널이 인증서 기반 인증을 수반하고, 서버 측에서 태그 규칙에 따라 데이터를 정제·전달합니다.
• 저장 계층: 시계열 데이터베이스가 태그별로 기록을 조직하여 추세 조회·보고서·추적 인터페이스가 읽어 갑니다.

이 경로는 같은 프로젝트에서 가류기 366대의 동일 세그먼트 연동과 6초 주기 실시간 값 수집을 지탱했습니다. 더 이른 화학 설비 SCADA 공사에서는 약 80,000개 변수와 24,000개 이상 경보점의 규모를 감당함을 확인했습니다(프로젝트 책임자 확인 수치).

착공 전에 정해야 할 4가지 데이터 기준

히스토리안 프로젝트가 실패하는 지점은 저장 그 자체가 아니라 기준이 합의되지 않은 데 있습니다. 권장되는 진행 방식은 착공 전에 태그 목록으로 다음 4개 항목을 하나씩 확인하는 것입니다:

그 타이어 프로젝트에서는 태그·곡선 프로토콜과 마스터 데이터 연계를 기술 협의서 단계에서 확정했고, 이후 그룹의 여러 거점 확산에서 같은 템플릿을 재사용할 수 있었습니다.

보존 기간과 백업 정책

이력 데이터의 보존 기간은 기술 매개변수가 아니라 경영 판단입니다—추적성 요구와 감사 요구에서 역산합니다:

기간·백업·보완 수집을 구두 약속이 아닌 계약 조항에 적는 것이 검수 시 분쟁을 남기지 않는 핵심 방법입니다.