每小時備份 Compute Engine 執行個體的最佳做法

本文提供設定及管理 Compute Engine 執行個體每小時備份的最佳做法。1 小時備份頻率適用於需要更精細資料保護的工作負載。這些建議可協助您最佳化資料保護措施、管理效能,以及為復原點設定實際的期望值。

結合每日和每小時備份規則

強烈建議您在備份方案中加入每日備份規則,以及每小時備份一次的頻率規則。這樣一來,即使個別的小時備份作業遭到略過或延遲,系統仍會維持一致的每日復原點。

瞭解排定備份的重試邏輯

「每日」和「每小時」的重試行為差異很大。

每日重複:如果每日備份工作無法啟動或完成,系統會重試,直到設定的備份時間範圍結束為止。

每小時重複執行:每小時備份事件只會重試 1 小時,無論整體備份時間長度為何。這樣可避免備份作業重疊,導致系統壅塞。

管理高資料流失率

高流失率可能會導致備份作業長時間執行,進而妨礙後續每小時工作啟動。如要提升效能並減少保存庫內並行備份作業的影響,請將資料變動率高的 VM 的高頻率備份作業分散到多個備份保存庫。

監控並設定略過備份的快訊

設定快訊,針對略過的備份工作主動通知保護缺口。

您可以透過 Cloud Logging 監控「備份方案違規」事件,或備份與災難復原排程器中的特定「略過備份」記錄項目,藉此設定快訊。

最佳做法摘要

下表摘要說明本文建議的最佳做法:

主題 工作
備份頻率 請根據工作負載需求,謹慎使用 1 小時備份頻率。
備份方案 結合每日和每小時備份規則,確保復原點一致。
重試邏輯 瞭解每日和每小時備份的不同重試行為。
復原點目標 設定合理的 RPO 預期,考量流失率和成效。
資料流失率高 降低備份頻率,並為高流失率 VM 分散工作負載。
監控 設定略過備份工作的快訊,避免保護缺口。

後續步驟