Time Machine 백업이 SMB NAS 공유에서 사용할 수 없게 되는 이유는 무엇인가요?

에바 왕

IceWhale author

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

Why Does a Time Machine Backup Become Unavailable Over an SMB NAS Share? - Zima Store Online

타임머신 백업은 NAS 자체가 온라인 상태여도 SMB NAS 공유를 통해 사용할 수 없게 될 수 있습니다. 타임머신은 일반 파일 접근 이상의 작업에 의존하기 때문입니다. Mac은 올바른 백업 대상을 다시 찾아내고, 예상 계정으로 인증하며, 일치하는 스파스번들을 찾고, 오래된 잠금 없이 이미지를 연결하고, 안전하게 계속할 수 있을 만큼 충분한 쓰기 가능한 용량을 찾아야 합니다.

먼저 사용할 수 없는 공유와 사용할 수 없는 백업 이미지를 분리하세요

Finder를 열고 타임머신에 할당된 계정을 사용하여 정확한 SMB 공유에 연결하세요. 공유를 마운트할 수 없거나 스파스번들이 보이지 않으면 먼저 네트워크 연결성, 공유 이름, 권한 및 자격 증명을 점검하세요. 공유는 열리지만 타임머신이 기존 백업을 거부하면 문제는 대상 내부에 더 깊이 있습니다.

이 구분은 파괴적인 추측을 방지합니다. 타임머신 대상을 다시 만드는 것은 기본 SMB 로그인 실패를 해결하지 못하며, 저장된 자격 증명을 삭제해도 더 이상 연결되지 않는 스파스번들을 복구하지 못합니다.

Mac이 여전히 동일한 대상을 인식하는지 확인하기

타임머신은 백업 파일이 들어 있는 아무 폴더가 아니라 선택한 네트워크 대상을 기억합니다. NAS 이름 변경, 공유 이름 변경, 프로토콜 변경 또는 대상 재구성으로 인해 이전 대상이 선택 불가능해질 수 있습니다. 한 NAS 사례에서는 사용자가 누락된 대상을 제거하고 네트워크 공유를 다시 추가해야 Mac에서 사용할 수 있었습니다.

재선택하기 전에 NAS 호스트 이름, SMB 주소, 공유 이름, 사용자, 스파스번들 이름 및 예상 백업 크기를 기록하세요. 타임머신을 새 빈 공유로 지정하면 기존 백업을 다시 연결하는 대신 두 번째 기록이 시작될 수 있습니다.

SMB 검색 및 타임머신 기능 광고 확인

공유는 수동으로 마운트할 수 있지만 Time Machine이 백업 대상으로 표시하거나 인증하는 데 실패할 수 있습니다. 최근 NAS 문제 해결 사례에서는 수동 SMB 로그인은 작동했지만 Time Machine이 여전히 실패한 경우가 발견되었으며, 서비스 검색 누락과 활성 SMB 구현이 진단의 일부였습니다.

ZimaSpace 홈 NAS의 경우, 선택한 공유가 일반 가정용 파일 공유뿐만 아니라 Time Machine 호환 SMB 서비스로 명확히 구성되어 있는지 확인하세요. 공유 경로와 권한을 확인한 후에야 검색 서비스를 재시작하는 것이 도움이 될 수 있습니다.

백업을 삭제하지 않고 충돌하는 저장된 자격 증명 지우기

macOS는 서버 계정이 변경된 후에도 이전 NAS 비밀번호, 게스트 로그인 또는 계정 매핑을 유지할 수 있습니다. 해당 NAS에 연결된 모든 마운트를 해제하고 저장된 자격 증명을 검토한 후 전용 Time Machine 사용자로 한 번 다시 연결하세요. 테스트 중에는 여러 아이덴티티로 동시에 같은 서버에 연결하지 마세요.

계정이 백업 공유 내에서 임시 테스트 파일을 나열, 생성, 이름 변경 및 삭제할 수 있는지 확인하세요. 읽기 전용 접근 권한은 스파스번들 이름을 탐색하는 데는 충분하지만 Time Machine이 첨부하고 업데이트하는 데는 부족합니다.

여전히 사용 중으로 표시된 스파스번들 확인하기

네트워크 손실, NAS 재시작 또는 Mac 슬립 모드 중 활성 백업이 진행 중일 때 이미지 잠금이나 열린 세션 상태가 남을 수 있습니다. 일반적인 증상은 백업 디스크 이미지가 이미 사용 중이라는 메시지가 나타나지만 눈에 보이는 백업이 실행 중이지 않은 경우입니다. Mac 문제 해결 스레드에서는 스파스번들이 “이미 사용 중”인 실패 상태를 문서화하고 있습니다.

Time Machine을 중지하고, 공유를 연결 해제하며, 다른 Mac이 동일한 이미지를 사용하지 않는지 확인한 후, 번들 내의 어떤 것도 편집하기 전에 NAS SMB 서비스 또는 NAS를 재시작하세요. 스파스번들 복사본이나 스냅샷이 없으면 일반 명령어로 잠금 관련 파일을 삭제하지 마세요.

슬립 모드나 네트워크 끊김이 오래된 잠금을 남기는 이유 이해하기

Time Machine은 밴드가 NAS의 일반 파일로 저장된 마운트된 디스크 이미지를 통해 기록합니다. 쓰기 중 연결이 끊기면 서버와 Mac이 이미지가 여전히 활성 상태인지에 대해 다를 수 있습니다. 복구 분석은 네트워크 중단이 sparsebundle 토큰 상태를 오래되게 만들 수 있음을 설명하며, 이로 인해 macOS가 다른 첨부를 거부할 수 있습니다.

첫 번째 접근 불가 이벤트 전후의 NAS 및 Mac 로그를 확인하세요. Wi-Fi 손실 후 한 번의 실패는 세션 상태를 시사하며, 동일한 백업 크기에서 반복적인 손실은 용량, 이미지 손상 또는 특정 파일 문제를 시사합니다.

Sparsebundle을 읽기 전용으로 첨부할 수 있는지 테스트하세요.

공유에 접근할 수 있고 이미지가 활성 잠금 상태가 아니라면 읽기 전용 첨부를 테스트하거나 복사된 작업 세트에서 검사하세요. 더 이상 마운트되지 않는 sparsebundle 수리에 관한 확립된 논의는 이미지 첨부와 파일 시스템 수리를 구분합니다.

NAS 데이터를 먼저 보호하지 않고 유일한 백업 이미지에 대해 쓰기 가능 수리 작업을 직접 실행하지 마세요. 이미지가 읽기 전용으로 마운트되면 중요한 파일을 복사하거나 수리 시도 전에 다른 NAS 스냅샷을 만드세요.

할당량, 여유 공간 및 쓰기 가능 용량을 확인하세요.

NAS는 Time Machine 계정 또는 공유가 할당량에 도달했을 때도 여유 풀 용량을 표시할 수 있습니다. 스냅샷, 휴지통, 예약 공간, sparsebundle 증가 또는 다른 Mac의 백업도 쓰기 허용량을 사용할 수 있습니다. 풀의 여유 공간, 공유 할당량, 사용자 할당량 및 실제 sparsebundle 크기를 비교하세요.

sparsebundle 내부의 임의 밴드를 즉시 삭제하지 마세요. Time Machine은 디스크 이미지 구조가 내부적으로 일관되게 유지되기를 기대합니다. 공유 제한을 조정하거나 관련 없는 데이터를 먼저 제거하여 여유 공간을 확보한 다음 Time Machine이 자체 기록을 관리하도록 하세요.

이 저위험 복구 순서를 사용하세요.

Time Machine을 일시 중지하고 다른 Mac이 동일한 공유를 사용하지 못하게 하세요.
NAS, SMB 공유 및 전용 계정에 접근할 수 있는지 확인하세요.
원래 호스트 이름, 공유, sparsebundle 이름 및 할당량을 기록하세요.
충돌하는 마운트를 제거하고 하나의 식별자로 다시 연결하세요.
일반적인 오래된 세션을 제거하려면 SMB 서비스를 재시작하세요.
이미지 수준 수리 전에 스파스번들을 스냅샷하거나 복사하세요.
읽기 전용 연결을 테스트하고 샘플 파일을 복원하세요.
대상 식별과 내용이 확인된 후에만 기존 대상을 다시 선택하세요.

이미지에 접근할 수 있게 되면, 라이브 파일을 덮어쓰지 않고 NAS 복원을 테스트할 수 있는 격리된 위치를 사용하세요. 가용성만으로는 충분하지 않으며, 백업은 사용 가능한 데이터를 반환해야 합니다.

증상	가능한 계층	가장 안전한 첫 번째 점검
공유가 마운트되지 않음	네트워크, SMB 또는 자격 증명	백업 계정으로 수동 Finder 연결
공유는 마운트되지만 대상이 목록에 없음	검색 또는 대상 식별	Time Machine 공유 기능 및 기억된 대상
이미 이미지가 사용 중임	오래된 세션 또는 다른 Mac	모든 사용자를 중지하고 SMB 서비스를 재시작
스파스번들이 연결되지 않음	디스크 이미지 또는 포함된 파일 시스템	복사본을 보호한 후 읽기 전용 연결 테스트
반복 가능한 크기에서 백업이 사용할 수 없게 됨	할당량, 용량 또는 이미지 오류	사용자/공유 제한 및 상세 로그

자주 묻는 질문

Time Machine 스파스번들을 다른 SMB 공유로 옮길 수 있나요?

가능할 수 있지만, 전체 번들, 권한, 대상 기능 및 식별을 보존해야 합니다. 원본을 제거하기 전에 복사본으로 테스트하세요.

여러 대의 Mac이 같은 NAS Time Machine 공유를 사용할 수 있나요?

각 Mac이 자체 백업 이미지를 가지고 NAS가 충분한 할당량과 동시성을 제공할 때 그렇습니다. 두 대의 Mac이 같은 스파스번들에 동시에 쓰면 안 됩니다.

NAS IP 주소를 변경하면 Time Machine이 작동하지 않나요?

호스트 이름 검색과 대상 식별이 안정적이라면 반드시 그렇지는 않지만, 캐시된 마운트나 직접 IP 선택으로 인해 이전 대상이 사용할 수 없는 것처럼 보일 수 있습니다.

최종 요점

SMB 공유는 대상 검색, 자격 증명, 스파스번들 잠금, 이미지 상태 및 할당량이 별도의 계층이기 때문에 Time Machine 백업이 사용할 수 없게 되어도 온라인 상태를 유지할 수 있습니다. 순서대로 진단하고, 수리 전에 기존 이미지를 보존하며, 복구된 기록을 신뢰하기 전에 샘플 복원을 증명하세요.