PolarDB:PolarDB for MySQL から RDS for MySQL へのデータ同期

ソースデータベースの制限事項

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

• テーブルを選択して同期対象とし、そのテーブルを編集（例：テーブル名またはカラム名の変更）する必要がある場合、1 つのタスクで最大 1,000 個のテーブルをサポートします。1,000 個を超えるテーブルを同期する場合は、複数のタスクを構成するか、データベース単位での同期を実行してください。

• ソース PolarDB for MySQL クラスターの読み取り専用ノードは同期できません。

同期中の DDL 操作

• 同期中に、ソーステーブルに対して pt-online-schema-change を使用した DDL 操作は行わないでください。これによりタスクが失敗する可能性があります。

• DTS がターゲットデータベースへの唯一の書き込み元である場合、Data Management (DMS) を使用してソーステーブルに対してオンライン DDL 操作を実行できます。「ロックフリー操作の実行」をご参照ください。

• DTS 以外のツールもターゲットデータベースへ書き込む場合、DMS のオンライン DDL 操作によってターゲット側でデータ損失が発生する可能性があります。

RENAME TABLE risk

同期対象としてテーブル（データベースではなく）を選択し、同期中にそのテーブル名を変更した場合、当該テーブルのデータ同期が停止します。これを回避するには、同期対象としてデータベース全体を選択し、名前変更前および変更後のデータベース名の両方を同期対象オブジェクトに含める必要があります。

完全データ同期のパフォーマンス

初期完全同期中、DTS はソースおよび送信先の両方で読み取りおよび書き込みリソースを使用します。負荷を最小限に抑えるため、非ピーク時間帯に同期を実行することを推奨します。完全同期中に並列で INSERT 操作を実行すると、送信先のテーブルが断片化し、完全同期完了後に送信先の表領域がソースよりも大きくなります。

外部キーの動作

• スキーマ同期中、DTS はソースから送信先へ外部キーを同期します。

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

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

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

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

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

ナビゲーションオプションは、DMS コンソールモードによって異なります。詳細については、「シンプルモード」または「DMS コンソールのレイアウトとスタイルをカスタマイズする」をご参照ください。また、「データ同期タスクページ」に直接アクセスすることもできます。

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

1. 同期インスタンスを配置するリージョンを選択します。

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

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

3. （任意）前のバージョンに戻る ボタンが表示されていない場合、右上隅の 新しい構成ページ をクリックします。利用可能な場合は新しい構成ページを使用してください。バージョン間で一部のパラメーターが異なります。

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

ソースデータベースのパラメーター：

送信先データベースのパラメーター：

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

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

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

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

同期対象の選択 ページで、以下のパラメーターを構成します。

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

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

ステップ 7：データ検証の構成（任意）

[次へ: バリデーション設定] をクリックして、データのバリデーションを設定します。詳細については、「データのバリデーションを設定する」をご参照ください。

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

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

このタスクの OpenAPI パラメーターをプレビューするには、ボタンにカーソルを合わせて OpenAPI パラメーターのプレビュー をクリックします。

事前チェックを実行する前に、以下の点を確認して失敗リスクを低減してください。

• バイナリロギングが有効化され、loose_polar_log_bin が on に設定されていること

• ソースアカウントが読み取り権限を持ち、送信先アカウントが読み取りおよび書き込み権限を持つこと

• バイナリログの保持期間が「前提条件」セクションに記載された最低要件を満たしていること

• ソーステーブルに PRIMARY KEY または一意制約があること

事前チェックが成功した場合にのみ、タスクが開始されます。

• 項目が失敗した場合、詳細の表示 をクリックして原因を確認し、問題を修正した後、再事前チェック をクリックします。

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

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

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

Data Transmission Service (従量課金) サービス利用規約 をお読みになり、同意の上、購入して開始 をクリックします。

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

DTS は、バイナリログ位置を進めるために、ソースデータベースで定期的に CREATE DATABASE IF NOT EXISTS `test` を実行します。これは想定される動作です。