Data Transmission Service:Db2 for LUW データベースから PolarDB for MySQL クラスターへのデータ同期

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

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

• 同期対象のテーブルには、すべてのフィールドが一意である PRIMARY KEY または一意制約（UNIQUE constraint）が設定されている必要があります。これらの制約がない場合、ターゲットデータベースに重複レコードが生成される可能性があります。

• 個別のテーブルを同期する際に、ターゲット側でカラム名またはテーブル名の変更（リネーム）を行う場合、1 つのタスクで最大 5,000 個のテーブルをサポートします。選択したテーブル数が 5,000 を超える場合は、複数のタスクに分割するか、代わりにデータベース単位での同期を実行してください。

• ソースデータベースでログアーカイブが有効化されている必要があります。無効の場合、事前チェックに失敗し、タスクを開始できません。

同期タイプ別ログ保持要件：

必要な期間よりも短い期間でログを保持すると、DTS のサービスレベルアグリーメント（SLA）が無効になります。

CDC 固有の制限事項

これらの制限事項は、増分データ同期が有効な場合にのみ適用されます。

• DTS は Db2 for LUW の CDC レプリケーション技術を使用します。この技術固有の制約については、「SQL レプリケーションの一般的なデータ制限」をご参照ください。

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

• ソース Db2 for LUW データベースは自己管理データベースです。タスク実行中にソースデータベースでプライマリ/セカンダリ スイッチオーバーが発生すると、タスクが失敗します。

• DTS は、ターゲット側の最新レコードのタイムスタンプとソース側の現在時刻を比較することで同期遅延を算出します。ソース側で長期間 DML 操作が行われていない場合、報告される遅延値が不正確になる可能性があります。遅延値を更新するには、ソース側で任意の DML 操作を実行してください。データベース全体を同期する場合は、1 秒ごとに書き込みが行われるハートビートテーブルを作成することで、遅延値の精度を維持できます。

一般的な同期動作

• 同期タスクは、トラフィックが少ない時間帯（オフピーク時）に実行してください。初期の完全データ同期では、ソースおよびターゲット両方のデータベースで読み取りおよび書き込みリソースが消費されます。

• 初期の完全データ同期完了後、ターゲットの表領域（tablespace）は、同時 INSERT 操作によるテーブルの断片化（fragmentation）の影響で、ソースより大きくなる可能性があります。

• 同期中は、データの不整合を防ぐために、送信先へのデータ書き込みを DTS を介して専用に行う必要があります。同期が完了したら、Data Management (DMS) を使用して、DDL ステートメントをオンラインで実行します。「ロックなし DDL 操作の実行」を参照してください。

• 送信先で DDL 文が失敗した場合、タスクは実行を継続します。 失敗した DDL 文はタスクログで表示できます。 詳細については、「タスクログの表示」をご参照ください。

• タスクの [ステータス] が [完了] に変更された後、analyze table <table_name> を実行して、データが送信先テーブルのディスクに書き込まれたことを確認します。高可用性 (HA) スイッチオーバー シナリオでは、データがメモリ上のみに存在し、失われる可能性があります。

スキーマ同期の動作

• DTS は、スキーマ同期時にソースからターゲットへ外部キー（foreign keys）を同期します。

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

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

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

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

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

操作は、DMS コンソールのモードによって異なります。詳しくは、「簡易モード」および「DMS コンソールのレイアウトとスタイルをカスタマイズする」をご参照ください。また、「新しい DTS コンソールのデータ同期タスクページ」に直接アクセスすることもできます。

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

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

新しい DTS コンソールでは、トップナビゲーションバーでリージョンを選択します。

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

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

ソースデータベース

宛先データベース

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

ページ下部の 接続性のテストと続行 をクリックします。

DTS は、データベースタイプに応じてホワイトリストの構成を自動的に処理します。

• Alibaba Cloud のデータベースインスタンス（例：ApsaraDB RDS、ApsaraDB for MongoDB）の場合：DTS が CIDR ブロックを自動的にインスタンスのホワイトリストに追加します。

• Elastic Compute Service (ECS) 上の自己管理データベースの場合：DTS が CIDR ブロックを自動的に ECS のセキュリティグループルールに追加します。ECS インスタンスがデータベースに到達可能であることを確認してください。

• データセンターまたはサードパーティクラウド内の自己管理型データベース: DTS の CIDR ブロックをデータベースのホワイトリストに手動で追加します。詳細については、「DTS サーバーの CIDR ブロックを追加する」をご参照ください。

ステップ 5：同期オブジェクトおよび高度な設定の構成

基本設定

高度な設定

ステップ 6：設定の保存と事前チェックの実行

設定を保存する前に、このタスクの OpenAPI パラメーターをプレビューするには、次へ：タスク設定の保存と事前チェック の上にカーソルを合わせ、OpenAPI パラメーターのプレビュー をクリックします。

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

事前チェックに合格しない限り、タスクは開始できません。事前チェックに失敗した場合は、各失敗項目の横にある 詳細の表示 をクリックし、問題を修正したうえで 再チェック をクリックしてください。安全に無視できるアラート項目については、アラートの詳細の確認 ＞ 無視 ＞ OK ＞ 再チェック の順にクリックしてください。アラートを無視すると、データの不整合が発生する可能性があります。

ステップ 7：データ同期インスタンスの購入

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

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

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

Data Transmission Service（従量課金）利用規約 を読み、同意したうえで、購入して開始 をクリックします。確認ダイアログで OK をクリックします。

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