다른 호스트에서 정리를 시작하면 Restic 백업이 중단되는 이유는 무엇인가요?

공유 저장소를 정리하려면 독점적인 제어가 필요하므로, 일반적으로 두 번째 호스트가 같은 저장소 상태에서 작업을 계속할 수 없어 백업이 중단됩니다.

여러 호스트로 구성된 홈 환경에서는 타이밍이 가장 먼저 확인할 기준입니다. 백업이 정상적으로 진행되다가 다른 컴퓨터에서 정리 작업을 시작한 후 백업이 대기하거나 잠금 오류를 보고하는 경우입니다. 조치를 취하기 전에 잠금 소유자와 활성 유지 관리 로그를 확인하세요. 소유 호스트에서 정리 작업이 완료되도록 두거나 정상적으로 중지하세요. 대기 중인 백업 클라이언트에서 정리 작업의 잠금을 절대 삭제하지 마세요.

정리가 정확한 원인인지 확인하기

대기 중인 백업 로그와 정리 호스트의 유지 관리 로그를 타임스탬프와 함께 저장하세요. 저장소 잠금을 나열하고 호스트, 프로세스, 독점 상태가 정리 작업과 일치하는지 확인하세요. 정리 작업이 저장소를 확보한 후 백업 진행이 멈추고, 해당 잠금이 해제된 후 다시 시작된다면 이 원인이 뒷받침됩니다.

하나의 저장소를 여러 호스트에서 사용하는 운영자는 정리 중 잠금 경합을 보고합니다. 유지 관리 작업이 서로 독립적인 백업 일정과 경쟁하기 때문입니다.

백업이 이미 느렸거나, 정리 호스트가 잠금을 획득하지 못했거나, 두 로그가 모두 저장소 오류에서 멈췄다면 이 진단을 강제로 적용하지 마세요. 백엔드 가용성, 지연 시간, 백업 프로세스 자체를 확인하세요. 정리 잠금 설명은 트리거, 잠금 소유자, 해제 시점이 모두 일치할 때만 적용됩니다.

독점 잠금을 안전 경계로 취급하기

정리는 저장소의 스토리지를 변경하므로 작업 중 일관된 상태를 확인해야 합니다. 대기 중인 백업이 일반적인 프로세스 의미에서 멈춘 것은 아닐 수 있으며, 유지 관리 잠금을 준수하고 있는 것일 수 있습니다. 가장 먼저 확인할 것은 백업이 잠금을 무시하도록 만드는 방법이 아니라 정리 작업이 진행 중인지 여부입니다.

공유 저장소 설계에는 하나의 유지 관리 담당자가 필요합니다. 저장소 전체 유지 관리는 소스 데이터가 서로 다른 호스트에 속해 있더라도 모든 클라이언트에 영향을 주기 때문입니다.

정리 로그가 진행되고 저장소 I/O가 계속된다면 잠금을 유지한 채 작업이 완료되도록 두세요. 작업이 실제로 멈춘 경우에는 소유 호스트에서 서비스 관리자나 프로세스 감독자를 사용해 정상적으로 중지하고, 종료가 완료될 때까지 기다리세요. 정리 작업이 여전히 쓰기 작업을 수행하는 동안 다른 클라이언트에서 잠금을 삭제하면 통제된 대기가 안전하지 않은 동시 작업으로 바뀝니다.

잠금을 우회하지 않고 대기 중인 백업 복구하기

가장 개입이 적은 해결 방법은 정리 작업이 완료될 때까지 기다리는 것입니다. 백업에 제한된 재시도 정책이 설정되어 있다면 독점 잠금이 사라진 후 재시도하도록 두세요. 정리 작업을 중지해야 한다면 소유 호스트에서 서비스 관리자나 프로세스 감독자를 사용하고, 종료를 기다린 다음 백업을 다시 시작하기 전에 잠금 목록이 변경되었는지 확인하세요.

보존 범위는 호스트별로 지정할 수 있지만 실제 공간 회수는 여전히 저장소 작업입니다. 호스트 범위 보존 정책은 잘못된 스냅샷이 선택되는 것을 방지할 뿐이며, 서로 관련 없는 백업 클라이언트가 동시에 정리 작업을 수행해도 안전하게 만들어 주지는 않습니다.

일반적인 잠금 방식을 사용해 대기 중인 백업을 다시 시도하세요. 완료되면 확인된 원인에 맞는 복구입니다. 다른 정리 작업이 즉시 시작되면 중복 유지 관리 일정을 비활성화하세요. 독점 잠금이 없는데도 백업이 계속 중단된다면 재시도 횟수를 늘리지 말고 백엔드, 네트워크, 소스 스캔 또는 프로세스 진단으로 돌아가세요.

-15% OFF

ZimaBoard 2 - 당신의 큰 아이디어를 위한 미니 홈 서버

Single board computer zimaboard2

$339.00 - $519.00

Buy Now

원래의 동시 작업을 다시 테스트하고 경계 정의하기

전체 로그를 수집할 수 있는 통제된 시간대를 사용하세요. 일반 백업을 시작한 다음 계획된 유지 관리 컨트롤러를 실행하고 안전하지 않은 동시 작업이 발생하지 않는지 확인하세요. 정리 작업을 먼저 실행하는 의도된 순서도 반복하여, 구성된 정책에 따라 백업이 대기하거나 종료되고 잠금이 해제된 후 성공하는지 확인하세요.

중단된 정리 작업으로 인해 저장소의 운영 상태가 달라졌다면 이후의 모든 오류를 일반적인 경합으로 취급하지 말고 중단된 정리 작업 진단을 따르세요.

원래의 동시 작업이 예측 가능한 방식으로 처리되고, 백업이 이후 완료되며, 정리 작업이 정상적으로 종료되고, 샘플 스냅샷을 복원할 수 있으면 복구가 성공한 것입니다. 잠금이 갱신되거나 해제되지 않거나, 여러 호스트가 계속 유지 관리 작업을 시작하거나, 저장소 검사에서 손상이 보고되면 에스컬레이션하세요. 이러한 결과는 단일 정리 작업 진행 중이라는 원인을 넘어섭니다.