移行の推進

コレクションでコンテンツを整理 必要に応じて、コンテンツの保存と分類を行います。

昇格とは、宛先の 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）が有効になります。これにより、昇格プロセスの完了に時間がかかることがあります。