我正在將 Bacula 評估為小型網路的集中式備份工具，在該網路中，用戶會不可預測地打開和關閉機器。我需要備份的一些無頭 Linux 盒子是透過按下盒子上的開/關按鈕來關閉的，沒有任何方式告訴使用者等待備份作業完成。
因此，我們不知道備份作業何時可以運行（anacron 可能會對此有所幫助，對吧？）並且我們不知道它們是否會被允許完成。
對於這樣的環境，Bacula 是合理的選擇嗎？
答案1
bacula 依賴一個中央「主管」來處理所有的調度。如果系統在bacula-director嘗試讓它 ( bacula-fd) 與儲存守護程序 ( ) 對話時發生故障bacula-sd，那麼在配置的時間段之後，bacula 將放棄並將作業標記為失敗。如果在作業期間關閉它，幾乎肯定會將作業標記為失敗。
據我所知，一旦作業失敗，沒有重試或繼續的機制，bacula 會在下次安排該作業時重新開始。
我建議使用rsync從盒子到中央伺服器，然後將該中央伺服器備份到磁帶。在這種情況下，可以在任何方便的時間從每個機器上的 cron 安排 rsync 以及@reboot。如果系統在 rsync 過程中關閉，它將在啟動時完成。當使用這樣的「推播」備份時，維護該中央伺服器的備份非常重要，因為損壞的用戶端會將損壞的資料推送到伺服器。
答案2
Bacula更適合伺服器使用，試試Areca。
答案3
雖然我不知道 Bacula 如何處理這種情況，但我剛剛評估了 Backuppc 關於「消失」客戶端的情況。 Backuppc 使用純 rsync 作為其傳輸，因此，如果用戶端在執行作業中關閉，則可以將備份標記為「部分」。從這種情況中恢復過來效果很好。