MongoDB 恢復/快照計劃 - 時間點與 Oplog 時間戳
在 docs Restore a Replica Set from a Backup這些還原點可用：
- 快照
- 時間點
- Oplog 時間戳
這些還原點之間有什麼區別？我猜
Snapshot是快速恢復，因為只將現有文件複製到目的地。但它需要計算和儲存資源，每 6 小時生成一個快照，並且只能儲存 3 天。我不明白 和 之間的
Point In Time區別Oplog Timestamp。什麼時候選擇什麼（優點和缺點）？Point in Time僅 24 小時前可用，但Oplog Timestamp自第一次備份 (Oplog Store) 起？這是我們的
snapshotSchedule。對不了解個人客戶的通用 DBaaS 提供商有何改進？有什麼問題嗎？configureDefaultBackupOptions = true snapshotIntervalHours = 6 //Supported values are 6, 8, 12, and 24 snapshotRetentionDays = 3 // Supported values are 1 - 5 dailySnapshotRetentionDays = 10 //Supported values are 1 - 365 weeklySnapshotRetentionWeeks = 6 //Supported values are 1 - 52. monthlySnapshotRetentionMonths = 6 // Supported values are 1 - 36 pointInTimeWindowHours = 24 retryIntervalInSeconds = 15 maxRetryDurationInMinutes = 30
這些還原點之間有什麼區別？我猜
Snapshot是快速恢復，因為只將現有文件複製到目的地。但它需要計算和儲存資源，每 6 小時生成一個快照，並且只能儲存 3 天。快照是在特定時間間隔擷取的數據的完整備份。從儲存的快照恢復是最快的選擇，因為 Ops Manager 需要進行最少的操作才能提供恢復文件。與歸檔的每日/每週/每月快照相比，（配置中的
snapshotIntervalHours6 小時）和snapshotRetentionDays（配置中的 3 天）旨在為最近的數據提供更頻繁的還原點。使用您目前的配置，可以進行以下恢復：過去 3 天內每隔 6 小時拍攝的儲存快照、過去 24 小時內的某個時間點或每日/每週/每月快照。我不明白 和 之間的
Point In Time區別Oplog Timestamp。什麼時候選擇什麼（優點和缺點）？這些都是自定義時間點快照的兩個選項，這對於 Ops Manager 來說可能是時間和資源密集型的處理。後端處理包括恢復最近的（較舊的）儲存快照，然後將 oplog 更改應用到指定的時間點（以秒為單位的日期/時間或 oplog 時間戳標記）。兩者都受到
pointInTimeWindowHours配置中指定的可用 oplog 歷史記錄的限制（即 24 小時）。
Point In Time還原點創建一個自定義快照，直到選定的日期和時間；這Oplog Timestamp是一個更精確的自定義快照，它假定您知道要恢復到的確切 oplog 時間戳（例如，直到並包括意外收集丟棄之前的條目）。對不了解個人客戶的通用 DBaaS 提供商有何改進？有什麼問題嗎？
這取決於您希望為客戶提供何種級別的備份/恢復粒度。增加快照頻率或保留會消耗更多的伺服器資源，但可能會為您的客戶提供更多的舒適度。相反，您可以降低快照頻率或保留時間以節省資源。
作為 DBaaS 提供商，我希望您將標準備份和許可成本納入您的服務模型，並可能允許客戶根據訂閱計劃或保費（例如 MongoDB Cloud Manager 所做的）改變備份選項。
注意： MongoDB Ops Manager 目前不打算作為 DBaaS 產品的基礎，只應作為 MongoDB Enterprise Advanced 訂閱的一部分在生產中使用（包括對配置、容量規劃、調整等問題的商業支持）。 .)。