Data Transmission Service:PolarDB-X 2.0 インスタンスから PolarDB for MySQL クラスターへのデータ同期

ソースデータベース

• 同期対象のテーブルには、PRIMARY KEY またはすべてのフィールドが一意である一意制約 (UNIQUE constraint) が必要です。該当しない場合、ターゲットデータベースに重複レコードが発生する可能性があります。

• テーブルを同期対象として選択し、かつターゲット側でテーブル名またはカラム名の変更を行う必要がある場合、1 つのタスクで同期できるテーブル数は最大 5,000 個です。5,000 個を超えるテーブルを同期する場合は、複数のタスクを構成するか、データベース単位での同期を選択してください。

• バイナリログの保持期間に関する要件：

  • 増分同期のみの場合：バイナリログを最低 24 時間保持してください。

  • 全量データ同期＋増分同期の場合：全量同期実行中は、バイナリログを最低 7 日間保持してください。全量同期完了後は、保持期間を 24 時間以上に短縮できます。ただし、これより短い期間に設定すると、DTS がバイナリログを取得できず、タスクが失敗する可能性があります。例外的な状況では、データの不整合やデータ損失が発生する場合があります。上記の要件に従ってバイナリログの保持期間を設定してください。これを遵守しない場合、Data Transmission Service (DTS) のサービスレベル合意 (SLA) で保証される信頼性およびパフォーマンスは確保されません。

• 大文字を含むテーブル名は、スキーマ同期のみをサポートします。

• TABLEGROUP オブジェクトおよび Locality 属性を持つデータベース／スキーマはサポートされていません。

• スキーマ同期および全量データ同期中に、データベースまたはテーブルのスキーマを変更する DDL 文を実行しないでください。実行すると、タスクが失敗します。

外部キーの動作

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

• 全量および増分同期中、DTS はセッションレベルで外部キー制約チェックおよびカスケード操作を一時的に無効化します。同期中にソース側でカスケード更新または削除操作を実行した場合、データの不整合が発生する可能性があります。

その他の制限事項

• ピーク時間帯を避けて同期を実行してください。全量データ同期は、両方のデータベースの読み取りおよび書き込みリソースを消費し、データベースサーバーの負荷を高めます。

• 全量データ同期完了後、ターゲットの表領域はソースよりも大きくなります。これは、全量同期中の同時 INSERT 操作によって断片化が発生するためです。

• 同期対象オブジェクトに対する DDL 操作に pt-online-schema-change を使用しないでください。使用すると、同期が失敗する可能性があります。

• 同期中は、DTS を通じてのみターゲットへデータを書き込んでください。他のツールを併用してターゲットへデータを書き込んだり、DMS のオンライン DDL 操作を組み合わせたりすると、データ損失が発生する可能性があります。

• 送信先で DDL 文の実行に失敗した場合、DTS はその文の実行を継続します。失敗した DDL 文は、タスクログ で確認してください。

• MySQL のカラム名は大文字・小文字を区別しません。ソースに、大文字・小文字のみが異なるカラム名が存在する場合、それらのデータは同一のターゲットカラムに書き込まれ、予期しない結果を招く可能性があります。

• 同期対象のデータに 4 バイト文字（稀な漢字や絵文字など）が含まれる場合、ターゲットテーブルは UTF8mb4 文字セットを使用する必要があります。スキーマ同期を利用する場合は、ターゲットの character_set_server パラメーターを UTF8mb4 に設定してください。

• 同期が完了した後（ステータスが 完了 に変更された後）、analyze table <テーブル名> を実行して、データが正しく書き込まれていることを検証してください。たとえば、ソース側で高可用性（HA）スイッチオーバーが発生した場合、データがメモリ上にのみ残り、データ損失を引き起こす可能性があります。

• DTS タスクが失敗した場合、DTS テクニカルサポートは 8 時間以内にそのタスクの復旧を試みます。 復旧中、タスクが再起動されたり、タスクパラメーターが変更されたりすることがあります (データベースパラメーターは変更されません)。 変更される可能性のあるパラメーターには、「DTS インスタンスのパラメーターの変更」トピックのインスタンスパラメーターの変更セクションにあるパラメーターなどがあります。

• DTS は、ソースデータベース内の dts_health_check.ha_health_check テーブルを定期的に更新し、バイナリログファイルの位置を先に進めます。

ステップ 1：データ同期タスクページへ移動

1. Data Management (DMS) コンソール にログインします。

2. トップナビゲーションバーで、Data + AI をクリックします。

3. 左側のナビゲーションウィンドウで、DTS (DTS) ＞ データ同期 を選択します。

ステップ 2：リージョンの選択

データ同期タスク の右側で、同期インスタンスが配置されているリージョンを選択します。

ステップ 3：ソースおよびターゲットデータベースの構成

タスクの作成 をクリックします。[データ同期タスクの作成] ウィザードで、以下のパラメーターを構成します。

タスク名

ソースデータベース

宛先データベース

ステップ 4：接続性のテスト

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

DTS は、自動的にそのサーバーの CIDR ブロックを Alibaba Cloud データベースインスタンスのホワイトリストおよび自己管理データベースをホストする Elastic Compute Service (ECS) インスタンスのセキュリティグループルールに追加します。データベースが複数の ECS インスタンスにデプロイされている場合、各 ECS インスタンスのセキュリティグループルールに DTS サーバーの CIDR ブロックを手動で追加する必要があります。データセンターまたは第三者クラウドプロバイダー上の自己管理データベースの場合、DTS サーバーの CIDR ブロックをデータベースのホワイトリストに手動で追加してください。詳細については、「DTS サーバーの CIDR ブロックをオンプレミスデータベースのセキュリティ設定に追加する」をご参照ください。

ステップ 5：オブジェクトの選択と設定の構成

以下のパラメーターを構成します。

同期タイプ

競合テーブルの処理

同期対象オブジェクト

ソースオブジェクト セクションからオブジェクトを選択し、 アイコンをクリックして 選択済みオブジェクト セクションに移動します。カラム、テーブル、またはデータベースを選択できます。テーブルまたはカラムを選択した場合、ビュー、トリガー、ストアドプロシージャは同期されません。

選択済みオブジェクト セクションでは：

• 単一オブジェクトの名前を変更するには、そのオブジェクトを右クリックします。詳細については、「単一オブジェクトの名前をマップする」をご参照ください。

• 複数のオブジェクトを一度に名前変更するには、右上隅の [バッチ編集] をクリックします。詳細については、「複数のオブジェクト名を一度にマップする」をご参照ください。

• 特定のオブジェクトに対して同期する SQL 操作をフィルターするには、オブジェクトを右クリックして操作を選択します。サポートされる操作については、「サポートされる SQL 操作」をご参照ください。

• 条件に基づいて行をフィルターするには、オブジェクトを右クリックして WHERE 句を指定します。詳細については、「フィルター条件の指定」をご参照ください。

ステップ 6：高度な設定の構成

次へ：高度な設定 をクリックし、以下のパラメーターを構成します。

ステップ 7：事前チェックの実行

次へ：タスク設定の保存と事前チェック をクリックします。

DTS は、タスク開始前に事前チェックを実行します。事前チェックが失敗した場合：

• 各失敗項目の横にある 詳細の表示 をクリックし、問題を診断・解決した後、再度事前チェックを実行してください。

• 無視可能な警告項目については、警告の詳細の確認 ＞ 無視 ＞ OK をクリックし、その後 再チェック をクリックしてください。警告を無視すると、データの不整合が発生する可能性があります。

ステップ 8：インスタンスの購入

成功率 が 100% に達するまで待機し、次へ：インスタンスの購入 をクリックします。

購入 ページで、以下のパラメーターを構成します。

ステップ 9：タスクの開始

Data Transmission Service (従量課金) 利用規約 を読み、チェックボックスをオンにした後、購入して開始 をクリックします。確認ダイアログボックスで、OK をクリックします。

タスクリストでタスクの進行状況を確認できます。