備份,應讀者要求部分:UrBackup、BackupPC、AMANDA 評論

備份,應讀者要求部分:UrBackup、BackupPC、AMANDA 評論

本評論繼續 備份週期,應讀者要求編寫,它將討論 UrBackup、BackupPC 以及 AMANDA。

UrBackup 評論。

應參加者要求 VGusev2007 我正在添加對 UrBackup(客戶端伺服器備份系統)的評論。 它允許您建立完整備份和增量備份,可以使用裝置快照(僅限 Win?),也可以建立檔案備份。 用戶端可以與伺服器位於同一網路上,也可以透過 Internet 連線。 聲明了更改跟踪,這使您可以快速找到備份副本之間的差異。 也支援伺服器端資料儲存重複資料刪除,從而節省空間。 網路連線是加密的,還有一個用於管理伺服器的 Web 介面。 讓我們看看她能做什麼:

在全備份模式下,得到以下結果:

備份,應讀者要求部分:UrBackup、BackupPC、AMANDA 評論

營業時間:

第一次開始
二次發射
第三次發射

第一次測試
8分20秒
8分19秒
8分24秒

第二次測試
8分30秒
8分34秒
8分20秒

第三次測試
8分10秒
8分14秒
8分12秒

增量備份模式下:

備份,應讀者要求部分:UrBackup、BackupPC、AMANDA 評論

營業時間:

第一次開始
二次發射
第三次發射

第一次測試
8分10秒
8分10秒
8分12秒

第二次測試
3分50秒
4分12秒
3分34秒

第三次測試
2分50秒
2分35秒
2分38秒

兩種情況下的儲存庫大小約為 14 GB,這表示重複資料刪除在伺服器端正常運作。 還應該注意的是,伺服器和用戶端上的備份建立時間之間存在差異,這從圖表中非常明顯可見,並且是一個非常令人愉快的好處,因為 Web 介面顯示了備份過程的運行時間伺服器端不考慮
客戶的情況。 一般來說,完整副本和增量副本的圖表是無法區分的。 唯一的區別可能是伺服器端的處理方式。 我還對冗餘系統上的​​低處理器負載感到滿意。

備份電腦評論

應參加者要求 萬日加諾夫 我正在添加對 BackupPC 的評論。 軟體安裝在備份儲存伺服器上,以 perl 編寫,並在各種備份工具(主要是 rsync、tar)之上運作。 ssh 和 smb 用作傳輸;還有一個基於 cgi 的 Web 介面(部署在 apache 之上)。 Web 介面有廣泛的設定清單。 其中一項功能是能夠設定備份之間的最短時間,以及不建立備份的時間段。 為備份伺服器選擇檔案系統時,需要確保支援硬連結。 因此,用於儲存的檔案系統不能被劃分為掛載點。 總的來說,這是一次相當愉快的體驗,讓我們看看這個軟體有什麼功能:

使用rsync建立全量備份的方式,得到以下結果:

備份,應讀者要求部分:UrBackup、BackupPC、AMANDA 評論

第一次開始
二次發射
第三次發射

第一次測試
12分25秒
12分14秒
12分27秒

第二次測試
7分41秒
7分44秒
7分35秒

第三次測試
10分11秒
10分0秒
9分54秒

如果您使用完整備份和 tar:

備份,應讀者要求部分:UrBackup、BackupPC、AMANDA 評論

第一次開始
二次發射
第三次發射

第一次測試
12分41秒
12分25秒
12分45秒

第二次測試
12分35秒
12分45秒
12分14秒

第三次測試
12分43秒
12分25秒
12分5秒

在增量備份模式下,我必須放棄 tar,因為備份不是使用這些設定建立的。

使用rsync建立增量備份的結果是:

備份,應讀者要求部分:UrBackup、BackupPC、AMANDA 評論

第一次開始
二次發射
第三次發射

第一次測試
11分55秒
11分50秒
12分25秒

第二次測試
2分42秒
2分50秒
2分30秒

第三次測試
6分00秒
5分35秒
5分30秒

一般來說,rsync 具有輕微的速度優勢;rsync 與網路的配合也更經濟。 使用 tar 作為備份程式時,CPU 使用率會降低,這可能會部分抵消此影響。 rsync 的另一個優點是它可以使用增量副本。 建立完整備份時儲存庫的大小是相同的,在增量副本的情況下為 16 GB - 每次執行 14 GB,這表示重複資料刪除有效。

阿曼達評論

應參加者要求 奧勒 增加阿曼達測試,

使用 tar 作為歸檔器並啟用壓縮的測試運行結果如下:

備份,應讀者要求部分:UrBackup、BackupPC、AMANDA 評論

第一次開始
二次發射
第三次發射

第一次測試
9分5秒
8分59秒
9分6秒

第二次測試
0分5秒
0分5秒
0分5秒

第三次測試
2分40秒
2分47秒
2分45秒

此方案滿載一個處理器核心,但由於備份儲存伺服器端磁碟IOPS有限,無法實現較高的資料傳輸速度。 一般來說,設定比其他參與者稍微麻煩一些,因為該程式的作者不使用 ssh 作為傳輸,而是使用金鑰實現類似的方案,創建和維護成熟的 CA。 可以廣泛地限制客戶端和備份伺服器:例如,如果它們不能完全信任彼此,那麼您可以作為一個選項,透過將相應變數的值設為零來阻止伺服器啟動備份復原設定檔。 可以連接 Web 介面進行管理,但一般來說,配置的系統可以使用小型 bash 腳本(或 SCM,例如 ansible)完全自動化。 有一個用於設定儲存的有點不簡單的系統,這顯然是由於支援各種用於儲存資料的裝置(LTO 盒式磁帶、硬碟等)的廣泛清單。 另外值得注意的是,在本文討論的所有程式中,AMANDA 是唯一能夠偵測目錄重命名的程式。 一次運行的儲存庫大小為 13 GB。

公告

備份,第 1 部分:為什麼需要備份,方法和技術概述
備份第 2 部分:審查和測試基於 rsync 的備份工具
備份第 3 部分:口是心非、重複性的檢討與測試
備份第 4 部分:審查和測試 zbackup、restic、borgbackup
備份第 5 部分:測試適用於 Linux 的 bacula 和 veeam 備份
備份第 6 部分:比較備份工具
備份第 7 部分:結論

來源: www.habr.com

添加評論