PolarDB for PostgreSQL（Oracle互換）クラスター間の双方向同期の設定 - Data Transmission Service

このトピックでは、Data Transmission Service（DTS）を使用して、PolarDB for PostgreSQL（Oracle互換）クラスター間で双方向データ同期を設定する方法について説明します。

前提条件

ソースおよびターゲットの PolarDB for PostgreSQL（Oracle互換）クラスターを作成済みです。詳細については、「PolarDB for PostgreSQL（Oracle互換）クラスターの作成」をご参照ください。
ソースおよびターゲットの PolarDB for PostgreSQL（Oracle互換）クラスターにおいて、wal_level パラメーターを logical に設定済みです。これにより、ウォールアヘッドログ（WAL）に論理デコードに必要な情報が含まれるようになります。詳細については、「クラスターのパラメーター設定」をご参照ください。
ターゲットの PolarDB for PostgreSQL（Oracle互換）クラスターのストレージ領域は、ソースの PolarDB for PostgreSQL（Oracle互換）クラスターで使用されているストレージ領域より大きい必要があります。

注意事項

説明

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

種別	説明
ソースデータベースの制限事項	帯域幅要件：ソースデータベースが配置されているサーバーには、十分なアウトバウンド帯域幅が必要です。そうでない場合、データ同期速度に影響が出ます。同期対象テーブルにプライマリキーまたは一意制約がない場合、タスク設定時に「Exactly-Once 書き込み」機能を有効化する必要があります。これを実施しないと、ターゲットデータベースに重複データが発生する可能性があります。詳細については、「プライマリキーまたは一意制約のないテーブルの同期」をご参照ください。同期対象がテーブルであり、それらを編集する必要がある場合（例：テーブル名または列名のマッピング）、単一タスクで同期するテーブル数が 1,000 を超える場合は、テーブルを複数のタスクに分割するか、データベース全体を同期するタスクを設定することを推奨します。これを実施しないと、タスク送信後にリクエストエラーが報告される可能性があります。 WAL の有効化が必要です。増分同期タスクの場合、DTS ではソースデータベースの WAL ログを 24 時間以上保持することが必須です。完全同期および増分同期を含むタスクでは、WAL ログの保持期間は最低 7 日間である必要があります。完全同期完了後、ログ保持期間を 24 時間以上に設定できます。これを実施しないと、DTS タスクは WAL ログを取得できず失敗する可能性があります。極端なケースでは、データ不整合またはデータ損失が発生する場合があります。WAL ログの保持期間が DTS の要件を下回ることによる問題は、サービスレベルアグリーメント（SLA）の対象外となります。ソースデータベースに長時間トランザクションが存在する場合、増分同期タスク実行中に、長時間トランザクションのコミット前に生成された WAL が蓄積する可能性があります。これにより、ソースデータベースのディスク領域が不足する可能性があります。ソースデータベースでの操作に関する制限事項：スキーマ同期および完全データ同期中は、データベースまたはテーブル構造を変更する DDL 操作を実行しないでください。これを実施すると、データ同期タスクが失敗します。完全データ同期のみを実行する場合、ソースインスタンスへの新規データの書き込みを行わないでください。これを実施すると、ソースおよびターゲットデータベース間でデータ不整合が発生します。リアルタイムのデータ整合性を維持するため、スキーマ同期、完全データ同期、および増分データ同期を選択することを推奨します。同期タスクが正常に実行されることを保証し、プライマリ／セカンダリスイッチオーバーによって論理レプリケーションが中断されないようにするため、PolarDB for PostgreSQL（Oracle互換）クラスターは「論理レプリケーションスロットフェールオーバー」をサポートし、有効化する必要があります。説明 PolarDB for PostgreSQL（Oracle互換）クラスターが論理レプリケーションスロットフェールオーバーをサポートしていない場合（例：クラスターのデータベースエンジンが Oracle 構文互換 2.0 の場合）、クラスター内の高可用性（HA）スイッチオーバーにより、同期インスタンスが失敗し、復旧不能になる可能性があります。ソースデータベースにおける論理レプリケーションの制限により、増分変更後の同期対象データが 256 MB を超える場合、同期インスタンスが失敗し、復旧不能になる可能性があります。その場合は、同期インスタンスを再設定する必要があります。
その他の制限事項	双方向同期タスク実行中、DTS はデータループを防止するために、ターゲットデータベース内に dts というスキーマを作成します。タスク実行中は、このスキーマを変更しないでください。同期対象テーブルに SERIAL 型のフィールドが含まれる場合、ソースデータベースは自動的にそのフィールド用のシーケンスを作成します。したがって、ソースオブジェクトを設定する際に、スキーマ同期を同期タイプとして選択する場合は、シーケンスも選択するか、スキーマ全体を同期することを推奨します。これを実施しないと、同期インスタンスが実行に失敗する可能性があります。双方向同期インスタンスには、フォワードタスクおよびリバースタスクが含まれます。双方向同期インスタンスを設定またはリセットする際、あるタスクのターゲットオブジェクトが他方のタスクのソースオブジェクトとなる場合：完全および増分データの同期は、いずれか一方のタスクのみが実行可能です。もう一方のタスクは増分データのみの同期を実行できます。現在のタスクのソースデータは、現在のタスクのターゲットにのみ同期されます。同期されたデータは、他方のタスクのソースデータとしては使用されません。単一のデータ同期タスクでは、1 つのデータベースのみを同期できます。複数のデータベースを同期するには、各データベースごとにデータ同期タスクを設定してください。 DTS は、TimescaleDB 拡張テーブル、クロススキーマ継承テーブル、式に基づく一意なインデックスを持つテーブルの同期をサポートしていません。プラグインのインストールによって作成されたスキーマは同期できません。タスク設定時にコンソール上でこれらのスキーマに関する情報を取得することはできません。以下の 3 つのシナリオでは、データを書き込む前に、ソースデータベースの同期対象テーブルに対して `ALTER TABLE schema.table REPLICA IDENTITY FULL;` コマンドを実行する必要があります。これにより、データ整合性が確保されます。デッドロックを防ぐため、このコマンド実行中にテーブルをロックしないでください。関連する事前チェック項目をスキップした場合、DTS はインスタンス初期化時に自動的にこのコマンドを実行します。インスタンス初回実行時。オブジェクト選択の粒度として「スキーマ」を選択し、スキーマ内に新しいテーブルが作成された場合、または RENAME コマンドを使用して同期対象テーブルが再構築された場合。同期オブジェクトを変更する機能を使用する場合。説明コマンド内の `schema` および `table` を、実際のスキーマ名およびテーブル名に置き換えてください。この操作は、非ピーク時間帯に実行することを推奨します。 DTS は、増分データの DDL 文、増分テーブルの構造、およびハートビート情報を取得するために、ソースデータベース内に以下の臨時テーブルを作成します。同期中はこれらの臨時テーブルを削除しないでください。これを実施すると、DTS タスクが異常状態になります。DTS インスタンスがリリースされると、これらの臨時テーブルは自動的に削除されます。 `public.dts_pg_class`、`public.dts_pg_attribute`、`public.dts_pg_type`、`public.dts_pg_enum`、`public.dts_postgres_heartbeat`、`public.dts_ddl_command`、`public.dts_args_session`、および `public.aliyun_dts_instance`。増分データ同期遅延の正確性を確保するため、DTS はソースデータベースに `dts_postgres_heartbeat` という名前のハートビートテーブルを追加します。データ同期中、DTS はソースデータベース内に `dts_sync_` というプレフィックスを持つレプリケーションスロットを作成してデータをレプリケートします。このレプリケーションスロットにより、DTS は過去 15 分以内のソースデータベースからの増分ログを取得できます。データ同期が失敗した場合や同期インスタンスがリリースされた場合、DTS はレプリケーションスロットの自動クリアを試行します。説明データ同期中に、タスクで使用されるソースデータベースアカウントのパスワードを変更したり、ソースデータベースのホワイトリストから DTS の IP アドレスを削除したりすると、レプリケーションスロットが自動クリアされなくなります。この場合、ソースデータベース内で手動でレプリケーションスロットをクリアする必要があります。これにより、スロットが継続的に蓄積してディスク領域を消費し、ソースデータベースが利用不可になることを防ぎます。ソースデータベースでフェールオーバーが発生した場合、セカンダリデータベースにログインして手動でスロットをクリアする必要があります。データ同期を開始する前に、ソースおよびターゲットデータベースのパフォーマンスを評価してください。また、非ピーク時間帯（例：両データベースの CPU 負荷が 30 % 未満の時間帯）にデータ同期を実行することを推奨します。これを実施しないと、完全データ同期によりソースおよびターゲットデータベースの読み取り／書き込みリソースが消費され、データベース負荷が上昇する可能性があります。完全データ同期では並列 INSERT 操作が実行されるため、ターゲットデータベースでテーブルの断片化が発生します。その結果、完全同期完了後、ターゲットデータベースのテーブル領域はソースインスタンスよりも大きくなります。 FLOAT または DOUBLE データ型の列については、DTS は `ROUND(COLUMN,PRECISION)` を使用して値を読み取ります。精度を明示的に定義しない場合、DTS は FLOAT に対してデフォルト精度 38、DOUBLE に対してデフォルト精度 308 を使用します。同期精度がビジネス要件を満たすことを確認してください。 DTS は、失敗したタスクを 7 日間以内に自動的に復旧しようと試行します。したがって、ビジネスをターゲットインスタンスに切り替える前に、タスクを終了またはリリースするか、`REVOKE` コマンドを使用して、DTS がターゲットインスタンスにアクセスするために使用するアカウントの書き込み権限を取り消す必要があります。これにより、タスクが復旧した後にソースデータがターゲットインスタンスのデータを上書きすることを防ぎます。完全または増分同期タスクにおいて、ソースデータベースの同期対象テーブルに外部キー、トリガー、またはイベントトリガーが含まれる場合、ターゲットデータベースアカウントが特権アカウントまたはスーパーユーザ権限を持つ場合は、DTS はセッションレベルで一時的に session_replication_role パラメーターを replica に設定します。ターゲットデータベースアカウントがこれらの権限を持たない場合は、ターゲットデータベース内で手動で session_replication_role パラメーターを replica に設定する必要があります。この期間中（session_replication_role が replica の間）、ソースデータベースでカスケード更新または削除操作が発生すると、データ不整合が発生する可能性があります。DTS タスクがリリースされた後、session_replication_role パラメーターを origin に戻すことができます。タスクが失敗した場合、DTS のテクニカルサポートが 8 時間以内に復旧を試行します。復旧プロセス中には、タスクの再起動やパラメーターの調整などの操作が実行される場合があります。説明パラメーターの調整時には、DTS タスクのパラメーターのみが変更され、データベースのパラメーターは変更されません。変更される可能性のあるパラメーターには、「インスタンスパラメーターの変更」で説明されているものなどがあります。パーティションテーブルを同期する場合、親テーブルおよびそのすべての子パーティションを同期対象として含める必要があります。これを実施しないと、パーティションテーブルでデータ不整合が発生する可能性があります。説明 PostgreSQL のパーティションテーブルの親テーブルは、直接データを格納しません。すべてのデータは子パーティションに格納されます。同期タスクには、親テーブルおよびすべての子パーティションを含める必要があります。これを実施しないと、子パーティションからのデータが同期されず、ソースおよびターゲット間でデータ不整合が発生する可能性があります。

課金

同期タイプ	料金
スキーマ同期および完全データ同期	無料です。
増分データ同期	課金対象です。詳細については、「課金概要」をご参照ください。

サポートされる競合検出

データ整合性を確保するため、双方向同期のデータベースインスタンスのうち、同一のプライマリキー、ビジネスプライマリキー、または一意キーを持つデータレコードは、いずれか 1 つのインスタンスでのみ更新する必要があります。両方のデータベースインスタンスでデータレコードが更新された場合、DTS はタスクで設定された競合解決ポリシーを適用します。

DTS は、双方向同期タスクの安定性を最大化するために、競合の検出および修正を行います。DTS が検出可能な競合の種類は以下のとおりです：

INSERT 操作による一意性競合

双方向同期では、同一のプライマリキーを持つレコードが両方のデータベースインスタンスに同時に（またはほぼ同時）挿入された場合、一意性制約競合が発生します。INSERT 文がピアインスタンスに同期されると、同一のプライマリキー値を持つレコードが既に存在するため、失敗します。
UPDATE 操作によるレコード不一致
- 更新対象のレコードがターゲットインスタンスに存在しない場合、DTS は UPDATE 操作を INSERT 操作に変換します。ただし、一意性競合が発生する可能性があります。
- UPDATE 操作で更新されるレコードが、プライマリキーまたは一意キーの競合を引き起こす場合。
削除対象のレコードが存在しない場合

削除対象のレコードがターゲットインスタンスに存在しない場合、DTS は指定された競合解決ポリシーに関係なく、DELETE 操作を無視します。

重要

時差および遅延のため、DTS は 100 % の競合防止を保証できません。整合性を確保するため、同一のプライマリキーまたは一意キーを持つレコードは、一度に 1 つのデータベースインスタンスでのみ更新してください。
DTS は、上記のデータ競合に対してさまざまな競合解決戦略を提供しており、双方向データ同期の設定時に選択できます。

サポートされる同期対象

SCHEMA、TABLE
説明
これは、PRIMARY KEY、UNIQUE KEY、FOREIGN KEY、DATATYPE（組み込みデータ型）、および DEFAULT CONSTRAINT を含みます。
VIEW、PROCEDURE（PostgreSQL 11 以降）、FUNCTION、RULE、SEQUENCE、EXTENSION、TRIGGER、AGGREGATE、INDEX、OPERATOR、DOMAIN

サポートされる SQL 操作

操作	SQL 文
DML	INSERT、UPDATE、および DELETE
DDL	CREATE TABLE および DROP TABLE ALTER TABLE（これは、RENAME TABLE、ADD COLUMN、ADD COLUMN DEFAULT、ALTER COLUMN TYPE、DROP COLUMN、ADD CONSTRAINT、ADD CONSTRAINT CHECK、および ALTER COLUMN DROP DEFAULT を含みます） CREATE INDEX ON TABLE 説明以下のシナリオでは、DDL 文は同期されません： DDL 文に含まれる CASCADE や RESTRICT などの追加情報は同期されません。トランザクションに DML 文と DDL 文の両方が含まれる場合、DDL 文は同期されません。トランザクションの DDL 文の一部のみがデータ同期タスクに含まれる場合、DDL 文は同期されません。 SET session_replication_role = replica 文を実行して作成されたセッションから実行された DDL 文は同期されません。 FUNCTION などのメソッドを呼び出して実行された DDL 文は同期されません。 DDL 文でスキーマが定義されていない場合、DDL 文は同期されません。この場合、SHOW search_path 文で public スキーマが指定されます。 DDL 文に IF NOT EXISTS が含まれる場合、DDL 文は同期されません。

重要

DDL 同期は、フォワードタスク（ソースからターゲット）のみがサポートされます。リバースタスク（ターゲットからソース）では DDL 同期はサポートされておらず、自動的に DDL 操作がフィルターされます。

データベースアカウントの権限

データベース	必要な権限	権限の作成および付与方法
ソースの PolarDB for PostgreSQL（Oracle互換）クラスター	データベースのオーナーである特権アカウント。	データベースアカウントの作成およびデータベース管理。
ターゲットの PolarDB for PostgreSQL（Oracle互換）クラスター	データベースのオーナーである特権アカウント。	データベースアカウントの作成およびデータベース管理。

操作手順

ターゲットリージョンの同期タスク一覧ページに移動します。以下のいずれかの方法を使用できます：
DTS コンソールから
1. Data Transmission Service（DTS）コンソールにログインします。
2. 左側のナビゲーションウィンドウで、データ同期 をクリックします。
3. ページの左上隅で、同期インスタンスが配置されているリージョンを選択します。
DMS コンソールから
説明
実際の操作は、DMS コンソールのモードおよびレイアウトによって異なる場合があります。詳細については、「シンプルモード」および「DMS インターフェイスのレイアウトおよびスタイルのカスタマイズ」をご参照ください。
1. Data Management（DMS）にログインします。
2. トップメニューバーで、Data + AI > Data Transmission（DTS） > データ同期 を選択します。
3. データ同期タスク の右側で、同期インスタンスが配置されているリージョンを選択します。
タスクの作成 をクリックして、タスク設定ページを開きます。

ソースおよびターゲットデータベースを設定します。

カテゴリ	設定	説明
なし	タスク名	DTS が自動的にタスク名を生成します。識別しやすいように、説明的な名前を指定することを推奨します。名前は一意である必要はありません。
ソースデータベース	既存の接続情報の選択	システムに追加済み（新規作成または保存済み）のデータベースインスタンスを使用する場合、ドロップダウンリストからデータベースインスタンスを選択します。データベース情報は自動的に設定されます。説明 DMS コンソールでは、この設定項目は DMS データベースインスタンスの選択と呼ばれます。データベースインスタンスをシステムに追加していない場合、または既に追加済みのインスタンスを使用する必要がない場合は、以下のデータベース情報を手動で設定します。
	データベースタイプ	PolarDB (Oracle と互換性) を選択します。
	アクセス方法	Alibaba Cloud インスタンスを選択します。
	インスタンスのリージョン	ソースの PolarDB for PostgreSQL（Oracle互換）クラスターが配置されているリージョンを選択します。
	Alibaba Cloud アカウント間でデータを複製	この例では、同一 Alibaba Cloud アカウント内での同期を示しています。× を選択します。
	インスタンス ID	ソースの PolarDB for PostgreSQL（Oracle互換）クラスターの ID を選択します。
	データベース名	同期対象オブジェクトを含むソースの PolarDB for PostgreSQL（Oracle互換）クラスター内のデータベース名を入力します。
	データベースアカウント	ソースの PolarDB for PostgreSQL（Oracle互換）クラスターのデータベースアカウントを入力します。権限要件については、「データベースアカウントの権限要件」をご参照ください。
	データベースのパスワード	データベースアカウントに対応するパスワードを入力します。
宛先データベース	既存の接続情報の選択	システムに追加済み（新規作成または保存済み）のデータベースインスタンスを使用する場合、ドロップダウンリストからデータベースインスタンスを選択します。データベース情報は自動的に設定されます。説明 DMS コンソールでは、この設定項目は DMS データベースインスタンスの選択と呼ばれます。データベースインスタンスをシステムに追加していない場合、または既に追加済みのインスタンスを使用する必要がない場合は、以下のデータベース情報を手動で設定します。
	データベースタイプ	PolarDB (Oracle と互換性) を選択します。
	アクセス方法	Alibaba Cloud インスタンスを選択します。
	インスタンスリージョン	ターゲットの PolarDB for PostgreSQL（Oracle互換）クラスターが配置されているリージョンを選択します。
	インスタンス ID	ターゲットの PolarDB for PostgreSQL（Oracle互換）クラスターの ID を選択します。
	データベース名	同期対象オブジェクトを含むターゲットの PolarDB for PostgreSQL（Oracle互換）クラスター内のデータベース名を入力します。
	データベースアカウント	ターゲットの PolarDB for PostgreSQL（Oracle互換）クラスターのデータベースアカウントを入力します。権限要件については、「データベースアカウントの権限」をご参照ください。
	データベースのパスワード	データベースアカウントに対応するパスワードを入力します。

設定を完了したら、ページ下部の 接続をテストして続行 をクリックします。
説明
- DTS サーバーの IP アドレス CIDR ブロックを、ソースおよびターゲットデータベースのセキュリティ設定に追加して、DTS サーバーからのアクセスを許可してください。これは自動または手動で実行できます。詳細については、「DTS サーバーの IP アドレス CIDR ブロックをホワイトリストに追加」をご参照ください。
- ソースまたはターゲットデータベースが自己管理データベース（アクセス方法 が Alibaba Cloud インスタンス でない場合）、接続テスト を DTS サーバーの CIDR ブロック ダイアログボックス内でクリックする必要があります。

タスクオブジェクトを設定します。

オブジェクト設定 ページで、同期対象オブジェクトを設定します。

設定	説明
同期タイプ	同期タイプです。デフォルトでは、増分データ同期が選択されています。また、スキーマ同期および完全データ同期も選択する必要があります。事前チェックが完了すると、DTS はソースデータベースから選択されたオブジェクトの既存データをターゲットクラスターに同期します。この既存データは、その後の増分同期の基盤となります。
競合するテーブルの処理モード	エラーの事前チェックと報告：ターゲットデータベースに同名のテーブルが存在するかどうかをチェックします。同名のテーブルが存在しない場合、事前チェックは成功します。同名のテーブルが存在する場合、事前チェックは失敗し、データ同期タスクは開始されません。説明ターゲットデータベースで同名のテーブルを削除または名前変更できない場合、別のテーブル名にマッピングできます。詳細については、「テーブルおよび列名のマッピング」をご参照ください。エラーを無視して続行：ターゲットデータベースにおける重複テーブル名のチェックをスキップします。警告エラーを無視して続行を選択すると、データ不整合が発生し、ビジネスにリスクを及ぼす可能性があります。例：テーブルスキーマが同一であり、ターゲットデータベースのレコードとソースデータベースのレコードが同一のプライマリキーまたは一意キー値を持つ場合：完全同期中、DTS はターゲットクラスター内のレコードを保持します。ソースデータベースからの対応するレコードは同期されません。増分同期中、ソースデータベースからのレコードがターゲットデータベースのレコードを上書きします。テーブルスキーマが異なる場合、初期データ同期が失敗する可能性があります。これにより、一部の列データのみが同期されるか、完全な同期失敗が発生する場合があります。慎重に進めてください。
同期トポロジ	双方向同期を選択します。
DDL 操作を除外	フォワードタスクの DDL 操作を同期しない場合は、○ を選択します。転送タスクの DDL 操作の同期を無効化するには、× を選択します。重要リバースタスクでは、DDL 操作が自動的にフィルターされます。
競合解決ポリシー	必要に応じて、競合解決ポリシーを選択してください。サポートされる競合の種類については、「サポートされる競合検出」をご参照ください。 Taskfailed (競合が発生した場合、エラーが報告されタスクは終了します。) 同期中にデータ競合が発生した場合、タスクはエラーを報告して停止します。タスクは「失敗」状態になり、手動による介入が必要です。 Ignore (競合が発生した場合、移行先インスタンスの競合レコードが使用されます。) 同期中にデータ競合が発生した場合、現在の同期文はスキップされ、処理は継続されます。ターゲットデータベースの競合レコードは保持されます。 Overwrite (競合が発生した場合、移行先インスタンスの競合レコードは上書きされます。) 同期中にデータ競合が発生した場合、ターゲットデータベースの競合レコードが上書きされます。説明同期タスクが一時停止または再開され、遅延が発生した場合、これらのポリシーは適用されません。代わりに、ターゲットデータがデフォルトで上書きされます。
移行先インスタンスでのオブジェクト名の大文字化	ターゲットインスタンスに同期されるデータベース、テーブル、および列オブジェクト名の大文字小文字の処理ポリシーを設定できます。デフォルトでは、DTS のデフォルトポリシーが選択されています。また、ソースおよびターゲットデータベースのデフォルトポリシーを使用することもできます。詳細については、「ターゲットオブジェクト名の大文字小文字ポリシー」をご参照ください。
ソースオブジェクト	ソースオブジェクトボックスで同期対象のオブジェクトをクリックし、をクリックして選択中のオブジェクトボックスに移動します。説明同期対象の粒度はスキーマまたはテーブルです。テーブルを同期対象として選択した場合、ビュー、トリガー、ストアドプロシージャなどの他のオブジェクトはターゲットデータベースに同期されません。同期対象テーブルに SERIAL データ型が含まれ、スキーマ同期を同期タイプとして選択する場合、シーケンスも選択するか、スキーマ全体の同期を行うことを推奨します。
選択中のオブジェクト	ターゲットインスタンスで個別の同期オブジェクトの名前を変更するには、選択中のオブジェクトボックス内のオブジェクトを右クリックします。オブジェクトの名前変更については、「単一のデータベース、テーブル、または列のマッピング」をご参照ください。ターゲットインスタンスで複数の同期オブジェクトの名前を一括で変更するには、選択中のオブジェクトボックスの右上隅にある一括編集をクリックします。詳細については、「データベース、テーブル、および列の一括マッピング」をご参照ください。説明データベースまたはテーブルレベルで同期対象の SQL 操作を選択するには、選択中のオブジェクトボックス内のオブジェクトを右クリックし、表示されるダイアログボックスで目的の SQL 操作を選択します。 WHERE 句を使用してデータをフィルターするには、選択中のオブジェクトボックス内のテーブルを右クリックし、表示されるダイアログボックスでフィルター条件を設定します。手順については、「フィルター条件の設定」をご参照ください。オブジェクト名マッピング機能を使用する場合、マッピングされたオブジェクトに依存する他のオブジェクトが同期に失敗する可能性があります。

詳細設定へ をクリックして、高度なパラメーターを設定します。

設定	説明
タスクのスケジュールに使用する専用クラスターの選択	デフォルトでは、DTS は共有クラスターでタスクをスケジュールし、クラスターを選択する必要はありません。より安定したパフォーマンスを得るには、DTS 同期タスクを実行する専用クラスターを購入できます。詳細については、「DTS 専用クラスターとは？」をご参照ください。
失敗した接続の再試行時間	同期タスクが開始された後、ソースまたはターゲットデータベースへの接続が失敗した場合、DTS はエラーを報告し、即座に接続のリトライを開始します。デフォルトのリトライ時間は 720 分です。また、10 分から 1,440 分の範囲でカスタムのリトライ時間を指定することもできます。リトライ時間は 30 分以上に設定することを推奨します。DTS が指定された時間内にデータベースへの再接続に成功した場合、同期タスクは自動的に再開します。それ以外の場合、タスクは失敗します。説明複数の DTS インスタンス（例：インスタンス A およびインスタンス B）が同一のソースまたはターゲットを共有しており、インスタンス A のネットワークリトライ時間を 30 分、インスタンス B のネットワークリトライ時間を 60 分に設定している場合、両方のインスタンスには短い方の 30 分が適用されます。 DTS は接続リトライ期間中のタスク実行時間に対して課金するため、ビジネス要件に応じてリトライ時間をカスタマイズするか、ソースおよびターゲットデータベースインスタンスがリリースされた直後に DTS インスタンスをできるだけ早くリリースすることを推奨します。
移行元データベースと移行先データベースで他の問題が発生した場合の、再試行までの待機時間です。	同期タスクが開始された後、ソースまたはターゲットデータベースで接続性以外の問題（例：DDL または DML 実行例外）が発生した場合、DTS はエラーを報告し、即座に継続的なリトライ操作を開始します。デフォルトのリトライ時間は 10 分です。また、1 分から 1,440 分の範囲でカスタムのリトライ時間を指定することもできます。リトライ時間は 10 分以上に設定することを推奨します。設定されたリトライ時間内に関連操作が成功した場合、同期タスクは自動的に再開します。それ以外の場合、タスクは失敗します。重要移行元データベースと移行先データベースで他の問題が発生した場合の、再試行までの待機時間です。の値は、失敗した接続の再試行時間の値より小さくする必要があります。
完全なデータ移行のためのスロットリングを有効化	完全同期ステージ中、DTS はソースおよびターゲットデータベースの読み取り／書き込みリソースを消費し、データベース負荷が上昇する可能性があります。ソースおよびターゲットデータベースの負荷を軽減するため、1 秒あたりのソースデータベースのクエリ率 QPS、1 秒あたりの完全移行の行数 RPS、および 1 秒あたりの完全移行データ量 (MB) BPS パラメーターを設定することで、完全同期タスクのレート制限を設定できます。説明この設定項目は、同期タイプが完全データ同期に設定されている場合にのみ利用可能です。同期インスタンス実行後に、完全同期レートの調整も可能です。
増分同期率を制限するかどうか	増分同期タスクのレート制限も設定できます。ターゲットデータベースへの負荷を軽減するため、1 秒あたりの増分同期の行数 RPS および 1 秒あたりの増分同期データ量 (MB) BPS を設定します。
環境タグ	必要に応じて、インスタンスを識別する環境タグを選択できます。この例では、選択は不要です。
ETL 機能の設定	抽出・変換・書き出し（ETL）機能を有効化するかどうかを選択します。詳細については、「ETL とは？」をご参照ください。有効な値は以下のとおりです。 ○：ETL 機能を有効化します。コードエディタにデータ処理文を入力します。詳細については、「データ移行またはデータ同期タスクにおける ETL の設定」をご参照ください。 ×：ETL 機能を無効化します。
監視アラート	アラート通知を設定するかどうかを指定します。同期が失敗した場合や遅延が指定しきい値を超えた場合、アラート連絡先に通知が送信されます。 ×：アラート通知は設定されません。 ○：アラートしきい値を設定し、アラート通知を指定してアラート通知を設定します。詳細については、「タスク設定中のモニタリングおよびアラート通知の設定」をご参照ください。

次へ：データ検証 をクリックして、データ検証タスクを設定します。

データ検証機能の詳細については、「データ検証の設定」をご参照ください。

タスクを保存し、事前チェックを実行します。
- このインスタンスの API パラメーターを表示するには、次：タスク設定の保存と事前チェック ボタンにカーソルを合わせ、ポップアップ内から OpenAPI パラメーターのプレビュー をクリックします。
- API パラメーターの表示が完了したら、ページ下部の 次：タスク設定の保存と事前チェック をクリックします。
説明
- 同期ジョブが開始される前に、DTS は事前チェックを実行します。すべての事前チェック項目が合格した場合にのみ、ジョブを開始できます。
- 事前チェックが失敗した場合、失敗した項目の横にある 詳細を表示 をクリックします。指示に従って問題を修正し、再度事前チェックを実行してください。
- 事前チェックで警告が返された場合：
  チェック項目が失敗し、無視できない場合は、項目の横にある 詳細を表示 をクリックします。指示に従って問題を修正し、再度事前チェックを実行してください。
  無視可能なチェック項目については、アラートの詳細を確認、無視、OK、および 再度事前チェックを実行 の順にクリックして、警告をスキップし、再度事前チェックを実行できます。警告項目を無視した場合、データ不整合などの問題が発生し、ビジネスにリスクを及ぼす可能性があります。

インスタンスを購入します。

成功率 が 100 % の場合、次：インスタンスの購入 をクリックします。

購入ページで、データ同期インスタンスの課金方法およびリンク仕様を選択します。以下の表で、これらのパラメーターについて詳しく説明します。

カテゴリ	パラメーター	説明
新しいインスタンスクラス	課金方法	サブスクリプション：インスタンス作成時に支払いを行います。長期的なニーズに適しており、従量課金と比較してコスト効率が優れています。サブスクリプション期間が長いほど、割引率が高くなります。従量課金：時間単位で課金されます。短期的なニーズに適しています。使用後すぐにインスタンスをリリースすることで、コストを節約できます。
	リソースグループ構成	インスタンスが属するリソースグループです。デフォルトはデフォルトリソースグループです。詳細については、「Resource Management とは？」をご参照ください。
	リンク仕様	DTS は、異なるパフォーマンスレベルの同期仕様を提供しています。同期リンク仕様は、同期速度に影響を与えます。ビジネスシナリオに応じて仕様を選択できます。詳細については、「データ同期リンク仕様」をご参照ください。
	サブスクリプション期間	サブスクリプションモードでは、サブスクリプションインスタンスの期間および数量を選択します。月額サブスクリプションは 1～9 ヶ月、年額サブスクリプションは 1、2、3、または 5 年から選択できます。説明このオプションは、課金方法がサブスクリプションの場合にのみ利用可能です。

設定を完了したら、「Data Transmission Service (従量課金) 利用規約」を読み、チェックボックスをオンにしてください。
購入および開始 をクリックし、OK ダイアログボックスで OK をクリックします。
データ同期ページで、具体的なタスク進行状況を確認できます。
説明
設定した DTS インスタンスに完全および増分タスクが含まれる場合（同期タイプ に 完全データ同期 および 増分データ同期 の両方が含まれる場合）、タスク一覧ページでは、単一の 増分データ同期 タスクとして表示されます。

リバース同期タスクを設定します。
1. フォワード同期タスクの初期化が完了するまで待ち、その ステータス が 実行中 になるまで待機します。
2. リバースタスクの操作列で、タスクの設定 をクリックします。
3. リバース同期タスクを設定するには、「手順 3」から「手順 6」までを順に実行します。
  重要
  - リバース同期タスクを設定する際は、正しいソースおよびターゲットインスタンスを選択する必要があります。リバースタスクのソースインスタンスは、フォワードタスクのターゲットインスタンスです。リバースタスクのターゲットインスタンスは、フォワードタスクのソースインスタンスです。また、データベース名、アカウント、パスワードなどのインスタンス情報が一致していることを慎重に確認する必要があります。
  - リバース同期タスクでは、ソースおよびターゲットデータベースの インスタンスのリージョン を変更できません。フォワード同期タスクと比較して、設定可能なパラメーターが少なくなります。コンソールに表示されるパラメーターのみを設定してください。
  - リバース同期タスクの 競合するテーブルの処理モード は、フォワード同期タスクによってターゲットインスタンスに同期されたテーブルのチェックを行いません。
  - リバース同期タスクでは、フォワードタスクの 選択中のオブジェクト リストにないオブジェクトの同期はサポートされていません。
  - リバースタスクの設定時にマッピング機能を使用しないことを推奨します。これを実施すると、データ不整合が発生する可能性があります。
4. 成功率 が 100% 表示されたら、戻るをクリックします。
リバース同期タスクの設定が完了したら、両方の同期タスクの ステータス が 実行中 になるまで待ちます。これで、双方向データ同期の設定プロセスは完了です。