중간에 멈춘 자동화, 처음부터 다시 돌리기 전에

마지막 메시지보다 각 결과를 확인합니다

한 작업이 여러 단계를 거치면 마지막 단계의 실패가 앞선 단계의 실패를 뜻하지는 않습니다. 파일은 저장되었지만 알림만 실패했거나, 일부 입력만 처리된 상태일 수 있습니다.

먼저 전체 실행을 다시 시작하기보다 입력 항목별로 무엇이 완료되었는지와 무엇을 확인할 수 없는지 나눕니다. 로그가 없다고 미처리라고 단정하면 이미 실행된 외부 동작을 반복할 수 있습니다.

가상의 파일 정리를 상태 세 개로 나눕니다

입력 20건 중 14건 완료, 2건 실패, 4건 미처리인 설계 예시를 생각해보겠습니다. 완료 항목은 결과를 확인하고, 실패 항목은 원인을 해결한 뒤, 미처리는 아직 시작하지 않은 범위로 남깁니다.

이는 실제 실행 기록이 아닙니다. 자신의 작업에서 상태를 구분할 수 없으면 먼저 결과 위치·처리 식별값·단계 기록을 점검해야 합니다.

재실행 단위를 작게 정합니다

한 번의 실행 전체가 아니라 입력 항목과 처리 단계를 식별할 수 있으면 필요한 부분만 다시 시도하기 쉽습니다. 예를 들어 파일 복사가 완료되었다면 알림 단계만 다시 처리하는 방식입니다.

단계별 재실행이 가능한지는 사용하는 도구와 구현에서 확인해야 합니다. 지원하지 않으면 별도 복구 절차나 사람이 확인하는 단계를 마련하고 “자동 복구된다”고 가정하지 않습니다.

원본과 이미 만든 결과를 보존합니다

복구 중에 원본을 지우거나 기존 결과를 일괄 덮어쓰면 어떤 작업이 성공했는지 확인하기 어려워집니다. 재실행 전 목록과 결과를 보존하고, 시험 사본으로 복구 절차를 확인하세요.

외부 메시지·데이터 변경처럼 되돌리기 어려운 동작은 대상 상태를 먼저 조회합니다. 실패 메시지만 보고 같은 동작을 반복하지 말고 실제로 적용되었는지 확인할 방법을 정합니다.

• 재처리할 항목과 단계를 명시합니다.
• 상태가 불명확한 항목은 성공·미처리와 분리합니다.
• 재실행 전후의 개수와 결과를 비교합니다.

복구가 끝난 뒤 다음 실패를 줄입니다

왜 중간 상태를 찾기 어려웠는지 기록하고 다음 실행에 항목별 상태와 완료 확인을 추가하세요. 같은 오류가 반복되면 재시도 횟수보다 처리 조건을 먼저 고쳐야 합니다.

큰 작업은 작은 묶음의 완료를 확인하며 진행할 수 있습니다. 일괄 처리 계획으로 묶음 수를 가늠하되 실제 장애 지점과 관리 시간을 관찰한 뒤 크기를 조정하세요.