移行とは、データとメタデータを移行元データベースから移行先データベースに移動するプロセスです。移行が完了すると、移行先データベースが、依存するアプリケーションが読み取り / 書き込みを行うプライマリ データベースになり、移行元データベースをシャットダウンできます。
Database Migration Service は、 Google Cloudにデータを移行するのに役立ちます。このサービスは、Cloud SQL インスタンスと AlloyDB for PostgreSQL インスタンスへのデータベース移行をサポートしています。Database Migration Service は、ネットワークを合理化し、最初のスナップショットと継続的なレプリケーションを管理し、移行プロセス全体でステータスの更新を提供します。
Database Migration Service を使用すると、次のことができます。
- さまざまなタイプの移行を実行する。
- ダウンタイムを最小限に抑え、 Google Cloud にデータベースを移行します。
- 異種移行で Gemini 支援の変換機能を使用します。
- 暗号化されたデータを安全に移行する。
- オブザーバビリティ指標を使用して移行ジョブをモニタリングします。
移行タイプ
移行は次のタイプに分類できます。
継続的な移行
継続的な移行(オンライン移行とも呼ばれます)では、最初の完全なダンプと読み込みの後、移行元での変更が継続的に移行先に適用されます。移行先で読み取りと書き込みの準備ができたら、移行元と移行先間のレプリケーションを確定します。これで、宛先の Cloud SQL インスタンスまたは AlloyDB for PostgreSQL クラスタをスタンドアロンのプライマリ インスタンスとして使用できるようになります。ソースと宛先が同期されているときに切り替えを行うと、ダウンタイムを最小限に抑えることができます。
1 回限りの移行
1 回限りの移行は、データベースの単一のポイント インタイム スナップショットです。Database Migration Service は、移行元からスナップショットを取得し、移行先に適用します。このプロセスはダンプして読み込むという手法であり、読み込みが完了すると、移行先が使用可能な状態になります。移行中は、このデータベースへの新しい書き込みを行うことができないため、移行元データベースに依存するアプリケーションで移行プロセス中にダウンタイムが発生する可能性があります。
同タイプの移行
同機種の移行は、同じデータベース テクノロジー間でデータを移行する場合に行われます。たとえば、MySQL から Cloud SQL for MySQL に移行します。
詳細については、 同種の移行をご覧ください。
異種移行
同機種の移行とは異なり、Oracle から Cloud SQL for PostgreSQL への異種移行では、ソースと宛先のデータベース テクノロジーが異なります。
詳細については、 異種移行をご覧ください。
最小限のダウンタイム
Database Migration Service は、同種と異種の両方の移行で、ダウンタイムが短く、継続的なサーバーレス移行をサポートしています。Database Migration Service のサーバーレス アーキテクチャは、移行元データベースの最初のスナップショットを取得して、データの現在の状態をキャプチャします。スナップショットが完了すると、Database Migration Service はスナップショットを移行先データベースに読み込み、継続的なデータ レプリケーションが開始されます。データ レプリケーションは、元のデータベースに加えられた変更をリアルタイムで追跡してコピーするため、継続的なオペレーションです。これは変更データ キャプチャ(CDC)に基づいています。これは、最初のスナップショットの取得後にデータベースに加えた挿入、更新、削除などの変更のみを特定してキャプチャするプロセスです。
このようなアプローチでは、次の理由によりダウンタイムを最小限に抑えることができます。
- 継続レプリケーションは、変更のみに焦点を当てているため、データベース全体を頻繁に複製するよりも効率的です。
- ソース データベースが稼働している間にデータが移行されます。
- サーバーレス移行は、大規模な移行でも高いパフォーマンスを発揮します。
Gemini アシストによるコンバージョン
異種移行の場合、Database Migration Service は移行元データベースのスキーマとオブジェクトを、移行先データベースと互換性のある形式に変換します。コンバージョン ワークスペースには、次の機能があります。
- 変換ワークスペースを作成すると自動的に実行される初期スキーマ変換。
- インタラクティブな SQL エディタ。コンバージョンの問題を解決したり、ニーズに合わせてスキーマを調整したりするのに役立ちます。
- Gemini コンバージョン機能のサポート。
- 自動スキーマ変換のルールをオーバーライドするために使用できるカスタマイズ ディレクティブ。
詳細については、 Gemini アシストによるコンバージョンをご覧ください。
セキュリティと暗号化
Database Migration Service は、SSL/TLS 証明書を使用してネットワーク接続を暗号化し、継続的な移行に顧客管理の暗号鍵(CMEK)を使用して、データを安全に移行します。
詳細については、 セキュリティと暗号化をご覧ください。
オブザーバビリティ指標
Database Migration Service には、移行ジョブの現在の状態と進行状況を把握するのに役立ついくつかの図が表示されます。ほとんどの移行シナリオでは、移行ジョブに含まれる各データベースについて、これらの図の情報を選択できます。


詳細については、移行シナリオに該当する移行ジョブの指標のページをご覧ください。
ユースケース
Database Migration Service を使用すると、次のユースケースが可能になります。
- マネージド サービスへのリフト&シフト移行
- 組織の Google Cloudへの移行の一環として、VM ベースのセルフホスト データベースからマネージド データベース クラウド サービスに移行できます。これにより、インフラストラクチャの管理ではなく、マネージド サービスでデータベースを実行する高可用性、障害復旧、パフォーマンスに集中できます。
- マルチクラウドの継続的なレプリケーション
- リージョン間のリードレプリカと同様に、別のクラウド プロバイダにデータが存在する場合、移行ジョブはマルチクラウドの読み取り可用性のためにデータベースをGoogle Cloud に継続的に複製できます。Database Migration Service は、移行元と移行先の両方に書き込みと読み取りを行うデュアル書き込みシナリオをサポートしていません。
次のステップ
移行シナリオに移動します。
- Cloud SQL for MySQL に移行する
- Cloud SQL for PostgreSQL に移行する
- AlloyDB for PostgreSQL に移行する
- Cloud SQL for SQL Server に移行する
- Oracle から Cloud SQL for PostgreSQL に移行する
- Oracle から AlloyDB for PostgreSQL に移行する