MySQL 互換データベースの AWS DMS のソースとしての使用 - AWS Database Migration Service
MySQL から MySQL への移行ソースとしての MySQL の使用セルフマネージド型 MySQL のソースとしての使用AWS マネージド MySQL のソースとしての使用MySQL をソースとして使用する場合の制限ソースとして MySQL を使用する場合の追加の接続属性MySQL のソースデータ型

「翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。」

MySQL 互換データベースの AWS DMS のソースとしての使用

Amazon Aurora MySQL を使用すると、任意の MySQL 互換データベース (MySQL、MariaDB、または AWS Database Migration Service) からデータを移行できます。MySQL バージョン 5.5、5.6、5.7、8.0 MariaDB バージョン 10.0.24 から Amazon Aurora MySQL10.0.28、10.1、10.2、10.3、10.4、10.5、および がオンプレミスでサポートされています。

注記

ソースとしての MySQL 8.0 のサポートは、トランザクションペイロードが圧縮されている場合を除きAWS DMS、バージョン 3.4.0 以降で利用できます。

SSL を使用して、MySQL 互換のエンドポイントとレプリケーションインスタンスとの接続を暗号化できます。MySQL 互換のエンドポイントで SSL を使用する方法の詳細については、「 での SSL の使用AWS Database Migration Service」を参照してください。

以降のセクションでは、「セルフマネージド型」という用語は、オンプレミスまたは Amazon EC2 にインストールされているあらゆるデータベースに当てはまります。「AWS 管理の」という用語はAmazon RDS、、、Amazon Auroraまたは 上の任意のデータベースに適用されますAmazon S3。

MySQL 互換データベースと AWS DMS の使用方法の詳細については、以下のセクションを参照してください。

AWS DMS を使用して MySQL から MySQL へ移行します。

MySQL 以外のデータベースエンジンから MySQL データベースに移行する異種移行では、ほとんどの場合 AWS DMS が最適な移行ツールです。一方、MySQL データベースから MySQL データベースに移行する同種移行では、ネイティブツールがより効果的な場合があります。

以下の条件では、mysqldump などのネイティブ MySQL データベース移行ツールを使用することをお勧めします。

  • ソース MySQL データベースからターゲット MySQL データベースに移行する同種移行である。

  • データベース全体を移行する。

  • ネイティブツールで最小のダウンタイムでデータを移行できる。

既存の MySQL または MariaDB データベースから Amazon RDS MySQL または MariaDB DB インスタンスに、データをインポートすることもできます。これは、mysqldump を使用してデータベースをコピーして、それを Amazon RDS MySQL または MariaDB DB インスタンスに直接パイピング処理することで、行います。mysqldump コマンドラインユーティリティは、データのバックアップや、別の MySQL または MariaDB サーバーへの転送のためによく使用されます。このユーティリティは MySQL および MariaDB クライアントソフトウェアに含まれています。

MySQL データベースを Amazon RDS for MySQL や MySQL と互換性がある Amazon Aurora にインポートする詳しい方法については、「MySQL DB インスタンスへのデータのインポート」と「MySQL や MariaDB DB から Amazon RDS MySQL や MariaDB DB インスタンスへのデータのインポート」を参照してください。

AWS DMS を使用した MySQL から MySQL へのデータの移行

AWS DMS は、たとえば、オンプレミスのソース MySQL データベースから MySQL または Amazon RDS Aurora MySQL インスタンスのターゲットにデータを移行できます。通常、MySQL のコアまたは基本のデータ型は正常に移行されます。

ソースのデータベースではサポートされていても、ターゲットではサポートされていないデータ型は、正常に移行されないことがあります。データ型が不明な場合、AWS DMS は一部のデータ型を文字列としてストリームします。XML などの一部のデータ型は、小さなファイルの場合は正常に移行されますが、大きなドキュメントの場合は失敗することがあります。

次の表は、ソース MySQL のデータ型と、これらのデータ型が正常に移行されるかどうかを示しています。

データ型 正常に移行 部分的に移行 移行されない
INT X
BIGINT X
MEDIUMINT X
TINYINT X
DECIMAL(p,s) X
BINARY X
BIT (M) X
BLOB X
LONGBLOB X
MEDIUMBLOB X
TINYBLOB X
DATE X
DATETIME X
TIME X
TIMESTAMP X
YEAR X
DOUBLE X
FLOAT X
VARCHAR(N) X
VARBINARY(N) X
CHAR(N) X
TEXT X
LONGTEXT X
MEDIUMTEXT X
TINYTEXT X
JSON X
GEOMETRY X
POINT X
LINESTRING X
POLYGON X
MULTILINESTRING X
MULTIPOLYGON X
GEOMETRYCOLLECTION X
ENUM X
SET X

MySQL 互換データベースの AWS DMS のソースとしての使用

MySQL データベースを AWS DMS のソースとして使用し始める前に、次の前提条件を満たしていることを確認してください。これらの前提条件は、自己管理型ソースまたは AWS 管理型ソースに適用されます。

レプリケーション管理者ロールを持つ AWS DMS のアカウントを保有している必要があります。ロールには、次の権限が必要です。

  • REPLICATION CLIENT – この権限は、CDC タスクにのみ必要です。つまり、フルロードのみのタスクにはこの権限は必要ありません。

  • REPLICATION SLAVE – この権限は CDC タスクにのみ必要です。つまり、フルロードのみのタスクにはこの権限は必要ありません。

  • SUPER – この権限は、バージョン 5.6.6 より前の MySQL でのみ必要です。

AWS DMS ユーザーには、レプリケーション対象に指定されたソーステーブルに対する SELECT 権限も必要です。

セルフマネージド型 MySQL 互換データベースの AWS DMS のソースとしての使用

次のセルフマネージド型 MySQL 互換データベースを AWS DMS のソースとして使用できます。

  • MySQL Community Edition

  • MySQL Standard Edition

  • MySQL Enterprise Edition

  • MySQL Cluster Carrier Grade Edition

  • MariaDB Community Edition

  • MariaDB Enterprise Edition

  • MariaDB Column Store

CDC を使用するには、バイナリログ記録を有効にする必要があります。バイナリロギングを有効にするには、MySQL の my.ini (Windows) または my.cnf (UNIX) ファイルで以下のパラメータを設定する必要があります。

パラメータ

値

server-id

このパラメータは、1 以上の値に設定します。

log_bin

パスをバイナリログファイル (log_bin=E:\MySql_Logs\BinLog) に設定します。ファイル拡張子を含めないでください。

binlog_format

このパラメータは ROW に設定します。

expire_logs_days

このパラメータは、1 以上の値に設定します。ディスク容量の使いすぎを防ぐため、デフォルト値の 0 は使用しないことをお勧めします。

binlog_checksum

このパラメータは NONE に設定します。

binlog_row_image

このパラメータは FULL に設定します。

log_slave_updates

MySQL または MariaDB リードレプリカをソースとして使用している場合は、このパラメータを TRUE に設定します。

ソースで NDB (クラスター化) データベースエンジンを使用している場合、そのストレージエンジンを使用するテーブルで CDC を有効にするには以下のパラメータを設定する必要があります。これらの変更を MySQL の my.ini (Windows) または my.cnf (UNIX) ファイルに追加します。

パラメータ

値

ndb_log_bin

このパラメータは ON に設定します。この値により、クラスター化されたテーブルでの変更が確実にバイナリログに記録されます。

ndb_log_update_as_write

このパラメータは OFF に設定します。この値に設定すると、UPDATE ステートメントが INSERT ステートメントとしてバイナリログに書き込まれなくなります。

ndb_log_updated_only

このパラメータは OFF に設定します。この値に設定すると、バイナリログに変更された列だけでなく行全体が含められます。

AWS マネージド MySQL 互換データベースの のソースとしての使用 AWS DMS

次の AWS マネージド MySQL 互換データベースを のソースとして使用できますAWS DMS。

  • MySQL Community Edition

  • MariaDB Community Edition

  • MySQL と互換性がある Amazon Aurora

AWS が管理する MySQL 互換データベースを のソースとして使用する場合はAWS DMS、次の前提条件を満たしていることを確認してください。

  • 自動バックアップを有効化します。自動バックアップの設定の詳細については、の「自動バックアップhttps://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/USER_WorkingWithAutomatedBackups.htmlの使用」を参照してくださいAmazon RDS ユーザーガイド。

  • CDC を使用する予定がある場合は、バイナリログ作成を有効にします。Amazon RDS MySQL データベースのバイナリログ記録の設定の詳細については、の「自動バックアップhttps://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/USER_WorkingWithAutomatedBackups.htmlの使用」を参照してくださいAmazon RDS ユーザーガイド。

  • バイナリログが AWS DMS で利用できることを確認します。AWS が管理する MySQL 互換データベースはバイナリログをできるだけ早く消去するため、ログが利用可能な状態で保持される時間を長くする必要があります。たとえば、ログ保持を 24 時間に伸ばすには、次のコマンドを実行します。 

    
 call mysql.rds_set_configuration('binlog retention hours', 24);

  • binlog_format パラメータを に設定します"ROW"。

    注記

    MariaDB では、レプリケーションbinlog_format目的で ROW パラメータが に切り替えられた場合でも、後続のバイナリログは MIXED 形式で作成されます。これにより、DMS が変更データキャプチャを実行できなくなる可能性があります。したがってMariaDB の binlog_format パラメータを切り替えるときは、再起動または開始してからレプリケーションタスクを停止します。

  • binlog_checksum パラメータを に設定します"NONE"。Amazon RDS MySQL でのパラメータの設定の詳細については、の「自動バックアップhttps://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/USER_WorkingWithAutomatedBackups.htmlの使用」を参照してくださいAmazon RDS ユーザーガイド。

  • Amazon RDS MySQL または Amazon RDS MariaDB リードレプリカをソースとして使用している場合、リードレプリカでバックアップを有効にします。

MySQL データベースを AWS DMS のソースとして使用する場合の制限

MySQL データベースをソースとして使用する場合は、次の点を考慮してください。

  • 変更データキャプチャ (CDC) は、Amazon RDS MySQL 5.5 以下ではサポートされていません。Amazon RDS MySQL の場合、CDC を有効にするには、バージョン 5.6、5.7 を使用する必要があります。CDC は、セルフマネージド型 MySQL 5.5 ソースでサポートされています。

  • CREATE TABLECDC、、ADD COLUMN、および列のデータ型DROP COLUMNの変更では、 と renaming a column がサポートされています。ただしDROP TABLE、、RENAME TABLE、および他の属性 (列のデフォルト値、列の null 機能、文字セットなど) に対する更新はサポートされていません。

  • ソースのパーティション分割されたテーブルで、[ターゲットテーブル作成モード] を [ターゲット上のテーブルを削除] に設定すると、AWS DMS は MySQL ターゲットにパーティションがないシンプルなテーブルを作成します。パーティション分割されたテーブルをターゲットのパーティション分割されたテーブルに移行するには、ターゲット MySQL データベースにパーティション分割されたテーブルを事前に作成します。

  • ALTER TABLE table_name ADD COLUMN column_name ステートメントを使用して、テーブルの先頭 (FIRST) または中間 (AFTER) に列を追加することはできません。列は常にテーブルの末尾に追加されます。

  • テーブル名に大文字と小文字が含まれていて、大文字と小文字が区別されるオペレーティングシステムにソースエンジンがホストされている場合、CDC はサポートされません。たとえば、Windows や HFS+ を使用する OS X などです。

  • 列の AUTO_INCREMENT 属性は、ターゲットデータベース列に移行されません。

  • バイナリログが標準のブロックストレージに保存されている場合の変更のキャプチャはサポートされていません。たとえば、バイナリログが Amazon S3 に保存されていると、CDC は機能しません。

  • AWS DMS は、デフォルトで InnoDB ストレージエンジンを使用してターゲットテーブルを作成します。InnoDB 以外のストレージエンジンを使用する必要がある場合、テーブルを手動で作成し、何もしないモードを使用してそのテーブルに移行する必要があります。

  • DMS 移行タスクモードが AWS DMS[Migrate existing datafull load only] — でない限り、Aurora MySQL リードレプリカを のソースとして使用することはできません。

  • 全ロード時に MySQL 互換ソースが停止している場合、AWS DMS タスクはエラーで停止しません。タスクは正常に終了しますが、ターゲットとソースが同期しない可能性があります。この場合、タスクを再開するか、影響を受けたテーブルを再ロードしてください。

  • 列の値の一部で作成されたインデックスは移行されません。たとえば、インデックス CREATE INDEX first_ten_chars ON customer (name(10)) はターゲットに作成されません。

  • 場合によっては、タスクが LOB をレプリケートしないように設定されています (「SupportLobs」がタスク設定で false になっているか、タスクコンソールでLOB 列を含めないがオンになっている)。この場合、AWS DMS は MEDIUMBLOB、LONGBLOB、MEDIUMTEXT、および LONGTEXT 列をターゲットに移行しません。

    BLOB、TINYBLOB、TEXT、および TINYTEXT 列は影響を受けず、ターゲットに移行されます。

  • 一時データテーブルまたはシステムでバージョン管理されたテーブルは、MariaDB ソースおよびターゲットデータベースではサポートされていません。

  • 2 つの Amazon RDS Aurora MySQL クラスター間で移行する場合、RDS Aurora MySQL ソースエンドポイントは、リードレプリカインスタンスではなく、読み取り/書き込みインスタンスである必要があります。

  • AWS DMS は現在MySQL 8.0.20 で導入された圧縮されたトランザクションログのペイロードをサポートしていません。

  • AWS DMS は現在MariaDB のビューの移行をサポートしていません。

AWS DMS のソースとして MySQL を使用する場合の追加の接続属性

追加の接続属性を使用して MySQL ソースを設定できます。これらの設定は、ソースエンドポイントを作成するときに指定します。接続属性の設定が複数ある場合は、空白を追加せずにそれぞれをセミコロンで区切ります (例: oneSetting;thenAnother)。

次の表に、Amazon RDS MySQL を AWS DMS のソースとして使用するときに使用できる追加の接続属性を示します。

名前 説明
eventsPollInterval

データベースがアイドル状態のとき、バイナリログで新しい変更/イベントをチェックする頻度を指定します。

デフォルト値: 5

有効な値: –160

例: eventsPollInterval=5;

この例では、AWS DMS はバイナリログの変更を 5 秒ごと確認します。
serverTimezone

ソース MySQL データベースのタイムゾーンを指定します。

例: serverTimezone=US/Pacific;

タイムゾーンデータを一重引用符で囲まないでください。
afterConnectScript

AWS DMS がエンドポイントに接続した直後に実行するスクリプトを指定します。移行タスクは、SQL ステートメントが成功するか失敗するかにかかわらず、引き続き実行されます。

有効な値: セミコロンで区切られた 1 つ以上の有効な SQL ステートメント。

例: afterConnectScript=ALTER SESSION SET CURRENT_SCHEMA = system;

CleanSrcMetadataOnMismatch

不一致が発生すると、レプリケーションインスタンスのテーブルメタデータ情報をクリーンアップして再作成します。たとえば、テーブルの DDL を変更すると、レプリケーションインスタンスにキャッシュされているテーブルに関する情報が変更される場合があります。Boolean.

デフォルト値: false

例: CleanSrcMetadataOnMismatch=false;

MySQL のソースデータ型

次の表に、AWS DMS を使用する場合にサポートされる MySQL データベースのソースデータ型と、AWS DMS のデータ型からのデフォルトマッピングを示します。

ターゲットにマッピングされるデータ型を表示する方法については、使用しているターゲットエンドポイントのセクションを参照してください。

AWS DMS のデータ型の詳細については、「AWS Database Migration Service のデータ型」を参照してください。

MySQL のデータ型

AWS DMS データ型

INT

INT4

MEDIUMINT

INT4

BIGINT

INT8

TINYINT

INT1

DECIMAL(10)

NUMERIC (10,0)

BINARY

BYTES(1)

BIT

BOOLEAN

BIT(64)

BYTES(8)

BLOB

BYTES(66535)

LONGBLOB

BLOB

MEDIUMBLOB

BLOB

TINYBLOB

BYTES(255)

DATE

DATE

DATETIME

DATETIME

TIME

STRING

TIMESTAMP

DATETIME

YEAR

INT2

DOUBLE

REAL8

FLOAT

REAL(DOUBLE)

サポートされる FLOAT の範囲は、-1.79E+308 ～ -2.23E-308、0 および 2.23E-308 ～ 1.79E+308 です。

FLOAT 値がこの範囲に収まらない場合、FLOAT データ型を STRING データが型にマッピングします。

VARCHAR(45)

WSTRING (45)

VARCHAR(2000)

WSTRING (2000)

VARCHAR(4000)

WSTRING (4000)

VARBINARY (4000)

BYTES (4000)

VARBINARY (2000)

BYTES (2000)

CHAR

WSTRING

TEXT

WSTRING (65535)

JSON

NCLOB

LONGTEXT

NCLOB

MEDIUMTEXT

NCLOB

TINYTEXT

WSTRING (255)

GEOMETRY

BLOB

POINT

BLOB

LINESTRING

BLOB

POLYGON

BLOB

MULTIPOINT

BLOB

MULTILINESTRING

BLOB

MULTIPOLYGON

BLOB

GEOMETRYCOLLECTION

BLOB

ENUM

WSTRING (length)

ここでは、length は、ENUM で最長の値の長さです。

SET

WSTRING (length)

ここでは、length は、カンマを含む SET のすべての値の合計長です。

注記

場合によっては、DATETIME データ型と TIMESTAMP データ型を「ゼロ」値 (0000-00-00) で指定することがあります。その場合は、レプリケーションタスクのターゲットデータベースが DATETIME データ型と TIMESTAMP データ型に対して「ゼロ」値をサポートしていることを確認します。サポートされていない場合、これらの値はターゲットで NULL として記録されます。

AWS DMS は、バージョン 3.3.1 以降の JSON データ型をサポートしています。