나열된 모든 호스트와 프로세스가 비활성 상태임이 확인된 후에만 오래된 Restic 잠금을 해제해야 합니다. 이 복구는 모든 잠금을 강제로 제거하는 것이 아니라, 일반적인 오래된 잠금 해제 절차입니다.
여러 홈 서버가 하나의 저장소를 공유하는 경우, 오래되어 보이는 잠금이 느린 원격 작업, 재시작된 컨테이너 또는 운영자의 머신과 시간이 다른 프로세스에 속할 수 있습니다. 먼저 새 일정 실행을 중지하고 잠금 메타데이터를 저장한 다음, 지정된 호스트와 모든 유지 관리 컨트롤러를 확인하고 표준 정리 절차를 사용하세요. 소유자를 확인할 수 없는 항목이 하나라도 있으면 중지하고 잠금을 유지하세요.
새 작업을 중지하고 모든 잠금 소유자 식별하기
해당 저장소에서 Restic을 시작할 수 있는 타이머, cron 항목, 컨테이너 일정 및 오케스트레이션 작업을 비활성화하세요. 현재 잠금 목록과 최근 서비스 로그를 저장하세요. 각 잠금에 대해 호스트, 프로세스 ID, 사용자, 타임스탬프 및 독점 잠금 여부를 기록한 다음, 해당 호스트에서 지정된 프로세스를 직접 확인하세요.
독점 저장소 검사는 다른 작업을 차단할 수 있으며, 중단된 검사 잠금은 작업 및 소유자를 대조하기 전까지 방치된 백업 잠금처럼 보일 수 있습니다.
프로세스가 실행 중이거나 로그가 계속 갱신되고 있다면 서비스 관리자를 통해 기다리거나 정상적으로 중지하세요. 호스트에 연결할 수 없다면 해당 잠금이 오래된 것이라고 입증된 것이 아닙니다. 관련 프로세스가 모두 없고, 어떤 스케줄러도 프로세스를 다시 시작할 수 없으며, 저장소에 쓰기 작업이 발생하지 않을 때만 계속 진행하세요.
잠금이 오래된 것인지 경과 시간만으로 판단하지 않기
잠시 관찰한 후 잠금 목록을 다시 확인하세요. 오래된 잠금 후보는 실행 중인 소유자가 없고, 로그가 진행되지 않으며, 갱신도 없고, 저장소 쓰기 활동도 없어야 합니다. 시간을 비교하고 저장소가 원격에 있다면 신뢰할 수 있는 다른 클라이언트에서 동일한 백엔드를 조회하세요.
완전한 Restic 저장소 워크플로에서는 잠금 해제를 백업, 검사, 보존 및 복원과 함께 수행하는 관리 작업 중 하나로 다룹니다. 잠금 해제는 누가 아직 저장소를 소유하고 있는지 확인하는 절차를 대신할 수 없습니다.
잠금이 갱신되거나 로그가 변경되거나 클라이언트마다 백엔드 상태가 다르게 표시되면 중지하세요. 잠금이 변하지 않고 소유자가 확실히 종료된 경우에만 진행하세요. 잠금의 경과 시간은 판단을 뒷받침할 뿐, 그 자체로 오래된 잠금임을 입증하지는 않습니다. 느리게 실행 중인 작업은 운영자가 예상한 시간보다 오래 지속될 수 있습니다.
먼저 표준 오래된 잠금 정리 절차 사용하기
Restic의 일반적인 잠금 해제 동작을 사용하여 오래된 잠금만 제거하고, 여전히 활성 상태로 판단되는 잠금은 보존하세요. 모든 잠금 제거 옵션을 추가하지 말고, 잠금 없이 다음 명령을 실행하지도 마세요. 명령 출력을 저장하고, 실행 직후 새로운 잠금 목록을 확인하세요.
표준 잠금 해제 명령은 오래된 잠금을 위해 특별히 사용되는 반면, 강제 제거는 더 높은 위험을 수반하는 별도의 작업입니다. 따라서 일반적인 복구 단계에 포함해서는 안 됩니다.
오래된 항목이 사라지고 활성 잠금이 제거되지 않았다면 검증을 진행하세요. 활성 잠금이 남아 있다면 이를 존중하고 소유자 확인 절차로 돌아가세요. 잠금이 즉시 다시 나타난다면 타이머, 컨테이너 또는 원격 호스트가 작업을 시작한 것입니다. 해당 원인을 비활성화하고 새로운 소유자를 파악하기 전에는 잠금 해제를 반복하지 마세요.
기존 백업과 다음 예약 실행 검증하기
차단되었던 백업을 정확히 동일하게 실행하고 시작 시간, 진행 상황, 종료 상태 및 잠금 수명 주기를 기록하세요. Restic이 작업하는 동안 잠금이 나타나고 정상적으로 종료된 후 사라지는지 확인하세요. 새 스냅샷을 나열하고 자동화를 다시 활성화하기 전에 별도의 위치에 작은 샘플을 복원하세요.
저장소가 읽기 전용으로 작동하거나 유지 관리가 완료되지 않은 경우, prune 중단 상태를 오래된 잠금 정리와 별도로 처리하세요.
정상 일정을 한 주기 동안 다시 활성화하세요. 두 실행이 모두 완료되고 잠금이 정상적으로 해제되며 복원된 샘플이 원본과 일치하면 복구가 성공한 것입니다. 정상적인 프로세스 종료 후에도 오래된 잠금이 다시 나타나거나, 백엔드 상태가 계속 일치하지 않거나, 저장소 검사 결과와 복원 결과가 서로 다르면 문제를 상위 단계로 이관하세요. 재발 원인을 해결하기 위해 강제 잠금 해제를 자동화하지 마세요.
지원 및 팁
더 읽어보기

잠금 충돌 없이 Restic 백업, Forget 및 Prune 작업을 예약하는 방법
빈번한 백업, 범위가 지정된 보존, 실제 정리, 검사, 재시도 및 복원 검증을 분리한 완전한 다중 호스트 Restic 일정입니다.

Restic 정리 작업이 예약된 백업을 차단하지 않도록 하는 방법
공유 Restic 저장소를 위한 예방 계획으로, 백업 기간과 정리 작업을 분리하면서 잠금, 재시도 및 알림을 그대로 유지합니다.

다른 호스트에서 정리를 시작하면 Restic 백업이 중단되는 이유는 무엇인가요?
Restic 정리 작업의 잠금 경합을 집중적으로 진단하며, 잠금 소유자 확인, 안전한 복구, 트리거 상태 재테스트 및 중단 조건을 포함합니다.

