증분 기록을 손상시키지 않고 USB 백업 저장소를 새 마운트 경로로 이동하는 방법

USB 백업 저장소를 새 마운트 경로로 옮기는 작업은 저장소 자체를 그대로 유지하고 백업 작업을 의도적으로 다시 연결한다면 안전합니다.

위험한 실수는 새 경로를 새로운 대상처럼 취급하여 백업 애플리케이션이 기존 저장소 옆에 빈 저장소를 초기화하도록 두는 것입니다. 레이블, 마운트 규칙 또는 디렉터리 구조를 변경하기 전에 물리적 파일 시스템 식별자, 저장소 루트, 도구에서 제공하는 경우 저장소 ID, 암호화 자료, 작업 구성, 마지막으로 정상 복원 가능한 지점을 기록하세요. 그런 다음 기존 저장소를 하나의 단위로 이동하거나 다시 마운트하고, 다음 쓰기 작업 전에 애플리케이션이 이전 기록을 인식하는지 확인하세요.

경로를 변경하기 전에 기존 저장소 기록하기

현재 마운트 소스, 파일 시스템 UUID 또는 레이블, 저장소 디렉터리, 작업 이름, 암호화 키 또는 비밀번호 위치, 백업 도구에서 제공하는 경우 저장소 자체 식별자를 저장하세요. 기준으로 삼을 수 있도록 최근 스냅샷이나 아카이브도 여러 개 나열해 두세요.

Kopia는 저장소 생성과 기존 저장소에 연결하는 작업을 구분합니다. 마운트 경로를 이동할 때 가장 먼저 유지해야 할 구분입니다.

마운트 경로에만 의존하지 않고 이전 기록을 식별할 수 있을 때까지 이전을 시작하지 마세요. 기록해 둔 정보가 경로뿐이라면 나중에 다른 USB 디스크를 해당 경로에 마운트했을 때 겉보기에는 정상인 것처럼 보일 수 있습니다.

저장소 전체를 하나의 완전한 단위로 이동하기

저장소 파일을 이동하기 전에 백업 작업과 모든 정리, 압축, 검증 또는 복원 프로세스를 중지하세요. 인덱스, 구성, 팩, 잠금 파일, 저장소에 보관된 키, 도구별 메타데이터를 포함하여 전체 저장소 루트를 복사하거나 다시 마운트하세요.

Borg는 저장소를 백업 데이터와 저장소 메타데이터가 함께 있는 구조화된 트랜잭션 저장소로 설명합니다. 따라서 눈에 보이는 아카이브 형식의 파일만 복사하는 것은 안전한 이전 방식이 아닙니다.

새 경로에서 읽기 전용 목록 조회나 검사를 통과할 때까지 원본 저장소는 변경하지 않은 상태로 유지하세요. 도구가 두 저장소를 동일한 저장소 식별자로 간주한다면 원본과 복사본을 동시에 열어 일반 쓰기 작업을 수행하지 마세요.

새 기록을 초기화하지 않고 대상 경로 변경하기

기존 작업 또는 저장소 연결 설정을 새 파일 시스템 경로로 업데이트하세요. 인터페이스에 생성(Create)과 연결(Connect), 가져오기(Import), 다시 연결(Relink), 기존 항목 사용(Use Existing) 중 선택하는 옵션이 있다면 기존 저장소를 사용하는 항목을 선택하고 저장하기 전에 대상을 확인하세요.

Duplicati 유지 관리자는 기존 저장소를 이동한 후 작업 데이터베이스가 이전된 저장소를 가리키도록 하면 대상을 수정하여 계속할 수 있다고 설명합니다.

애플리케이션이 즉시 빈 대상을 초기화하겠다고 제안하면 취소하세요. 이는 아직 기존 저장소를 인식하지 못했다는 증거입니다. 초기화하면 두 번째 기록이 생성되어 나중에 정리하기가 모호해질 수 있습니다.

Featured

ZimaCube 2 개인용 클라우드 홈 NAS

ZimaCube2

$799.00 - $2,499.00

Buy Now

일부 도구가 저장소 이동을 감지할 수 있음을 예상하기

백업 클라이언트는 저장소 내용보다 더 많은 정보를 기억할 수 있습니다. 로컬 캐시는 저장소 식별자와 이전 위치를 연결해 두었다가, 동일한 저장소가 새로운 위치에 나타나면 명시적인 승인을 요청할 수 있습니다.

Duplicacy의 마운트 경로 이전 사례는 이동한 저장소를 다시 연결하는 방법을 다룹니다. 이는 저장소 경로 변경을 새로 초기화하는 작업이 아니라 다시 연결하는 작업으로 취급해야 하는 이유를 보여 줍니다.

저장소 식별자, 예상 스냅샷, 암호화 상태, USB 파일 시스템이 일치하는지 확인한 후에만 이동을 승인하세요. 잘못된 디스크에서 경고가 표시된다면 소프트웨어가 지나치게 조심하는 것이 아니라 작업을 중단해야 한다는 신호입니다.

USB 파일 시스템에 안정적인 마운트 식별자 지정하기

저장소가 인식되면 적절한 영구 식별자를 사용하여 물리적 USB 파일 시스템을 관리자 소유의 고정 경로에 연결하세요. 예약된 백업을 /dev/sdX 검색 순서나 데스크톱 세션의 임시 마운트 디렉터리에 의존하도록 설정하지 마세요.

Linux 도구는 안정적인 레이블 또는 UUID로 파일 시스템을 식별할 수 있습니다. 이를 통해 일반적인 장치 열거 순서가 바뀌어도 동일한 저장소 경로를 유지할 수 있습니다.

파일 시스템 레이블을 의도적으로 변경한다면 백업을 다시 활성화하기 전에 마운트 규칙을 업데이트하고 테스트하세요. 사람이 읽는 레이블이 바뀌더라도 백업 애플리케이션은 동일한 저장소 루트를 계속 인식해야 합니다.

이동 후 첫 번째 쓰기 전에 기록 확인하기

새 경로에 USB 디스크를 마운트하고 기존 저장소에 연결한 뒤, 이전 스냅샷을 나열하고 최신 복원 지점을 확인한 다음 작은 파일 하나를 임시 디렉터리에 복원하세요. 그 후에야 첫 번째 새 백업을 실행하세요.

restic 사용자 사례에서는 로컬 저장소 디렉터리를 이름을 변경하고 새 위치를 다시 지정할 수 있다고 설명합니다. 이는 저장소 기록이 특정 마운트 경로의 표기 방식이 아니라 저장소 내용에 속한다는 점을 뒷받침합니다.

이전 작업은 이전 스냅샷을 계속 탐색할 수 있고, 테스트 복원이 정상적으로 수행되며, 새 백업이 동일한 기록에 추가될 때 완료된 것입니다. 관련 ZimaSpace 문서인 재부팅 후 USB 마운트 경로가 변경되는 문제는 계획된 저장소 이전이 아니라 예기치 않은 경로 변경이 원인일 때 먼저 확인할 해결 방법입니다.

자주 묻는 질문

USB 볼륨 레이블을 변경하면 백업 기록이 자동으로 손상되나요?

반드시 그렇지는 않습니다. 마운트 규칙이나 백업 작업이 해당 레이블을 대상 식별자의 일부로 사용하고 저장소를 예상 경로에서 더 이상 찾지 못할 때 문제가 됩니다.

최신 백업 폴더만 새 경로로 복사해도 되나요?

저장소 기반 백업 도구에서는 안 됩니다. 인덱스, 카탈로그, 팩 파일, 키, 이전 복원 지점이 서로 의존할 수 있으므로 전체 저장소 구조를 함께 유지하세요.

기존 저장소 복사본과 새 저장소 복사본을 동시에 온라인 상태로 유지해도 되나요?

기존 복사본은 롤백용으로 보관하되, 백업 도구가 해당 작업 흐름을 명시적으로 지원하지 않는 한 동일한 저장소 식별자를 공유하는 복제본 두 개에 독립적으로 쓰기 작업을 수행하지 마세요.