移行の種類

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

概要

継続的な移行

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

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

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

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

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

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

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

1 回限りの移行

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

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

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

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

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