Data Transmission Service:ApsaraDB RDS for MariaDB TX インスタンスから ApsaraDB RDS for MySQL インスタンスへのデータ同期

ソースデータベースの要件

• 同期するテーブルには PRIMARY KEY または一意制約が必要であり、すべてのフィールドが一意である必要があります。そうでない場合、ターゲットデータベースに重複するデータレコードが含まれる可能性があります。

• テーブルを同期するオブジェクトとして選択し、ターゲットデータベースで編集 (テーブル名やカラム名の変更など) する必要がある場合、単一の同期タスクは最大 1,000 テーブルをサポートします。1,000 を超えるテーブルが必要な場合は、複数のタスクを構成してテーブルをバッチで同期するか、データベース全体を同期してください。

• ApsaraDB RDS for MariaDB インスタンスでは、バイナリログ記録がデフォルトで有効になっています。パラメーター binlog_row_image が full に設定されていることを確認してください。そうしないと、事前チェックに失敗し、同期タスクを開始できません。

• バイナリログの保持要件: DTS がバイナリログを取得できない場合、タスクが失敗したり、データ不整合やデータ損失が発生したりする可能性があります。これらの保持要件を遵守してください。そうでない場合、DTS サービスレベルアグリーメント (SLA) はサービスの信頼性やパフォーマンスを保証しません。

  • 増分のみの同期: 少なくとも 24 時間

  • 完全同期と増分同期: 少なくとも 7 日間。完全データ同期が完了した後、保持期間を 24 時間以上に設定してください。

外部キーの動作

• スキーマ同期中、DTS はソースデータベースからターゲットデータベースへ外部キーを同期します。

• 完全データ同期および増分データ同期中、DTS はセッションレベルで外部キーに対する制約チェックとカスケード操作を一時的に無効にします。

• 同期中のソースデータベースでのカスケード更新および削除操作は、データ不整合を引き起こす可能性があります。

実行時の制限

• パフォーマンスへの影響: 完全データ同期は、ソースデータベースとターゲットデータベースの両方の読み取りおよび書き込みリソースを使用します。これにより、データベースサーバーの負荷が増加する可能性があります。同期はオフピーク時間にスケジュールしてください。

• テーブルの断片化: 初期の完全データ同期中、同時 INSERT 操作によりターゲットテーブルで断片化が発生します。完全同期が完了した後、ターゲットデータベースの使用済み表領域はソースデータベースよりも大きくなります。

• 選択したテーブルに対する DDL 操作: 同期対象として (データベース全体ではなく) 特定のテーブルを選択した場合、同期中にこれらのテーブルに対してオンライン DDL 操作を実行する際には、pt-online-schema-change などのツールを使用しないでください。 代わりに Data Management (DMS) を使用して、ロックフリー DDL 操作を実行してください。 詳細については、「ロックフリー DDL 操作を実行する」をご参照ください。

• ターゲットデータベースへの書き込み: 同期中にターゲットデータベースへのデータの書き込みには DTS のみを使用してください。これにより、ソースデータベースとターゲットデータベース間のデータ不整合を防ぎます。他のツールがターゲットデータベースに書き込む場合、データ損失が発生する可能性があるため、オンライン DDL 操作に DMS を使用しないでください。

• ターゲットでの DDL 失敗: ターゲットデータベースで DDL 文が失敗しても、DTS タスクは実行を続けます。失敗した DDL 文を表示するには、タスクリログを確認してください。詳細については、「タスクリログの表示」をご参照ください。

• 大文字と小文字を区別しないカラム名: MySQL のカラム名は大文字と小文字を区別しません。ソースデータベース内の複数のカラム名が、大文字と小文字のみが異なる場合、これらのカラムのデータはターゲット MySQL データベースの同じカラムに書き込まれ、予期しない結果を引き起こす可能性があります。

• 同期後の検証: 同期が完了した後（[ステータス] が [完了] に変化した後）、analyze table <テーブル名> を実行して、データが宛先テーブルに書き込まれたかどうかを確認します。ソース MySQL データベースで高可用性（HA）スイッチオーバーが発生した場合、データがメモリにのみ書き込まれ、データ損失が発生する可能性があります。

ステップ 1: データ同期ページを開く

以下のいずれかの方法を使用してデータ同期ページにアクセスし、データ同期インスタンスが存在するリージョンを選択します。

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

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

2. 以下のパラメーターを使用してソースデータベースとターゲットデータベースを設定します。

タスク設定

ソースデータベース

ターゲットデータベース

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

ステップ 3: オブジェクトを選択し、同期設定を構成する

同期するオブジェクトと詳細設定を構成します。

ステップ 4: 詳細設定を構成する

[次へ: 詳細設定] をクリックし、以下のパラメーターを設定します。

ステップ 5: 事前チェックを実行し、インスタンスを購入する

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

   関連する API 操作のパラメーターを表示するには、[Next: Save Task Settings And Precheck] をポイントして、[Preview OpenAPI Parameters] をクリックします。

2. 事前チェックが完了するまで待ちます。DTS は同期タスクを開始する前に事前チェックを実行します。

   • 事前チェックが失敗した場合は、各失敗した項目の横にある [詳細を表示] をクリックします。チェック結果に基づいて原因を分析し、問題を修正します。その後、再度事前チェックを実行します。

   • 項目に対してアラートがトリガーされた場合:

     • アラートを無視できない場合は、[詳細の表示] をクリックして問題をトラブルシューティングします。その後、事前チェックを再度実行します。

     • アラートを無視できる場合は、[アラートの詳細を確認] をクリックします。詳細表示ダイアログボックスで、[無視] をクリックし、次に [OK] をクリックします。[事前チェックを再実行] をクリックして、事前チェックを再度実行します。アラートを無視すると、データ不整合や潜在的なリスクが発生する可能性があります。

3. 「[成功率]」が100%になるまで待ちます。その後、「[次へ: インスタンスの購入]」をクリックします。

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

   新しいインスタンスクラス

   パラメーター	説明
   課金方法	サブスクリプション：インスタンス作成時に前払いします。長期利用の場合、コスト効率に優れています。従量課金：1 時間単位で課金されます。短期利用に適しています。不要になった時点でインスタンスをリリースして、コストを削減してください。従量課金（サーバーレス）：実際の使用量に基づいて課金され、自動スケーリングが行われます。
   リソースグループ設定	データ同期インスタンスが属するリソースグループです。デフォルト値：デフォルトリソースグループ。詳細については、「What is Resource Management?
   インスタンスクラス	DTS は、異なる同期速度を持つインスタンスクラスを提供しています。要件に応じてインスタンスクラスを選択してください。詳細については、「Instance classes of data synchronization instances」をご参照ください。
   サブスクリプション期間	サブスクリプション課金方法を選択した場合、サブスクリプション期間を指定します：1～9 ヶ月、または 1 年、2 年、3 年、5 年。

   DTS Insight

   パラメーター	説明
   DTS Insight	インテリジェント診断のために DTS Insight を有効にするかどうか。要件に基づいてオプションを選択してください。

5. 読み取り、および [Data Transmission Service (Pay-as-you-go) Service Terms] を選択します。

6. タスクを保存してすぐに開始する場合は[購入して開始]を、開始せずに保存する場合は[購入して保存]をクリックします。 表示されるダイアログボックスで、[OK] をクリックします。

タスクはタスクリストに表示され、その進捗を監視できます。