PolarDB for PostgreSQL から RDS for PostgreSQL にデータを同期する方法 - Data Transmission Service

Data Transmission Service (DTS) を使用すると、PolarDB for PostgreSQL から RDS for PostgreSQL にデータを同期できます。

前提条件

ソースの PolarDB for PostgreSQL クラスターを作成済みであること。詳細については、「データベースクラスターの作成」をご参照ください。
ターゲットの RDS for PostgreSQL インスタンスを作成済みであること。詳細については、「RDS for PostgreSQL インスタンスの作成」をご参照ください。
ソースの PolarDB for PostgreSQL インスタンスの wal_level パラメーターを logical に設定済みであること。詳細については、「クラスターパラメーターの設定」をご参照ください。
ターゲットデータベースには、ソースデータベースよりも多くのストレージ領域が必要です。

注意事項

説明

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

タイプ	説明
ソースデータベースの制限	PolarDB for PostgreSQL クラスターでは、同期対象のテーブルにプライマリキーまたは NULL 値を含まない一意なインデックスが必要です。ソースデータベースに長時間トランザクションがあり、インスタンスに増分同期タスクがある場合、長時間トランザクションがコミットされる前に生成された先行書き込みログ (WAL) が蓄積される可能性があります。これにより、ソースデータベースのディスク領域が不足する可能性があります。同期タスクが期待どおりに実行され、プライマリ/セカンダリの切り替えによって論理レプリケーションが中断されるのを防ぐために、PolarDB for PostgreSQL クラスターは論理レプリケーションスロットのフェイルオーバーをサポートし、有効にする必要があります。説明ソースの PolarDB for PostgreSQL クラスターが論理レプリケーションスロットのフェイルオーバーをサポートしていない場合 (たとえば、クラスターの [データベースエンジン] が [PostgreSQL 14] の場合)、ソースデータベースでの高可用性 (HA) スイッチオーバーにより、同期インスタンスが失敗し、回復不能になる可能性があります。ソースデータベースの論理レプリケーションの制限により、増分変更後に同期される単一のデータが 256 MB を超えると、同期インスタンスが失敗し、回復できなくなる可能性があります。同期インスタンスを再設定する必要があります。スキーマ同期および完全データ同期中は、データベースまたはテーブルのスキーマを変更するデータ定義言語 (DDL) 操作を実行しないでください。実行した場合、データ同期タスクは失敗します。説明完全同期フェーズ中、DTS はソースデータベースをクエリし、メタデータロックを取得します。これにより、ソースデータベースでの DDL 操作がブロックされる可能性があります。
その他の制限	1 つのデータ同期タスクで同期できるデータベースは 1 つだけです。複数のデータベースを同期するには、データベースごとに個別のタスクを設定する必要があります。 DTS は、TimescaleDB 拡張テーブル、スキーマ間の継承を持つテーブル、または式に基づく一意なインデックスを持つテーブルの同期をサポートしていません。プラグインをインストールして作成されたスキーマは同期できません。タスクを設定する際に、コンソールでこれらのスキーマに関する情報を取得することはできません。以下の 3 つのシナリオでは、データを書き込む前に、ソースデータベースの同期対象テーブルで `ALTER TABLE schema.table REPLICA IDENTITY FULL;` コマンドを実行する必要があります。これにより、データ整合性が確保されます。デッドロックを防ぐため、このコマンドの実行中はテーブルをロックしないでください。関連する事前チェック項目をスキップした場合、DTS はインスタンスの初期化中にこのコマンドを自動的に実行します。インスタンスが初めて実行されるとき。オブジェクト選択の粒度としてスキーマを選択し、スキーマ内に新しいテーブルが作成されるか、同期対象のテーブルが RENAME コマンドで再構築されるとき。同期オブジェクトを変更する機能を使用するとき。説明コマンドでは、`schema` と `table` を実際のスキーマ名とテーブル名に置き換えてください。この操作はオフピーク時間帯に実行することを推奨します。同期対象のテーブルに SERIAL 型のフィールドが含まれている場合、ソースデータベースはそのフィールドに対して自動的にシーケンスを作成します。したがって、ソースオブジェクトを設定する際に、同期タイプでスキーマ同期を選択した場合は、シーケンスも選択するか、スキーマ全体を同期することを推奨します。そうしないと、同期インスタンスが実行に失敗する可能性があります。データを同期する前に、ソースデータベースとターゲットデータベースのパフォーマンスを評価してください。オフピーク時間帯にデータを同期することを推奨します。そうしないと、初期完全データ同期がソースデータベースとターゲットデータベースの両方で読み書きリソースを消費し、データベースの負荷が増加します。初期完全データ同期は同時 INSERT 操作を実行します。これにより、ターゲットデータベースでテーブルの断片化が発生します。その結果、初期完全データ同期が完了した後、ターゲットインスタンスのテーブルスペースはソースインスタンスよりも大きくなります。 DTS 同期中は、DTS 以外のソースからターゲットデータベースにデータを書き込まないでください。そうしないと、ソースデータベースとターゲットデータベースの間でデータ不整合が発生する可能性があります。たとえば、Data Management Service (DMS) を使用してオンライン DDL 操作を実行している間に他のデータがターゲットデータベースに書き込まれると、ターゲットデータベースでデータ損失が発生する可能性があります。 DTS はデータ内容を検証しますが、シーケンスなどのメタデータの検証はサポートしていません。メタデータはご自身で検証する必要があります。 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_sync_` プレフィックスを持つレプリケーションスロットを作成します。このレプリケーションスロットにより、DTS は過去 15 分以内の増分ログをソースデータベースから取得できます。データ同期が失敗した場合や同期インスタンスがリリースされた場合、DTS はレプリケーションスロットを自動的にクリアしようとします。説明データ同期中にタスクが使用するソースデータベースアカウントのパスワードを変更したり、ソースデータベースのホワイトリストから DTS の IP アドレスを削除したりすると、レプリケーションスロットは自動的にクリアされません。この場合、ソースデータベースで手動でレプリケーションスロットをクリアする必要があります。これにより、スロットが継続的に蓄積されてディスク領域を消費し、ソースデータベースが利用できなくなるのを防ぎます。ソースデータベースでフェイルオーバーが発生した場合は、セカンダリデータベースにログインして手動でスロットをクリアする必要があります。ビジネスをターゲットインスタンスに切り替えた後、新しいシーケンスはソースシーケンスの最大値から増分しません。ビジネスの切り替え前に、ターゲットデータベースのシーケンス値を更新する必要があります。詳細については、「ターゲットデータベースのシーケンス値の更新」をご参照ください。完全同期または増分同期タスクで、同期対象のテーブルに外部キー、トリガー、またはイベントトリガーが含まれている場合、ターゲットデータベースアカウントが特権アカウントであるか、スーパーユーザー権限を持っている場合、DTS はセッションレベルで `session_replication_role` パラメーターを一時的に `replica` に設定します。ターゲットデータベースアカウントにこれらの権限がない場合は、ターゲットデータベースで手動で `session_replication_role` パラメーターを `replica` に設定する必要があります。この期間中 (`session_replication_role` が `replica` の間)、ソースデータベースでカスケード更新または削除操作が発生すると、データ不整合が発生する可能性があります。DTS タスクがリリースされた後、`session_replication_role` パラメーターを `origin` に戻すことができます。タスクが失敗した場合、DTS のテクニカルサポートは 8 時間以内に回復を試みます。回復プロセス中に、タスクの再起動やパラメーターの調整などの操作が実行されることがあります。説明パラメーターが調整される際、DTS タスクのパラメーターのみが変更され、データベースのパラメーターは変更されません。変更される可能性のあるパラメーターには、「インスタンスパラメーターの変更」で説明されているものが含まれますが、これらに限定されません。パーティションテーブルを同期する場合、親テーブルとその子パーティションの両方を同期オブジェクトとして含める必要があります。そうしないと、パーティションテーブルでデータ不整合が発生する可能性があります。説明 PostgreSQL のパーティションテーブルの親テーブルは直接データを格納しません。すべてのデータは子パーティションに格納されます。同期タスクには、親テーブルとそのすべての子パーティションを含める必要があります。そうしないと、子パーティションのデータが同期されず、ソースとターゲットの間でデータ不整合が発生する可能性があります。

課金

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

サポートされる同期トポロジ

一方向 1 対 1 同期
一方向 1 対多同期
一方向多対 1 同期

各同期トポロジの詳細については、「データ同期トポロジ」をご参照ください。

サポートされる同期オブジェクト

SCHEMA、TABLE
説明
これには、PRIMARY KEY、UNIQUE KEY、FOREIGN KEY、DATATYPE (組み込みデータ型)、および DEFAULT CONSTRAINT が含まれます。
VIEW、プロシージャ (PostgreSQL 11 以降)、関数、ルール、シーケンス、拡張機能、トリガー、集計、インデックス、演算子、ドメイン

サポートされる SQL 操作

操作タイプ	SQL 操作文
DML	INSERT、UPDATE、DELETE
DDL	2020年10月1日以降に作成されたデータ同期タスクのみが DDL 操作をサポートします。重要 2023年5月12日より前に作成されたデータ同期タスクの場合、同期タスクを設定する前に、ソースデータベースにトリガーと関数を作成して DDL 情報をキャッチする必要があります。詳細については、「トリガーと関数を使用した PostgreSQL の DDL 増分移行の実装」をご参照ください。増分データ同期は bit データ型をサポートしていません。ソースデータベースアカウントが特権アカウントである場合、同期タスクは以下の 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 を含む) TRUNCATE TABLE (ソースの PolarDB for PostgreSQL データベースのデータベースエンジンは PostgreSQL 11 以降である必要があります) CREATE INDEX ON TABLE 重要 CASCADE や RESTRICT などの DDL 文の追加情報は同期されません。 `SET session_replication_role = replica` コマンドを使用するセッションでは DDL はサポートされません。関数などのメソッドを呼び出して実行される DDL 文は同期されません。ソースデータベースへの単一のコミットに DML 文と DDL 文の両方が含まれている場合、DDL 文は同期されません。ソースデータベースへの単一のコミットに、同期対象外のオブジェクトに対する DDL 文が含まれている場合、それらの DDL 文は同期されません。

操作手順

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

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

カテゴリ	設定	説明
N/A	タスク名	DTS は自動的にタスク名を生成します。識別しやすいように、わかりやすい名前を指定することを推奨します。名前は一意である必要はありません。
ソースデータベース	データベースタイプ	PolarDB for PostgreSQL を選択します。
	アクセス方法	[クラウドインスタンス] を選択します。
	インスタンスリージョン	PolarDB for PostgreSQL クラスターが存在するリージョンを選択します。
	クロスアカウント	この例では、同じ Alibaba Cloud アカウント内での同期を示しています。[いいえ] を選択します。
	[インスタンス ID]	ソースの PolarDB for PostgreSQL クラスターの ID を選択します。
	[データベース名]	PolarDB for PostgreSQL データベースの名前を入力します。
	データベースアカウント	PolarDB for PostgreSQL インスタンスのデータベースアカウントを入力します。
	データベースパスワード	データベースアカウントに対応するパスワードを入力します。
宛先データベース	データベースタイプ	[PostgreSQL] を選択します。
	アクセス方法	[クラウドインスタンス] を選択します。
	インスタンスリージョン	ターゲットの RDS for PostgreSQL インスタンスが存在するリージョンを選択します。
	[インスタンス ID]	ターゲットの RDS for PostgreSQL インスタンスの ID を選択します。
	[データベース名]	ターゲットの RDS for PostgreSQL インスタンス内の、同期オブジェクトが属するデータベースの名前を入力します。
	データベースアカウント	ターゲットの RDS for PostgreSQL インスタンスのデータベースアカウントを入力します。このアカウントはスキーマに対するオーナー権限を持っている必要があります。アカウントの作成と権限付与の方法については、「アカウントの作成」をご参照ください。
	データベースパスワード	データベースアカウントに対応するパスワードを入力します。
	暗号化	ソースデータベースへの接続を暗号化するかどうかを指定します。ビジネス要件に基づいてこのパラメーターを設定できます。この例では、非暗号化が選択されています。ソースデータベースへの SSL 暗号化接続を確立したい場合は、次の手順を実行します：SSL 暗号化を選択し、必要に応じて CA 証明書、クライアント証明書、およびクライアント証明書の秘密鍵をアップロードし、クライアント証明書の秘密鍵のパスワードを指定します。説明自己管理 PostgreSQL データベースで暗号化を SSL 暗号化に設定した場合、CA 証明書をアップロードする必要があります。クライアント証明書を使用したい場合は、クライアント証明書とクライアント証明書の秘密鍵をアップロードし、クライアント証明書の秘密鍵のパスワードを指定する必要があります。 ApsaraDB RDS for PostgreSQL インスタンスの SSL 暗号化を設定する方法については、「SSL 暗号化」をご参照ください。

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

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

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

設定	説明
同期タイプ	同期タイプ。デフォルトでは [増分データ同期] が選択されています。[スキーマ同期] と [完全データ同期] も選択する必要があります。事前チェックが完了すると、DTS は選択したオブジェクトの既存データをソースデータベースからターゲットクラスターに同期します。既存データは、後続の増分同期の基礎となります。
競合するテーブルの処理モード	エラーの事前チェックと報告：ターゲットデータベースに同じ名前のテーブルが存在するかどうかをチェックします。同じ名前のテーブルが存在しない場合、事前チェックは成功します。同じ名前のテーブルが存在する場合、事前チェックは失敗し、データ同期タスクは開始されません。説明ターゲットデータベースで同じ名前のテーブルを削除または名前変更できない場合は、別のテーブル名にマッピングできます。詳細については、「テーブル名と列名のマッピング」をご参照ください。エラーを無視して続行：ターゲットデータベースでの重複テーブル名のチェックをスキップします。警告エラーを無視して続行を選択すると、データ不整合が発生し、ビジネスにリスクをもたらす可能性があります。例：テーブルスキーマが同じで、ターゲットデータベースのレコードがソースデータベースのレコードと同じプライマリキーまたは一意なキーの値を持つ場合：完全同期中、DTS はターゲットクラスターのレコードを保持します。ソースデータベースの対応するレコードは同期されません。増分同期中、ソースデータベースのレコードがターゲットデータベースのレコードを上書きします。テーブルスキーマが異なる場合、初期データ同期が失敗する可能性があります。これにより、一部の列データのみが同期されるか、同期が完全に失敗する可能性があります。注意して進めてください。
宛先インスタンスでのオブジェクト名の大文字化	ターゲットインスタンスに同期されるデータベース、テーブル、および列オブジェクト名の大文字と小文字の区別ポリシーを設定できます。デフォルトでは、DTS のデフォルトポリシーが選択されています。ソースデータベースとターゲットデータベースのデフォルトポリシーを使用することも選択できます。詳細については、「宛先オブジェクト名の大文字と小文字の区別ポリシー」をご参照ください。
ソースオブジェクト	ソースオブジェクトボックスで、同期するオブジェクトをクリックし、をクリックして選択中のオブジェクトボックスに移動します。説明同期オブジェクトの粒度はスキーマまたはテーブルにすることができます。同期オブジェクトとしてテーブルを選択した場合、ビュー、トリガー、ストアドプロシージャなどの他のオブジェクトはターゲットデータベースに同期されません。同期対象のテーブルに SERIAL データ型が含まれ、[同期タイプ] として [スキーマ同期] を選択した場合、シーケンスまたはスキーマ全体の同期も選択することを推奨します。
選択中のオブジェクト	ターゲットインスタンスで単一の同期オブジェクトの名前を変更するには、選択中のオブジェクトボックスでオブジェクトを右クリックします。オブジェクトの名前変更の詳細については、「単一のデータベース、テーブル、または列のマッピング」をご参照ください。ターゲットインスタンスで複数の同期オブジェクトの名前を一括で変更するには、選択中のオブジェクトボックスの右上隅にある一括編集をクリックします。詳細については、「データベース、テーブル、列の一括マッピング」をご参照ください。

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

設定	説明
タスクのスケジュールに使用する専用クラスターの選択	デフォルトでは、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% になったら、次：インスタンスの購入 をクリックします。

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

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

設定が完了したら、Data Transmission Service (従量課金) 利用規約 を読んで選択します。
購入して起動 をクリックします。OK ダイアログボックスで、[OK] をクリックします。
データ同期ページでタスクの進捗状況を確認できます。