ApsaraDB for MongoDBレプリカセットインスタンス間の双方向データ同期 - Data Transmission Service

このトピックでは、data Transmission Service (DTS) を使用して、ApsaraDB for MongoDBレプリカセットインスタンス間の双方向データ同期を設定する方法について説明します。

前提条件

ソースとターゲットのApsaraDB for MongoDBレプリカセットインスタンスが作成されます。詳細については、「レプリカセットインスタンスの作成」をご参照ください。
重要
サポートされているデータベースバージョンの詳細については、「データ同期シナリオの概要」をご参照ください。
使用可能なストレージスペースがソースApsaraDB for MongoDBインスタンスのデータの合計サイズよりも10% に大きいターゲットApsaraDB for MongoDBインスタンスを使用することを推奨します。
ソースインスタンスとターゲットインスタンスのreplication.oplogGlobalIdEnabledパラメーターがtrueに設定されています。詳細については、「ApsaraDB For MongoDBインスタンスのデータベースパラメーターの設定」をご参照ください。
説明
replication.oplogGlobalIdEnabledパラメーターがtrueに設定されていない場合、事前チェックは失敗するか、双方向mongo must have gidエラーが返されます。

使用上の注意

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

課金

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

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

DTSは、2つのApsaraDB for MongoDBレプリカセットインスタンス間の双方向データ同期のみをサポートします。 DTSは、2つ以上のApsaraDB for MongoDBインスタンス間の双方向データ同期をサポートしていません。

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

データの一貫性を確保するために、同じプライマリキー、ビジネスプライマリキー、または一意のキーを持つデータレコードが、同期ノードの1つでのみ更新されるようにしてください。

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

INSERT 操作による一意性の競合
insertステートメントを実行してターゲットインスタンスに挿入するレコードが既存のレコードと競合する場合、DTSは自動的にINSERT操作を無視します。
UPDATE 操作が原因の整合性のないレコード
updateステートメントを実行して更新するレコードがターゲットインスタンスに存在しない場合、または別のレコードと競合する場合、DTSはUPDATE操作を自動的に無視します。
存在しないレコードの削除
deleteステートメントを実行してターゲットインスタンスから削除するレコードが存在しない場合、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は、次の操作によって生成された増分データを同期します。コレクションの作成とインデックスの作成ドロップコレクションとドロップインデックスタイトルコレクションコレクション内のドキュメントを挿入、更新、および削除するために実行される操作。

手順

[データ同期タスク] ページに移動します。
1. データ管理 (DMS) コンソールにログインします。
2. 上部のナビゲーションバーで、DTSをクリックします。
3. 左側のナビゲーションウィンドウで、DTS (DTS) > データ同期を選択します。
説明
- 操作は、DMSコンソールのモードとレイアウトによって異なります。詳細については、「シンプルモード」および「DMSコンソールのレイアウトとスタイルのカスタマイズ」をご参照ください。
- 新しいDTSコンソールのデータ同期タスクページに行くこともできます。
データ同期タスクの右側で、データ同期インスタンスが存在するリージョンを選択します。
説明
新しいDTSコンソールを使用する場合は、上部のナビゲーションバーでデータ同期インスタンスが存在するリージョンを選択する必要があります。

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

セクション	パラメーター	説明
非該当	タスク名	DTSタスクの名前。タスク名は自動生成されます。タスクを簡単に識別できるように、わかりやすい名前を指定することをお勧めします。一意のタスク名を指定する必要はありません。
ソースデータベース	既存のDMSデータベースインスタンスの選択	使用するデータベースインスタンス。ビジネス要件に基づいて、既存のインスタンスを使用するかどうかを選択できます。既存のインスタンスを選択すると、DTSはデータベースのパラメーターを自動的に入力します。既存のインスタンスを選択しない場合は、次のデータベース情報を設定する必要があります。
	データベースタイプ	移行元ディスクのタイプを設定します。 MongoDB を選択します。
	アクセス方法	ソースデータベースのアクセス方法。 [Alibaba Cloudインスタンス] を選択します。
	インスタンスリージョン	ソースApsaraDB for MongoDBインスタンスが存在するリージョン。
	Alibaba Cloud アカウント間でデータを複製	Alibaba Cloudアカウント間でデータを同期するかどうかを指定します。この例では、× が選択されています。
	アーキテクチャ	ソースデータベースがデプロイされるアーキテクチャ。 [レプリカセット] を選択します。
	インスタンスID	ソースApsaraDB for MongoDBインスタンスのID。
	認証データベース	ソースApsaraDB for MongoDBインスタンスのデータベースアカウントとパスワードを格納する認証データベースの名前。以前に认证データベースの名前を変更しなかった场合は、デフォルト値adminが使用されます。
	データベースアカウント	ソースApsaraDB for MongoDBインスタンスのデータベースアカウント。アカウントには、ソースデータベース、configデータベース、adminデータベース、およびローカルデータベースに対する読み取り権限が必要です。説明データベースアカウントを作成し、そのアカウントに権限を付与する方法の詳細については、「」「DMSを使用してデータベースアカウントを管理する」をご参照ください。
	データベースパスワード	データベースインスタンスへのアクセスに使用されるパスワード。
	暗号化	ソースデータベースへの接続を暗号化するかどうかを指定します。ビジネス要件に基づいて、非暗号化または SSL 暗号化を選択します。説明このパラメーターは、ソースApsaraDB for MongoDBインスタンスがレプリカセットアーキテクチャにデプロイされている場合にのみ有効です。ソースデータベースが自己管理型ApsaraDB for MongoDBレプリカセットインスタンスで、暗号化がSSL 暗号化に設定されている場合、認証機関 (CA) 証明書をアップロードして、ソースデータベースへの接続を確認できます。
宛先データベース	既存のDMSデータベースインスタンスの選択	使用するデータベースインスタンス。ビジネス要件に基づいて、既存のインスタンスを使用するかどうかを選択できます。既存のインスタンスを選択すると、DTSはデータベースのパラメーターを自動的に入力します。既存のインスタンスを選択しない場合は、次のデータベース情報を設定する必要があります。
	データベースタイプ	ターゲットデータベースのタイプ。 MongoDB を選択します。
	アクセス方法	ターゲットデータベースのアクセス方法。 [Alibaba Cloudインスタンス] を選択します。
	インスタンスリージョン	ターゲットApsaraDB for MongoDBインスタンスが存在するリージョン。
	アーキテクチャ	ターゲットデータベースがデプロイされるアーキテクチャ。 [レプリカセット] を選択します。
	インスタンスID	移行先のApsaraDB for MongoDBインスタンスのID。
	認証データベース	ターゲットApsaraDB for MongoDBインスタンスのデータベースアカウントとパスワードを格納する認証データベースの名前。以前に认证データベースの名前を変更しなかった场合は、デフォルト値adminが使用されます。
	データベースアカウント	移行先ApsaraDB for MongoDBインスタンスのデータベースアカウント。このアカウントには、dbAdminAnyDatabaseアクセス許可、ターゲットデータベースに対する読み取りおよび書き込みアクセス許可、およびローカルデータベースに対する読み取りアクセス許可が必要です。説明データベースアカウントを作成し、そのアカウントに権限を付与する方法の詳細については、「」「DMSを使用してデータベースアカウントを管理する」をご参照ください。
	データベースパスワード	データベースインスタンスへのアクセスに使用されるパスワード。
	暗号化	接続先データベースへの接続を暗号化するかどうかを指定します。ビジネス要件に基づいて、非暗号化または SSL 暗号化を選択します。説明このパラメーターは、ターゲットApsaraDB for MongoDBインスタンスがレプリカセットアーキテクチャにデプロイされている場合にのみ有効です。ターゲットデータベースが自己管理型ApsaraDB for MongoDBレプリカセットインスタンスで、暗号化がSSL 暗号化に設定されている場合、CA証明書をアップロードしてターゲットデータベースへの接続を確認できます。

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

移行するオブジェクトと詳細設定を構成します。次の表にパラメーターを示します。

パラメーター	説明
同期タイプ	同期タイプ。デフォルトでは、増分データ同期が選択されています。 [スキーマ同期] および [完全データ同期] も選択する必要があります。事前チェックが完了すると、DTSは選択したオブジェクトの履歴データをソースデータベースからターゲットクラスターに同期します。履歴データは、その後の増分同期の基礎となる。
競合テーブルの処理モード	エラーの事前チェックと報告: ターゲットデータベースに、ソースデータベースのコレクションと同じ名前のコレクションが含まれているかどうかを確認します。ソースデータベースとターゲットデータベースに同じコレクション名のコレクションが含まれていない場合は、事前チェックに合格します。それ以外の場合、事前チェック中にエラーが返され、データ同期タスクを開始できません。説明ソースデータベースとターゲットデータベースに同じ名前のコレクションがあり、ターゲットデータベース内のコレクションを削除または名前変更できない場合は、オブジェクト名マッピング機能を使用して、ターゲットデータベースに同期されるコレクションの名前を変更できます。詳細については、「同期するオブジェクトの名前変更」をご参照ください。エラーを無視して続行: ソースデータベースとターゲットデータベースで同じコレクション名の事前チェックをスキップします。警告エラーを無視して続行を選択すると、データの不整合が発生し、ビジネスが潜在的なリスクにさらされる可能性があります。ターゲットデータベースのデータレコードに、ソースデータベースのデータレコードと同じプライマリキー値または一意のキー値がある場合、DTSはデータレコードをターゲットデータベースに同期しません。ターゲットデータベースの既存のデータレコードが保持されます。データの初期化に失敗するか、特定の列のみが同期されるか、データ同期タスクが失敗する可能性があります。
同期トポロジ	データ同期タスクの同期トポロジ。 [双方向同期] を選択します。
DDL操作の除外	Yes: DDL操作を除外します。 No: DDL操作を同期します。重要双方向データ同期の安定性を確保するために、DDL操作を順方向でのみ同期できます。
紛争解決ポリシー	競合を処理するために使用されるポリシー。値をIgnoreに設定します。この値は、競合が発生した場合にターゲットデータベースの競合レコードが使用されることを示します。データ同期中に競合が発生した場合、同期タスクは現在のステートメントを無視して続行します。宛先データベースの競合レコードが使用されます。詳細については、このトピックの「サポートされている競合の検出」をご参照ください。
宛先インスタンスでのオブジェクト名の大文字化	ターゲットインスタンスのデータベース名とコレクション名の大文字化。デフォルトでは、DTSデフォルトポリシーが選択されています。他のオプションを選択して、オブジェクト名の大文字化が、ソースまたはターゲットデータベースのオブジェクト名のデフォルトの大文字化と一致するようにすることができます。詳細については、「ターゲットインスタンスのオブジェクト名の大文字化の指定」をご参照ください。
ソースオブジェクト	ソースオブジェクトセクションから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 操作を実行すると、データの不整合が発生する可能性があります。
- データ同期タスクのソースデータベースとターゲットデータベースを逆方向に設定する場合、インスタンスのリージョンパラメーターは変更できません。逆方向のデータ同期タスクのために構成するパラメータの数は、順方向のデータ同期タスクのためのものより少ない。コンソールに表示されるパラメーターを設定します。
- 逆方向の同期タスクに対して競合するテーブルの処理モードを設定する場合、順方向の同期先インスタンスに同期されたテーブルが無視されることを確認します。
- データ同期タスクの 選択中のオブジェクト リストのオブジェクトを順方向に選択し、データ同期タスクを逆方向に選択することはできません。
- 逆方向のデータ同期タスクは、DDL操作を無視する。
成功率が100% になるまで待ちます。 [戻る] をクリックします。
順方向のデータ同期タスクと逆方向のデータ同期タスクの両方の後に、実行中 ステータス、双方向データ同期の設定が完了しました。