헬스 모니터링 화면에 장치 상태는 표시되지만 경고가 누락되거나 수집 항목이 비어 보일 때는 서비스 실행 계정, 센서 접근 권한, 알림 규칙, 백그라운드 실행 상태를 차례로 확인해야 합니다. 오류 화면과 최근 변경 이력을 기준으로 원격 점검 범위를 정합니다.
상태 수집은 되는데 경고가 사라질 때 점검할 권한과 알림 경로
대시보드의 상태값은 계속 바뀌는데 임계치 경고만 도착하지 않으면, 수집 자체와 알림 전달 과정을 분리해서 봐야 합니다. 서비스가 실행 중이라는 표시만으로 센서, 장치 정보, 공유 경로를 모두 읽고 있다고 판단하기는 어렵습니다. 특히 계정 변경, 보안 프로그램 교체, 절전 정책 적용 뒤에는 일부 항목이 비거나 백그라운드 작업이 멈춘 사례가 생깁니다. 먼저 오류 화면과 마지막 정상 경고 시각을 확보한 뒤, 서비스 계정·알림 규칙·수신 채널 순서로 확인하는 편이 빠릅니다. 초기 증상 정리는 동네형컴퓨터 010-6833-8119 로 전달할 수 있습니다.
수집 서비스 계정이 읽지 못하는 항목 찾기
헬스 모니터링 클라이언트는 화면에 로그인한 사용자와 별개로 서비스 계정으로 동작하는 경우가 많습니다. 관리자가 직접 실행했을 때는 장치 정보가 보이는데, 자동 수집 서비스에서는 특정 디스크·센서·네트워크 장치 항목만 비어 있다면 두 계정의 권한 차이를 의심해야 합니다.
화양동 USER_MODE_HEALTH_MONITOR 환경처럼 상태 화면 일부가 살아 있어도, 서비스 계정에 필요한 읽기 권한이 빠지면 특정 수집 항목만 누락될 수 있습니다. 서비스 속성에서 실행 계정을 확인하고, 대상 장치 접근 권한, 공유 폴더 권한, 성능 카운터 또는 센서 조회 권한을 각각 대조합니다. 이때 무작정 관리자 계정으로 바꾸기보다 현재 계정에 필요한 최소 권한을 부여하는 방식이 이후 보안 정책 충돌을 줄입니다.
오류 로그에는 접근 거부, 연결 시간 초과, 장치 없음, 인증 실패처럼 원인이 섞여 기록됩니다. 같은 시각에 발생한 로그를 모아 보면 권한 문제인지 장치 연결 문제인지 구분할 수 있습니다. 로그인 사용자 계정에서는 정상이고 서비스 계정에서만 실패하는 기록이 반복된다면, 프로그램 재설치보다 계정 권한과 실행 정책을 먼저 확인하는 것이 맞습니다.
경고 규칙과 수신 채널이 엇갈리는 지점
상태값이 갱신된다고 해서 경고 조건까지 만족한 것은 아닙니다. 임계값이 변경됐거나, 일정 시간 이상 지속될 때만 발송하도록 설정됐거나, 같은 경고의 반복 발송 제한이 걸려 있으면 화면에는 이상 수치가 보여도 알림은 조용할 수 있습니다.
| 확인 구간 | 점검 내용 | 확인 결과 |
|---|---|---|
| 임계값 규칙 | 경고 기준값, 지속 시간, 해제 조건 | 조건 충족 여부 확인 |
| 중복 제한 | 동일 이벤트의 재발송 간격과 묶음 처리 | 차단 시간 확인 |
| 수신 채널 | 메일, 메신저, 팝업별 수신자와 인증 상태 | 시험 알림 비교 |
알림은 메일 주소 하나만 맞다고 끝나지 않습니다. 메일 서버 인증 만료, 메신저 연동 토큰 변경, 팝업 권한 차단, 수신자 그룹 수정, 발송 한도 초과 등도 누락 원인이 됩니다. 따라서 실제 장애 경고를 기다리지 말고 시험 알림을 발송하여 채널별 도착 여부를 비교해야 합니다. 시험 알림은 오는데 실제 경고만 없다면 규칙 조건과 중복 제한을, 시험 알림부터 실패한다면 수신 채널 설정을 우선 봅니다.
권한 변경 뒤 수집을 복구하는 순서
권한이나 계정을 바꾸기 전에는 기존 서비스 이름, 실행 계정, 시작 유형, 최근 오류 문구를 기록해 두는 것이 좋습니다. 변경 후 문제가 커졌을 때 이전 상태로 되돌릴 기준이 필요하기 때문입니다. 보안 프로그램에서 차단 예외를 추가할 때도 실행 파일만 예외 처리하지 말고 서비스 통신과 백그라운드 실행이 실제로 유지되는지 확인해야 합니다.
복구는 서비스 계정 확인, 대상 접근 권한 반영, 서비스 재시작, 실시간 값 확인, 과거 이력 확인, 시험 경고 발송 순서로 진행합니다. 재시작 직후 값이 보인다고 완료된 것은 아닙니다. 과거 이력이 이어지는지, 새 데이터의 시간 표기가 갱신되는지, 임계값을 넘긴 시험 조건에서 경고가 만들어지고 전달되는지를 각각 검증해야 합니다.
프로그램 본체와 수집 에이전트의 버전 차이도 살펴봐야 합니다. 버전 간격이 크면 같은 장치라도 수집 항목 이름이 달라지거나 경고 규칙 해석이 달라질 수 있습니다. 업데이트 직후부터 문제가 시작됐다면 업데이트 날짜, 변경된 계정, 보안 정책 변경 여부를 한 묶음으로 비교하는 방식이 효율적입니다.
방문 일정은 증상 화면 기준으로 조율
화양동 USER_MODE_HEALTH_MONITOR 관련 점검은 관리 콘솔에서 로그와 규칙을 확인할 수 있는지, 또는 장치·센서 자체에 접근해야 하는지에 따라 원격과 현장 범위를 나눕니다. 원격 확인 전에는 관리자 승인 가능 여부, 접속 가능한 시간, 오류 화면, 대상 장치 목록을 준비하면 판단이 빨라집니다. 출장 점검은 09:00~18:00 에 서울·경기·인천·세종에서 조율하며, 원격 점검은 새벽 시간을 제외하고 진행합니다.
경고가 비기 시작한 시점에 문의하기
문제 발생 시점이 선명할수록 점검 시간은 짧아집니다. 마지막으로 정상 알림을 받은 시간, 처음 누락된 시간, 계정 변경 또는 업데이트 날짜, 보안 프로그램 교체 시점을 함께 적어 두면 원인을 좁히기 쉽습니다. 수집 대상 전체가 비는지 특정 장치만 비는지도 반드시 구분해야 합니다.
준비할 자료는 오류 화면, 프로그램과 에이전트 버전, 서비스 실행 계정 정보, 마지막 정상 알림 시간, 수집 대상 목록입니다. 상태값은 갱신되는데 경고가 전달되지 않는 문제는 화면 한 장만으로 단정하기 어렵지만, 이 자료가 있으면 권한·규칙·채널 가운데 어느 분기부터 확인할지 빠르게 정할 수 있습니다.
상태 화면이 남아 있을 때 경고 경로를 다시 세우는 방법
수집 정상 여부와 알림 정상 여부는 별개로 검증해야 합니다. 서비스 계정의 접근 권한을 확인하고, 규칙 조건과 수신 채널을 분리해 시험한 뒤, 재시작 후 실시간 값·이력·시험 경고를 모두 확인하는 순서가 안전합니다. 오류 화면과 버전 정보가 준비됐다면 동네형컴퓨터 010-6833-8119 또는 https://udns.kr/로 문의해 점검 범위를 정할 수 있습니다.
자주 묻는 질문
Q. 헬스 모니터링에서 상태값은 보이는데 알림만 오지 않는 이유는 무엇인가요?
임계값, 지속 시간, 중복 발송 제한 같은 규칙 조건이 맞지 않거나 메일·메신저·팝업 채널의 수신 설정과 인증 상태에 문제가 있을 수 있습니다. 시험 알림과 실제 경고를 따로 비교해 보아야 합니다.
Q. 수집 항목 일부가 비어 있을 때 가장 먼저 확인할 설정은 무엇인가요?
서비스 실행 계정이 해당 장치, 센서, 공유 경로에 접근할 권한이 있는지 먼저 확인합니다. 로그인한 관리자 계정과 서비스 계정의 권한은 다를 수 있습니다.
Q. 권한 문제 점검은 원격으로 가능한가요, 현장 확인이 필요한가요?
관리 콘솔, 로그, 서비스 설정을 열 수 있으면 원격으로 범위를 좁힐 수 있습니다. 다만 센서 연결, 장치 자체 권한, 물리적인 네트워크 상태 확인이 필요하면 현장 점검이 필요할 수 있습니다.