本頁面提供架構指南和遷移策略,協助您將關聯式和非關聯式資料庫遷移至Google Cloud。
如果您是資料庫管理員、Cloud Architect 或資料工程師,請參考本頁資訊,評估資料庫遷移模式、選擇合適的工具、確保資料高度保真、盡量縮短交易複製延遲時間,以及控制轉換期間的停機時間。
閱讀本頁面前,您應已完成初始來源評估,並瞭解資料庫結構定義、大小和應用程式網路依附元件。
資料庫遷移選項
規劃資料庫遷移作業時,請根據來源資料庫引擎,使用下表選擇目的地服務和工具:
| 來源資料庫 | 目的地平台 | 建議工具 | 遷移模式 |
|---|---|---|---|
| MySQL、PostgreSQL 或 SQL Server | Cloud SQL 或 AlloyDB for PostgreSQL | 資料庫遷移服務 | 持續 CDC 複製 |
| Oracle | AlloyDB 或 Bare Metal 解決方案 | Google Cloud Modernization Hub、資料庫遷移服務結構定義轉換 | 同質或異質遷移 |
| Cassandra、MongoDB 或 HBase | Bigtable、Spanner 或 Firestore | Dataflow 或開放原始碼連接器 | 批次或串流擷取 |
使用資料庫遷移服務遷移資料庫
資料庫遷移服務提供無伺服器遷移工作,可將關聯式資料庫移至 Google Cloud。
資料庫遷移服務的主要功能
資料庫遷移服務提供下列功能:
- 無伺服器架構:您不需要佈建或管理專屬的複製 VM 或遷移基礎架構。
- 持續變更資料擷取 (CDC):使用來源二進位記錄 (MySQL 的
binlog、PostgreSQL 的wal2json和 SQL Server 的 CDC) 複製交易,讓目標資料庫與來源資料庫保持同步,並盡可能縮短延遲時間。 - 彈性的私人連線:透過虛擬私有雲網路對接、反向 SSH 通道、Cloud VPN 或 Cloud Interconnect,安全地連線至來源資料庫。
如要瞭解端對端遷移工作流程,請參閱「資料庫遷移服務總覽」。
後續步驟
- 非結構化資料和儲存空間遷移
- 遷移容器化應用程式
- 多雲端工作負載遷移
- Modernization Hub 中的資料庫工作負載
- 將 MySQL 遷移至 Cloud SQL
- 將 PostgreSQL 遷移至 Cloud SQL 或 AlloyDB
- 將 Oracle 遷移至 PostgreSQL 或 AlloyDB
- 將 Cassandra 遷移至 Bigtable
- 將 Cassandra 遷移至 Spanner
- 資料庫遷移原則:第 1 部分