Data Transmission Service:PolarDB-X 1.0 から AnalyticDB for PostgreSQL へのデータ同期

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

• テーブルには PRIMARY KEY 制約または一意制約 (UNIQUE constraint) が必要であり、すべてのフィールドが一意である必要があります。これを満たさないと、ターゲットデータベースに重複レコードが発生する可能性があります。

  • 一意制約のみを持つテーブルでは、スキーマ同期はサポートされません。可能な限り PRIMARY KEY 制約を持つテーブルをご利用ください。

  • セカンダリインデックスを持つテーブルは同期できません。

• テーブルを同期対象として選択し、ターゲットでテーブル名またはカラム名の変更を予定している場合、1 つのタスクで同期できるテーブル数は最大 5,000 個です。この上限を超えるとリクエストエラーが発生します。タスクを複数に分割するか、データベースレベルでの同期をご検討ください。

• 接続された ApsaraDB RDS for MySQL インスタンスの binlog_row_image パラメーターを full に設定する必要があります。設定されていない場合、事前チェックに失敗し、タスクを開始できません。

• バイナリログの保持期間：保持期間が短すぎると、DTS がバイナリログを読み取れず、タスクの失敗やデータの不整合が発生する可能性があります。バイナリログ保持期間不足による障害については、DTS のサービスレベルアグリーメント (SLA) の対象外となります。

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

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

同期中の制限

• 同期中に PolarDB-X 1.0 インスタンスのネットワークタイプを変更した場合、DTS タスクのネットワーク接続設定を更新して一致させる必要があります。

• ソースインスタンスの容量をスケールアップしたり、物理データベースおよびテーブルの分散構成を変更したり、シャードキーを変更したり、ソースインスタンスで DDL 操作を実行したりしないでください。これらの操作により、タスクが失敗したり、データの不整合が発生したりする可能性があります。

• ピーク時間帯には、頻繁にアクセスされるテーブルの同期を避けてください。

その他の制限

• ターゲットテーブルは append-optimized (AO) テーブルであってはなりません。

• 以下のデータ型はサポートされていません：GEOMETRY、CURVE、SURFACE、MULTIPOINT、MULTILINESTRING、MULTIPOLYGON、GEOMETRYCOLLECTION。

• カラムマッピングを使用する場合、またはソースとターゲットのスキーマが異なる場合、ターゲットに存在しないソースカラムのデータは失われます。

• PolarDB-X 1.0 のコンピュート層における読み取り専用インスタンスはサポートされていません。

• PolarDB-X 1.0 では水平分割（データベースおよびテーブル単位）のみがサポートされています。垂直分割はサポートされていません。

• DTS が PolarDB-X 1.0 インスタンスを同期する際、接続された ApsaraDB RDS for MySQL インスタンスごとにデータを分散し、各インスタンスに対して 1 つのサブタスクを実行します。サブタスクのステータスは タスクトポロジー に表示されます。

パフォーマンスへの影響

初期完全同期中は、DTS がソースから読み取り、ターゲットに書き込みを同時に行います。これにより、両方のデータベースの負荷が増加します。完全同期は非ピーク時間帯に実行してください。

初期完全同期完了後、同時実行の INSERT 操作により、ターゲットのテーブルが断片化します。その結果、ターゲットデータベースの使用表領域がソースよりも大きくなります。

データの不整合を防ぐため、DTS タスク実行中は、他のプロセスからターゲットデータベースへの書き込みを避けてください。

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

以下のいずれかのコンソールをご利用ください。

ステップ 2：タスクの作成

[タスクの作成] をクリックして、タスクウィザードを開きます。

タスク設定

ソースデータベース

ターゲットデータベース

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

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

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

ステップ 4：オブジェクトおよび同期オプションの構成

[同期タイプ]

実行するフェーズを選択します。

デフォルトでは、[増分データ同期] が事前に選択されています。完全かつ継続的な同期パイプラインを実現するには、[スキーマ同期] および [完全データ同期] も必ず選択してください。

競合テーブルの処理モード

その他のオブジェクトレベル設定

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

[次へ：高度な設定] をクリックします。

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

[スキーマ同期] を選択した場合、[次へ：データベースおよびテーブルフィールドの構成] をクリックして、ターゲットにおけるテーブルの作成方法を指定します。

すべてのテーブルを表示および変更するには、[定義ステータス] を [すべて] に設定します。

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

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

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

DTS はタスク開始前に事前チェックを実行します。事前チェックの結果は以下の 2 種類に分けられます。

• 失敗： このチェック項目はタスクの開始を妨げます。問題を修正し、[再チェック] をクリックしてください。

• 警告： タスクは続行可能ですが、問題がデータやビジネスに影響を与える可能性があります。各警告項目を確認し、修正するか、承認して続行するかを判断してください。警告を無視すると、データの不整合が発生する可能性があります。

  • 修正する場合：問題を修正し、[再チェック] をクリックしてください。

  • 承認する場合：[アラート詳細の確認] をクリックし、ダイアログボックスで [無視] をクリック、[OK] をクリックした後、[再チェック] をクリックしてください。

ステップ 8：インスタンスの購入および開始

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

[購入] ページで、インスタンスを構成します。

Data Transmission Service (従量課金) サービス利用規約 をお読みになり、同意のうえ、[購入および開始] をクリックします。確認ダイアログボックスで [OK] をクリックします。

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