안전한 접근 방식은 번들을 보존하고, 손상된 이미지에서 식별 정보를 구분하며, 파일 또는 연속성을 복구하고, 검증 후에만 새로운 기록을 시작하는 과정을 단일 명령이 아니라 관찰 가능한 단계별 기준의 순서로 다루는 것입니다.
SMB NAS에 저장된 macOS Time Machine 백업에서는 Mac이 기존 NAS Time Machine 기록을 열거나, 이어서 백업하거나, 안정적으로 탐색하지 못할 수 있다는 것이 현실적인 위험입니다. 현재 식별 정보와 복구 지점을 기록하고, 가장 덜 침습적인 판별부터 시작하며, 다른 변수를 변경하기 전에 통과 및 실패 결과를 해석하고, 스토리지가 불안정해지거나 복구 가능한 유일한 사본이 노출될 상황에서는 중단하세요. 아래 워크플로는 원래 작업이 성공하거나 증거가 에스컬레이션 경계에 도달할 때까지 계속됩니다.
기존 기록을 보존하고 자동 쓰기를 중지하세요
영향받은 Mac에서 자동 Time Machine 백업을 끄고, 다른 Mac이 같은 번들에 쓰지 못하도록 차단하세요. NAS 공유 경로, 번들 이름과 크기, 수정 시간, 할당량, 여유 공간, Mac 식별 정보, tmutil destinationinfo를 기록하세요. 가능하면 복구를 시도하기 전에 번들을 스냅샷으로 저장하거나 복사하세요.
네트워크 Time Machine 기록은 여러 밴드 파일이 하나의 디스크 이미지를 구성하는 sparsebundle 또는 backupbundle에 저장될 수 있습니다. 독립적인 복구 계정은 기존 기록을 먼저 일반적인 자동 사용 상태로 강제하지 않고 파일을 추출하는 읽기 전용 복구 경로 접근 방식을 보여 줍니다.
유일한 사본의 이름을 변경하거나, 압축하거나, 밴드를 삭제하거나, 읽기-쓰기 복구를 실행하지 마세요. 백업이 실행되지 않아야 하는데도 NAS에서 I/O 오류가 보고되거나 번들이 변경된다면 중단하고 Time Machine 문제를 해결하기 전에 스토리지 계층을 보호하세요.
공유 액세스와 백업 식별 정보를 분리하세요
의도한 계정으로 SMB 공유를 수동으로 마운트하고, 번들이 표시되는지, 필요한 경우에만 쓰기 가능한지, 할당량 내에 있는지 확인하세요. 그런 다음 Time Machine이 동일한 대상 식별 정보를 인식하는지, 아니면 새 백업을 제안하는지 비교하세요. 폴더에 접근할 수 있다는 사실만으로 macOS가 해당 폴더를 이전 기록과 연결한다는 뜻은 아닙니다.
ZimaSpace의 테스트를 사용해 Time Machine이 백업 기록을 이어 가는지 새로 만드는지 확인하세요. 새 번들, 과거 스냅샷의 누락 또는 거의 전체 용량에 가까운 전송 크기는 새로운 체인이 생성되었음을 나타내며, 정상적인 증분 동작과 예상된 대상 식별 정보는 연속성을 뒷받침합니다.
번들을 건드리기 전에 공유 광고, 자격 증명, 할당량 또는 식별 정보를 수정하세요. 이러한 조건을 복원한 후 이전 기록을 탐색할 수 있다면 소규모 복원과 통제된 백업 한 번을 수행하세요. 그래도 마운트되지 않으면 이미지 상태 진단으로 넘어가세요.
백업 이미지를 신중하게 여세요
가능하면 NAS 스냅샷이나 복사본에서 작업하세요. 먼저 이미지를 읽기 전용으로 연결하고 볼륨이 표시되는지 확인하세요. 암호화된 기록의 경우 변경하기 전에 암호나 복구 자료가 있는지 확인하세요. 검증에 오랜 시간이 걸린다는 사실만으로 손상이 입증되는 것은 아니므로, 반복해서 중단하기보다 정확한 오류를 저장하세요.
Netgear 커뮤니티의 안내는 Time Machine sparsebundle을 옮기고 Mac이 새 NAS의 기존 기록을 인식하게 하는 방법을 설명합니다. 커뮤니티의 단계는 macOS 버전, NAS 구현, 번들 형식 및 권한이 일치하는지 확인한 후에만 사용하세요. 번들 메타데이터를 편집하는 오래된 방법은 최신 형식에서 안전하지 않을 수 있습니다.
읽기 전용 연결에 성공하면 가장 중요한 파일을 즉시 별도의 스토리지로 복구하세요. 연결에 실패하면 보호된 복사본에서만 지원되는 디스크 유틸리티 또는 플랫폼 복구를 시도하세요. 반복되는 I/O 오류, 누락된 밴드 또는 파괴적인 변경을 요구하는 복구는 에스컬레이션 지점이며, 원본에서 계속 실험해도 된다는 의미가 아닙니다.
연속성 또는 새 기록을 선택하고 검증하세요
이전 번들이 마운트되고 대상 식별 정보를 파악했으며 Mac의 기록을 확실하게 일치시킬 수 있을 때만 상속 또는 재연결을 시도하세요. 그렇지 않으면 이전 번들을 오프라인 복구 소스로 유지하고 별도의 공유 또는 이름으로 새 기록을 시작하여 새 백업이 증거를 덮어쓰지 않도록 하세요.
여러 날짜를 탐색하고, 두 기간의 파일을 복원하며, 재부팅 후 두 번의 증분 주기를 완료하여 연속성을 검증하세요. 새 체인은 새 백업에서 복원하면서 보존된 이전 이미지가 계속 읽히고 두 기록의 할당량이 분리되어 있는지 확인하여 검증하세요.
필요한 파일을 복구하고, 대체 기록이 복원 테스트를 통과하며, 보존 의무가 충족된 후에만 폐기된 기록을 삭제하세요. 암호화 자료가 없거나, NAS 스토리지가 불안정하거나, 복사본에서도 복구가 실패한다면 에스컬레이션하세요. 이러한 조건은 일반적인 Time Machine 초기화의 범위를 벗어납니다.
지원 및 팁
더 읽어보기

새 스토리지로 리포지토리를 이전하기 위한 Borg Backup 마이그레이션 가이드
Borg 저장소를 하나의 일관된 객체로 이동하세요. 쓰기를 중지하고, 키와 ID를 보존하며, 복원을 확인한 다음, 원본을 유지한 채 클라이언트를 업데이트하세요.

Restic 저장소 유지 관리 워크플로: 검사, 정리, 압축, 복원 테스트
Restic에는 별도의 압축 명령이 없습니다. prune이 재패킹을 수행합니다. 잠금과 여유 공간을 보호하고, 이후 다시 확인한 다음 격리된 복원으로 마무리하세요.

홈 NAS 스냅샷 보존 검토 체크리스트
유용한 보존 검토는 이전 기록을 삭제하기 전에 각 스냅샷 등급을 복원 필요성, 담당자, 용량 예산 및 복제 경계와 연결합니다.

