本頁面提供 Memorystore for Valkey 的 RDB 持久性總覽。
如要瞭解如何啟用、停用及監控 RDB 持久性，請參閱「管理持久性」一文。
如要瞭解 RDB 持久性最佳做法，請參閱「持久性最佳做法」。
RDB 持久性功能會將資料快照儲存在持久儲存空間，以保護資料安全。您可以選擇快照間隔 (最短 1 小時，最長 24 小時)，決定這些快照的頻率。即使節點發生故障，即使無法容錯移轉，資料也能復原。
具有備用資源的節點會優先從備用資源復原資料。不過，如果主要執行個體和備用資源同時發生故障，節點會從最近的快照復原。
使用 RDB 持久化功能不會產生額外費用。這項功能最適合用於可接受復原後資料稍微過時的情況。由於 Memorystore 會使用快照進行自動復原，因此無法手動還原快照。請注意，系統只會保留最近一次成功的快照。
Memorystore for Valkey 也支援 AOF 持久化，但您必須選擇 AOF 或 RDB 持久化模式，因為兩者無法同時啟用。如要瞭解如何選擇這兩種持續性模式，請參閱「持續性簡介」。為了盡可能提高可用性，除了啟用持久性外，我們建議您使用高可用性執行個體。
快照排程
快照排程會根據兩項設定決定：快照開始時間和快照間隔。您可以設定的間隔為 1h、6h、12h 和 24h。舉例來說，如果您將開始時間設為上午 4 點，並將間隔設為一小時，系統就會在啟用快照的當天上午 4 點開始建立快照，並在之後每小時執行一次。
快照時程是以世界標準時間進行評估，因此採用日光節約時間的當地時區會經歷時程調整。舉例來說，如果您的時區會調整日光節約時間，在美國日光節約時間開始和結束時，快照排程工作本機開始時間會向前或向後移動一小時。
暫停快照
在某些情況下，您可能需要暫時暫停拍攝 RDB 快照一段時間。這可能會確保在重要事件期間不會對效能造成影響，或是暫時停用快照來排解效能問題。
如要暫停快照，您必須將開始時間設為未來時間。這樣一來，系統就會保留最後一個快照，並在復原時使用該快照。如要恢復快照，請調整快照排程，以便指定下次快照的時間。如要進一步瞭解如何調整快照排程，請參閱「調整 RDB 快照間隔」。
復原行為
Memorystore for Valkey 節點會將資料從快照載入，並將資料容錯移轉至備援資料庫，做為主要復原機制。不過，如果節點發生故障，且無法從備用資源復原，則會從快照復原。
復原資料時的資料一致性
啟用後，RDB 持久性會盡力確保在指定間隔時間內備份資料。快照可能會因為多種原因而失敗。如果快照在多個間隔中連續失敗，則最後可用的備份可能會任意過時。
從快照復原資料的資料失效情況最壞的情況是，自上次建立良好快照起算，指定時間間隔加上將下一個快照儲存至儲存空間的時間。在復原事件的情況下，請使用 rdb_last_success_ages 指標查看資料失效的時間範圍。
恢復時間
如果節點發生故障，且需要從快照復原資料，則在復原期間，節點將無法使用。復原時間取決於快照的大小。
快照失敗
系統會立即重試所有失敗的快照，並以指數輪詢方式從 5 到 300 秒的時間間隔重試。連續的快照失敗會在復原期間增加資料陳舊率。
復原失敗
復原失敗的情況很少發生，但仍有可能發生。如果發生復原失敗，節點會重複重試，直到復原成功為止。
監控快照
請務必監控快照，並為失敗的快照設定快訊。如要瞭解 RDB 持久性最佳做法，請參閱「RDB 持久性最佳做法」。快照失敗可能表示節點超載，可能會持續難以從快照復原。
如需可用於監控快照的指標清單，請參閱「持久性指標」。
管理效能影響
您可以查看 Cloud Monitoring 提供的指標 (例如 CPU 使用率和記憶體使用率)，監控快照對 Memorystore 執行個體的效能影響。