移行の推進

MySQL   |  PostgreSQL   |  PostgreSQL to AlloyDB

昇格とは、移行先の Cloud SQL インスタンスがソースから切断され、レプリカ インスタンスからプライマリ インスタンスに昇格されることを意味します。

継続的な移行では、読み取りと書き込みを移行先に移動するタイミングになったら、昇格プロセスを開始できます。

1 回限りの移行では、ダンプと読み込みが完了するとすぐに Cloud SQL インスタンスの準備が整い、ユーザーが呼び出す昇格は必要ありません。

情報を失うことなく移行を昇格させる手順は次のとおりです。

1. [移行ジョブ] ページに移動します。

2. プロモートする移行を表す移行ジョブをクリックします。[移行ジョブの詳細] ページが表示されます。

完全なダンプ フェーズが完了し、移行ジョブが CDC フェーズになると、昇格オプションが使用可能になります。

3. CDC フェーズに移行した直後、ダンプと読み込み中に発生した変更に Cloud SQL 宛先インスタンスが追いつくため、ダンプの大きさに応じてレプリケーションの遅延が長くなることがあります。

   レプリケーションの遅延が大幅に減少するまで待ちます。理想的には、数分または数秒程度です。レプリケーションの遅延は、移行ジョブページで確認できます。

4. レプリケーションの遅延が最小限に抑えられた後、昇格を開始できます。データの損失を防ぐため、必ず以下を行ってください。
   1. 移行元データベースへのすべての書き込み、実行中のスクリプト、クライアント接続を停止します。休息時間の開始時間
   2. レプリケーションの遅延がゼロになるまで待ちます。これは、移行ジョブがすべての未処理の変更を処理したことを意味します。
   3. [Migration job details] ページで、[PROMOTE] をクリックします。
   4. [移行ジョブをプロモートしますか？] ウィンドウで、[プロモート] をクリックします。
   レプリケーションの遅延がゼロでなくても、移行を昇格できます。これによりデータベースのダウンタイムを短縮できますが、移行先のデータの精度に影響する可能性があります。

5. 移行ジョブはソースからの読み取りを停止し、サブステータスは Promote in progress になります。この時点では、プロモーション プロセスを停止または元に戻すことはできません。
6. 宛先インスタンスが書き込み可能なプライマリ インスタンスに昇格します。移行ジョブのステータスは Completed です。
7. （省略可）pg_cron 拡張機能を使用するソースの場合: pg_cron 拡張機能（または拡張機能に関連付けられた cron 設定）は Database Migration Service によって移行されませんが、Cloud SQL for PostgreSQL の移行先ではサポートされています。移行元データベースで pg_cron 拡張機能を使用する場合は、移行先インスタンスに再インストールできます。
8. これで、アプリケーションを Cloud SQL インスタンスに接続し、移行ジョブを安全に削除できます。

CDC フェーズ中に失敗した移行ジョブや手動で停止された移行ジョブは昇格できますが、移行元と移行先のデータにギャップが生じる可能性があります。