Proxmox VE 備份任務 (Backup Job) 的設定畫面，其中的 Mode 有三個選項：
Snapshot、Suspend、Stop
這三個模式決定了 在備份過程中，虛擬機 (VM) 或容器 (LXC) 如何被處理與鎖定，
以確保備份資料一致性（Consistency）。
🧱 1️⃣ Snapshot 模式（預設，最常用 ✅）
🔹 原理：
- 利用 QEMU Guest Agent 或 LVM / ZFS / qcow2 snapshot 技術
在不關機的情況下，對虛擬磁碟做即時快照。
- 備份從這個 snapshot 讀取資料，VM 可以繼續運作。
🔹 優點：
- 幾乎 不會中斷服務。
- 支援熱備份（online backup）。
- 適用於 ZFS / Ceph / LVM-thin / qcow2 等支援快照的存儲。
- 搭配 QEMU Guest Agent 可以在備份前 flush OS cache，確保應用一致性（Application-consistent）。
🔹 缺點：
- 備份時若磁碟 I/O 很高，性能可能稍微受影響。
- 若底層存儲不支援 snapshot，就會自動退回到「Suspend 模式」。
🔹 適用場景：
| 場景 | 建議 |
|---|
| 大部分 VM / LXC | ✅ 建議使用 |
| 需要不中斷服務的系統 | ✅ |
| PBS 備份每日或每小時自動化 | ✅ |
🧱 2️⃣ Suspend 模式（暫停後備份）
🔹 原理：
- 在備份開始時，暫停 VM / LXC（類似「系統凍結」）。
- 完成 snapshot（或 dump）後立即恢復執行。
- 實際上是「短暫停機式備份」。
🔹 優點：
- 確保備份檔案一致（尤其是非快照式存儲）。
- 比 Stop 模式影響小（暫停時間通常數秒到數十秒）。
🔹 缺點：
- 備份時 VM 會暫時凍結（I/O 停止）。
- 不適合高可用環境（HA），會被視為暫時中斷。
🔹 適用場景：
| 場景 | 建議 |
|---|
| 存儲不支援 snapshot | ✅ |
| 資料一致性要求高（例如資料庫測試環境） | ✅ |
| 可容忍短暫中斷 | ⚙️ 可用 |
🧱 3️⃣ Stop 模式（完全關機備份）
🔹 原理：
- 備份前先 正常關機（shutdown） VM / LXC。
- 備份完成後再 重新開機。
- 備份的資料是冷備份（cold backup）。
🔹 優點：
- 100% 保證備份內容一致性（所有資料都已寫入磁碟）。
- 不需要 snapshot 技術支援。
🔹 缺點：
- 會造成長時間中斷（從關機 → 備份 → 啟動）。
- 不適合 24 小時服務系統。
🔹 適用場景：
| 場景 | 建議 |
|---|
| 不支援快照的存儲（例如直通裸磁碟） | ✅ |
| 測試用或非重要 VM | ✅ |
| 系統停機備份時段（例如深夜） | ✅ |
🧭 四、三種模式比較表
| 模式 | 是否中斷服務 | 一致性 | 是否需要 snapshot 支援 | 適用場景 |
|---|
| Snapshot | ❌ 不中斷 | 高（搭配 guest agent） | ✅ 需要 | 最常用、線上系統 |
| Suspend | ⚙️ 短暫暫停 | 很高 | ❌ 不需 | 暫停可接受環境 |
| Stop | ❌ 長時間中斷 | 完全一致 | ❌ 不需 | 停機維護、測試環境 |
💡 實務建議
| 類型 | 建議使用 Mode |
|---|
| 一般 VM（Windows / Linux） | Snapshot |
| 容器（LXC） | Snapshot（若支援），否則 Suspend |
| 不支援 snapshot 的儲存（如 local-lvm） | Suspend |
| 資料庫、ERP 等需要嚴格一致性 | Snapshot + Guest Agent 或 Suspend |
| 長期停用 VM（例如封存用） | Stop |
✅ 總結一句話
Snapshot 模式 幾乎是所有正式環境的首選。
只有當你的存儲或 VM 類型不支援 snapshot 時，才考慮 Suspend 或 Stop 模式。