移行の推進

MySQL   |  PostgreSQL   |  PostgreSQL to AlloyDB

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

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

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

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

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

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

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

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

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

4. レプリケーションの遅延が最小限に抑えられた後、昇格を開始できます。データの損失を防ぐため、必ず以下を行ってください。
   1. 移行元データベースへのすべての書き込み、スクリプトの実行、クライアント接続を停止します。休息時間の開始時間
   2. レプリケーションの遅延がゼロになるまで待ちます。これは、移行ジョブが未処理の変更をすべて処理したことを意味します。
   レプリケーションの遅延がゼロでなくても、移行を昇格できます。これによりデータベースのダウンタイムを短縮できますが、移行先のデータの精度に影響する可能性があります。
5. [移行ジョブの詳細] ページで、[昇格] をクリックします。
6. [移行ジョブをプロモートしますか？] ウィンドウで、[プロモート] をクリックします。
7. 移行ジョブはソースからの読み取りを停止し、サブステータスは Promote in progress になります。この時点では、プロモーション プロセスを停止または元に戻すことはできません。
8. 宛先インスタンスが書き込み可能なプライマリ インスタンスに昇格します。移行ジョブのステータスは Completed です。
9. これで、アプリケーションを Cloud SQL インスタンスに接続し、移行ジョブを安全に削除できます。

プロモーション中に次のような動作が発生することがあります。

• CDC フェーズ中に失敗した移行ジョブまたは手動で停止した移行ジョブを昇格させると、移行元と移行先のデータが不整合になる可能性があります。
• 昇格により、移行されたインスタンスでポイントインタイム リカバリ（PITR）が有効になります。これにより、昇格プロセスの完了に時間がかかることがあります。