NAS 공유 이름을 변경하거나 재구축하기 전에 Time Machine 백업 식별 정보를 보존하는 방법

에바 왕

IceWhale author

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

How to Preserve Time Machine Backup Identity Before Renaming or Rebuilding a NAS Share - Zima Store Online

공유 폴더의 백업 식별자를 이름 변경, 재구성 또는 마이그레이션 전에 보존하면 Time Machine이 기존 NAS 백업 기록을 포기할 가능성을 줄일 수 있습니다.

네트워크 Time Machine 대상은 sparsebundle이 들어 있는 폴더 그 이상입니다. Mac은 광고되는 네트워크 볼륨, SMB 기능, 공유 경로, 자격 증명, 서비스 측 볼륨 식별자에도 의존할 수 있습니다. NAS를 변경하기 전에 이러한 식별 신호를 기록하고 기존 sparsebundle을 보호하세요. 그런 다음 한 번에 한 계층씩 재구성하거나 이름을 변경하고, 새 백업을 시작하기 전에 Mac이 의도한 대상을 계속 인식하는지 확인하세요.

유지 관리 전에 현재 네트워크 대상 기록하기

NAS 호스트 이름, SMB 주소, 공유 이름, 계정, 선택된 Time Machine 대상, sparsebundle 이름 및 현재 백업 크기를 저장하세요. 또한 Bonjour 광고나 수동으로 마운트한 SMB 경로처럼 공유 폴더가 검색되는 방식도 기록하세요.

Apple은 네트워크 Time Machine 디스크가 백업 파일이 들어 있는 아무 폴더가 아니라 네트워크 대상으로 선택된다고 설명합니다.

공유 정의를 변경하기 전에 NAS 스냅샷이나 sparsebundle의 별도 복사본을 생성하세요. 재구성된 서비스가 다른 대상 식별자를 만들거나 Mac이 새 기록을 시작하는 경우 롤백 지점을 확보할 수 있습니다.

NAS에서 지원하는 경우 Time Machine 볼륨 UUID 보존하기

NAS가 Time Machine 볼륨 UUID 또는 유사한 영구 식별자를 제공한다면 SMB 공유를 삭제하거나 다시 만들기 전에 기록하세요. 동일한 표시 공유 이름을 사용한다고 해서 동일한 식별자가 다시 생성된다고 가정하지 마세요.

TrueNAS 문서에 따르면 Time Machine UUID는 볼륨을 식별하며, null 값으로 공유를 생성하거나 업데이트하면 새 UUID가 생성될 수 있습니다.

재구성된 공유가 실제로 동일한 백업 대상을 나타내고 기존 서버 인스턴스가 더 이상 활성 상태가 아닐 때만 이전 식별자를 복원하세요. 두 개의 활성 대상에 하나의 UUID를 중복 사용하면 자체적으로 혼란이 발생합니다.

재구성된 공유에서 Time Machine SMB 기능 활성화 유지하기

동일한 파일 시스템 경로에 일반 SMB 공유를 다시 만드는 것만으로는 충분하지 않습니다. 재구성된 공유가 여전히 Time Machine 지원 및 Mac에서 요구하는 Apple SMB 확장 기능을 광고하는지 확인하세요.

Samba의 vfs_fruit 모듈은 지원되는 환경에서 공유의 FULLSYNC 기능과 mDNS 등록을 통해 Time Machine 지원이 광고된다고 설명합니다.

Mac을 다시 연결하기 전에 기존 Samba 또는 NAS 공유 설정과 새 설정을 비교하세요. 기능이 변경되었다면 sparsebundle을 삭제하거나 이름을 변경하지 말고 먼저 서버 측 표시를 수정하세요.

-15% OFF

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

Single board computer zimaboard2

볼륨 식별자를 무분별하게 재사용하지 않기

보존된 네트워크 볼륨 식별자는 동일한 논리적 백업 대상을 가리킬 때만 유용합니다. 기존 공유를 두 번째 활성 NAS에 복제하는 경우 두 서버가 정확히 동일한 Time Machine 볼륨인 것처럼 동작해서는 안 됩니다.

Netatalk는 볼륨 UUID가 확실한 구분을 제공한다고 경고하며, 이를 무분별하게 수정하거나 다른 서버에 복사해서는 안 된다고 설명합니다.

마이그레이션 중에는 한 번에 하나의 대상만 권한 있는 대상으로 유지하세요. 이전 서비스가 오프라인 상태가 되고 sparsebundle 복사가 완료된 후에만 보존된 식별자로 교체 서버를 온라인 상태로 전환하세요.

전환 과정에서 Bonjour 및 공유 선택 유지하기

Time Machine용으로 명시적으로 지정된 공유 폴더가 무엇인지, 그리고 Bonjour가 해당 폴더를 광고하는지 기록하세요. NAS를 재구성한 후 Mac에서 다시 선택하기 전에 동일한 폴더가 게시되는지 확인하세요.

Synology의 최신 지침에서는 관리자가 해당 검색 경로를 사용할 때 Time Machine 폴더를 설정하고 Bonjour Time Machine 브로드캐스팅을 활성화해야 한다고 안내합니다.

NAS 호스트 이름을 변경해야 한다면 먼저 새 SMB 경로로 의도한 공유에 접근할 수 있고 보호된 sparsebundle이 여전히 들어 있는지 확인하세요. 빈 교체 공유가 Mac에 가장 먼저 표시되는 대상이 되도록 하지 마세요.

자동 백업을 재개하기 전에 기존 기록 테스트하기

자동 백업을 일시 중지한 상태에서 재구성된 대상에 다시 연결하고, 기존 sparsebundle이 표시되는지 확인한 다음 이전 기록에서 알고 있는 파일 하나를 탐색하거나 복원하세요. 처음으로 통제된 백업을 실행하는 동안 공유 폴더에 두 번째 sparsebundle이 생성되는지 확인하세요.

ASUSTOR는 지원되는 NAS 시스템에서 Time Machine 백업에 SMB를 사용할 것을 권장하며, 서버의 Time Machine 전용 SMB 표시가 대상의 일부임을 강조합니다.

Time Machine이 기존 기록에 백업을 추가하고 두 번째 번들이 나타나지 않으면 유지 관리가 완료된 것입니다. 식별자가 보존되지 않아 Mac이 이미 새 백업을 시작한 경우에는 새 Time Machine sparsebundle에 관한 관련 ZimaSpace 문서에서 복구 방법을 확인할 수 있습니다.