예약 작업과 상태 점검을 감시하는 운영 자동화에서는 실패를 판정하는 단계와 그 결과를 전달하는 단계가 나뉜다. 앞단의 조건이 실패 여부를 정하고 경보 채널이 운영자에게 알린다. 오탐을 처리할 때 이 구분을 놓치면 실제 장애를 알릴 경로까지 없앨 수 있다.
반복되는 경보를 끄거나 우회 채널로 보내고 심각도 이름을 낮추면 당장의 피로는 줄어든다. 그러나 정상 상태를 실패로 읽는 판정 조건은 바뀌지 않는다. 이미 처리한 사건을 새 사건으로 읽는 문제와 복구 뒤의 낡은 상태를 다시 평가하는 문제도 그대로 남는다.
오탐이 반복되면 운영자는 다음 경보도 잡음으로 여기기 쉽다. 채널까지 비활성화하면 실제 장애가 발생해도 전달되지 않는다. 대시보드가 조용하다는 사실만으로 정상 상태인지 경보 기능을 잃은 상태인지 구별할 수 없는 이유다.
수리는 잘못된 실패 판정을 만든 트리거에서 시작해야 한다. 어떤 입력과 상태를 잘못 분류했는지 확인한 뒤 해당 조건만 좁혀 고치고, 경보 채널과 복구 절차는 유지해야 한다. 이름을 바꾸거나 일시 정지하는 것으로 이 작업을 대신할 수는 없다.
마지막에는 원래 경로를 새 상태로 점검해야 한다. 오탐이 더 이상 도착하지 않으면서 의도한 실패 신호는 계속 전달되는지 확인하는 것이다. 경보 억제가 소음을 줄이는 조치라면, 장애 복구에는 잘못된 판정을 고친 뒤에도 감시 기능이 살아 있는지 증명하는 과정이 포함된다.