두 대의 Mac이 하나의 Time Machine NAS 백업 대상을 안전하게 공유할 수 있나요?

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

예, 각 Mac이 독립적인 백업 번들과 자격 증명을 생성하고, 할당량과 권한, 스토리지 풀의 여유 공간이 한 클라이언트가 다른 클라이언트에 피해를 주지 않도록 한다면 가능합니다.

두 대의 가정용 Mac이 하나의 NAS와 경우에 따라 하나의 스토리지 풀을 사용할 때 이 결정이 중요합니다. 서로 경쟁하는 상태는 Mac별 공유 또는 격리된 번들과 공유 용량 및 자격 증명 충돌입니다. 저장된 구성과 삭제해도 되는 데이터로 시작하고, 한 번에 한 분기만 관찰하며, 테스트로 인해 데이터 손실, 권한 또는 가용성 위험이 커지면 중단하세요.

공유 Time Machine NAS 대상 결정의 조건 정의

무엇이든 변경하기 전에 환경을 기록하세요. 소프트웨어 및 펌웨어 버전, 장치 식별 정보, 마운트 또는 네트워크 경로, 여유 공간, 권한, 관찰된 증상을 포함해야 합니다. 기준선에는 두 대의 가정용 Mac이 하나의 NAS와 경우에 따라 하나의 스토리지 풀을 사용하는 상황을 재현할 수 있을 만큼 충분한 세부 정보가 있어야 합니다.

첫 번째 후보는 Mac별 공유 또는 격리된 번들입니다. 두 번째는 공유 용량 및 자격 증명 충돌입니다. 현재 Samba Time Machine 옵션은 테스트에 사용되는 메커니즘 또는 명령 경계를 정의하지만, 이 특정 홈 서버에서 직접 관찰하는 것을 대신하지는 않습니다.

판별 테스트를 실행하기 전에 성공 조건과 중단 조건을 작성하세요. 성공은 한 분기가 예측한 증거를 변화시키면서 관련 없는 서비스는 변경하지 않아야 하며, 실패하면 추측에 기반한 일련의 수정 작업을 시작하는 대신 시스템을 저장된 상태로 되돌려야 합니다.

원래 요구 사항을 낮추지 않고 주장 테스트

다음 판별 테스트를 사용하세요. 한 번에 한 대의 Mac을 등록하고, 서로 다른 번들과 소유권을 확인한 다음, 삭제해도 되는 데이터로 할당량에 접근해 보세요. 변경된 변수에 결과의 원인을 귀속할 수 있도록 작업량, 클라이언트, 경로, 파일 세트 및 타이밍을 일정하게 유지하세요.

네트워크 Time Machine 백업을 사용해 두 분기를 실제로 구분할 수 있는 필드를 선택한 다음, 타임스탬프, 종료 상태, 오류 텍스트, 장치 또는 스냅샷 식별 정보, 지연 시간, 전송된 바이트 수, 권한 및 복구 상태를 기록하세요. 정체성, 내구성 또는 애플리케이션 상태가 테스트 중인 주장이라면 명령이 정상적으로 종료된 것만으로는 충분하지 않습니다.

재시작, 재연결, 재마운트 또는 콜드 캐시가 원래 조건에 포함된 경우에는 그 이벤트 후 테스트를 한 번 반복하세요. 첫 실행이 파괴적이거나 환경을 복원할 수 없다면 중단하고 삭제해도 되는 복사본에서 대신 재현하세요.

[tm-mac1]
 fruit:time machine = yes
 fruit:time machine max size = 2T

성공, 실패 및 예외 결과 해석

성공: 각 Mac이 자신에게 할당된 대상만 보고, 다른 Mac이 백업하는 동안 복원할 수 있습니다. 결론이 보편적인 주장으로 확대되지 않도록 성공한 정확한 버전, 식별 정보 및 작업량을 기록하세요.

실패: 두 Mac이 광범위한 액세스 권한을 가진 하나의 자격 증명을 사용하거나, 할당량이 공동으로 적용되거나, 하나의 가득 찬 번들이 다른 번들을 차단합니다. 네트워크, 메모리, 권한 또는 소스 일관성이 모두에 영향을 줄 수 있으므로 실패가 자동으로 반대 분기를 입증하는 것은 아닙니다. 확대하기 전에 이러한 공유 종속성을 분리하세요.

예외 또는 모호한 결과: 기록을 삭제하거나 상속하기 전에 공유와 식별 정보를 분리하세요. 복구 가능한 복사본이 생길 때까지 로그를 보존하고 repair, prune, destroy, repartition 또는 재귀적 소유권 명령을 실행하지 마세요.

원래 작업량에서 결정 확인

관찰된 분기에 맞는 조치를 적용한 다음, 축소된 대체 조건이 아니라 원래 조건을 반복하세요. 각 Mac이 자신에게 할당된 대상만 보고, 다른 Mac이 백업하는 동안 복원할 수 있는 상태가 두 번의 주기 또는 관련된 재부팅, 절전, 중단이나 부하 전환을 거쳐 유지될 때만 결정이 유효합니다.

Mac별 할당량을 사용해 가장 가까운 종속 워크플로를 확인하되, 원래 트리거는 변경하지 마세요. 관련 없는 데이터 세트, 공유, 컨테이너, 사용자 및 복구 지점은 이전과 동일한 액세스 권한과 타이밍을 유지해야 합니다.

중단 기준은 명확합니다. 두 Mac이 광범위한 액세스 권한을 가진 하나의 자격 증명을 사용하거나, 할당량이 공동으로 적용되거나, 하나의 가득 찬 번들이 다른 번들을 차단하면 마지막으로 검증된 구성으로 돌아가고 증거를 보존하세요. 해당 분기가 반복 재현될 때만 더 심층적인 플랫폼 또는 하드웨어 테스트로 확대하세요.

목표 결과가 유지되면 신뢰할 수 있는 LAN SMB 서명과 비교해 수정 사항이 인접 서비스로 위험을 옮기지 않는지 확인하세요. 새로운 백업, 식별 정보, 시간 초과 또는 가용성 문제가 발생한 성공적인 목표 테스트는 여전히 실패한 변경입니다.

FAQ

공유 Time Machine NAS 대상과 관련해 남는 검색은 보통 두 Mac이 하나의 SMB 공유를 사용할 수 있는지, Time Machine이 한 Mac의 풀 가득 참을 방지하는지, 한 Mac이 다른 Mac의 백업을 읽을 수 있는지에 관한 것입니다. 아래 답변은 이러한 예외 상황을 기본 결정과 분리합니다.

성공 기준은 변경되지 않습니다. 각 Mac이 자신에게 할당된 대상만 보고, 다른 Mac이 백업하는 동안 복원할 수 있어야 합니다. 후속 조건으로 파일 시스템, 식별 정보, 네트워크 경로 또는 애플리케이션 버전이 변경되면 그 변경의 영향을 받는 판별 테스트만 반복하세요.

두 Mac이 광범위한 액세스 권한을 가진 하나의 자격 증명을 사용하거나, 할당량이 공동으로 적용되거나, 하나의 가득 찬 번들이 다른 번들을 차단하면 실험을 확대하지 마세요. 이 경우 기록을 삭제하거나 상속하기 전에 공유와 식별 정보를 분리하고, 플랫폼, 스토리지 또는 하드웨어 담당자에게 확대하기 전에 증거를 보존하세요.

두 Mac이 하나의 SMB 공유를 사용할 수 있나요?

사용할 수 있지만, Mac별 공유를 사용하면 할당량, 소유권 및 문제 해결 경계를 더 명확하게 설정할 수 있습니다.

Time Machine이 한 Mac의 풀 가득 참을 방지하나요?

서버 측 용량 제어와 예약된 여유 공간이 없으면 방지하지 못합니다.

한 Mac이 다른 Mac의 백업을 읽을 수 있나요?

이는 NAS 권한과 암호화에 따라 다릅니다. 별도의 자격 증명을 사용하고 액세스를 명시적으로 테스트하세요.

공유 Time Machine NAS 대상에 대한 실질적인 답변은 여전히 조건부입니다. 각 Mac이 자신에게 할당된 대상만 보고, 다른 Mac이 백업하는 동안 복원할 수 있어야 합니다. 두 Mac이 광범위한 액세스 권한을 가진 하나의 자격 증명을 사용하거나, 할당량이 공동으로 적용되거나, 하나의 가득 찬 번들이 다른 번들을 차단하면 기록을 삭제하거나 상속하기 전에 공유와 식별 정보를 분리하세요. 원래 작업량에서 유지되지 않는 부분적인 성공은 호환성이 아닙니다.

지원 및 팁

더 읽어보기

Get More Builds Like This

Stay in the Loop

Get updates from Zima - new products, exclusive deals, and real builds from the community.

Stay in the Loop preferences

We respect your inbox. Unsubscribe anytime.