同步目錄的簡單分散式斷開連接方式

同步目錄的簡單分散式斷開連接方式

我想開始定期備份我的ubuntu 筆記型電腦(機器X)上的主目錄。是同步到 A 和 B。

不過我很好奇是否有一種更有效的頻寬,從而更快的方法來做到這一點。假設 X 將使用住宅式寬頻線路,而且由於我不想佔用頻寬,所以我會限制來自 X 的傳輸。可能允許A 和B 花費更多時間傳輸。另外,X 不會一直處於連線狀態。

最好的方法是什麼? rsync從X到A,然後從A到B?把握正確的時機可能會很麻煩。我不想保留舊文件,所以如果我要進行 rsync,那麼--del將使用該選項。這是否意味著某些內容可能會從 A 傳輸到 B,然後從 B 中刪除,然後再次從 A 傳輸到 B?這是次優的。

我知道有像 gluster 這樣的奇特分散式檔案系統,但我認為在這種情況下這有點過分了,並且可能不適合斷開連接的性質。

答案1

有一些聰明的方法可以做到這一點,也有一些簡單的方法。只要有可能,我都會選擇簡單的。

你能先做 X -> A,然後 A -> B 嗎?

還有像這樣的方法齊奏,但這似乎只轉到一個副本,而且它是雙向的,這對於備份似乎沒有那麼有用。然而,如果 A 和 B 都在 Unison 上運行,那麼客戶端 X 似乎可以備份到 A或者B,這對另一個人來說會很好。

答案2

您希望 X 啟動與 A 的同步,然後 A 將從 X 中提取數據,完成後推送到 B。並準備同步。當從 X 拉出檔案後,它應該推送到 B,完成後刪除檔案。或者,您可以在A 和B 上使用幾乎相同的腳本,但是當A 完成從X 的拉取後,它會在B 上放置一個文件,告訴它與A 同步。同步,這將是從那時起,同步就可以級聯所有這些(可能以分佈式樹方式而不是線性方式)

答案3

Dropbox 適合您嗎?

答案4

我認為邁克爾·格拉夫的解決方案是最好的主意。 rsync X -> A。

如果您想要另一個可以減少計算時間的建議,您可以查看 xdelta (http://xdelta.org/)。它本質上是與多跳 rsync 相同的解決方案,其優點是可以節省您計算每一跳的增量的時間。如果涉及的文件很大,這可能會節省大量時間。

吉姆·C. http://www.kleobackup.net

相關內容