第一代與第二代備份的比較
第 2 代
第一代實例的備份與第二代實例的備份（快照）在範圍和機制上均有所不同。 傳統備份（第 1 代）在檔案層級運作，會擷取資料庫檔案和預寫日誌（WAL）。 此方法仰賴與資料庫引擎的深度整合，以確保交易一致性與資料完整性。 相較之下，第二代則採用基礎架構層級的快照，並運用 IBM VPC 的區塊儲存與檔案共用功能。 這些快照可建立近乎即時的卷級副本，不僅速度快、可擴展，而且即使面對大型資料集，對效能的影響也極小。 與第一代備份類似，每個實例都有排程備份，這些備份會在每日的備份時段內自動執行。 您可以檢視實例的備份清單，並觸發隨選備份；此外，亦可將備份還原至新實例。
Gen 2 提供兩種備份類型：耦合備份（適用於大多數服務）和獨立備份。 獨立備份是獨立的服務實例，即使在刪除資料庫後仍會保留；而耦合備份則與資料庫實例的生命週期緊密相關。
目前，獨立備份功能僅適用於 Databases for MySQL。 所有其他第二代服務均採用耦合備份。
無法使用 Gen 2 執行個體來還原 Gen 1 執行個體，因為卷宗快照還原程序需要完整的區塊層級映像，而非個別的資料庫檔案。
第一代與第二代的主要功能差異
| 微分器 | 第 1 代 | 第 2 代 |
|---|---|---|
| 機制 | 檔案層級備份：此類備份屬於檔案層級備份，透過複製個別資料庫檔案及 WAL 區段來執行，系統會針對備份中的每個檔案計算校驗和，並在還原或驗證操作期間重新檢查這些校驗和。 備份機制運作於產品應用程式層級，需與資料庫引擎深度整合，以確保交易一致性與資料完整性。 | 基礎架構層級的備份：備份機制運用基礎架構層級的卷宗快照，能在區塊層級完整擷取整個儲存狀態，即使面對多太位元組規模的資料庫，也能將備份時窗從數小時大幅縮短至數分鐘。 無論資料庫大小如何，此方法都能實現近乎即時的備份建立。 |
| 效能 | 會消耗 CPU 和記憶體資源，從而影響資料庫進程的效能。 | 備份作業獨立於資料庫程序運作，因此不會影響資料庫的 CPU 和 RAM 消耗。 |
| 還原功能的存取權限 | 還原操作的存取延遲。 在啟動資料庫之前，必須先將備份中的檔案完全還原。 在恢復期間內無法存取。 | 在復原過程中可立即存取資料，但 I/O 效能會降低，直至資料加水完成為止。 從快照還原卷。 |
| 回復時間目標 (RTO) | RTO 較慢。 隨著資料量增加，恢復資料存取權限所需的時間幾乎呈線性增長，對於大型資料庫而言，此過程可能需要數小時。 | 快速的 RTO：恢復資料存取權限僅需數分鐘，且與資料量無關。 然而，在還原過程中，I/O 效能可能會暫時下降，其影響程度會隨資料大小而增加。 |
| 回復點目標 (RPO) | 以固定間隔排程，可能造成資料遺失的時段。 | 可頻繁使用，對效能的影響極小。 |
| 特定時間點還原 (PITR) | 是 | 未來將推出。 |
獨立備份功能
第二代為 Databases for MySQL 引入了獨立備份功能。 這些備份所提供的功能，超越了傳統的耦合備份：
| 特性 | 第 1 代 | 第 2 代（耦合型） | 第二代（獨立） |
|---|---|---|---|
| 生命週期 | 與實例相關聯 | 與實例相關聯 | 與實例無關 |
| 帳戶層級的檢視 | 不支援 | 不支援 | 具備集中式檢視功能的数据庫樞紐 |
| 刪除備份 | 僅限自動變速箱 | 僅限自動變速箱 | 手動與自動 |
| 備份局部性 | 已修正 | 區域鎖定 | 設有區域鎖定，未來版本將支援備份副本 |
| 持續性 | 隨實例一併刪除 | 隨實例一併刪除 | 在刪除實例後仍可保留 |
| 管理 | 資料庫 API | 僅限使用者介面 | 資料庫樞紐、資源清單、實例使用者介面 |
目前，獨立備份功能僅適用於 Databases for MySQL。 所有其他第二代服務均採用耦合備份。
如需有關獨立備份的更多資訊，請參閱「管理獨立備份」。
管理第二代備份
如欲了解如何管理您的第二代備份：