Data Transmission Service:Db2 for LUW データベースから AnalyticDB for PostgreSQL インスタンスへのデータ同期

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

• テーブルには PRIMARY KEY または一意制約 (UNIQUE constraint) が設定されている必要があります。また、そのすべてのフィールドが一意である必要があります。これらの制約が設定されていないテーブルを使用すると、宛先に重複レコードが生成される可能性があります。

• 列名またはオブジェクト名の変更を伴うテーブルを同期する場合、1 つのタスクで最大 5,000 個のテーブルまでサポートされます。5,000 個を超える場合は、複数のタスクを作成するか、代わりにデータベースレベルでの同期を行ってください。

• ソースデータベースでデータログが有効化されている必要があります。無効の場合、事前チェックが失敗します。

  • 増分同期のみの場合：データログの保存期間を24 時間以上確保してください。

  • 完全同期＋増分同期の場合：データログの保存期間を最低 7 日間確保してください。完全同期が完了した後は、保存期間を 24 時間以上に短縮できます。

  警告

  データログの保存期間が所定の期間を満たさない場合、DTS がログを読み取れず、タスクの失敗や、例外的なケースではデータの不整合・損失を引き起こす可能性があります。保存期間が不足していると、DTS の SLA で保証されるサービスの信頼性およびパフォーマンスを保証できません。

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

その他の制限事項

• CDC レプリケーションは IBM 社独自の制限を受ける場合があります。詳細については、「SQL Replication の一般的なデータ制限」をご参照ください。

• 完全同期中に同時 INSERT 操作を実行すると、宛先でテーブルの断片化が発生するため、完全同期完了後に宛先の表領域がソースよりも大きくなります。

• 同期中に、ターゲットデータベースへの書き込みは DTS を通じてのみ行う必要があります。他のツールを介して書き込むと、データの不整合が発生する可能性があります。同期が完了したら、オンラインでの DDL 操作には Data Management (DMS) を使用します。詳細については、「ロックフリー DDL 操作の実行」をご参照ください。

• 同期対象として選択できるのはテーブルのみです。AO テーブルはサポートされていません。

• 完全テーブル以外の同期で列マッピングを使用する場合、またはソースと宛先のテーブルスキーマが異なる場合、ソースに存在し宛先に存在しない列は破棄されます。

同期フェーズ別の外部キーの動作

特殊ケース（自己管理型 Db2 for LUW）

• タスク実行中にソースデータベースでプライマリ/セカンダリ スイッチオーバーが発生した場合、タスクは失敗します。

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

  データベース全体を同期する場合は、遅延値の精度を保つために、1 秒ごとに更新されるハートビートテーブルを作成してください。

ステップ 1：データベースアカウントの作成と権限付与

ステップ 2：ソースデータベースでのログアーカイブの有効化

DTS は Db2 for LUW のアーカイブログから増分変更を読み取ります。logarchmeth1 および logarchmeth2 の構成パラメーターを使用して、ログアーカイブを有効化してください。

設定手順については、IBM 社のドキュメントをご参照ください。

• logarchmeth1 — 主要ログアーカイブ方法

• logarchmeth2 — 二次ログアーカイブ方法

ステップ 1：データ同期タスクページの開く

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

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

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

ナビゲーション パスは、DMS コンソール モードおよびレイアウトによって異なる場合があります。「シンプル モード」および「DMS コンソールのレイアウトとスタイルのカスタマイズ」をご参照ください。または、新しい DTS コンソールで「データ同期タスク ページ」に移動します。

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

データ同期タスク ページで、データ同期インスタンスを配置するリージョンを選択します。

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

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

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

ソースデータベース

宛先データベース

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

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

DTS は、ソースおよび宛先データベースのセキュリティ設定に自動的に自身の CIDR ブロックを追加します。

• Alibaba Cloud データベースインスタンス（例：ApsaraDB RDS for MySQL や ApsaraDB for MongoDB）：CIDR ブロックがインスタンスのホワイトリストに追加されます。

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

• オンプレミスまたはサードパーティのクラウドデータベース: DTS サーバーの CIDR ブロックをデータベースのホワイトリストに手動で追加します。DTS サーバーの CIDR ブロックを追加する を参照してください。

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

基本設定

高度な設定

ステップ 6：AnalyticDB for PostgreSQL のテーブルフィールドの構成

次へ：データベースおよびテーブルフィールドの構成 をクリックします。宛先 AnalyticDB for PostgreSQL インスタンスへ同期する各テーブルについて、プライマリキー列および分散キー列を設定します。

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

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

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

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

• 各失敗項目の横にある 詳細の表示 をクリックし、問題を解決した後、再事前チェック をクリックします。

• 警告項目を安全に無視できる場合は、警告の詳細の確認 > 無視 > OK をクリックし、その後 再事前チェック をクリックします。警告項目を無視すると、データの不整合が発生する可能性があります。

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

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

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

「Data Transmission Service（従量課金）サービス利用規約」を読み、選択した後、「購入して開始」をクリックし、「OK」をクリックします。

タスクがタスクリストに表示されます。そこから進行状況を監視できます。