← 실무기술 자료실

DMA Diagnostics·Resource Communication·Collection Recovery 검증표

DMA plan·resource connection·service log·수집 실패·재시도·복구를 원본 보존과 운영영향 기준으로 진단합니다.

대상
OT플랫폼·보호계전·통신·데이터수집 운영자
문서
CONTENT-287 · 2026-07-22
검토상태
게시 전 현장 기술검토 필요
자동수집 장애복구 DMA Diagnostics·Resource Communication·Collection Gap·Recovery 판단 흐름 인포그래픽
설명용 생성 이미지 · 실제 시공사례 아님
핵심 판정

collection plan을 재실행해 성공했다는 이유로 장애를 종결하지 않습니다. resource identity·connection parameters·credential/proxy·schedule·service dependency를 고정하고 DMA Diagnostics의 plan interaction·communication/service log·error stage를 원장치와 대조해 원인, 누락범위, 재수집, 중복방지와 복구증거를 남깁니다.

현장에서 보이는 문제

  • plan은 실패하지만 어떤 resource 단계인지 보이지 않는다.
  • 재시도 뒤 파일이 중복되거나 일부 기간이 비어 있다.
  • credential/proxy 오류를 통신장애로 오판한다.
  • service 재시작으로 원인로그가 사라진다.

작업 전 수집 데이터

  • DMA/Blueframe/app version·node/service·storage/time source
  • resource ID·device model·address/path·connection parameters
  • plan type/schedule/window·credential/proxy·expected files/commands
  • Diagnostics plan interaction·service/communication log·error code/stage
  • device-side log·network reachability·account/lockout·storage capacity
  • retry/backoff·queue·duplicate key·gap range·manual recollect plan
  • root cause·corrective action·before/after evidence·monitoring·handover

즉시 작업중단 조건

  • 장애로그를 보존하기 전에 service/data를 초기화한다.
  • resource identity와 실패기간을 특정하지 못했다.
  • 무제한 재시도로 장치계정 lockout·부하를 유발한다.
  • 누락·중복 검증 없이 복구 완료 처리한다.
  • credential을 평문 로그·보고서에 남긴다.
  • production device에 영향평가 없이 명령수집을 반복한다.

구역을 안전한 상태로 통제하고 증거를 보존한 뒤 책임자에게 범위와 조사계획을 다시 승인받습니다.

현장 기록표

수치에는 시각·운전·부하·환경·사용 도구를 붙이고 사실과 추정을 분리합니다.

DMA VersionResourcePlan·ScheduleErrorStageServiceLogDevice·NetworkRetry·QueueGap·DuplicateRecoveryEvidence승인·Monitoring

판정기준과 적용 조건

즉시 중단

안전조건·자격·에너지 통제가 성립하지 않거나 위험징후가 있음
구역 통제·에너지 격리·책임자 보고 후 별도 계획 승인

판정 보류

모델·원본·부하·환경·시각·측정조건 중 핵심자료가 빠짐
설정 변경이나 부품 교체 전에 누락 자료를 다시 수집

계획 조치

같은 조건에서 이상이 반복되고 가설별 증거가 일치함
정확한 모델 문서와 현장 기준으로 변경·보수 범위를 승인

복구 확인

변경 후 정상·비정상·재기동 시험과 인계자료가 모두 확인됨
기준선을 보존하고 재발 감시조건·다음 점검일 지정

필수 데이터가 없거나 비교조건이 다르면 합격이 아니라 판정 보류입니다.

6단계 측정·판단 절차

  1. 범위와 안전조건 고정대상 설비·운전상태·작업허가·LOTO·중단조건과 승인자를 먼저 정합니다.
  2. 변경 전 원본 보존설정·로그·사진·파일·측정조건을 같은 사건 ID와 시각으로 저장합니다.
  3. 조건을 붙여 측정수치만 적지 않고 부하·환경·모델·계측기·위치·시각을 함께 기록합니다.
  4. 가설별 증거 분리전원·배선·설정·통신·기계·공정 등 가능한 원인을 한 번에 하나씩 비교합니다.
  5. 승인된 변경과 시험변경값·예상결과·롤백 조건을 승인한 뒤 정상·비정상·재기동 조건을 시험합니다.
  6. 결과·미결함 인계변경 전후 자료, 최종 설정, 시험결과, 미검증 항목, 다음 감시조건을 넘깁니다.
자동수집 장애복구 핵심 4단계 판단표
핵심 흐름 요약 · 설명용 생성 이미지 · 실제 고객사 시공사진 아님

고급 기술검토 포인트

현장 적용 전 정확한 장비·회로·공정과 최신 법령·표준·제조사 문서를 기준으로 책임 기술자가 검토합니다.

판정기준 적용조건

  • 정확한 모델·펌웨어·구성
  • 부하·운전·환경·시각·계측조건
  • 법령·표준·현장 절차의 적용 범위

전문 검토

  • 전원·배선·설정·통신·기계·공정의 상호작용
  • 안전·품질·생산·데이터 무결성 영향
  • 임시 우회와 영구 원인조치의 구분

데이터 품질

  • 변경 전후 원본·버전·해시·시각
  • 사실·추정·권고·미검증 분리
  • 시험마다 변경 변수 한 개씩 기록

외부 업체에 넘길 최소 자료

완료 후 받아야 할 결과물

  • DMA/Blueframe/app version·node/service·storage/time source
  • resource ID·device model·address/path·connection parameters
  • plan type/schedule/window·credential/proxy·expected files/commands
  • Diagnostics plan interaction·service/communication log·error code/stage
  • device-side log·network reachability·account/lockout·storage capacity
  • retry/backoff·queue·duplicate key·gap range·manual recollect plan
  • 원인가설별 시험 결과와 배제 근거
  • 변경·교체·조정 항목과 이전/최종 값
  • 정상·비정상·재기동 시험 원본
  • 개정 도면·설정·백업·사진·로그
  • 미결함·롤백 상태·다음 점검일

최종 승인 기록

구분결과미결함·제한이름·확인시각
작업책임자완료 / 보류
기술검토적합 / 보완 / 중단
생산·안전·품질승인 / 보류

공식 근거

공식 자료 확인일: 2026-07-22. 현장 적용 전 링크·개정·모델 범위를 다시 확인합니다.