本文將介紹各種「大型」備份軟體，包括商業軟體。 候選者清單：Veeam Agent for Linux、Bacula。
將檢查文件系統的工作，以便於與先前的候選人進行比較。
預期成績
由於這兩種候選方案都是通用的現成解決方案，因此最重要的結果將是工作的可預測性，即處理相同資料量和相同負載時的相同操作時間。
Veeam Agent for Linux 審核
此備份程式適用於區塊設備，它有一個 Linux 核心模組，可透過追蹤變更的資料區塊來確保備份的完整性。 可以找到更詳細的描述 .
建立檔案備份的過程基於相同的核心模組：建立區塊設備快照，將其掛載到臨時目錄中，然後將資料逐檔案從快照同步到另一個本地目錄，或透過smb 或nfs 協定進行遠端，其中多個檔案以專有格式建立。
建立檔案備份的過程從未完成。 在執行約 15-16% 時，速度降至 600 kbsec 及以下，CPU 使用率為 50%，可能導致備份進程運行 6-7 小時，因此進程停止。
我們向 Veeam 技術支援提出了請求，其員工建議使用區塊模式作為解決方案。
逐塊方式建立備份副本的結果如下：
對於 6 GB 數據，此模式在此模式下的運作時間為 20 分鐘。
總的來說，對該程式的印象相當好，但由於文件操作模式非常緩慢，因此在一般審查中不會考慮它。
巴庫拉評論
Bacula 是一個客戶端-伺服器備份軟體，邏輯上由幾個部分組成，每個部分都完成自己的工作。 其中有Director，用於管理，FileDaemon - 負責備份的服務，StorageDaemon - 備份儲存服務，Console - Director 的介面（有TUI、GUI、Web 選項）。 該綜合體包含在評論中還因為，儘管進入門檻非常高，但它是一種相當流行的組織備份方式。
全備份模式下
在這種模式下，Bacula 被證明是相當有預測性的，平均 10 分鐘即可完成備份，
負載曲線結果如下：
正如在此操作模式下工作時所預期的那樣，備份的大小約為 30 GB。
在建立增量備份時，結果並沒有太大不同，當然，除了儲存庫的大小（大約 14 GB）之外。
一般來說，您可以看到一個處理器核心上的負載均勻，而且效能與啟動壓縮的常規 tar 類似。 由於bacula的備份設定非常非常廣泛，所以無法表現出明顯的優勢。
Результаты
一般來說，情況對兩個候選人都不利，很可能是因為使用了文件模式來建立備份副本。 下一部分還將介紹從備份還原的過程；可以根據總時間得出一般結論。
公告
備份第 5 部分：測試適用於 Linux 的 Bacula 和 Veeam Backup
備份第 6 部分：比較備份工具
備份第 7 部分：結論
發表者： 帕維爾·德姆科維奇
來源： www.habr.com