Data Transmission Service:ApsaraDB RDS for MySQL インスタンスから PolarDB-X 1.0 インスタンスへのデータ同期

ApsaraDB RDS for MySQL

ApsaraDB RDS for MySQL インスタンスでは、バイナリロギングがデフォルトで有効になっています。次のことを確認してください：

• binlog_row_image パラメータが full に設定されていること。設定されていない場合、事前チェックエラーが発生し、タスクを開始できません。詳細については、「インスタンスパラメータの設定」をご参照ください。

• ローカルバイナリログが少なくとも 3 日間 (7 日間を推奨) 保持されること。DTS がログを読み取る前にログがパージされると、タスクは失敗します。極端な場合、データの損失や不整合が発生する可能性があります。ログ保持期間が不十分なために失敗したタスクは、DTS のサービスレベルアグリーメント (SLA) の対象外です。ローカルバイナリログの[保持期間]を設定するには、「ローカルログの自動削除」をご参照ください。

ApsaraDB RDS for MySQL 5.6 の読み取り専用インスタンスはトランザクションログを記録しないため、ソースデータベースとして使用することはできません。

セルフマネージド MySQL

セルフマネージド MySQL データベースの場合は、次のパラメータを設定します：

バイナリログを少なくとも 7 日間保持してください。DTS がログを読み取る前にログがパージされるとタスクは失敗し、ログ保持期間の不足に起因する問題は DTS の SLA の対象外となります。

追加要件：

• プライマリ/プライマリ アーキテクチャ： log_slave_updates パラメータを有効にして、DTS が両方のノードからすべてのバイナリログを取得できるようにしてください。詳細については、「セルフマネージド MySQL データベースのアカウント作成とバイナリロギングの設定」をご参照ください。

• Amazon Aurora MySQL またはクラスターモードインスタンス：タスクに設定されたドメイン名または IP アドレスが、常に読み取り/書き込み (RW) ノードを指すようにしてください。そうしないと、タスクが正常に実行されない場合があります。

ソースデータベースの制限

• ソースデータベースがデプロイされているサーバーには、十分なアウトバウンド帯域幅が必要です。帯域幅が不足すると、同期速度が低下します。

• 同期するテーブルには、プライマリキーまたは一意のフィールド値を持つ一意制約が必要です。これらの制約がないテーブルでは、宛先でデータが重複する可能性があります。

• 同期オブジェクトとして選択できるのはテーブルのみです。

• オブジェクト名マッピング (テーブル名やカラム名のマッピングなど) を使用する場合、1 つのタスクでサポートされるテーブルは最大 1,000 です。オブジェクト名マッピングを使用して 1,000 を超えるテーブルを同期するには、複数のタスクに分割してください。

• PolarDB-X 1.0 インスタンスのストレージクラスは、RDS MySQL (プライベートカスタム RDS) である必要があります。PolarDB MySQL はサポートされていません。

• 全量データ同期中に DDL 操作を実行しないでください。タスクが失敗します。

  全量同期フェーズ中、DTS はソースデータベースにクエリを実行し、メタデータロックを生成することがあります。これにより、ソースデータベースでの DDL 操作がブロックされる可能性があります。

• バイナリログに記録されない操作によるデータ変更は同期されません。これには、物理バックアップを使用したデータリカバリやカスケード操作が含まれます。

  これが発生した場合、業務上許容される場合は、影響を受けるデータベースまたはテーブルを同期オブジェクトから削除し、再度追加してください。詳細については、「同期オブジェクトの変更」をご参照ください。

• 不可視カラム (MySQL 8.0.23 以降)： 同期対象のデータに不可視カラムが含まれている場合、DTS はそれらのカラムのデータを取得できず、データが失われる可能性があります。次のコマンドを実行して、不可視カラムを可視化してください：

  ALTER TABLE <table_name> ALTER COLUMN <column_name> SET VISIBLE;

  プライマリキーのないテーブルは自動的に不可視プライマリキーを生成しますが、これも可視化する必要があります。詳細については、「不可視カラム」および「生成された不可視プライマリキー」をご参照ください。

• 宛先の PolarDB-X 1.0 テーブルで自動パーティショニングが有効になっている場合 (auto_partition=true)、ソースで実行する各 DDL ステートメントに含めることができる alter_specification は 1 つだけです。そうでない場合、DTS はエラー (TDDL-4998：Multi alter specifications when create GSI not support yet) を返します。複数の alter_specification を含む DDL ステートメントを実行するには、各 alter_specification を個別の DDL ステートメントに分割し、1 つずつ実行してください。詳細については、「ALTER TABLE」をご参照ください。

その他の制限

• EncDB (常時機密)： ソースの RDS MySQL インスタンスで常時機密 (EncDB) 機能が有効になっている場合、全量データ同期はサポートされていません。

  透過的データ暗号化 (TDE) が有効になっているインスタンスは、スキーマ同期、全量データ同期、および増分データ同期をサポートしています。

• ソースデータベースで一時テーブルを使用するオンライン DDL 操作 (複数のテーブルのマージなど) を実行すると、宛先データベースでデータが失われたり、DTS インスタンスが失敗したりする可能性があります。

• pt-online-schema-change などのツールを使用して、同期中のオブジェクトに対してオンライン DDL 操作を実行しないでください。タスクが失敗します。

• 同期中に他のソースから宛先データベースにデータを書き込むと、データの不整合が発生する可能性があります。

• 同期を開始する前に、ソースデータベースと宛先データベースへのパフォーマンスへの影響を評価してください。可能であれば、同期タスクはオフピーク時間に実行してください。全量データ同期は両方のデータベースの読み取りおよび書き込みリソースを使用するため、サーバー負荷が増加する可能性があります。

• 全量データ同期が完了した後、並行 INSERT 操作により宛先テーブルでフラグメンテーションが発生する可能性があります。宛先データベースの使用済みテーブルスペースが、ソースデータベースのそれよりも大きくなる場合があります。

• DTS インスタンスに障害が発生した場合、DTS サポートチームは 8 時間 以内に復旧を試みます。復旧操作には、インスタンスの再起動や DTS インスタンスパラメータ (データベースパラメータではない) の調整が含まれることがあります。詳細については、「インスタンスパラメータの変更」をご参照ください。

セルフマネージド MySQL ソースの特殊なケース

• 同期中にソースデータベースでプライマリ/セカンダリのフェールオーバーが発生した場合、タスクは失敗します。

• 同期遅延は、現在のタイムスタンプと最後に同期されたデータレコードのタイムスタンプとの差から計算されます。ソースデータベースで DML 操作が長時間実行されない場合、表示される遅延が不正確になる可能性があります。ソースで DML 操作を実行して、遅延の値を更新してください。

  データベース全体を同期することを選択した場合は、ハートビートテーブルを作成してください。DTS は、遅延の値を正確に保つために、毎秒ハートビートテーブルの更新または書き込みを行います。

• DTS は、バイナリログオフセットを進めるために、ソースデータベースで定期的に CREATE DATABASE IF NOT EXISTS `test` を実行します。

ApsaraDB RDS for MySQL ソースの特殊なケース

• トランザクションログを記録しない ApsaraDB RDS for MySQL インスタンス (ApsaraDB RDS for MySQL 5.6 の読み取り専用インスタンスなど) は、ソースデータベースとして使用できません。

• DTS は、バイナリログオフセットを進めるために、ソースデータベースで定期的に CREATE DATABASE IF NOT EXISTS `test` を実行します。

ステップ 1: データ同期ページへの移動

DTS コンソールまたは DMS コンソールのいずれかを使用します。

ステップ 2: ソースデータベースとターゲットデータベースの設定

1. [タスクの作成] をクリックします。

2. タスク設定ページで、次のパラメータを設定します。

一般

ソースデータベース

ターゲットデータベース

1. [接続をテストして続行] をクリックします。

DTS サーバーの CIDR ブロックが、ソースデータベースと宛先データベースの両方のセキュリティ設定に追加されていることを確認してください。 詳細については、「DTS サーバーの IP アドレスをホワイトリストに追加する」をご参照ください。 ソースデータベースまたは宛先データベースが、[Alibaba Cloud インスタンス] 経由でアクセスされない自己管理型データベースである場合、[DTS サーバーの CIDR ブロック] ダイアログボックスで [接続テスト] をクリックします。

ステップ 3: 同期オブジェクトの設定

[オブジェクトの設定] ステップでは、以下のパラメーターを設定します。

[次へ: 詳細設定] をクリックします。

ステップ 4: 詳細設定の構成

ステップ 5: 事前チェックの実行

[次へ: タスク設定を保存して事前チェック] をクリックします。

このタスク設定の API パラメーターを表示するには、[次へ: タスク設定を保存して事前チェック] にマウスカーソルを合わせ、[OpenAPI パラメーターをプレビュー] をクリックします。

タスクは開始前に事前チェックを実行します。事前チェックに合格した後にのみ、タスクを開始できます。

• いずれかの項目が失敗した場合は、失敗した項目の横にある[詳細の表示]をクリックして問題を修正し、[再度事前チェック]をクリックします。

• 項目によって無視できるアラートが発生した場合は、[アラート詳細の確認] をクリックし、次に [無視] > [OK] > [再度事前チェック] の順にクリックします。 アラート項目を無視すると、データの不整合が発生する可能性があります。

ステップ 6: インスタンスの購入

1. [成功率] が [100%] になるまで待ってから、[次へ：インスタンスの購入] をクリックします。

2. 購入ページで、次のパラメータを設定します。

1. [データ伝送サービス (従量課金) 利用規約]を読み、選択してください。

2. [購入して開始] をクリックし、次に [OK] をクリックして確定します。

タスクがタスクリストに表示されます。タスクリストで進行状況を確認してください。