저는 다음을 통해 백업하는 여러 OSX 클라이언트 시스템을 사용하여 작업합니다.타임 머신netatalk/afpd에서 내보낸 Ubuntu Linux 파일 서버의 AFP 공유에. 이러한 클라이언트는 매일 하루 중 임의의 시간에 백업을 수행합니다. 서버에는 TimeMachine이 아닌 다른 중요한 AFP 공유도 있습니다.
서버에서 TimeMachine 백업은 다음과 같이 표시됩니다.스파스번들- 많은 '밴드'를 포함하는 데이터 저장 형식 - 표준 EXT4 파일 시스템에 저장됩니다. 이 스파스번들에는 TimeMachine이 사용하는 HFS+ 파일 시스템이 포함된 디스크 이미지가 묻혀 있지만 서버 측에서는 밴드 파일과 일부 최상위 메타데이터 모음일 뿐입니다.
RSnapshot서버에서 4시간마다 실행되며 스파스번들 밴드 파일 및 메타데이터를 이동식 미디어(오프사이트 저장용)에 백업합니다. 따라서 rsnapshot은 하루 중 임의의 시간에 이러한 스파스 번들 밴드도 백업합니다. rsnapshot은 rsync를 사용하여 복사를 수행합니다.
문제는 클라이언트 시스템에 sparsebundle이 마운트되어 있는 동안 rsnapshot이 실행되는 경우 백업 프로세스 중에 밴드가 변경될 수 있기 때문에 rsnapshot이 sparsebundle의 일관되지 않은 상태를 캡처할 수 있다는 점입니다. 분명히 이는 복원 가능한 백업을 보장하는 데 도움이 되지 않습니다!
이 문제를 해결하는 방법을 생각하려고 합니다. rsnapshot이 백업을 시도할 때 sparsebundle이 마운트되지 않는 것이 중요해 보입니다. 서버 측에서 현재 확인할 수 있는 유일한 방법은 아마도 OSX 클라이언트가 sparsebundle을 마운트 해제할 때까지 기다린 후 aftp 데몬을 종료하는 것입니다. 이것의 단점은 TimeMachine이 아닌 다른 AFP 내보내기도 오프라인으로 가져오며 이는 사용자가 받아들일 수 없다는 것입니다. 내가 알 수 있는 한, afpd는 내보내기를 (쉽게) 추가하거나 제거하는 방법을 제공하지 않습니다. 한 가지 옵션은 rsnapshot 백업 중에 TM 내보내기를 비활성화하기 위해 afpd의 구성 파일을 자동으로 다시 작성하는 것일 수 있지만 여전히 중단됩니다. AFP는 짧은 시간 동안 공유합니다.
더 좋은 방법이 있나요?
답변1
Mac 컴퓨터 그룹에는 Time Machine을 사용하지 않습니다. 희소 번들 및 백업 손상과 관련된 문제가 너무 많습니다.
비슷한 상황이 발생했을 때 Time Machine 접근 방식이 프로덕션에 적합하지 않다는 것을 알고 CrashPlan을 선택했습니다.
답변2
생각.
실제 백업을 위해 Mac 장치 자체에서 스냅샷을 실행하면 Time Machine 백업이 보완됩니다.
예, 복원할 Time Machine 이미지를 갖는 것이 훨씬 낫지만 rsnapshot이 있는 파일을 갖는 것은 좋은 생각입니다.
저는 Jungle Disk를 사용하여 rsync 또는 스냅샷 이미지를 저장하는 Amazon S3 마운트 드라이브를 사용하고 있습니다.