먼저 답부터 확인하세요

복구는 검증된 백업과 원장 checksum으로 별도 환경에서 먼저 연습한 뒤 운영 절차에 따라 수행합니다. 사용자는 requestId·업무번호·발생시각·재현순서를 개발문의에 보내며 비밀번호·세션·토큰·카드정보는 입력하지 않습니다.

시작 전에 준비하세요

• 발생시각·조직·역할·기기
• requestId·업무번호·문서번호
• 비밀정보를 제거한 재현순서

이 순서대로 진행하세요

1. 화면의 상태와 다시 시도 동작을 한 번 확인합니다.
2. 장애큐와 마지막 성공 원장을 운영 담당자가 확인합니다.
3. 백업은 별도 복구 DB에서 migration과 checksum을 검증합니다.
4. 해결되지 않으면 개발문의 폼으로 증거와 기대결과를 보냅니다.

실제 예제로 확인하세요

예: PDF job 실패 시 새 보고서를 만들지 않고 기존 job의 requestId로 재시도한 뒤 source hash가 같은 PDF가 한 번만 생성되는지 확인합니다.

완료 상태를 확인하세요

• 복구 전후 migration 수와 tenant 원장 checksum이 일치합니다.
• 실패 job은 원인·시도횟수·다음 행동을 보존합니다.
• 문의 outbox와 SMTP 전달은 중복 생성되지 않습니다.

자주 막히는 문제를 해결하세요

• 같은 장애가 반복되면 무한 재시도하지 말고 DLQ의 마지막 오류와 dependency 상태를 확인하세요.
• 개발문의가 도착하지 않으면 cs@rodix.ai 운영 수신함·SMTP outbox·Reply-To를 순서대로 확인하세요.

검색 가능한 오류코드: BACKGROUND_JOB_FAILED, REPORT_GENERATION_FAILED, SERVER_VALIDATION_PENDING

권한과 주의사항

• 공유 운영 DB를 삭제·초기화하거나 trigger를 우회하지 마세요.
• SMTP·PG·SNS 비밀키를 문의 본문이나 캡처에 넣지 마세요.

함께 보면 좋은 도움말