備份與回復之路，串成同一個故事

備份只是安全的一半；另一半是回復之路。Atlas 把 Proxmox 備份、快照與還原放進同一張圖：哪些受到保護、備份有多新、會失去什麼，以及錯誤的變更如何回復。

為什麼備份例行作業會逐漸失效

在未加裝工具的主機上，備份實況是分散的：vzdump 工作在一個畫面，每台客體的快照在另一個畫面，儲存容量又在第三個畫面。每台重要的客體是否真的受到保護，沒有人能從單一位置回答。

快照與備份常被混為一談，而這種混淆會造成資料遺失。位於同一顆磁碟上的快照不是備份；沒有做過還原測試的每晚備份傾印，只是希望，不是計畫。

而回復之路很少被演練。凌晨 2 點變更出錯時，問題不在於某處是否有備份；而在於已知的良好狀態能多快恢復，以及這段期間會失去什麼。

手動確保客體安全

資深管理者手動執行的例行作業：

列出所有客體，判斷哪些一旦遺失會造成損失；保護範圍依這份清單而定，而不是反過來。

排程 vzdump 工作，再確認它們確實執行，且在時段內完成。

每次有風險的變更前先建立快照，並記得在舊快照吃光儲存池之前刪除。

監看備份儲存區的容量，因為滿載的目標會在最糟的時刻默默失敗。

不時在無關緊要的客體上測試還原，以確認整條流程可行。

錯誤變更之後，找出正確的快照或備份傾印並還原，再把之後發生的變更重建回來。

Atlas 如何掌握完整的來龍去脈

保護範圍、快照與回復之路集中在一個畫面，而不是分散在五個畫面。

保護範圍一目了然

哪些客體有備份、備份有多新、存放在哪裡，都在同一個檢視中。悄悄脫離排程的客體會被凸顯出來，而不會被埋沒。

快照就在所屬之處

快照依客體建立、列出與清理，並顯示建立時間；被遺忘的快照不再吃掉儲存池空間。

每個有風險的步驟前先建立快照

關鍵流程在變動系統之前會先建立快照；在承擔風險之前，回復之路就已存在。

以引導式流程還原

將客體還原是一個經過檢查的流程：在執行之前，會先說明將還原什麼、將覆寫什麼，以及這段期間會失去什麼。

影響清楚可見的回復

回復不是盲目的一躍：會先顯示受影響的客體、磁碟，以及將會消失的變更時段。

備份背後的儲存空間

備份目標及其容量屬於同一張圖；目標快滿時，會在工作開始失敗之前就被發現。

常見問題