Data Transmission Service:MongoDB インスタンス (シャーディングキーなし) から MongoDB インスタンス (シャードクラスターアーキテクチャ) へのデータ同期

ソースデータベース

同期中の操作

同期中に以下の操作を行わないでください。タスクの失敗やデータの不整合を引き起こす可能性があります。

• スキーマ同期または完全データ同期中にデータベースまたはコレクションのスキーマを変更すること (配列型の更新を含む)。

• 完全データ同期のみを実行しているときにソースに新しいデータを書き込むこと。リアルタイムのデータ整合性を維持するには、スキーマ同期、完全データ同期、増分データ同期を一緒に選択してください。

• DTS 以外のソースから宛先にデータを書き込むこと。

その他の制限事項

• ソースで新しく追加されたコレクションには、同期中にシャードキーのデフォルト値を設定できません。

• ソースが非シャードクラスターの場合、タスクは自動的に[データベースおよびテーブルフィールドの設定]ステージに入り、シャードキーのデフォルト値を設定します。

• ShardKey のデフォルト値は、[データベースとテーブルフィールドの設定] ステージで設定されますが、送信先のバージョンが 4.4 より低い場合にのみ有効になります。バージョン 4.4 以降を実行している宛先インスタンスの場合、DTS は元のデータをそのまま書き込みます。

• 互換性の問題を避けるため、下位バージョンから同等または上位バージョンに同期してください。

• admin および local データベース内のデータの同期はサポートされていません。

• 一意なインデックスを持つコレクション、または capped: true を持つコレクションは、シングルスレッド書き込みのみをサポートし、増分同期中に同時リプレイを使用できません。これにより、同期遅延が増加する可能性があります。

• トランザクション情報は保持されません。ソースのトランザクションは、宛先で個別のレコードに変換されます。

• データ同期を実行する前に、ソースと宛先のデータベースのパフォーマンスを評価してください。また、ソースと宛先のデータベースへの負荷を軽減するために、ビジネスのオフピーク時間にデータ同期を実行することを推奨します。

• 完全データ同期は INSERT 操作を同時に実行するため、宛先コレクションで断片化が発生します。完全同期が完了すると、宛先のストレージ容量はソースより 5～10% 大きくなります。

• DTS は失敗したタスクを最大 7 日間自動的に回復しようとします。トラフィックを宛先に切り替える前に、DTS タスクを終了またはリリースするか、宛先への DTS の書き込みアクセス権を取り消してください。そうしないと、自動回復によって宛先のデータが上書きされる可能性があります。

• 宛先 MongoDB のドキュメント数は、db.$table_name.aggregate([{ $count:"myCount"}]) を使用してクエリします。

• 宛先にソースと同じプライマリキー (_id) を共有するドキュメントがないことを確認してください。重複が存在する場合、タスクを開始する前に、競合するドキュメントを宛先から削除してください。

• DTS タスクが失敗した場合、DTS サポートは 8 時間以内にそれを解凍しようと試み、タスクを再起動したり、タスクパラメーター（データベースパラメーターを除く）を変更することがあります。変更される可能性のあるパラメーターについては、「インスタンスパラメーターの変更」をご参照ください。

自己管理 MongoDB

ソースが自己管理 MongoDB インスタンスの場合：

• 同期中のプライマリ/セカンダリの切り替えは、タスクの失敗を引き起こします。

• ソースデータベースに長期間書き込み操作がない場合、表示される同期遅延が不正確になることがあります。ソースで更新操作を実行して遅延をリフレッシュしてください。または、同期オブジェクトがデータベース全体である場合は、毎秒ソースにデータを書き込むハートビートを設定してください。

oplog と change stream の選択

DTS は増分変更をキャプチャするために 2 つのメソッドをサポートしています。ソースが change stream を必要としない限り、oplog を使用してください。

DTS がファイルの増分データを同期する場合、$set コマンドのみが同期的に実行できます。DTS は、タスク開始後に作成されたデータベースからの増分データを同期しません。

ステップ 1: データ同期ページへの移動

以下のいずれかの方法を使用します。

ステップ 2: タスクの作成と接続の設定

1. [タスクの作成] をクリックします。

2. プロンプトが表示された場合、右上隅の[新しい設定ページ]をクリックします。

   代わりに [以前のバージョンに戻る] が表示される場合は、このステップをスキップしてください。新しい設定ページを推奨します。

3. 以下のパラメーターを使用して、ソースと宛先のデータベースを設定します。

タスク設定

ソースデータベース

ターゲットデータベース

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

   DTS サーバーの CIDR ブロックを、ソースおよびターゲットデータベースのセキュリティ設定に追加する必要があります。詳細については、「DTS サーバーの CIDR ブロックを追加する」をご参照ください。ソースまたはターゲットが、[Alibaba Cloud インスタンス]以外のアクセス方法で接続される自己管理データベースである場合、[接続テスト]を[DTS サーバーの CIDR ブロック]ダイアログボックスでクリックします。

ステップ 3: 同期オブジェクトの設定

1. [オブジェクトの設定] ステップで、以下のパラメーターを設定します。

1. [次へ: 詳細設定] をクリックします。

ステップ 4: 詳細設定

ステップ 5: データ検証の設定

[次へ: データ検証] をクリックして、データ検証を設定します。データ検証機能の使用方法について詳しくは、「データ検証タスクの設定」をご参照ください。

ステップ 6: シャードキーのデフォルト値の設定

この手順は、ソースが非シャードクラスターで、宛先がシャードクラスターである場合にのみ適用されます。DTS は自動的に [データベースおよびテーブルフィールドの設定] ステージに入ります。シャードキーのデフォルト値は、宛先のバージョンが 4.4 より低い場合にのみ有効になります。バージョン 4.4 以降を実行している宛先インスタンスでは、DTS が元のデータをそのまま書き込みます。

シャードキーが必要な同期範囲内の各コレクションについて：

1. 対応する行で、[デフォルト値の設定] をクリックします。

   「[シャードキー数]」がコレクションに対して[0]を示している場合、そのコレクションは送信先にシャードキーがなく、デフォルト値も不要です。

2. [シャードキーのデフォルト値タイプ] を選択します。サポートされているタイプ: [文字列] および [int]。

3. シャードキーの [デフォルト値] を入力してください。

   重要

   同期範囲内のすべてのオブジェクトのすべてのシャードキーにデフォルト値を割り当ててください。値が欠落していると、事前チェック中にアラートがトリガーされ、タスクが失敗する可能性があります。

ステップ 7: タスクの保存と事前チェックの実行

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

このタスク構成の API パラメーターをプレビューするには、ボタンにマウスを合わせて、[OpenAPI パラメーターのプレビュー] をクリックし、続行する前に実行してください。

DTS はタスクを開始する前に事前チェックを実行します。事前チェックが失敗した場合：

• 失敗した項目の場合： [詳細の表示] をクリックし、根本原因を修正してから、事前チェックを再実行します。

• 無視可能なアラート項目については、[アラートの詳細を確認] をクリックし、[詳細の表示] ダイアログボックスで [無視] をクリックし、[OK] で確認してから、[再度事前チェック] をクリックします。アラートを無視すると、データの不整合が発生する可能性があります。

ステップ 8: インスタンスの購入とタスクの開始

1. 「成功率」が「100%」に達するまで待ってから、「次へ: インスタンスの購入」をクリックします。

2. [購入] ページで、次のパラメーターを設定します。

1. 「[Data Transmission Service（従量課金）サービス利用規約]」を読み、選択します。

2. [購入して開始] をクリックし、確認ダイアログボックスで [OK] をクリックします。

タスクがタスクリストに表示されます。そこから進捗を監視します。