我使用許多 OSX 用戶端計算機，這些計算機透過以下方式進行備份時光機到 Ubuntu Linux 檔案伺服器上的 AFP 共享，由 netatalk/afpd 匯出。這些用戶端每天都會在一天中的任何時間進行備份。伺服器上還有其他重要的非 TimeMachine AFP 共享。
在伺服器上，TimeMachine 備份表示為稀疏束- 涉及許多「帶」的資料儲存格式 - 儲存在標準 EXT4 檔案系統上。這個稀疏包中埋藏著一個帶有 TimeMachine 使用的 HFS+ 檔案系統的磁碟映像，但從伺服器端來看，它只是帶有檔案和一些頂級元資料的集合。
快照每 4 小時在伺服器上運行一次，並將稀疏帶檔案和元資料備份到可移動媒體上（用於異地儲存）。因此，rsnapshot 也會在一天中的任何時間備份這些稀疏束帶。 rsnapshot 使用 rsync 來執行複製。
問題是，如果 rsnapshot 在客戶端電腦安裝了稀疏包時運行，我擔心 rsnapshot 可能會捕獲稀疏包的不一致狀態，因為帶可能在備份過程中發生變化。顯然這不利於保證可恢復的備份！
我正在想辦法解決這個問題。在 rsnapshot 嘗試備份時，sparsebundle 未安裝似乎很重要。從伺服器端來看，我目前看到的唯一方法是關閉 aftp 守護進程，也許是在等待 OSX 用戶端卸載稀疏包之後。這樣做的缺點是，它也會使其他非 TimeMachine AFP 匯出也離線，這對使用者來說是不可接受的。據我所知，afpd 沒有提供一種（輕鬆）添加或刪除導出的方法 - 儘管一個選項可能是自動重寫 afpd 的配置文件以在 rsnapshot 備份期間禁用 TM 導出，但這仍然會導致失敗法新社股票短期內。
有沒有更好的辦法？
答案1
對於一組 Mac 計算機，我會避免使用 Time Machine。稀疏的捆綁包和備份損壞的問題太多了。
當遇到類似的情況時，在發現時間機器方法不適合生產後，我選擇了 CrashPlan。
答案2
想法。
在 Mac 裝置本身上執行快照以進行實際備份，Time Machine 備份將作為補充。
是的，有一個時間機器映像來恢復要好得多，但使用 rsnapshot 保存檔案是一個好主意。
我正在使用亞馬遜 S3 安裝的驅動器，使用 Jungle Disk 來儲存 rsync 或快照映像。