移行の推進

MySQL   |  PostgreSQL   |  PostgreSQL から 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. （省略可）pg_cron 拡張機能を使用する移行元の場合: pg_cron 拡張機能（または拡張機能に関連付けられた cron 設定） は Database Migration Service によって移行されませんが、 Cloud SQL for PostgreSQL 移行先でサポートされています。移行元データベースで pg_cron 拡張機能を使用している場合は、移行先 インスタンスに再インストールできます。
10. これで、アプリケーションを Cloud SQL インスタンスに接続し、移行ジョブを安全に削除できます。

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