ApsaraDB for MongoDBシャードクラスターインスタンス間の双方向データ同期 - Data Transmission Service

Data Transmission Service (DTS) は、2つのApsaraDB for MongoDBシャードクラスターインスタンス間の双方向データ同期をサポートしています。この機能は、アクティブなジオ冗長性 (ユニットベース) やジオディザスタリカバリなどのシナリオに適しています。このトピックでは、ApsaraDB for MongoDBシャードクラスターインスタンス間の双方向データ同期を設定する方法について説明します。

前提条件

ソースおよびターゲットApsaraDB for MongoDBシャードクラスターインスタンスが作成されます。詳細については、「シャードクラスターインスタンスの作成」をご参照ください。
重要
- ソースApsaraDB for MongoDBシャードクラスターインスタンスのシャードにエンドポイントが割り当てられ、シャードは同じアカウントとパスワードを共有します。詳細については、「シャードノードまたはシャードクラスターインスタンスのConfigServerノードのエンドポイントの申請」をご参照ください。
- サポートされているデータベースバージョンの詳細については、「データ同期シナリオの概要」をご参照ください。
移行元ApsaraDB for MongoDBインスタンスの使用可能なストレージ容量が、移行元ApsaraDB for MongoDBインスタンスのデータの合計サイズよりも10% に大きいこと。これは推奨される前提条件です。
ソースインスタンスとターゲットインスタンスのシャードノードとConfigserverノードのreplication.oplogGlobalIdEnabledパラメーターがtrueに設定されています。詳細については、「ApsaraDB For MongoDBインスタンスのデータベースパラメーターの設定」をご参照ください。
説明
replication.oplogGlobalIdEnabledパラメーターがtrueに設定されていない場合、事前チェックは失敗するか、双方向mongo must have gidエラーが返されます。
シャードするデータベースとコレクションは、ソースとターゲットのApsaraDB for MongoDBシャードクラスターインスタンスで作成され、データシャードが設定され、バランサーが有効になり、ビジネス要件に基づいて事前シャードが実行されます。詳細については、「シャードのパフォーマンスを最大化するようにシャーディングを構成する」と、「FAQ」トピックの「シャードクラスタアーキテクチャにデプロイされたMongoDBデータベースのデータが均等に分散されていない場合はどうすればよいですか。」セクションをご参照ください。
説明
- シャードクラスターインスタンスのシャーディングを設定すると、同期されたデータは異なるシャードに分散されます。これにより、シャードクラスターのパフォーマンスが最大になります。事前シャーディングのためにbalancerを有効にすると、データスキューが防止されます。
- このトピックでは、DTSインスタンスを購入する前にDTSタスクを設定します。ソースApsaraDB for MongoDBシャードクラスターインスタンスのシャード数を指定する必要はありません。
  DTSタスクを設定する前にDTSインスタンスを購入する場合、インスタンスの購入時にシャードの数を指定する必要があります。

制限事項

カテゴリ	説明
ソースデータベースとターゲットデータベースの制限	帯域幅要件: ソースデータベースがデプロイされるサーバーには、十分なアウトバウンド帯域幅が必要です。そうしないと、データ同期速度が影響を受けます。同期するコレクションには、PRIMARY KEYまたはUNIQUE制約が必要で、すべてのフィールドが一意である必要があります。そうでない場合、宛先データベースは重複するデータレコードを含み得る。同期するオブジェクトとしてコレクションを選択し、コレクションの名前を変更するなど、ターゲットデータベース内のコレクションを編集する必要がある場合、1つのデータ同期タスクで最大1,000個のコレクションを同期できます。タスクを実行して1,000を超えるコレクションを同期すると、リクエストエラーが発生します。この場合、複数のタスクを構成してコレクションをバッチで同期するか、タスクを構成してデータベース全体を同期することをお勧めします。操作ログ機能を有効にする必要があります。説明ソースデータベースの操作ログは、少なくとも7日間保持する必要があります。そうしないと、DTSは操作ログの取得に失敗し、タスクが失敗する可能性があります。例外的な状況では、データの不整合または損失が発生します。操作ログの保持期間は、上記の要件に基づいて設定してください。それ以外の場合、DTSのサービスレベル契約 (SLA) はサービスの信頼性またはパフォーマンスを保証しません。データ同期タスク中、タスクに関与するMongoDBシャードクラスターデータベースはスケーリングできません。それ以外の場合、タスクは失敗します。ソースMongoDBシャードクラスターデータベース内のMongosノードの数は10を超えることはできません。 TTL (time to live) インデックスを含むコレクションは同期できません。ソースデータベースにTTLインデックスが含まれている場合、同期後にソースデータベースとターゲットデータベース間でデータの不整合が発生する可能性があります。孤立したドキュメントがソースデータベースとターゲットデータベースに存在しないことを確認します。そうしないと、データの不一致やタスクの失敗が発生する可能性があります。詳細については、「MongoDBの用語集」および「シャードクラスタアーキテクチャにデプロイされたMongoDBデータベースの孤立したドキュメントを削除する方法をご参照ください。」をご参照ください。ソースデータベースとターゲットデータベースは、同じアーキテクチャのApsaraDB for MongoDBインスタンスである必要があります。双方向同期は、自己管理型MongoDBデータベースまたは異なるアーキテクチャを持つMongoDBデータベースではサポートされません。ソースデータベースで実行する操作の制限: スキーマ同期および完全データ同期中は、データベースまたはコレクションのスキーマを変更しないでください。それ以外の場合、データ同期タスクは失敗します。完全データ同期のみを実行する場合は、データ同期中にソースデータベースにデータを書き込まないでください。そうしないと、ソースデータベースとターゲットデータベース間でデータの不一致が発生します。
その他の制限	データ同期タスクを開始する前に、ソースデータベースで同期するデータにシャーディングキーを追加する必要があります。データ同期中に、INSERTステートメントを実行して同期するデータにデータを挿入する場合、同期するデータにはシャーディングキーが含まれている必要があります。 UPDATEステートメントを実行して同期するデータを変更する場合、シャーディングキーを変更することはできません。互換性を確保するには、ターゲットMongoDBデータベースのバージョンが、ソースMongoDBデータベースのバージョンと同じかそれ以降である必要があります。ターゲットデータベースのバージョンがソースデータベースのバージョンよりも前の場合、データベースの互換性の問題が発生する可能性があります。ターゲットデータベースのコレクションに一意のインデックスがある場合、またはターゲットデータベースのコレクションの`capped`属性が`true`の場合、コレクションはシングルスレッドデータ書き込みのみをサポートし、増分データ同期中の同時再生はサポートしません。これは、同期待ち時間を増加させ得る。 DTSは、adminまたはローカルデータベースのデータを同期できません。トランザクション情報は保持されません。トランザクションが宛先データベースに同期されると、トランザクションは単一のレコードに変換されます。データを同期する前に、ソースデータベースとターゲットデータベースのパフォーマンスに対するデータ同期の影響を評価します。オフピーク時にデータを同期することを推奨します。完全データ同期中、DTSはソースデータベースとターゲットデータベースの読み取りおよび書き込みリソースを使用します。これにより、データベースサーバーの負荷が増加する可能性があります。完全なデータ同期中、同時INSERT操作により、ターゲットデータベースのコレクションが断片化されます。完全なデータ同期が完了すると、ターゲットデータベースのコレクションのストレージスペースは、ソースデータベースのストレージスペースよりも大きくなります。データ同期中に他のソースからのデータがターゲットデータベースに書き込まれると、ソースデータベースとターゲットデータベース間のデータの不一致が発生します。たとえば、他のソースからのデータがターゲットデータベースに書き込まれているときにDMSを使用してオンラインDDLステートメントを実行すると、ターゲットデータベースでデータが失われる可能性があります。双方向データ同期インスタンスには、順方向同期タスクと逆方向同期タスクが含まれます。インスタンスを設定またはリセットするときに、順方向同期タスクと逆方向同期タスクの両方でオブジェクトを同期する場合は、次のルールが適用されます。オブジェクトの完全データと増分データの両方を同期できるのは、タスクの1つだけです。もう1つのタスクは、オブジェクトの増分データのみを同期します。現在のタスクのソースデータは、タスクの宛先にのみ同期できます。同期されたデータは、他のタスクのソースデータとして使用されません。データは、同時に宛先データベースに書き込まれる。したがって、移行先データベースで占有されるストレージスペースは、移行元データベースのデータのサイズよりも大きく10% 5% があります。 `db.$table_name.aggregate([{ $count:"myCount"}])` 構文を使用して、ターゲットMongoDBデータベースのcount操作の戻り値を照会する必要があります。ターゲットMongoDBデータベースに、ソースデータベースと同じプライマリキーがないことを確認します。デフォルトの主キーは_idです。データが失われる可能性があります。移行先データベースのデータが移行元データベースのデータと同じプライマリキーを持つ場合、DTSのサービスを中断することなく、移行先データベースの関連データをクリアします。たとえば、同じ主キーが_idの場合、ソースデータベースと同じ_idを持つターゲットデータベースのデータを削除できます。完全データ同期中に、ソースデータベースのMongoDB balancerが無効になっていることを確認します。すべての完全データ同期が完了し、増分データ同期が開始されるまで、balancerを有効にしないでください。 DDL 操作を実行すると、データの不整合が発生する可能性があります。 MongoDBバランサーの詳細については、「ApsaraDB For MongoDBバランサーの管理」をご参照ください。ターゲットインスタンスにデータシャーディングが設定されていて、DTSのスキーマ同期機能を使用する必要がない場合は、オブジェクトの設定と詳細設定の同期タイプのいずれかとしてスキーマ同期を選択しないでください。そうしないと、データの不整合が発生したり、シャードの競合によりタスクが失敗する可能性があります。

課金

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

サポートされている双方向データ同期トポロジ

DTSは、2つのApsaraDB for MongoDBシャードクラスターインスタンス間でのみ双方向データ同期をサポートします。 DTSは、複数のApsaraDB for MongoDBインスタンス間の双方向データ同期をサポートしていません。

サポートされている競合検出

データの一貫性を確保するために、同じプライマリキー、ビジネスプライマリキー、または一意のキーを持つデータレコードが、同期ノードの1つでのみ更新されるようにしてください。両方のノードでデータレコードが更新された場合、DTSはデータ同期タスクに指定した競合解決ポリシーに基づいて競合に応答します。

DTS は競合をチェックして修正し、双方向同期インスタンスの安定性を最大化します。 DTS は以下のタイプの競合を検出できます。

INSERT 操作による一意性の競合
一意性の制約に従わないINSERT操作は同期できません。たとえば、同じプライマリキー値を持つレコードがほぼ同時に2つの同期ノードに挿入された場合、挿入されたレコードのうちの1つは同期されません。同じプライマリキー値を持つレコードが他のノードに既に存在するため、同期は失敗します。
UPDATE 操作が原因の整合性のないレコード
- 更新するレコードが同期先インスタンスに存在しない場合、DTS はUPDATE 操作を INSERT 操作に変換します。ただし、一意性の競合が発生する可能性があります。
- 挿入するレコードの主キーまたは一意キーは、宛先インスタンス内の既存のレコードの主キーまたは一意キーと競合する場合があります。
存在しないレコードの削除
削除対象のレコードが同期先インスタンスに存在しない場合があります。この場合、指定した競合解決ポリシーに関係なく、DTSはDELETE操作を無視します。

重要

双方向同期時に、同期元インスタンスと同期先インスタンスのシステム時刻が異なる場合があります。同期レイテンシが発生する可能性があります。これらの理由により、DTSは、競合検出メカニズムがすべてのデータ競合を防ぐことができることを保証しません。双方向同期を実行するには、同じプライマリキー、ビジネスプライマリキー、または一意のキーを持つレコードが、いずれかの同期ノードでのみ更新されるようにします。
DTS は、データの同期中に発生する可能性のある競合を防止するための競合解決ポリシーが用意されています。双方向データ同期を設定するときに、競合解決ポリシーを選択できます。

同期タイプ

同期タイプ	説明
スキーマ同期	DTSは、選択したオブジェクトのスキーマをソースApsaraDB for MongoDBインスタンスからターゲットApsaraDB for MongoDBインスタンスに同期します。
完全データ同期	DTSは、選択したオブジェクトのすべての既存データをソースApsaraDB for MongoDBインスタンスからターゲットApsaraDB for MongoDBインスタンスに同期します。説明 DTSは、データベースとコレクションの完全なデータ同期をサポートしています。
増分データ同期	DTSは、増分データをソースApsaraDB for MongoDBインスタンスからターゲットApsaraDB for MongoDBインスタンスに同期します。説明 DTSは、次の操作によって生成された増分データを同期します。コレクションの作成とインデックスの作成ドロップコレクションとドロップインデックスタイトルコレクションコレクション内のドキュメントを挿入、更新、および削除するために実行される操作。

手順

重要

このトピックでは、DTSインスタンスを購入する前にDTSタスクを設定します。ソースApsaraDB for MongoDBシャードクラスターインスタンスのシャード数を指定する必要はありません。

DTSタスクを設定する前にDTSインスタンスを購入する場合、インスタンスの購入時にシャードの数を指定する必要があります。

新しいDTSコンソールのデータ同期タスクページに移動します。
説明
データ管理 (DMS) コンソールにログインすることもできます。上部のナビゲーションバーで、ポインタを [データ開発] に移動し、[DTS (DTS)] > [データ同期] を選択します。
上部のナビゲーションバーで、データ同期タスクを作成するリージョンを選択します。

[タスクの作成] をクリックします。タスクの作成ウィザードで、ソースデータベースとターゲットデータベースを設定します。次の表にパラメーターを示します。

警告

ソースデータベースとターゲットデータベースを設定した後、ページに表示される制限を読むことを推奨します。そうしないと、タスクが失敗したり、データの不一致が発生します。

セクション	パラメーター	説明
非該当	タスク名	DTSタスクの名前。タスク名は自動生成されます。タスクを簡単に識別できるように、わかりやすい名前を指定することをお勧めします。一意のタスク名を指定する必要はありません。
ソースデータベース	既存の DMS データベースインスタンスを選択します。(任意です。DMS データベースインスタンスが未登録の場合は、このオプションを無視して、以下のセクションでデータベース設定を行ってください。)	使用するデータベースインスタンス。ビジネス要件に基づいて、既存のインスタンスを使用するかどうかを選択できます。既存のインスタンスを選択すると、DTSはデータベースのパラメーターを自動的に入力します。既存のインスタンスを選択しない場合は、次のデータベース情報を設定する必要があります。
	データベースタイプ	ソースインスタンスの種類。 MongoDB を選択します。
	アクセス方法	ソースデータベースのアクセス方法。 [Alibaba Cloudインスタンス] を選択します。
	インスタンスリージョン	ソースApsaraDB for MongoDBインスタンスが存在するリージョン。
	Alibaba Cloud アカウント間でデータを複製	Alibaba Cloudアカウント間でデータを同期するかどうかを指定します。この例では、× が選択されています。
	アーキテクチャ	ソースインスタンスがデプロイされるアーキテクチャ。シャードクラスターを選択します。
	インスタンスID	ソースApsaraDB for MongoDBインスタンスのID。
	認証データベース	ソースApsaraDB for MongoDBインスタンスのデータベースアカウントとパスワードを格納する認証データベースの名前。以前に认证データベースの名前を変更しなかった场合、デフォルト値はadminです。
	データベースアカウント	ソースApsaraDB for MongoDBインスタンスのデータベースアカウント。アカウントには、ソース、設定、admin、およびローカルデータベースに対する読み取り権限が必要です。
	データベースパスワード	データベースインスタンスへのアクセスに使用されるパスワード。
	Shardアカウント	ソースApsaraDB for MongoDBインスタンスのシャードへのアクセスに使用されるアカウント。
	Shardパスワード	ソースApsaraDB for MongoDBインスタンスのシャードへのアクセスに使用されるパスワード。
宛先データベース	既存の DMS データベースインスタンスを選択します。(任意です。DMS データベースインスタンスが未登録の場合は、このオプションを無視して、以下のセクションでデータベース設定を行ってください。)	使用するデータベースインスタンス。ビジネス要件に基づいて、既存のインスタンスを使用するかどうかを選択できます。既存のインスタンスを選択すると、DTSはデータベースのパラメーターを自動的に入力します。既存のインスタンスを選択しない場合は、次のデータベース情報を設定する必要があります。
	データベースタイプ	ターゲットデータベースのタイプ。 MongoDB を選択します。
	アクセス方法	ターゲットデータベースのアクセス方法。 [Alibaba Cloudインスタンス] を選択します。
	インスタンスリージョン	ターゲットApsaraDB for MongoDBインスタンスが存在するリージョン。
	アーキテクチャ	ターゲットインスタンスがデプロイされるアーキテクチャ。シャードクラスターを選択します。
	インスタンスID	移行先のApsaraDB for MongoDBインスタンスのID。
	認証データベース	ターゲットApsaraDB for MongoDBインスタンスのデータベースアカウントとパスワードを格納する認証データベースの名前。以前に认证データベースの名前を変更しなかった场合、デフォルト値はadminです。
	データベースアカウント	移行先ApsaraDB for MongoDBインスタンスのデータベースアカウント。このアカウントには、dbAdminAnyDatabaseアクセス許可、ターゲットデータベースに対する読み取りおよび書き込みアクセス許可、およびローカルデータベースに対する読み取りアクセス許可が必要です。
	データベースパスワード	データベースインスタンスへのアクセスに使用されるパスワード。

ページの下部で、接続性をテストして続行をクリックします。
ソースまたはターゲットデータベースがAlibaba Cloudデータベースインスタンス (ApsaraDB RDS for MySQLインスタンスやApsaraDB for MongoDBインスタンスなど) の場合、DTSは自動的にDTSサーバーのCIDRブロックをインスタンスのホワイトリストに追加します。ソースデータベースまたはターゲットデータベースがElastic Compute Service (ECS) インスタンスでホストされている自己管理データベースの場合、DTSサーバーのCIDRブロックがECSインスタンスのセキュリティグループルールに自動的に追加されます。ECSインスタンスがデータベースにアクセスできることを確認する必要があります。データベースが複数のECSインスタンスにデプロイされている場合、DTSサーバーのCIDRブロックを各ECSインスタンスのセキュリティグループルールに手動で追加する必要があります。ソースデータベースまたはターゲットデータベースが、データセンターにデプロイされているか、サードパーティのクラウドサービスプロバイダーによって提供される自己管理データベースである場合、DTSサーバーのCIDRブロックをデータベースのホワイトリストに手動で追加して、DTSがデータベースにアクセスできるようにする必要があります。詳細については、「DTSサーバーのCIDRブロックの追加」トピックの「DTSサーバーのCIDRブロック」セクションをご参照ください。
警告
DTSサーバーのCIDRブロックがデータベースまたはインスタンスのホワイトリスト、またはECSセキュリティグループルールに自動的または手動で追加されると、セキュリティリスクが発生する可能性があります。したがって、DTSを使用してデータを同期する前に、潜在的なリスクを理解して認識し、次の対策を含む予防策を講じる必要があります。VPNゲートウェイ、またはSmart Access Gateway。

同期するオブジェクトと詳細設定を設定します。

パラメーター	説明
同期タイプ	同期タイプ。デフォルトでは、増分データ同期が選択されています。 [スキーマ同期] および [完全データ同期] も選択する必要があります。事前チェックが完了すると、DTSは選択したオブジェクトの履歴データをソースデータベースからターゲットクラスターに同期します。履歴データは、その後の増分同期の基礎となる。
競合テーブルの処理モード	エラーの事前チェックと報告: ターゲットデータベースに、ソースデータベースのコレクションと同じ名前のコレクションが含まれているかどうかを確認します。ソースデータベースとターゲットデータベースに同じコレクション名のコレクションが含まれていない場合は、事前チェックに合格します。それ以外の場合、事前チェック中にエラーが返され、データ同期タスクを開始できません。説明ソースデータベースとターゲットデータベースに同じ名前のコレクションがあり、ターゲットデータベース内のコレクションを削除または名前変更できない場合は、オブジェクト名マッピング機能を使用して、ターゲットデータベースに同期されるコレクションの名前を変更できます。詳細については、「同期するオブジェクトの名前変更」をご参照ください。エラーを無視して続行: ソースデータベースとターゲットデータベースで同じコレクション名の事前チェックをスキップします。警告エラーを無視して続行を選択すると、データの不整合が発生し、ビジネスが潜在的なリスクにさらされる可能性があります。ターゲットデータベースのデータレコードに、ソースデータベースのデータレコードと同じプライマリキー値または一意のキー値がある場合、DTSはデータレコードをターゲットデータベースに同期しません。ターゲットデータベースの既存のデータレコードが保持されます。データの初期化に失敗するか、特定の列のみが同期されるか、データ同期タスクが失敗する可能性があります。
同期トポロジ	データ同期タスクの同期トポロジ。 [双方向同期] を選択します。
DDL操作の除外	はい: DDL操作を除外します。いいえ: DDL操作を同期します。説明 DDL同期方向の制限: 双方向データ同期の安定性を確保するために、DTSは順方向でのみDDL操作を同期します。
紛争解決ポリシー	このトピックの「サポートされる競合検出」セクションで説明されている競合が発生した場合は、ビジネス要件に基づいて競合解決ポリシーを選択します。タスク失敗データ同期中に競合が発生した場合、データ同期タスクはエラーを報告し、プロセスを終了します。タスクが失敗状態になり、競合を手動で解決する必要があります。無視するデータ同期中に競合が発生した場合、データ同期タスクは現在のステートメントを無視してプロセスを続行します。宛先データベース内の競合するレコードが使用されます。上書きデータ同期中に競合が発生した場合、ターゲットデータベース内の競合するレコードは上書きされます。説明このシナリオでは、無視ポリシーのみがサポートされています。
ソースオブジェクト	ソースオブジェクトセクションから1つ以上のオブジェクトを選択し、アイコンをクリックして選択中のオブジェクトセクションにオブジェクトを追加します。説明同期するオブジェクトとして、データベースまたはコレクションを選択できます。
選択中のオブジェクト	同期先のインスタンスに同期するオブジェクトの名前を変更するには、選択中のオブジェクトセクションでオブジェクトを右クリックします。詳細については、「オブジェクト名のマップ」トピックの「単一オブジェクトの名前のマップ」セクションをご参照ください。一度に複数のオブジェクトの名前を変更するには、選択中のオブジェクトセクションの右上隅にある一括編集をクリックします。詳細については、「オブジェクト名のマップ」トピックの「一度に複数のオブジェクト名をマップする」セクションをご参照ください。説明データをフィルタリングする条件を指定するには、選択中のオブジェクトセクションでテーブルを右クリックします。表示されるダイアログボックスで、条件を指定します。データ同期タスクの完全データ同期段階でデータをフィルタリングする条件を指定できます。データ同期タスクの増分データ同期ステージ中にデータをフィルタリングする条件を指定することはできません。詳細については、「フィルター条件の指定」をご参照ください。オブジェクト名マッピング機能を使用して、データが同期されるデータベースまたはコレクションの名前を変更すると、データベースまたはコレクションに依存する他のオブジェクトの同期が失敗する可能性があります。

[次へ：詳細設定] をクリックして詳細設定を構成します。

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

詳細設定

パラメーター	説明
タスクのスケジュールに使用する専用クラスターの選択	デフォルトでは、DTSはタスクを共有クラスターにスケジュールします。このパラメーターを設定する必要はありません。データ同期タスクの安定性を向上させたい場合は、専用クラスターを購入してください。詳細については、「DTS専用クラスターの概要」をご参照ください。
アラートの設定	データ同期タスクのアラートを設定するかどうかを指定します。タスクが失敗するか、同期レイテンシが指定されたしきい値を超えると、アラート送信先は通知を受け取ります。有効な値： No: アラートを有効にしません。 Yes: アラートを設定します。この場合、アラートしきい値とアラート通知設定詳細については、「モニタリングとアラートの設定」トピックの「DTSタスクを作成するときのモニタリングとアラートの設定」をご参照ください。
失敗した接続の再試行時間	失敗した接続のリトライ時間範囲。データ同期タスクの開始後にソースデータベースまたはターゲットデータベースの接続に失敗した場合、DTSはその時間範囲内ですぐに接続を再試行します。有効な値: 10 ~ 1440 単位は分です。デフォルト値: 720 このパラメーターを30より大きい値に設定することを推奨します。 DTSが指定された時間範囲内にソースデータベースとターゲットデータベースに再接続すると、DTSはデータ同期タスクを再開します。それ以外の場合、データ同期タスクは失敗します。説明ソースまたはターゲットデータベースが同じである複数のデータ同期タスクに対して異なるリトライ時間範囲を指定した場合、最も短いリトライ時間範囲が優先されます。 DTSが接続を再試行すると、DTSインスタンスに対して課金されます。業務要件に基づいて再試行時間範囲を指定することを推奨します。ソースインスタンスとターゲットインスタンスがリリースされた後、できるだけ早くDTSインスタンスをリリースすることもできます。
移行元データベースと移行先データベースで他の問題が発生した場合の、再試行までの待機時間です。	その他の問題の再試行時間範囲。たとえば、データ同期タスクの開始後にDDLまたはDML操作の実行に失敗した場合、DTSはその時間範囲内ですぐに操作を再試行します。有効な値: 1 ~ 1440 単位は分です。デフォルト値は 10 です。このパラメーターを10より大きい値に設定することを推奨します。指定された時間範囲内で失敗した操作が正常に実行されると、DTSはデータ同期タスクを再開します。それ以外の場合、データ同期タスクは失敗します。重要移行元データベースと移行先データベースで他の問題が発生した場合の、再試行までの待機時間です。パラメーターの値は、失敗した接続の再試行時間パラメーターの値よりも小さくする必要があります。
完全移行率を制限するかどうか	完全データ同期中、DTSはソースデータベースとターゲットデータベースの読み取りおよび書き込みリソースを使用します。これにより、データベースサーバーの負荷が増加する可能性があります。 1 秒あたりのソースデータベースのクエリ率 QPS 、1 秒あたりの完全移行の行数 RPS、および1 秒あたりの完全移行データ量 (MB) BPS パラメーターを設定して、ターゲットデータベースサーバーの負荷を軽減できます。説明このパラメーターは、同期タイプパラメーターで完全データ同期が選択されている場合にのみ表示されます。
増分同期率を制限するかどうか	増分データ同期のスロットリングを有効にするかどうかを指定します。ビジネス要件に基づいて、増分データ同期のスロットリングを有効にできます。スロットリングを設定するには、1 秒あたりの増分同期の行数 RPSおよび1 秒あたりの増分同期データ量 (MB) BPS パラメーターを設定する必要があります。これにより、移行先データベースサーバーの負荷が軽減されます。
環境タグ	DTSインスタンスを識別するために使用される環境タグ。ビジネス要件に基づいて環境タグを選択できます。この例では、環境タグは選択されていません。
ETL の設定	抽出、変換、および読み込み (ETL) 機能を有効にするかどうかを指定します。詳細については、「ETLとは何ですか?」をご参照ください。有効な値： Yes: ETL機能を設定します。コードエディターでデータ処理ステートメントを入力できます。詳細については、「データ移行またはデータ同期タスクでのETLの設定」をご参照ください。 No: ETL機能を設定しません。

タスク設定を保存し、事前チェックを実行します。
- 関連するAPI操作を呼び出してDTSタスクを設定するときに指定するパラメーターを表示するには、ポインターを 次：タスク設定の保存と事前チェック に移動し、OpenAPI パラメーターのプレビュー をクリックします。
- パラメーターを表示または表示する必要がない場合は、ページ下部の 次：タスク設定の保存と事前チェック をクリックします。
説明
- データ同期タスクを開始する前に、DTSは事前チェックを実行します。データ同期タスクは、タスクが事前チェックに合格した後にのみ開始できます。
- データ同期タスクが事前チェックに失敗した場合は、失敗した各項目の横にある [詳細の表示] をクリックします。チェック結果に基づいて原因を分析した後、問題のトラブルシューティングを行います。次に、プレチェックを再実行します。
- 事前チェック中にアイテムに対してアラートがトリガーされた場合:
  アラートアイテムを無視できない場合は、失敗したアイテムの横にある [詳細の表示] をクリックして、問題のトラブルシューティングを行います。次に、もう一度プレチェックを実行します。
  アラート項目を無視できる場合は、[アラート詳細の確認] をクリックします。 [詳細の表示] ダイアログボックスで、[無視] をクリックします。表示されたメッセージボックスで、[OK] をクリックします。次に、[再度事前チェック] をクリックして、事前チェックを再度実行します。アラート項目を無視すると、データの不整合が発生し、ビジネスが潜在的なリスクにさらされる可能性があります。
成功率が100% になるまで待ちます。次に、[次へ: インスタンスの購入] をクリックします。

購入ページで、データ同期インスタンスの課金方法とインスタンスクラスのパラメーターを設定します。下表にパラメーターを示します。

セクション	パラメーター	説明
新しいインスタンスクラス	Billing Method	サブスクリプション: データ同期インスタンスの作成時にサブスクリプションの料金を支払います。サブスクリプションの課金方法は、長期使用の場合、従量課金の課金方法よりも費用対効果が高くなります。従量課金: 従量課金インスタンスは1時間ごとに課金されます。従量課金方法は、短期使用に適しています。従量課金データ同期インスタンスが不要になった場合は、インスタンスをリリースしてコストを削減できます。
	リソースグループの設定	データ同期インスタンスが属するリソースグループ。デフォルト値: Default resource group 詳細については、「リソース管理とは」をご参照ください。
	インスタンスクラス	DTSは、同期速度が異なるインスタンスクラスを提供します。ビジネス要件に基づいてインスタンスクラスを選択できます。詳細については、「データ同期インスタンスのインスタンスクラス」をご参照ください。
	サブスクリプション期間	サブスクリプションの課金方法を選択した場合は、サブスクリプション期間と作成するデータ同期インスタンスの数を指定します。サブスクリプション期間は、1〜9か月、1年、2年、3年、または5年とすることができる。説明このパラメーターは、サブスクリプションの課金方法を選択した場合にのみ使用できます。

データ伝送サービス (従量課金) サービス規約を読んで選択します。
[購入して開始] をクリックして、順方向のデータ同期タスクを開始します。タスクリストでタスクの進行状況を確認できます。
順方向のデータ同期タスクが実行中状態になるまで待ちます。逆方向のデータ同期タスクを見つけ、[タスクの設定] をクリックします。
ステップ3からステップ7を繰り返して、データ同期タスクを逆方向に設定します。
重要
- データ同期タスクを逆方向に設定する場合は、正しいソースインスタンスとターゲットインスタンスを選択する必要があります。逆方向のソースインスタンスは、順方向の宛先インスタンスである。逆方向の宛先インスタンスは、順方向のソースインスタンスである。また、データベース名、アカウント、パスワードなどのパラメーター設定が一貫していることを確認する必要があります。
- データ同期タスクを逆方向に設定する場合は、オブジェクト名マッピング機能を使用しないことをお勧めします。 DDL 操作を実行すると、データの不整合が発生する可能性があります。
- データ同期タスクのソースデータベースとターゲットデータベースを逆方向に設定する場合、インスタンスのリージョンパラメーターは変更できません。逆方向のデータ同期タスクに設定する必要があるパラメーターの数は、順方向のデータ同期タスクの場合よりも少なくなります。コンソールに表示されるパラメーターを設定します。
- DTSが逆方向で競合するテーブルをチェックする場合、順方向でターゲットインスタンスに同期されたテーブルは無視されます。
- 逆方向のデータ同期タスクに対して、順方向のデータ同期タスクで選択されているオブジェクトを選択することはできません。
- 逆方向のデータ同期タスクは、DDL操作を無視する。
成功率が100% になるまで待ちます。 [戻る] をクリックします。
逆方向のデータ同期タスクが設定されたら、両方のタスクが 実行中 状態になるまで待ちます。双方向データ同期が設定されています。