활성 백업을 중단하지 않고 오래된 Restic 잠금 해제하는 방법

에바 왕기술 작가 그리고 이자 ZimaSpace의 상주 장인입니다. 평생을 기술에 열정을 가진 사람으로서 홈랩과 오픈소스 소프트웨어에 열정을 가지고 있으며,복잡한 기술 개념을 쉽게 이해할 수 있는 실습 가이드로 번역하는 데 전문성을 가지고 있습니다.에바는 셀프 호스팅이 어렵지 않고 재미있어야 한다고 믿습니다. 그녀의 튜토리얼을 통해 커뮤니티가 하드웨어 설정의 신비를 풀도록돕고 있습니다. 첫 NAS 구축부터 Docker 컨테이너 마스터링까지.

나열된 모든 호스트와 프로세스가 비활성 상태임이 확인된 후에만 오래된 Restic 잠금을 해제해야 합니다. 이 복구는 모든 잠금을 강제로 제거하는 것이 아니라, 일반적인 오래된 잠금 해제 절차입니다.

여러 홈 서버가 하나의 저장소를 공유하는 경우, 오래되어 보이는 잠금이 느린 원격 작업, 재시작된 컨테이너 또는 운영자의 머신과 시간이 다른 프로세스에 속할 수 있습니다. 먼저 새 일정 실행을 중지하고 잠금 메타데이터를 저장한 다음, 지정된 호스트와 모든 유지 관리 컨트롤러를 확인하고 표준 정리 절차를 사용하세요. 소유자를 확인할 수 없는 항목이 하나라도 있으면 중지하고 잠금을 유지하세요.

새 작업을 중지하고 모든 잠금 소유자 식별하기

해당 저장소에서 Restic을 시작할 수 있는 타이머, cron 항목, 컨테이너 일정 및 오케스트레이션 작업을 비활성화하세요. 현재 잠금 목록과 최근 서비스 로그를 저장하세요. 각 잠금에 대해 호스트, 프로세스 ID, 사용자, 타임스탬프 및 독점 잠금 여부를 기록한 다음, 해당 호스트에서 지정된 프로세스를 직접 확인하세요.

독점 저장소 검사는 다른 작업을 차단할 수 있으며, 중단된 검사 잠금은 작업 및 소유자를 대조하기 전까지 방치된 백업 잠금처럼 보일 수 있습니다.

프로세스가 실행 중이거나 로그가 계속 갱신되고 있다면 서비스 관리자를 통해 기다리거나 정상적으로 중지하세요. 호스트에 연결할 수 없다면 해당 잠금이 오래된 것이라고 입증된 것이 아닙니다. 관련 프로세스가 모두 없고, 어떤 스케줄러도 프로세스를 다시 시작할 수 없으며, 저장소에 쓰기 작업이 발생하지 않을 때만 계속 진행하세요.

잠금이 오래된 것인지 경과 시간만으로 판단하지 않기

잠시 관찰한 후 잠금 목록을 다시 확인하세요. 오래된 잠금 후보는 실행 중인 소유자가 없고, 로그가 진행되지 않으며, 갱신도 없고, 저장소 쓰기 활동도 없어야 합니다. 시간을 비교하고 저장소가 원격에 있다면 신뢰할 수 있는 다른 클라이언트에서 동일한 백엔드를 조회하세요.

완전한 Restic 저장소 워크플로에서는 잠금 해제를 백업, 검사, 보존 및 복원과 함께 수행하는 관리 작업 중 하나로 다룹니다. 잠금 해제는 누가 아직 저장소를 소유하고 있는지 확인하는 절차를 대신할 수 없습니다.

잠금이 갱신되거나 로그가 변경되거나 클라이언트마다 백엔드 상태가 다르게 표시되면 중지하세요. 잠금이 변하지 않고 소유자가 확실히 종료된 경우에만 진행하세요. 잠금의 경과 시간은 판단을 뒷받침할 뿐, 그 자체로 오래된 잠금임을 입증하지는 않습니다. 느리게 실행 중인 작업은 운영자가 예상한 시간보다 오래 지속될 수 있습니다.

먼저 표준 오래된 잠금 정리 절차 사용하기

Restic의 일반적인 잠금 해제 동작을 사용하여 오래된 잠금만 제거하고, 여전히 활성 상태로 판단되는 잠금은 보존하세요. 모든 잠금 제거 옵션을 추가하지 말고, 잠금 없이 다음 명령을 실행하지도 마세요. 명령 출력을 저장하고, 실행 직후 새로운 잠금 목록을 확인하세요.

표준 잠금 해제 명령은 오래된 잠금을 위해 특별히 사용되는 반면, 강제 제거는 더 높은 위험을 수반하는 별도의 작업입니다. 따라서 일반적인 복구 단계에 포함해서는 안 됩니다.

오래된 항목이 사라지고 활성 잠금이 제거되지 않았다면 검증을 진행하세요. 활성 잠금이 남아 있다면 이를 존중하고 소유자 확인 절차로 돌아가세요. 잠금이 즉시 다시 나타난다면 타이머, 컨테이너 또는 원격 호스트가 작업을 시작한 것입니다. 해당 원인을 비활성화하고 새로운 소유자를 파악하기 전에는 잠금 해제를 반복하지 마세요.

-15% OFF

기존 백업과 다음 예약 실행 검증하기

차단되었던 백업을 정확히 동일하게 실행하고 시작 시간, 진행 상황, 종료 상태 및 잠금 수명 주기를 기록하세요. Restic이 작업하는 동안 잠금이 나타나고 정상적으로 종료된 후 사라지는지 확인하세요. 새 스냅샷을 나열하고 자동화를 다시 활성화하기 전에 별도의 위치에 작은 샘플을 복원하세요.

저장소가 읽기 전용으로 작동하거나 유지 관리가 완료되지 않은 경우, prune 중단 상태를 오래된 잠금 정리와 별도로 처리하세요.

정상 일정을 한 주기 동안 다시 활성화하세요. 두 실행이 모두 완료되고 잠금이 정상적으로 해제되며 복원된 샘플이 원본과 일치하면 복구가 성공한 것입니다. 정상적인 프로세스 종료 후에도 오래된 잠금이 다시 나타나거나, 백엔드 상태가 계속 일치하지 않거나, 저장소 검사 결과와 복원 결과가 서로 다르면 문제를 상위 단계로 이관하세요. 재발 원인을 해결하기 위해 강제 잠금 해제를 자동화하지 마세요.

지원 및 팁

더 읽어보기

Get More Builds Like This

Stay in the Loop

Get updates from Zima - new products, exclusive deals, and real builds from the community.

Stay in the Loop preferences

We respect your inbox. Unsubscribe anytime.