の大まかなビュー AWS DMS

データベースの移行を実行するには、 はソースデータストア AWS DMS に接続し、ソースデータを読み取り、ターゲットデータストアが消費するようにデータをフォーマットします。次に、ターゲットデータストアにデータをロードします。この処理のほとんどはメモリ内で行われますが、大きいトランザクションではディスクへのバッファリングが必要になることがあります。キャッシュされたトランザクションとログファイルもディスクに書き込まれます。

大まかに AWS DMS 言うと、 を使用する場合は次の操作を行います。

• ネットワーク環境内で移行の適切な候補となるデータベースを検出する。

• ソースデータベーススキーマとほとんどのデータベースコードオブジェクトを、ターゲットデータベースと互換性のある形式に自動的に変換する。

• レプリケーションサーバーを作成します。

• データストアに関する接続情報を持つソースエンドポイントとターゲットエンドポイントを作成します。

• ソースデータストアとターゲットデータストアの間でデータを移行するには、1 つ以上の移行タスクを作成します。

タスクは、3 つの主なフェーズで構成できます。

• 既存データの移行 (フルロード)

• キャッシュされた変更の適用

• 継続的なレプリケーション (変更データキャプチャ)

フルロード移行中、ソースからの既存のデータがターゲットに移動すると、 はソースデータストアのテーブルからターゲットデータストアのテーブルにデータを AWS DMS ロードします。全ロードの進行中、ロードするテーブルに加えられた変更はすべてレプリケーションサーバーにキャッシュされます。これらがキャッシュされた変更点です。は、そのテーブルの完全なロードが開始されるまで、特定のテーブルの変更をキャプチャ AWS DMS しないことに注意してください。つまり、変更キャプチャが開始されるポイントは、個々のテーブルごとに異なります。

特定のテーブルの完全なロードが完了すると、 AWS DMS はすぐにそのテーブルにキャッシュされた変更を適用し始めます。テーブルがロードされ、キャッシュされた変更が適用されると、 AWS DMS は進行中のレプリケーションフェーズのトランザクションとして変更を収集します。トランザクションにテーブルがまだ完全にロードされていない場合、変更はレプリケーション インスタンスにローカルに保存されます。がすべてのテーブルにキャッシュされたすべての変更 AWS DMS を適用すると、テーブルはトランザクション的に一貫性があります。この時点で、 は進行中のレプリケーションフェーズ AWS DMS に移動し、変更をトランザクションとして適用します。

継続的なレプリケーションフェーズの開始時、トランザクションのバックログにより、ソースデータベースとターゲットデータベースの間に通常いくらかの遅延が発生します。このトランザクションバックログが終わると、移行は最終的に安定した状態になります。この時点で、アプリケーションをシャットダウンして、残りのトランザクションをターゲットに適用できるようにし、ターゲットデータベースをポイントするようになったアプリケーションを起動できます。

AWS DMS は、データ移行を実行するために必要なターゲットスキーマオブジェクトを作成します。 AWS DMS を使用して最小限のアプローチを取り、データを効率的に移行するために必要なオブジェクトのみを作成できます。このアプローチを使用して、 はテーブル、プライマリキー、および場合によっては一意のインデックス AWS DMS を作成しますが、ソースからデータを効率的に移行するのに必要のない他のオブジェクトは作成しません。

または、 内のDMSスキーマ変換を使用して AWS DMS 、ソースデータベーススキーマとほとんどのデータベースコードオブジェクトをターゲットデータベースと互換性のある形式に自動的に変換することもできます。この変換は、テーブル、ビュー、ストアドプロシージャ、関数、データ型、シノニムなどを対象としています。DMS Schema Conversion が自動的に変換できないオブジェクトには、明確にマークが付けられます。移行を完了するには、このようなオブジェクトは手動で変換します。