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

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

• テーブルにはプライマリキーまたは一意制約（UNIQUE constraint）が必要であり、すべてのフィールド値が一意である必要があります。該当しない場合、宛先に重複レコードが生成される可能性があります。

• 宛先でテーブル名またはカラム名を変更する場合、1 つのタスクで最大 1,000 個のテーブルをサポートします。1,000 個を超える場合は、複数のタスクに分割するか、データベース単位での同期を実行してください。

• DTS は、以下のデータの型を同期しません：BIT、VARBIT、GEOMETRY、ARRAY、UUID、TSQUERY、TSVECTOR、TXID_SNAPSHOT。

• DTS はプレフィックスインデックスを同期しません。ソースにプレフィックスインデックスが存在する場合、タスクが失敗する可能性があります。

• DTS は、ソースクラスターから読み取り専用ノードおよび Object Storage Service (OSS) 外部テーブルを同期しません。

増分同期の要件

ソースクラスターでバイナリロギングを有効にし、loose_polar_log_bin パラメーターを on に設定する必要があります。 そうでない場合、事前チェックが失敗し、タスクを開始できません。 バイナリロギングを有効にする および パラメーターを変更する をご参照ください。

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

バイナリログが所定の期間保持されていない場合、DTS がログを取得できず、タスクが失敗する可能性があります。これにより、データの不整合や損失が発生するおそれがあります。完全同期完了後は、保持期間を 24 時間以上に設定できます。

増分同期では、以下の DML 操作をサポートします：INSERT、UPDATE、DELETE。

DDL 操作の制約

他のソースが同時にターゲットデータベースに書き込んでいない場合にのみ、Data Management (DMS) を使用して、データ同期中にソーステーブルに対してロックフリー DDL 操作を実行できます。 DMS オンライン DDL 文の実行中に、他のソースもターゲットデータベースに書き込んでいる場合、データ損失が発生する可能性があります。 詳細については、「ロックフリー DDL 操作の実行」をご参照ください。

運用上の制約

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

• 完全データ同期完了後、宛先の表領域は、同時 INSERT 操作による断片化の影響で、ソースよりも大きくなります。

• DTS タスクが失敗した場合、DTS サポートが 8 時間以内に復旧を試みます。復旧中はタスクが再起動される可能性があり、タスクパラメーター（データベースパラメーターではない）が変更される場合があります。

DTS は定期的に、ソースデータベース上で CREATE DATABASE IF NOT EXISTS test を実行し、バイナリログの位置を進めます。

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

DTS コンソールまたは DMS コンソールのいずれかを使用します。

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

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

2. ページ右上隅に 新規構成ページ ボタンが表示された場合は、それをクリックして新規構成ページに切り替えます。以前のバージョンに戻る が表示されている場合は、このステップをスキップします。

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

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

データベースを登録するには：

DMS コンソールで、[DMS データベースインスタンスの追加] をクリックします。詳細については、「Alibaba Cloud データベースインスタンスの登録」および「サードパーティのクラウドサービスでホストされているデータベースまたは自己管理データベースの登録」をご参照ください。

DTS コンソールでは、データベース接続 ページから登録します。詳細については、「データベース接続の管理」をご参照ください。

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

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

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

ステップ 5：同期対象オブジェクトの構成

オブジェクトの構成 ステップで、以下のパラメーターを設定します。

同期タイプ

スキーマ同期は非対応であり、選択できません。

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

宛先インスタンスにおけるオブジェクト名の大文字小文字

宛先でのデータベース名、テーブル名、および列名の大文字小文字の区別を制御します。デフォルトは [DTS デフォルトポリシー] です。「宛先インスタンスでのオブジェクト名の大文字小文字の区別を指定する」をご参照ください。

オブジェクトの選択

ソースオブジェクト セクションで、同期対象のテーブルを選択し、 をクリックして 選択済みオブジェクト に移動します。同期対象として選択できるのはテーブルのみです。

宛先でオブジェクト名を変更するには：

• 単一オブジェクト: [選択済みオブジェクト] でオブジェクトを右クリックします。 単一オブジェクトの名前をマップするをご参照ください。

• 複数のオブジェクトの場合: [一括編集] を [選択済みオブジェクト] の右上隅でクリックします。詳細については、「複数のオブジェクト名を一度にマップする」をご参照ください。

テーブル内の行をフィルターするには、選択済みオブジェクト 内のテーブルを右クリックし、フィルター条件を構成します。詳細については、「フィルター条件の設定」をご参照ください。

オブジェクト名マッピング機能を使用してオブジェクト名を変更すると、そのオブジェクトに依存する他のオブジェクトの同期が失敗する可能性があります。

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

次へ：高度な設定 をクリックし、以下の項目を構成します。

DTS が接続を再試行している間も、DTS インスタンスの課金は継続されます。ソースおよび宛先インスタンスの両方がリリースされた後は、速やかに DTS インスタンスをリリースしてください。

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

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

このタスクの OpenAPI パラメーターをプレビューするには、ボタンにカーソルを合わせ、OpenAPI パラメーターのプレビュー をクリックしてから続行してください。

DTS は、タスク開始前に事前チェックを実行します。チェックに合格した場合のみタスクが開始されます。

• いずれかの確認項目が失敗した場合は、失敗した項目の横にある 詳細の表示 をクリックし、問題を修正した後、再チェック をクリックします。

• 確認項目が無視可能なアラートをトリガーした場合は、アラート詳細の確認 > 無視 > OK をクリックし、その後 再チェック をクリックします。アラートを無視すると、データの不整合が発生する可能性があります。

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

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

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

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

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