Data Transmission Service (DTS) は、MongoDB から AnalyticDB for MySQL 3.0 クラスターへのデータ同期をサポートしています。このトピックでは、ApsaraDB for MongoDB レプリカセットインスタンスからデータを同期する手順について説明します。
前提条件
-
ソースが ApsaraDB for MongoDB シャードクラスターの場合、各シャードノードのエンドポイントを申請します。すべてのシャードのアカウントとパスワードが同一であることを確認してください。詳細については、「シャードクラスターインスタンスのシャードノードまたは ConfigServer ノードのエンドポイントの申請」をご参照ください。
-
ソースの ApsaraDB for MongoDB インスタンスが使用するストレージ容量よりも大きいストレージ容量を持つターゲットの AnalyticDB for MySQL 3.0 クラスターを作成します。詳細については、「クラスターの作成」をご参照ください。
説明ターゲットインスタンスには、ソースデータベースが使用するストレージ容量より少なくとも 10% 多いストレージ容量が必要です。
-
ターゲットの AnalyticDB for MySQL 3.0 クラスターで、データベースとプライマリキーを持つテーブルを作成します。詳細については、「CREATE DATABASE」および「CREATE TABLE」をご参照ください。
重要-
ターゲットテーブルのデータ型がソースの MongoDB データと互換性があることを確認してください。たとえば、MongoDB の
_idフィールドが ObjectId 型の場合、ターゲットの AnalyticDB for MySQL 3.0 クラスターの対応するデータ型は varchar である必要があります。 -
AnalyticDB for MySQL 3.0 クラスターでは、宛先テーブルの列名を _id または _value にすることはできません。
-
-
ターゲットの AnalyticDB for MySQL 3.0 クラスターで、
SET ADB_CONFIG ALLOW_MULTI_QUERIES=true;コマンドを実行して、複数ステートメント機能を有効にします。説明マイナーバージョン 3.1.9.3 以降のクラスターのみが複数ステートメント機能をサポートします。クラスターのマイナーバージョンを表示および更新するには、「クラスターのマイナーバージョンの更新」をご参照ください。
注意事項
|
タイプ |
説明 |
|
ソースデータベースの制限 |
|
|
その他の制限 |
|
課金
|
同期タイプ |
設定料金 |
|
完全データ同期 |
無料。 |
|
増分データ同期 |
有料です。詳細については、「課金の概要」をご参照ください。 |
同期タイプ
|
同期タイプ |
説明 |
|
完全データ同期 |
ソースの ApsaraDB for MongoDB インスタンスからターゲットの AnalyticDB for MySQL 3.0 クラスターにすべてのデータを同期します。 |
|
増分データ同期 |
完全データ同期を実行した後、ソースの ApsaraDB for MongoDB インスタンスからターゲットの AnalyticDB for MySQL 3.0 クラスターに増分更新を同期します。 説明
|
データベースアカウントの権限
|
データベース |
必要な権限 |
リファレンス |
|
ソース ApsaraDB for MongoDB インスタンス |
ソースデータベース、admin データベース、および local データベースに対する読み取り権限。 |
|
|
ターゲット AnalyticDB for MySQL V3.0 クラスター |
ターゲットデータベースに対する読み取りおよび書き込み権限。 |
操作手順
ターゲットリージョンの同期タスクリストページに移動します。次の 2 つの方法のいずれかを使用できます:
DTS コンソールから
左側のナビゲーションウィンドウで、データ同期 をクリックします。
ページの左上隅で、同期インスタンスが配置されているリージョンを選択します。
DMS コンソールから
説明実際の操作は、DMS コンソールのモードとレイアウトによって異なる場合があります。詳細については、「シンプルモード」および「DMS インターフェイスのレイアウトとスタイルのカスタマイズ」をご参照ください。
Data Management (DMS) にログインします。
トップメニューバーで、 を選択します。
データ同期タスク の右側で、同期インスタンスが配置されているリージョンを選択します。
タスクの作成 をクリックして、タスク設定ページを開きます。
-
ソースデータベースとターゲットデータベースを設定します。
カテゴリ
パラメーター
説明
N/A
タスク名
DTS は自動的にタスク名を生成します。簡単に識別できるように、わかりやすい名前を指定することを推奨します。名前は一意である必要はありません。
移行元データベース
既存の接続情報の選択
システムに追加されたデータベースインスタンス (新規作成または保存済み) を使用するには、ドロップダウンリストからデータベースインスタンスを選択します。データベース情報は自動的に設定されます。
説明DMS コンソールでは、この設定項目は DMS データベースインスタンスの選択 という名前です。
データベースインスタンスをシステムに追加していない場合、またはすでに追加されているインスタンスを使用する必要がない場合は、次のデータベース情報を手動で設定します。
データベースタイプ
MongoDB を選択します。
アクセス方法
Alibaba Cloud インスタンス を選択します。
インスタンスのリージョン
ソースの ApsaraDB for MongoDB インスタンスが配置されているリージョンを選択します。
Alibaba Cloud アカウント間でデータを複製
この例では、現在の Alibaba Cloud アカウントに属するデータベースインスタンスを使用します。× を選択します。
アーキテクチャ
この例では、レプリカセット を選択します。
説明ソースの ApsaraDB for MongoDB インスタンスが シャードクラスター の場合、Shardアカウント と Shardパスワード も指定する必要があります。
移行方法
要件に基づいて、増分データ同期の方法を選択します。
-
Oplog (推奨):
このオプションは、ソースデータベースで Oplog が有効になっている場合に使用できます。
説明Oplog は、自己管理 MongoDB データベースおよび ApsaraDB for MongoDB インスタンスでデフォルトで有効になっています。この方法では、ログの取得が高速なため、増分同期タスクのレイテンシが低くなります。Oplog を選択することを推奨します。
-
ChangeStream:
このオプションは、ソースデータベースで Change Streams が有効になっている場合に使用できます。
説明-
ソースデータベースが Amazon DocumentDB (非エラスティッククラスター) インスタンスの場合、ChangeStream のみを選択できます。
-
ソースデータベースの アーキテクチャ を シャードクラスター に設定した場合、Shardアカウント と Shardパスワード を指定する必要はありません。
-
インスタンス ID
ソースの ApsaraDB for MongoDB インスタンスの ID を選択します。
認証データベース
ソースの ApsaraDB for MongoDB インスタンスのデータベースアカウントが属するデータベースの名前を入力します。名前を変更していない場合は、デフォルト値の admin を使用します。
データベースアカウント
ソースの ApsaraDB for MongoDB インスタンスのデータベースアカウントを入力します。必要な権限については、「データベースアカウントに必要な権限」をご参照ください。
データベースのパスワード
データベースアカウントに対応するパスワードを入力します。
暗号化
DTS は 非暗号化、SSL 暗号化、Mongo Atlas SSL の 3 つの接続方法をサポートしています。暗号化 のオプションは、選択した アクセス方法 と アーキテクチャ によって異なります。コンソールに表示されるオプションが優先されます。
説明-
アーキテクチャ が シャードクラスター で、移行方法 が Oplog の MongoDB データベースは、SSL 暗号化 をサポートしていません。
-
ソースが自己管理 MongoDB データベース (アクセス方法 が Alibaba Cloud インスタンス ではない) で、レプリカセット アーキテクチャを持ち、SSL 暗号化 を選択した場合、DTS は接続を検証するために CA 証明書をアップロードすることも許可します。
移行先データベース
既存の接続情報の選択
システムに追加されたデータベースインスタンス (新規作成または保存済み) を使用するには、ドロップダウンリストからデータベースインスタンスを選択します。データベース情報は自動的に設定されます。
説明DMS コンソールでは、この設定項目は DMS データベースインスタンスの選択 という名前です。
データベースインスタンスをシステムに追加していない場合、またはすでに追加されているインスタンスを使用する必要がない場合は、次のデータベース情報を手動で設定します。
データベースタイプ
AnalyticDB for MySQL 3.0 を選択します。
アクセス方法
Alibaba Cloud インスタンス を選択します。
インスタンスのリージョン
ターゲットの AnalyticDB for MySQL 3.0 クラスターが配置されているリージョンを選択します。
インスタンス ID
ターゲットの AnalyticDB for MySQL 3.0 クラスターの ID を選択します。
データベースアカウント
ターゲットの AnalyticDB for MySQL 3.0 クラスターのデータベースアカウントを入力します。必要な権限については、「データベースアカウントに必要な権限」をご参照ください。
データベースのパスワード
データベースアカウントに対応するパスワードを入力します。
設定が完了したら、ページ下部の 接続をテストして続行 をクリックします。
説明DTS サーバーからのアクセスを許可するために、DTS サーバーの IP アドレス CIDR ブロックがソースデータベースとターゲットデータベースのセキュリティ設定に追加されていることを確認してください。これは自動または手動で行うことができます。詳細については、「DTS サーバーの IP アドレス CIDR ブロックをホワイトリストに追加する」をご参照ください。
ソースまたはターゲットデータベースが自己管理データベース (アクセス方法 が Alibaba Cloud インスタンス ではない) の場合、DTS サーバーの CIDR ブロック ダイアログボックスで 接続テスト をクリックする必要もあります。
-
タスクオブジェクトを設定します。
-
オブジェクト設定 ページで、同期するオブジェクトを設定します。
パラメーター
説明
同期タイプ
増分データ同期 が選択されています。完全データ同期 のみを選択できます。スキーマ同期 はサポートされていません。事前チェックが完了すると、DTS は選択したオブジェクトのデータをソースインスタンスからターゲットクラスターに同期します。これは、後続の増分データ同期のベースラインデータとして機能します。
同期する DDL および DML 操作
増分同期中にインスタンスレベルで同期する DML および DDL 操作を選択します。
説明コレクションレベルで操作を選択するには、選択中のオブジェクト リストで同期オブジェクトを右クリックし、表示されるダイアログボックスで操作を選択します。
テーブルの結合
○ を選択:OLTP シナリオでは、ビジネステーブルの応答時間を改善するために、データベースとテーブルシャーディングがよく使用されます。この例のターゲットデータベースのような OLAP シナリオでは、単一のデータテーブルに大量のデータを保存できるため、単一テーブルのクエリがより便利になります。このようなシナリオでは、DTS の複数テーブルマージ機能を使用して、ソースデータベースから同じスキーマを持つ複数のテーブル (シャードテーブル) をターゲットデータベースの単一テーブルに同期できます。具体的な手順については、「複数テーブルマージの有効化」をご参照ください。
説明ソースデータベースから複数のテーブルを選択した後、オブジェクト名マッピング機能を使用して、それらの名前をターゲットデータベースの同じテーブル名に変更する必要があります。オブジェクト名マッピング機能の詳細については、「テーブル名と列名のマッピング」をご参照ください。
DTS は、テキスト型の
__dts_data_source列をターゲットテーブルに追加して、データソースを保存します。列の値は、DTS インスタンス ID:データベース名:スキーマ名:テーブル名形式を使用してテーブルのソースを識別します。例:dts********:dtstestdata:testschema:customer1。複数テーブルマージ機能はタスクレベルであるため、テーブルレベルで複数テーブルマージを実行することはできません。一部のテーブルをマージし、他のテーブルはマージしない場合は、2 つのデータ同期タスクを作成する必要があります。
警告ソースデータベースでデータベースまたはテーブルスキーマを変更する DDL 操作を実行しないでください。そうしないと、データの不整合や同期タスクの失敗が発生する可能性があります。
× を選択します。これはデフォルトのオプションです。
競合するテーブルの処理モード
エラーの事前チェックと報告:ターゲットデータベースに同じ名前のテーブルが存在するかどうかを確認します。同じ名前のテーブルが存在しない場合、事前チェックは成功します。同じ名前のテーブルが存在する場合、事前チェックは失敗し、データ同期タスクは開始されません。
説明ターゲットデータベースで同じ名前のテーブルを削除または名前変更できない場合は、別のテーブル名にマッピングできます。詳細については、「テーブル名と列名のマッピング」をご参照ください。
エラーを無視して続行:ターゲットデータベースでの重複テーブル名のチェックをスキップします。
警告エラーを無視して続行 を選択すると、データの不整合が発生し、ビジネスにリスクをもたらす可能性があります。例:
テーブルスキーマが同じで、ターゲットデータベースのレコードがソースデータベースのレコードと同じプライマリキーまたは一意キーの値を持つ場合:
完全同期中、DTS はターゲットクラスターのレコードを保持します。ソースデータベースの対応するレコードは同期されません。
増分同期中、ソースデータベースのレコードはターゲットデータベースのレコードを上書きします。
テーブルスキーマが異なる場合、初期データ同期が失敗する可能性があります。これにより、一部の列データのみが同期されるか、同期が完全に失敗する可能性があります。注意して進めてください。
ソースオブジェクト
ソースオブジェクト ボックスで、同期するオブジェクトをクリックし、
をクリックして 選択中のオブジェクト ボックスに移動します。説明コレクションレベルで同期するオブジェクトを選択できます。
選択中のオブジェクト
-
スキーマ名のマッピングを編集します。
-
選択中のオブジェクト リストで、同期するコレクションが属するデータベースを右クリックします。

-
スキーマ名 を、ターゲットの AnalyticDB for MySQL 3.0 クラスターでデータを受信するデータベースの名前に設定します。

-
任意:同期する DDL および DML 操作を選択 セクションで、同期したい増分操作を選択します。

-
確かですか をクリックします。
-
-
テーブル名のマッピングを編集します。
-
選択中のオブジェクト リストで、同期するコレクションを右クリックします。

-
テーブル名 を、ターゲットの AnalyticDB for MySQL 3.0 クラスターでデータを受信するテーブルの名前に設定します。

-
任意:完全同期のフィルター条件を設定します。詳細については、「フィルター条件の設定」をご参照ください。

-
任意:同期する DDL および DML 操作を選択 セクションで、同期したい増分操作を選択します。

-
-
同期する MongoDB フィールドを設定します。
デフォルトでは、DTS は同期するコレクションのフィールドをマッピングし、代入 列に式を設定します。式が要件を満たしているかどうかを確認し、列名、タイプ、長さ、および 精度 を指定する必要があります。
重要-
ターゲットテーブルのプライマリキー列に値
bson_value("_id")を割り当てる必要があります。 -
bson_value()式を設定する際は、階層内の最小サブフィールドへのパスを指定する必要があります。そうしないと、データ損失やタスクの失敗が発生する可能性があります。
-
代入 列の
bson_value()式で、対応する MongoDB フィールドの名前を表示します。""内の文字列は MongoDB のフィールド名です。たとえば、式がbson_value("age")の場合、この行は MongoDB のageフィールドに対応します。 -
任意:同期したくないフィールドを削除します。
説明同期したくないフィールドを削除するには、その行の
アイコンをクリックします。 -
同期するフィールドを設定します。
bson_value()式が要件を満たしているかどうかに基づいて、次のいずれかの手順を実行します。準拠した式を持つフィールド
-
列名 を指定します。
説明これは、ターゲットの AnalyticDB for MySQL 3.0 クラスターでデータを受信するテーブルの列の名前です。
-
列データの タイプ を選択します。
重要ターゲットテーブルのデータ型がソースの MongoDB インスタンスのデータと互換性があることを確認してください。データ型マッピングの詳細については、「データ型マッピング」をご参照ください。
-
任意:列データの 長さ と 精度 を設定します。
-
これらの手順を繰り返して、関連するすべてのフィールドをマッピングします。
準拠していない式を持つフィールド
説明たとえば、階層関係 (親子構造) を持つフィールド。
-
操作 列で、行の
アイコンをクリックします。 -
[+ 列を追加] をクリックします。

-
列名、タイプ、長さ、および 精度 を設定します。
-
代入 の下のテキストボックスに、
bson_value()式を入力します。詳細については、「値の割り当て例」をご参照ください。 -
これらの手順を繰り返して、関連するすべてのフィールドをマッピングします。
-
-
-
確かですか をクリックします。
-
詳細設定へ をクリックして、詳細パラメーターを設定します。
パラメーター
説明
タスクのスケジュールに使用する専用クラスターの選択
デフォルトでは、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 分以上に設定することを推奨します。設定された再試行時間内に関連操作が成功した場合、同期タスクは自動的に再開されます。そうでない場合、タスクは失敗します。
重要移行元データベースと移行先データベースで他の問題が発生した場合の、再試行までの待機時間です。 の値は、失敗した接続の再試行時間 の値より小さくする必要があります。
同期するデータのうち、同一テーブル内のプライマリキー_id のデータ型が一意かどうか
同期する各コレクション内で
_idプライマリキーのデータ型が一意であるかどうかを指定します。重要-
実際のデータに基づいてオプションを選択してください。誤った選択はデータ損失につながる可能性があります。
-
このパラメーターは、同期タイプ に 完全データ同期 が含まれている場合にのみ使用できます。
-
○:データ型は一意です。完全同期フェーズ中、DTS はソースデータのプライマリキーのデータ型をスキャンしません。各コレクションについて、DTS は 1 つのプライマリキーデータ型に対応するデータのみを同期します。
-
×:データ型は一意ではありません。完全同期フェーズ中、DTS はソースデータのプライマリキーのデータ型をスキャンし、すべてのデータを同期します。
完全同期レートを制限するかどうか
完全同期段階では、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] をクリックします。
データ同期ページでタスクの進捗状況を確認できます。
データ型マッピング
|
MongoDB 型 |
AnalyticDB for MySQL 型 |
|
ObjectId |
VARCHAR |
|
String |
VARCHAR |
|
Document |
VARCHAR |
|
DbPointer |
VARCHAR |
|
Array |
VARCHAR |
|
Date |
DATETIME |
|
Timestamp |
DATETIME |
|
Double |
DOUBLE |
|
32 ビット整数 (BsonInt32) |
INTEGER |
|
64 ビット整数 (BsonInt64) |
BIGINT |
|
Decimal128 |
DECIMAL |
|
Boolean |
BOOLEAN |
|
Null |
VARCHAR |
割り当て設定
ソース MongoDB データ構造
{
"_id":"62cd344c85c1ea6a2a9f****",
"person":{
"name":"neo",
"age":26,
"sex":"male"
}
}
ターゲット AnalyticDB for MySQL スキーマ
|
パラメーター |
型 |
|
mongo_id |
varchar 説明
プライマリキー列。 |
|
person_name |
varchar |
|
person_age |
decimal |
新しい列
データ損失やタスクの失敗を防ぐために、ソースデータの階層関係に基づいて bson_value() 式を正しく設定してください。たとえば、式を bson_value("person") と設定した場合、DTS は name、age、sex などの person サブフィールドへの増分変更をターゲットに書き込むことができません。
|
パラメーター |
型 |
割り当て |
|
mongo_id |
STRING |
bson_value("_id") |
|
person_name |
STRING |
bson_value("person","name") |
|
person_age |
DECIMAL |
bson_value("person","age") |