移行の種類

MySQL   |  PostgreSQL   |  PostgreSQL to AlloyDB

概要

継続的な移行

継続的な移行（オンライン移行とも呼ばれます）では、最初の完全なダンプと読み込みの後、移行元から移行先に変更が継続的に適用されます。移行の場合は、読み取りと書き込みに移行先を使用するように切り替えるタイミングが到来すると、promote オペレーションを実行します。昇格とは、移行先の Cloud SQL インスタンスがソースから切断され、レプリカ インスタンスからプライマリ インスタンスに昇格されることを意味します。

継続的な移行の手順は次のとおりです。

1. 最初に、移行元データベースのスナップショットが取得されます。ダンプが作成されるときに、データベース テーブルが 1 つずつ短時間（10 秒未満）ロックされます。移行元では引き続き書き込みに対応できます。

   Amazon RDS を使用しているときに SUPERUSER 権限がない場合は、追加の手順が必要になることがあります。詳細については、SUPERUSER 権限のない RDS MySQL からの移行をご覧ください。

2. 初期ダンプを取得したら、移行先に読み込まれます。

3. 読み込みが完了した後、進行中の変更が処理されます（変更データ キャプチャ（CDC）とも呼ばれます）。

   移行元で書き込みが行われた後、移行先で書き込みが行われるまでの遅れは、Replication delay と呼ばれます。

4. 移行先を使用するように切り替えるタイミングになったら、移行元への書き込みを停止し、昇格オペレーションを開始します。これにより、アプリケーションは宛先データベースに対して読み取りと書き込みを行うことができます。

5. 昇格が決定した時点で、データベースに依存するアプリケーションでは、レプリケーションの遅延と同じかそれ以上の時間、ダウンタイムが発生する可能性があります。

1 回限りの移行

このタイプの移行では、データベースの単一のポイントインタイム スナップショットを移行元から取得して、移行先に適用します。これは基本的にダンプして読み込むという手法であり、読み込みが完了すると、移行先が使用可能な状態になります。移行中は、このデータベースへの新しい書き込みを行うことができないため、移行元データベースに依存するアプリケーションで移行プロセス中にダウンタイムが発生する可能性があります。

1 回限りの移行の手順は次のとおりです。

1. 移行元データベースへの書き込みを停止します。

2. 移行元データベースのダンプを開始します。

3. ダンプが完了すると、移行先に読み込まれます。読み込みが完了すると、自動的に昇格オペレーションが開始されます。宛先データベースがプライマリ データベースになり、依存するアプリケーションがそのデータベースに対して読み取りと書き込みを行う必要があります。