새 스토리지로 리포지토리를 이전하기 위한 Borg Backup 마이그레이션 가이드

에바 왕

IceWhale author

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

Borg Backup Migration Guide for Moving a Repository to New Storage - Zima Store Online

안전한 접근 방식은 쓰기 작업을 일시 중지하고, 버전에 맞는 방법으로 복사 또는 전송한 뒤, 대상 위치를 확인하고, 롤백이 가능한 상태에서 전환하는 과정을 하나의 명령이 아니라 관찰 가능한 단계별 관문으로 다루는 것입니다.

로컬, NAS 또는 SSH로 액세스할 수 있는 저장소의 BorgBackup 저장소에서 실제 위험은 분할되거나 불완전한 복사본이 조용히 생성되지 않도록 Borg 저장소를 옮겨야 한다는 점입니다. 현재 식별 정보와 복구 지점을 기록하고, 가장 영향이 적은 판별부터 시작하며, 다른 변수를 변경하기 전에 통과 및 실패 결과를 해석하고, 저장소가 불안정해지거나 복구 가능한 유일한 복사본이 노출될 상황이라면 중단하세요. 아래 작업 흐름은 원래 작업 부하가 성공하거나 증거가 에스컬레이션 경계에 도달한 후에만 끝납니다.

복사하기 전에 저장소 계약 기록

Borg 버전, 저장소 URL, 저장소 ID, 암호화 모드, 키 위치, 암호 구문 복구 절차, 아카이브 목록, 용량, 여유 공간, 추가 전용 설정, 그리고 기록할 수 있는 모든 클라이언트 또는 자동화 작업을 저장하세요. 로컬 캐시만으로는 저장소를 복구할 수 없으며, 암호화된 저장소는 대상 외부에 저장된 키 자료에 의존할 수 있습니다.

ZimaSpace의 Borg 캐시 손실 복구 가이드는 재구축 가능한 캐시 상태와 누락된 키 또는 저장소 손상을 구분합니다. 이전 저장소가 사라진 후에야 키 문제를 발견하지 않도록 마이그레이션 전에 이 점검을 수행하세요.

동일한 저장소를 바이트 단위로 이전할지, 새로 초기화한 저장소로 전송할지 선택하세요. 사용할 수 있는 방법은 Borg 버전과 형식에 따라 결정됩니다. Borg 1과 Borg 2 명령 예시를 섞거나 저장소 ID가 변경되어야 한다고 가정하지 마세요.

쓰기 작업을 중지하고 일관된 소스 지점 생성

타이머, cron 작업, 컨테이너 및 원격 클라이언트를 비활성화한 다음, 실행 중인 Borg 프로세스나 활성 저장소 잠금이 없는지 확인하세요. 복사하기 전에 borg list와 적절한 borg check를 실행하세요. 소스가 검사에 실패하면 해당 상태를 보존하고 진단해야 하며, 불확실성을 대상에 복제해서는 안 됩니다.

Super User의 논의에서는 중복 제거되는 Borg 저장소가 변경되는 동안 실시간 저장소를 rsync로 복사하는 것의 위험을 강조합니다. 안전한 규칙은 쓰기 작업이 중지된 저장소를 복사하거나, 모든 Borg 쓰기 작업이 중지된 후 생성한 파일시스템 스냅샷을 사용하는 것입니다. 그래야 인덱스, 세그먼트, 논스 상태 및 데이터가 하나의 시점에 속하게 됩니다.

대상 검증이 끝날 때까지 백업 일정을 꺼 두세요. 중단 시간이 너무 길다면 저장소가 유휴 상태일 때 초기 복사를 수행하고, 쓰기 작업을 중지한 뒤 최종 동기화를 실행하세요. 전환 중에 소스와 대상이 독립적으로 백업을 수락하도록 해서는 안 됩니다.

Borg 버전이 지원하는 방법으로 복사

동일한 저장소를 이전하는 경우 적절한 로컬 또는 원격 복사 도구를 사용해 모든 파일, 권한, 스파스 파일 동작 및 소유권을 보존하고 오류 로그를 확인하세요. 선택한 아카이브나 겉보기에 큰 데이터 디렉터리만 복사하지 말고 저장소 루트를 하나의 단위로 복사하세요. 최종 동기화 후에는 소스를 변경하지 마세요.

새 저장소 또는 형식 마이그레이션의 경우 설치된 Borg 버전과 암호화 계획에서 지원할 때만 전송 기능을 사용하세요. Server Fault의 답변에서는 Borg 저장소 전송을 Borg 2와 관련된 저장소 간 전송 방식으로 설명하며, 이는 Borg 1 파일시스템 복사와 서로 대체할 수 없습니다.

복사한 후에는 처음에 클라이언트가 대상을 읽기 전용으로 마운트하거나 노출하도록 하세요. 저장소 ID, 키 액세스, 권한 또는 형식이 예상과 다르면 중지하고 대상을 수정하세요. 복사한 데이터 위에서 “초기화”하거나 인식을 강제하기 위해 복구를 실행하지 마세요.

-15% OFF

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

Single board computer zimaboard2

아카이브 확인, 클라이언트 전환 및 롤백 유지

대상에서 Borg list, info 및 적절한 저장소와 아카이브 검사를 실행하세요. 최근 아카이브와 오래된 아카이브에서 테스트 파일을 별도의 디렉터리로 추출한 다음 콘텐츠, 메타데이터 및 권한을 비교하세요. 자동화에서 사용할 것과 동일한 Borg 바이너리와 원격 경로로 테스트하세요.

클라이언트 하나를 새 URL로 업데이트하고, Borg가 필요하다고 식별한 캐시 상태만 삭제하거나 재구축한 다음 작은 테스트 아카이브를 생성하세요. 해당 아카이브에서 복원하고, 모든 클라이언트가 새 위치를 사용할 때까지 정리 또는 압축 일정이 비활성화된 상태로 유지되는지 확인하세요.

아카이브 목록이 일치하고, 검사가 통과하며, 두 번의 복원이 정상적으로 수행되고, 재부팅 또는 스케줄러 재시작 후 새 백업이 성공하면 전환이 통과된 것입니다. 최소 한 번의 정상 주기 동안 소스를 읽기 전용으로 유지하세요. 롤백 기간이 만료된 후에만 소스를 삭제하고, 소스와 대상의 검사 결과가 다르면 에스컬레이션하세요.