での同種データ移行によるデータベースSQLからのデータの移行 AWS DMS

を使用して同種データ移行、セルフマネージド型の MySQL データベースを RDS for My または Aurora MySQL に移行できますSQL。 AWS DMS は、データ移行用のサーバーレス環境を作成します。さまざまなタイプのデータ移行の場合、 AWS DMS は、さまざまなネイティブ MySQL データベースツールを使用します。

フルロードタイプの同種データ移行の場合、 AWS DMS は mydumper を使用してソースデータベースからデータを読み取り、サーバーレス環境にアタッチされたディスクに保存します。後 AWS DMS はすべてのソースデータを読み取り、ターゲットデータベースの myloader を使用してデータを復元します。

全ロードおよび変更データキャプチャ (CDC) タイプの同種データ移行の場合、 AWS DMS は mydumper を使用してソースデータベースからデータを読み取り、サーバーレス環境にアタッチされたディスクに保存します。後 AWS DMS はすべてのソースデータを読み取り、ターゲットデータベースの myloader を使用してデータを復元します。後 AWS DMS は全ロードを完了し、バイナリログの位置を全ロードの開始に設定してバイナリログレプリケーションを設定します。データの不整合を避けるには、[ジョブの数] を 1 に設定して、既存のデータの一貫性ある状態をキャプチャします。詳細については、「データ移行の作成」を参照してください。

変更データキャプチャ (CDC) タイプの同種データ移行の場合、 AWS DMS では、レプリケーションを開始するためにネイティブCDC開始ポイントが必要です。ネイティブCDC開始点を指定すると、 AWS DMS は、その時点からの変更をキャプチャします。または、データ移行設定で [すぐに] を選択すると、実際のデータ移行の開始時にレプリケーションの開始点を自動的にキャプチャできます。

注記

のみCDCの移行を適切に機能させるには、すべてのソースデータベーススキーマとオブジェクトがターゲットデータベースに既に存在している必要があります。ただし、ターゲットにはソースには存在しないオブジェクトが含まれている場合があります。

次のコード例を使用して、My データベース内の現在のログシーケンス番号 (LSN) SQLを取得できます。

show master status

このクエリは、binlog ファイル名と位置を返します。ネイティブ開始点には、binlog ファイル名と位置の組み合わせを使用します。例えば、mysql-bin-changelog.000024:373 と指定します。この例では、 mysql-bin-changelog.000024はバイナリログファイル名で、 373は の位置です。 AWS DMS は変更のキャプチャを開始します。

次の図は、 で同種データ移行を使用するプロセスを示しています。 AWS DMS My データベースを for My SQLまたは Aurora RDS MySQL に移行するにはSQL。