:よくある質問

問題のカテゴリ

一般的な問題は、以下のカテゴリに分類されます。

• 課金に関する問題

• パフォーマンスと仕様に関する問題

• 事前チェックに関する問題

  事前チェックの詳細については、「事前チェック項目と事前チェック失敗の修正方法」をご参照ください。

• データベース接続に関する問題

• データ同期に関する問題

• データ移行に関する問題

• データサブスクリプションに関する問題

• データ検証に関する問題

• その他の問題

課金に関する問題

DTS の課金方法について教えてください。

DTS はサブスクリプションと従量課金をサポートしています。詳細については、「課金概要」をご参照ください。

DTS の請求書はどのように表示しますか？

DTS の請求書を表示するには、「請求書の表示」をご参照ください。

一時停止中のインスタンスは課金されますか？

• 一時停止中のデータ移行インスタンスは課金されません。

• データ同期インスタンスが一時停止している間、ソースデータベースまたはターゲットデータベースにアクセスできるかどうかに関わらず、課金は継続されます。これは、この期間中、DTS はターゲットデータベースへのデータ書き込みを一時停止するだけで、データベースへの接続保持やソースデータベースからのログのプルなどのために CPU やメモリなどのリソースを消費し続けるためです。これにより、インスタンスが再起動された後、迅速に再開できます。

データ同期がデータ移行よりも高価なのはなぜですか？

データ同期は、オンラインでの同期オブジェクトの変更や MySQL データベース間の双方向同期など、より高度な機能をサポートしています。また、内部ネットワーク伝送を使用するため、遅延が低くなります。

支払い遅延の影響は何ですか？

「有効期限切れまたは支払い遅延」をご参照ください。

サブスクリプションタスクを事前にリリースするにはどうすればよいですか？

まず課金方法を従量課金に切り替えてから、タスクをリリースしてください。詳細については、「課金方法の切り替え」をご参照ください。

タスクの課金方法をサブスクリプションから従量課金に切り替えることはできますか？

はい、できます。詳細については、「課金方法の切り替え」をご参照ください。

タスクの課金方法を従量課金からサブスクリプションに切り替えることはできますか？

DTS タスクが突然課金されるようになったのはなぜですか？

インスタンスの無料トライアル期間が終了した可能性があります。DTS は、ターゲットが Alibaba Cloud 開発のデータベースエンジンであるタスクに対して無料トライアルを提供しています。トライアル期間が終了すると、標準の課金が適用されます。

リリースしたタスクに対してまだ課金されているのはなぜですか？

従量課金の DTS 請求書は毎日生成されます。タスクをリリースした日も DTS サービスを利用したため、その日の料金が請求されます。

従量課金はどのように機能しますか？

従量課金タスクは、タスクが実行中の場合にのみ課金されます。この期間には、増分データ同期 タスクが一時停止されている時間は含まれますが、増分データ移行 タスクが一時停止されている時間は含まれません。課金方法。

DTS はトラフィックに対して課金しますか？

一部の DTS タスクでは、ソースデータベースとターゲットデータベースのリージョンにかかわらず、パブリックネットワークとデータトラフィックの料金が発生します。移行タスクでは、ターゲットデータベースのアクセス方法がパブリック IP アドレスに設定されている場合、パブリックネットワークのトラフィック料金が発生します。行サンプリングによるフルフィールド検証モードの完全検証タスクでは、検証されたデータ量に基づいてデータトラフィック料金が発生します。課金項目。

パフォーマンスと仕様に関する問題

インスタンスタイプの違いは何ですか？

「データ移行リンク仕様」および「データ同期リンク仕様」をご参照ください。

インスタンスタイプをスペックアップできますか？

インスタンスタイプをスペックダウンできますか？

DTS タスクのインスタンスタイプをスペックダウンできますか？

対象となる DTS タスクのリンク仕様をスペックダウンできます。詳細については、「インスタンスのリンク仕様をスペックダウンする」をご参照ください。

DTS タスクを medium より低い仕様にスペックダウンできますか？

サポートされていません。

データの同期または移行にはどのくらいの時間がかかりますか？

DTS タスクに必要な時間を正確に見積もることはできません。パフォーマンスは、DTS、ソース、およびターゲットデータベースインスタンスの負荷、データ量、増分タスクの有無、ネットワーク条件など、多くの要因に依存します。高いパフォーマンス要件がある場合は、より高いパフォーマンス制限を持つインスタンスタイプを選択してください。詳細については、「データ移行リンク仕様」および「データ同期リンク仕様」をご参照ください。

データ移行またはデータ同期タスクのパフォーマンス情報を表示するにはどうすればよいですか？

「増分移行リンクのステータスとパフォーマンスを表示する」または「同期リンクのステータスとパフォーマンスを表示する」をご参照ください。

コンソールで特定の DTS インスタンスが見つからないのはなぜですか？

事前チェックに関する問題

Redis のエビクションポリシーチェック項目でアラートが生成されるのはなぜですか？

ターゲットデータベースのデータエビクションポリシー (maxmemory-policy) が noeviction 以外の値に設定されている場合、ターゲットデータがソースと不整合になる可能性があります。詳細については、「Redis データエビクションポリシーの概要」をご参照ください。

増分データ移行中にバイナリロギング関連の事前チェック項目が失敗した場合はどうすればよいですか？

ソースデータベースのバイナリログが正しく機能しているか確認してください。詳細については、「ソースデータベースのバイナリロギングチェック」をご参照ください。

データベース接続に関する問題

ソースデータベースへの接続に失敗した場合はどうすればよいですか？

ソースデータベースの情報と設定が正しいか確認してください。詳細については、「ソースデータベースの接続性チェック」をご参照ください。

ターゲットデータベースへの接続に失敗した場合はどうすればよいですか？

ターゲットデータベースの情報と設定が正しいか確認してください。詳細については、「ターゲットデータベースの接続性チェック」をご参照ください。

ソースまたはターゲットインスタンスが DTS でサポートされていないリージョンにあり、データ移行と同期を実行したい場合はどうすればよいですか？

• データ移行タスクでは、RDS MySQL インスタンスなどのデータベースインスタンスのパブリックエンドポイントをリクエストし、パブリック IP アドレス 接続タイプを使用できます。そのためには、インスタンスに対して DTS がサポートするリージョンを選択し、そのリージョン内の DTS サーバーの CIDR ブロックをインスタンスのホワイトリストに追加する必要があります。DTS サーバーの CIDR ブロックを IP ホワイトリストに追加する。

• DTS は、データベースインスタンスの パブリック IP アドレス 接続タイプをサポートしていないため、これらのリージョンでのデータ同期をサポートしていません。

DTS がソースまたはターゲットインスタンスのドメイン名切り替えを検出するのにどのくらい時間がかかりますか？

DTS は 10 分以内にドメイン名バインディングの切り替えを検出し、DTS タスクをドメイン名にバインドされた新しい IP アドレスに自動的に切り替えます。ドメイン名の切り替え中は、古いインスタンスと新しいインスタンス間のバイナリロギングレプリケーション関係が 10 分以上維持されていることを確認してください。

データ同期に関する問題

DTS はどのデータベースインスタンスの同期をサポートしていますか？

DTS は、RDBMS、NoSQL、OLAP データベースなど、さまざまなデータソース間の同期をサポートしています。詳細については、「データ同期ソリューションの概要」をご参照ください。

データ移行とデータ同期の違いは何ですか？

次の表は、データ移行とデータ同期を比較したものです。

データ同期はどのように機能しますか？

サービスアーキテクチャと機能。

同期遅延はどのように計算されますか？

同期遅延は、ターゲットデータベースに同期された最新データのタイムスタンプとソースデータベースの現在のタイムスタンプとの時間差 (ミリ秒) です。

データ同期タスクの同期オブジェクトを変更できますか？

はい、できます。詳細については、「同期オブジェクトの追加」および「同期オブジェクトの削除」をご参照ください。

データ同期タスクに新しいテーブルを追加できますか？

はい。 同期オブジェクトを追加する。

実行中の同期タスクのテーブルやフィールドなどの同期オブジェクトを変更するにはどうすればよいですか？

完全同期が完了し、増分同期が開始された後に同期オブジェクトを変更できます。詳細については、「同期オブジェクトの追加」および「同期オブジェクトの削除」をご参照ください。

同期タスクを一時停止し、しばらくしてから再起動すると、データの不整合が発生しますか？

同期タスクが一時停止している間にソースデータベースが変更されると、ソースデータベースとターゲットデータベースの間でデータの不整合が発生する可能性があります。同期タスクを再起動し、増分データがターゲットデータベースに同期されると、ターゲットデータベースのデータはソースデータベースのデータと一致します。

増分同期タスクのソースデータベースからデータを削除すると、ターゲットデータベースの同期されたデータも削除されますか？

増分同期タスクで同期する DML 操作に delete が含まれていない場合、ターゲットデータベースのデータは削除されません。含まれている場合、ターゲットデータベースの同期されたデータは削除されます。

Redis インスタンス間の同期中に、ターゲット Redis インスタンスのデータは上書きされますか？

はい、同じキーを持つデータは上書きされます。DTS は事前チェックフェーズでターゲットをチェックします。ターゲットが空でない場合、エラーが報告されます。

同期タスクで一部のフィールドやデータをフィルタリングできますか？

はい、できます。マッピング機能を使用して列をフィルタリングし、SQL WHERE 条件を指定してデータをフィルタリングできます。詳細については、「一部の列を同期または移行する」および「SQL 条件を使用してデータをフィルタリングする」をご参照ください。

同期タスクを移行タスクに変換できますか？

いいえ。異なるタイプのタスクは相互に変換できません。

スキーマを同期せずにデータのみを同期できますか？

はい、可能です。同期タスクを設定する際に、スキーマ同期 を選択しないでください。

データ同期インスタンスのソースとターゲットの間でデータが不整合になる考えられる原因は何ですか？

データ同期タスクで、ターゲットデータベースのソースデータベースの名前を変更できますか？

はい。詳細については、「ターゲットインスタンスでの同期オブジェクトの名前を設定する」をご参照ください。

DML または DDL 操作のリアルタイム同期はサポートされていますか？

はい。リレーショナルデータのデータ同期は、DML (INSERT、UPDATE、DELETE) および DDL (CREATE、DROP、ALTER、RENAME、TRUNCATE) 操作をサポートしています。

読み取り専用インスタンスを同期タスクのソースインスタンスとして使用できますか？

DTS はシャーディングされたデータベースとテーブルのデータ同期をサポートしていますか？

はい、できます。たとえば、MySQL および PolarDB for MySQL から AnalyticDB for MySQL に同期することで、複数のシャーディングされたテーブルをマージできます。

同期タスク完了後、ターゲットインスタンスのデータ量がソースインスタンスより少ないのはなぜですか？

同期中にデータがフィルタリングされた場合、またはソースインスタンスに多くのテーブルフラグメントがある場合、同期完了後のターゲットインスタンスのデータ量はソースインスタンスよりも少なくなることがあります。

アカウント間のデータ同期タスクは双方向同期をサポートしていますか？

はい、ただし現在、ApsaraDB RDS for MySQL インスタンス間、PolarDB for MySQL クラスター間、Tair (Enterprise Edition) インスタンス間、ApsaraDB for MongoDB (ReplicaSet) インスタンス間、または ApsaraDB for MongoDB (シャードクラスター) インスタンス間の双方向同期タスクのみがアカウント間の双方向同期をサポートしています。

双方向同期インスタンスの逆方向同期は DDL 同期をサポートしていますか？

いいえ、サポートしていません。フォワード同期タスク (ソースデータベースからターゲットデータベースへ) のみが DDL 同期をサポートします。リバース同期タスク (ターゲットデータベースからソースデータベースへ) は DDL 同期をサポートせず、DDL 操作を自動的にフィルタリングします。

リバース同期タスクを手動で設定する必要がありますか？

はい。転送同期タスクの初期化が完了するまで (ステータス が 実行中 になるまで) 待ちます。次に、逆再生同期タスクを見つけ、タスクの設定 をクリックします。

DTS は越境双方向同期タスクをサポートしていますか？

いいえ、そうではありません。

双方向同期タスクで、一方のデータベースにレコードを追加しても、もう一方のデータベースに追加されないのはなぜですか？

この問題は、リバースタスクが設定されていないために発生する可能性があります。

増分同期タスクが 100% に達しないのはなぜですか？

増分同期タスクは、ソースからターゲットへの変更をリアルタイムで継続的に同期し、自動的に終了しません。これは、100% の完了状態がないことを意味します。リアルタイム同期が不要になった場合は、DTS コンソールでタスクを終了できます。

増分同期タスクがデータを同期できないのはなぜですか？

DTS インスタンスが増分同期のみに設定されている場合、DTS はタスクの開始後に生成された増分データのみを同期します。これは、タスクの開始前に生成されたデータがターゲットデータベースに同期されないことを意味します。データ整合性を確保するため、タスクを設定する際は、増分データ同期、スキーマ同期、および完全データ同期 を選択することをお勧めします。

RDS データベースから完全データを同期すると、ソース RDS インスタンスのパフォーマンスに影響しますか？

PolarDB-X 1.0 をソースとする同期インスタンスで遅延が表示されないのはなぜですか？

PolarDB-X 1.0 ソースのインスタンスでは、レイテンシー情報は表示されません。これは、インスタンスが分散タスクとして実行され、DTS がモニターするメトリックはサブタスクにのみ存在するためです。レイテンシー情報を表示するには、インスタンス ID をクリックして サブタスクの詳細 セクションに移動します。このセクションは タスク管理 ページにあります。

複数テーブルのマージタスクで DTS-071001 エラーが報告されるのはなぜですか？

このエラーは、複数テーブルのマージタスクの実行中にソースデータベースでオンライン DDL 操作を実行したために発生する可能性があります。これらの操作によりソースデータベースのテーブルスキーマが変更されましたが、ターゲットデータベースで対応する変更を行っていません。

レガシーコンソールでタスクを設定する際にホワイトリストの追加に失敗した場合はどうすればよいですか？

新しいコンソールを使用してタスクを設定できます。

プロセス中にソースデータベースで DDL 操作が実行されたためにデータ同期タスクが失敗した場合はどうすればよいですか？

ソースデータベースで実行された DDL 操作に基づいて、ターゲットデータベースで手動で DDL 操作を実行し、タスクを再起動します。データ同期中は、pt-online-schema-change などのツールを使用してソースデータベースの同期オブジェクトに対してオンライン DDL 操作を実行しないでください。実行すると、同期が失敗します。DTS データ以外のデータがターゲットデータベースに書き込まれていない場合は、Data Management (DMS) を使用してオンライン DDL 操作を実行するか、同期オブジェクトを変更して影響を受けるテーブルを削除できます。詳細については、「同期オブジェクトの削除」をご参照ください。

プロセス中にターゲットデータベースで DDL 操作が実行されたためにデータ同期タスクが失敗した場合はどうすればよいですか？

リリースされた同期タスクは復元できますか？タスクを再設定することでデータの整合性を確保できますか？

同期タスクはリリース後に復元できません。もし 完全データ同期 を選択せずにタスクを再設定した場合、元のタスクのリリースから新しいタスクの開始までの間に追加されたデータはターゲットデータベースに同期されず、データ整合性は保証されません。ビジネスにとってデータ精度が重大である場合は、ターゲットデータベースのデータを削除し、同期タスクを再設定した上で、タスクのステージ で スキーマ同期 と 完全データ同期 の両方を選択してください。なお、増分データ同期 はデフォルトで選択されています。

DTS の完全同期タスクが長時間進まない場合はどうすればよいですか？

同期するテーブルにプライマリキーがない場合、完全同期は非常に遅くなります。同期を開始する前に、ソースデータベースの同期するテーブルにプライマリキーを追加することを推奨します。

同じ名前のテーブル間でデータを同期する場合、ソーステーブルのデータがターゲットテーブルに存在しない場合にのみ転送されるように設定できますか？

はい。タスクを設定する際に、競合するテーブルの処理モード を エラーを無視して続行 に設定できます。テーブルスキーマが一致しており、ソースデータベースのレコードのプライマリキー値がターゲットデータベースにすでに存在する場合、そのレコードは完全同期中に同期されません。

アカウント間同期タスクはどのように設定しますか？

まず、「アカウント間タスクのシナリオ」を理解する必要があります。次に、データベースインスタンスが属する Alibaba Cloud アカウントを使用して、「Alibaba Cloud アカウント間タスクの RAM 認可を設定する」を実行します。最後に、「Alibaba Cloud アカウント間タスクを設定する」を実行します。

DMS LogicDB インスタンスを選択できない場合はどうすればよいですか？

インスタンスのリージョンが正しいことを確認してください。それでもインスタンスを選択できない場合は、インスタンスが 1 つしかない可能性があります。他のパラメーターの設定を続行できます。

SQL Server をソースとする同期タスクは、関数の同期をサポートしていますか？

いいえ、サポートしていません。同期オブジェクトの粒度がテーブルに設定されている場合、ビュー、トリガー、ストアドプロシージャなどの他のオブジェクトはターゲットデータベースに同期されません。

データ同期タスクでエラーが報告された場合はどうすればよいですか？

エラーメッセージに基づいて、「一般的なエラー」で解決策を見つけることができます。

同期タスクのホットスポットマージを有効にするにはどうすればよいですか？

「パラメーター値の変更」を参照して、trans.hot.merge.enable の値を true に変更します。

ソースデータベースにトリガーがある場合、どのように同期を実行しますか？

同期オブジェクトがデータベース全体であり、トリガーがデータベース内のテーブルを更新する場合、データの不整合が発生する可能性があります。詳細については、「ソースデータベースにトリガーがある場合の同期または移行ジョブの設定」をご参照ください。

DTS は sys データベースとシステムデータベースの同期をサポートしていますか？

いいえ、そうではありません。

DTS は MongoDB の admin および local データベースの同期をサポートしていますか？

いいえ、サポートしていません。DTS は、MongoDB の admin および local データベースをソースまたはターゲットとして使用することをサポートしていません。

双方向同期タスクのリバースタスクはいつ設定できますか？

双方向同期タスクのリバースタスクは、フォワード増分タスクに遅延がなくなった後にのみ設定できます。

PolarDB-X 1.0 がソースの場合、同期タスクのソース PolarDB-X 1.0 はノードのスケーリングをサポートしていますか？

いいえ、サポートしていません。ソース PolarDB-X 1.0 がノードのスケーリングを行う場合は、タスクを再設定する必要があります。

DTS によって Kafka に同期されたデータが一意であることが保証されますか？

いいえ、保証されません。Kafka に書き込まれるデータは追加されるため、DTS タスクが再起動されたり、ソースから繰り返しログをプルしたりすると、重複データが存在する可能性があります。DTS はデータのべき等性を保証します。つまり、データは順序付けられ、重複データの最新の値が最後に配置されます。

DTS は RDS for MySQL から AnalyticDB for MySQL へのデータ同期をサポートしていますか？

はい。詳細については、「RDS for MySQL から AnalyticDB for MySQL 3.0 へのデータ同期」をご参照ください。

Redis インスタンス間の同期タスクで完全同期が表示されないのはなぜですか？

Redis インスタンス間の同期には全量データ同期と増分データ同期があり、これら 2 つの方法は 増分データ同期 としてまとめて表示されます。

完全同期をスキップできますか？

はい、できます。完全同期をスキップした後、増分同期は続行されますが、エラーが発生する可能性があります。完全同期をスキップしないことを推奨します。

自動同期をスケジュールできますか？

いいえ、DTS は現在、データ同期タスクの開始をスケジュールすることをサポートしていません。

テーブルの断片化はプロセス中に同期されますか？

いいえ、されません。

MySQL 8.0 から MySQL 5.6 に同期する際に注意すべきことは何ですか？

同期操作を実行する前に、MySQL 5.6 にデータベースを作成する必要があります。互換性を確保するために、ソースとターゲットのデータベースバージョンを一致させるか、下位バージョンから上位バージョンに同期することを推奨します。上位バージョンから下位バージョンに同期すると、データベースの互換性の問題が発生する可能性があります。

ソースデータベースのアカウントをターゲットデータベースに同期できますか？

現在、ApsaraDB RDS for MySQL インスタンス間の同期タスクのみがアカウントの同期をサポートしています。他の同期タスクはサポートしていません。

アカウント間の双方向同期タスクを設定できますか？

はい、ただし現在、ApsaraDB RDS for MySQL インスタンス間、PolarDB for MySQL クラスター間、Tair (Enterprise Edition) インスタンス間、ApsaraDB for MongoDB (ReplicaSet) インスタンス間、または ApsaraDB for MongoDB (シャードクラスター) インスタンス間の双方向同期タスクのみがアカウント間の双方向同期をサポートしています。

Message Queue for Apache Kafka がターゲットの場合、どのようにパラメーターを設定しますか？

必要に応じてパラメーターを設定します。詳細については、「Message Queue for Apache Kafka インスタンスのパラメーターを設定する」をご参照ください。

DTS を使用して Redis データを同期または移行する際に ERR invalid DB index エラーを解決するにはどうすればよいですか？

原因：ERR invalid DB index エラーは、ターゲットデータベースが SELECT DB 操作を実行するときに発生します。これは通常、ターゲットデータベースの databases の数が不十分なためです。ターゲットデータベースがプロキシを使用している場合は、プロキシが databases の数の制限を解除できるかどうかを確認してください。

解決策：ターゲットデータベースの databases 設定を変更します。ソースデータベースと一致するように数を増やし、DTS タスクを再起動します。次のコマンドを実行して、ターゲットデータベースの databases 設定をクエリできます。

CONFIG GET databases;

SQL Server データを AnalyticDB for PostgreSQL に同期または移行する際に IDENTIFIER CLUSTERED エラーを解決するにはどうすればよいですか？

原因：SQL Server データを AnalyticDB for PostgreSQL に同期または移行する際、CREATE CLUSTERED INDEX コマンドがサポートされていないため、タスクが失敗します。

解決策：遅延期間中に他の DDL コマンドがないことを確認した後、インスタンスパラメーターを変更して sink.ignore.failed.ddl を true に設定し、すべての DDL 実行をフィルタリングします。増分同期または移行のオフセットが進んだ後、sink.ignore.failed.ddl を false に戻します。

Redis の同期または移行タスクで、ターゲットデータベースのキーの有効期限を延長することに実用的な効果はありますか？

完全データ同期中にキーが期限切れになるのを防ぐために、ターゲットデータベースのキーの有効期限を延長できます。増分同期または移行を含む DTS タスクの場合、ソースデータベースのキーが期限切れになって削除されると、ターゲットデータベースの対応するキーも解放されます。

ターゲットデータベースのキーに延長された有効期限を設定した後、ソースデータベースのキーが期限切れになった場合、ターゲットデータベースのキーはすぐに解放されますか？

ターゲットデータベースのキーは、有効期限が切れても必ずしもすぐに解放されるわけではありません。ソースデータベースの対応するキーが期限切れになってクリアされた場合にのみ、すぐに解放されます。

たとえば、ソースデータベースのキーが 5 秒で期限切れになるように設定されていても、ターゲットデータベースのキーの有効期限が 30 秒である場合、ソースキーが期限切れになるとターゲットデータベースのキーは削除されます。ソースデータベースのキーが期限切れになると、システムは Append-Only File (AOF) に削除操作を追加します。このリクエストはその後、ターゲットデータベースに同期されて実行されます。

DTS を使用して SelectDB にデータを同期する際に発生する column_name[xxx], the length of input string is too long than vec schema エラーを解決するにはどうすればよいですか？

• 詳細なエラーメッセージ：Reason: The input string for column_name[xxx] is longer than the length specified in the vector schema. First 32 bytes of the input string: [01a954b4-xxx-xxx-xxx-95b675b9]. Schema length: 2147483643. Limit length: 1048576. Actual length: 7241898. Source line: [].

• 原因：ソースの xxx フィールドの増分データのサイズが、対応するターゲットフィールドの長さ制限を超えています。

• 解決策：フィールドが STRING 型の場合、SelectDB コンソールで string_type_length_soft_limit_bytes パラメーターを増やすことができます。値は actual length (7241898) より大きくする必要があります。

DTS を使用して SelectDB にデータを同期する際に発生する column(xxx) values is null while columns is not nullable. エラーを解決するにはどうすればよいですか？

• 詳細なエラーメッセージ：Reason: column(xxx) values is null while columns is not nullable. src line [ xxx ];

• 原因：ターゲットの xxx フィールドは NOT NULL ですが、NULL 値が書き込まれています。

  説明

  一般的なシナリオ：ソースの日付形式に 0000-0000-0000 などの無効なデータが含まれているため、DTS が自動的に NULL 値に変換してエラーをトリガーします。

• 解決策：

  • ターゲットのフィールドタイプを変更して、NULL 値を許可します。

  • 同期オブジェクトを変更します：問題のあるテーブルを削除し、ソースデータを修正してから、ターゲットのテーブルを削除します。その後、同期オブジェクトを再度変更してテーブルを再度追加し、最後に完全同期と増分同期を再実行します。

誤って設定されたターゲットテーブル名のマッピングを修正するにはどうすればよいですか？

DTS タスク構成ページで、[選択したオブジェクト] セクションでターゲットデータベースを展開し、マッピングが正しくないテーブルを見つけ、右側にある [編集] ボタンをクリックします。 表示されるダイアログボックスで、ターゲットテーブル名を正しい名前に変更し、変更を保存します。

新しい列を追加した後、既存データをバックフィルするにはどうすればよいですか？

DTS は、新しく追加された列の既存データを自動的にバックフィルしません。このルールは、SelectDB だけでなく、すべてのターゲットデータベースタイプに適用されます。既存データをバックフィルするには、次の手順を実行します。

1. ターゲットテーブルに新しいフィールドを手動で追加します。

2. DTS コンソールで、同期オブジェクトを変更して、テーブルを同期リストから削除します。

3. データの整合性を確保するために、TRUNCATE を実行してターゲットテーブルのデータをクリアします。

4. テーブルを同期オブジェクトに再度追加します。これにより、完全データ同期と増分データ同期の両方がトリガーされ、既存データがターゲットに移行されます。

データ移行に関する問題

データ移行タスクを実行した後、ソースデータベースのデータはまだ存在しますか？

DTS は、ソースデータベースに影響を与えることなく、ソースデータベースからターゲットデータベースにデータをコピーしてデータ移行と同期を実行します。

DTS はどのデータベースインスタンスの移行をサポートしていますか？

DTS は、RDBMS、NoSQL、OLAP データベースなど、さまざまなデータソース間の移行をサポートしています。詳細については、「データ移行ソリューションの概要」をご参照ください。

データ移行はどのように機能しますか？

サービスアーキテクチャと機能。

データ移行タスクの移行オブジェクトを変更できますか？

いいえ、できません。

データ移行タスクに新しいテーブルを追加できますか？

いいえ、できません。

実行中の移行タスクのテーブルやフィールドなどの移行オブジェクトを変更するにはどうすればよいですか？

移行タスクは移行オブジェクトの変更をサポートしていません。

移行タスクを一時停止し、しばらくしてから再起動すると、データの不整合が発生しますか？

移行タスクが一時停止している間にソースデータベースが変更されると、ソースデータベースとターゲットデータベースの間でデータの不整合が発生する可能性があります。移行タスクを再起動し、増分データがターゲットデータベースに移行されると、ターゲットデータベースのデータはソースデータベースのデータと一致します。

移行タスクを同期タスクに変換できますか？

いいえ。異なるタイプのタスクは相互に変換できません。

スキーマを移行せずにデータのみを移行できますか？

はい、可能です。移行タスクを設定する際に、スキーマ移行 を選択しないでください。

データ移行インスタンスのソースとターゲットの間でデータが不整合になる考えられる原因は何ですか？

データ移行タスクで、ターゲットデータベースのソースデータベースの名前を変更できますか？

はい。詳細については、「データベース、テーブル、および列のマッピング」をご参照ください。

同じインスタンス内でのデータ移行はサポートされていますか？

はい。詳細については、「異なるデータベース名間のデータ同期または移行」をご参照ください。

DML または DDL 操作のリアルタイム移行はサポートされていますか？

はい、サポートされています。リレーショナルデータベース間のデータでサポートされている DML 操作は INSERT、UPDATE、DELETE です。サポートされている DDL 操作は CREATE、DROP、ALTER、RENAME、TRUNCATE です。

読み取り専用インスタンスを移行タスクのソースインスタンスとして使用できますか？

DTS はシャーディングされたデータベースとテーブルのデータ移行をサポートしていますか？

はい、サポートしています。たとえば、MySQL および PolarDB for MySQL のシャーディングされたデータベースとテーブルを AnalyticDB for MySQL に移行して、複数のテーブルをマージできます。

移行タスクで一部のフィールドやデータをフィルタリングできますか？

はい。マッピング機能を使用して列をフィルタリングし、SQL WHERE 条件を指定してデータをフィルタリングできます。詳細については、「一部の列を同期または移行する」および「移行するデータをフィルタリングする」をご参照ください。

移行タスク完了後、ターゲットインスタンスのデータ量がソースインスタンスより少ないのはなぜですか？

移行中にデータがフィルタリングされた場合、またはソースインスタンスに多くのテーブルフラグメントがある場合、移行完了後のターゲットインスタンスのデータ量はソースインスタンスよりも少なくなることがあります。

移行タスクで「完了」の値が合計より大きいのはなぜですか？

表示される合計は推定値です。移行タスクが完了すると、合計は正確な値に調整されます。

データ移行中にターゲットデータベースに追加される increment_trx テーブルの目的は何ですか？

increment_trx テーブルは、DTS 増分移行がターゲットインスタンスに作成するオフセットテーブルです。主に増分移行のオフセットを記録し、異常なタスク再起動後のブレークポイントからの再開の問題を解決するために使用されます。移行プロセス中に削除しないでください。削除すると、移行が失敗します。

データ移行タスクは、完全移行フェーズ中にブレークポイントからの再開をサポートしていますか？

はい、サポートしています。完全移行フェーズ中にタスクを一時停止してから再起動すると、タスクは最初からやり直すのではなく、中断したところから続行されます。

Alibaba Cloud 以外のインスタンスを Alibaba Cloud に移行するにはどうすればよいですか？

サードパーティクラウドから Alibaba Cloud へのデータ移行。

オンプレミスの Oracle データベースを PolarDB に移行するにはどうすればよいですか？

自己管理 Oracle データベースから PolarDB for PostgreSQL (Oracle 互換) データベースへのデータ移行。

完全移行フェーズを完了していないデータ移行タスクを一時停止できますか？

はい、できます。

RDS for MySQL から自己管理 MySQL データベースに一部のデータを移行するにはどうすればよいですか？

移行タスクを設定する際、ソースオブジェクト セクションで移行対象のオブジェクトを選択するか、必要に応じて [選択済みオブジェクト] セクションでオブジェクトをフィルターできます。 MySQL データベース間の移行操作は同様です。 自己管理 MySQL データベースから ApsaraDB RDS for MySQL インスタンスにデータを移行する。

同じ Alibaba Cloud アカウント下の RDS インスタンスを移行するにはどうすればよいですか？

DTS は RDS インスタンス間の移行と同期をサポートしています。「データ移行ソリューションの概要」の関連設定ドキュメントをご参照ください。

移行タスク開始後にソースデータベースで IOPS アラートがトリガーされた場合、どうすればよいですか？また、ソースデータベースビジネスの安定性を確保するにはどうすればよいですか？

データ移行タスクで「test」という名前のデータベースを選択できないのはなぜですか？

DTS データ移行はシステムデータベースの移行をサポートしていません。移行にはビジネスで作成したデータベースを選択する必要があります。

PolarDB-X 1.0 をソースとする移行インスタンスで遅延が表示されないのはなぜですか？

PolarDB-X 1.0 ソースのインスタンスでは、レイテンシー情報は表示されません。 これは、インスタンスが分散タスクとして実行され、DTS によってモニターされるメトリックがサブタスクにのみ存在するためです。 レイテンシー情報を表示するには、インスタンス ID をクリックし、タスク管理 ページの サブタスクの詳細 セクションに移動します。

DTS が MongoDB データベースを移行できないのはなぜですか？

これは、移行するデータベースが「local」または「admin」であるため可能性があります。DTS は、MongoDB の admin および local データベースをソースまたはターゲットとして使用することをサポートしていません。

複数テーブルのマージタスクで DTS-071001 エラーが報告されるのはなぜですか？

このエラーは、複数テーブルのマージタスクの実行中にソースデータベースでオンライン DDL 操作を実行したために発生する可能性があります。これらの操作によりソースデータベースのテーブルスキーマが変更されましたが、ターゲットデータベースで対応する変更を行っていません。

レガシーコンソールでタスクを設定する際にホワイトリストの追加に失敗した場合はどうすればよいですか？

新しいコンソールを使用してタスクを設定できます。

プロセス中にソースデータベースで DDL 操作が実行されたためにデータ移行タスクが失敗した場合はどうすればよいですか？

ソースデータベースで実行された DDL コンテンツに基づいて、ターゲットで手動で DDL 操作を実行し、タスクを再起動します。データ移行中は、pt-online-schema-change などのツールを使用してソースデータベースの移行オブジェクトに対してオンライン DDL 操作を実行しないでください。実行すると、移行が失敗します。DTS データ以外のデータがターゲットデータベースに書き込まれていない場合は、Data Management (DMS) を使用してオンライン DDL 操作を実行できます。

プロセス中にターゲットデータベースで DDL 操作が実行されたためにデータ移行タスクが失敗した場合はどうすればよいですか？

増分移行中にターゲットデータベースのデータベースまたはテーブルが削除され、タスクが異常になった場合は、タスクを再設定し、障害の原因となったデータベースまたはテーブルを移行オブジェクトとして選択しないでください。

リリースされた移行タスクは復元できますか？タスクを再設定することでデータの整合性を確保できますか？

移行タスクはリリースされると復元できません。完全データ移行 を選択せずにタスクを再設定した場合、タスクがリリースされた後に追加されたデータはターゲットデータベースに移行されず、データ整合性は保証されません。高いデータ精度が必要な場合、ターゲットデータベースのデータを削除して移行タスクを再設定し、タスクのステージ で スキーマ移行、増分データ移行、および 完全データ移行 を選択できます。

DTS の完全移行タスクが長時間進まない場合はどうすればよいですか？

移行するテーブルにプライマリキーがない場合、完全移行は非常に遅くなります。移行を開始する前に、ソースデータベースの移行するテーブルにプライマリキーを追加することを推奨します。

同じ名前のテーブル間でデータを移行する場合、ソーステーブルのデータがターゲットテーブルに存在しない場合にのみ転送されるように設定できますか？

はい、可能です。タスクを設定する際に、競合するテーブルの処理モード を エラーを無視して続行 に設定できます。テーブルスキーマが一致する場合、ターゲットデータベースにすでに存在するプライマリキーを持つソースレコードは、完全移行中に移行されません。

アカウント間移行タスクはどのように設定しますか？

まず、「アカウント間タスクのシナリオ」を理解する必要があります。次に、データベースインスタンスが属する Alibaba Cloud アカウントを使用して、「Alibaba Cloud アカウント間タスクの RAM 認可を設定する」を実行します。最後に、「Alibaba Cloud アカウント間タスクを設定する」を実行します。

データ移行タスクはオンプレミスデータベースにどのように接続しますか？

移行タスクを設定するには、オンプレミスデータベースの アクセス方法 を パブリック IP アドレス に設定します。 自己管理 MySQL データベースから ApsaraDB RDS for MySQL インスタンスにデータを移行する。

データ移行が DTS-31008 エラーで失敗した場合はどうすればよいですか？

エラーメッセージに応じて、原因を表示 をクリックするか、よくあるエラー をご参照ください。

専用回線経由で自己管理データベースに接続する際にネットワークが切断された場合はどうすればよいですか？

専用回線に DTS 関連の IP アドレスホワイトリストが正しく設定されているか確認してください。ホワイトリストに追加する IP アドレスのリストについては、「DTS サーバーの IP アドレス範囲を自己管理データベースの IP アドレスホワイトリストに追加する」をご参照ください。

SQL Server をソースとする移行タスクは、関数の移行をサポートしていますか？

いいえ、サポートしていません。移行オブジェクトの粒度がテーブルに設定されている場合、ビュー、トリガー、ストアドプロシージャなどの他のオブジェクトはターゲットデータベースに移行されません。

DTS の完全移行が遅い場合はどうすればよいですか？

データ移行は完了までに時間がかかる場合があります。タスク管理 ページのタスク詳細の 完全データ移行 モジュールで移行の進捗状況を確認できます。

スキーマ移行でエラーが報告された場合はどうすればよいですか？

インスタンス ID をクリックしてタスク詳細ページに移動します。タスク管理 ページのスキーマ移行モジュールでエラーメッセージを確認し、その内容に従ってエラーを解決します。よくあるエラーの解決策については、「よくあるエラー」をご参照ください。

スキーマ移行と完全移行は無料ですか？

これは無料です。詳細については、「課金項目」をご参照ください。

Redis インスタンス間のデータ移行タスク中に、ターゲットの zset データは上書きされますか？

はい、ターゲットの zset は上書きされます。ソースと同じキーがターゲットに既に存在する場合、DTS はまずターゲットの対応するキーの zset を削除し、次にソース zset コレクションの各オブジェクトをターゲットに zadd します。

完全移行がソースデータベースに与える影響は何ですか？

DTS の完全移行プロセスは、まずデータをセグメント化し、次にセグメント内のデータを読み書きします。ソースデータベースの場合、データセグメント化プロセス中にソースデータベースの IOPS が増加します。セグメント内のデータを読み取るプロセス中に、ソースデータベースの IOPS、CachePool、およびアウトバウンド帯域幅がある程度影響を受けます。DTS の実務経験に基づくと、これらの影響は無視できます。

PolarDB-X 1.0 がソースの場合、移行タスクのソース PolarDB-X 1.0 はノードのスケーリングをサポートしていますか？

いいえ、サポートしていません。ソース PolarDB-X 1.0 がノードのスケーリングを行う場合は、タスクを再設定する必要があります。

DTS によって Kafka に移行されたデータが一意であることが保証されますか？

いいえ、保証されません。Kafka に書き込まれるデータは追加されるため、DTS タスクが再起動されたり、ソースから繰り返しログをプルしたりすると、重複データが存在する可能性があります。DTS はデータのべき等性を保証します。つまり、データは順序付けられ、重複データの最新の値が最後に配置されます。

最初に完全移行タスクを設定し、次に増分データ移行タスクを設定すると、データの不整合が発生しますか？

はい、データの不整合が発生する可能性があります。増分データ移行タスクを個別に設定すると、タスクは開始後にのみデータの移行を開始します。増分移行タスクが開始される前にソースインスタンスで生成された増分データは、ターゲットインスタンスに同期されません。ゼロダウンタイム移行を実行するには、タスクを設定する際に移行タイプとしてスキーマ移行、完全データ移行、および増分データ移行を選択することを推奨します。

増分移行タスクを設定する際にスキーマ移行を選択する必要がありますか？

スキーマ移行は、データ移行が開始される前に移行オブジェクトの定義をターゲットインスタンスに移行するプロセスです。たとえば、テーブル A のテーブル定義をターゲットインスタンスに移行します。増分移行を実行するには、データの整合性を確保するために、スキーマ移行、完全データ移行、および増分データ移行を選択することを推奨します。

自己管理データベースから RDS への移行中に、RDS が使用するストレージ容量がソースデータベースよりも大きいのはなぜですか？

DTS は論理的な移行を実行するため、移行するデータを SQL にカプセル化してターゲット RDS インスタンスに移行します。このとき、ターゲット RDS インスタンスでバイナリログデータが生成されるため、移行プロセス中に RDS が使用するストレージ容量がソースデータベースよりも大きくなる可能性があります。

DTS は VPC 内の MongoDB の移行をサポートしていますか？

はい、サポートしています。DTS は現在、VPC 内の ApsaraDB for MongoDB を移行のソースデータベースとして使用することをサポートしています。

データ移行中にソースデータベースが変更された場合、移行されたデータはどうなりますか？

移行タスクがスキーマ移行、完全移行、および増分移行で設定されている場合、移行中にソースデータベースで発生したデータ変更は、DTS によってターゲットデータベースに移行されます。

完了した移行タスクをリリースすると、移行されたデータベースの使用に影響しますか？

いいえ。移行タスクは、そのステータスが完了になった後にのみ、安全にリリースできます。

DTS は MongoDB の増分移行をサポートしていますか？

はい。関連する設定例については、「データ移行ソリューションの概要」をご参照ください。

RDS インスタンスとパブリック IP アドレスを持つ自己管理データベースインスタンスを移行タスクのソースとして使用する場合の違いは何ですか？

移行タスクを設定する際に RDS インスタンスを選択すると、DTS 移行タスクは RDS インスタンスの DNS 変更やネットワークタイプ切り替えなどの変更に適応でき、リンクの信頼性を効果的に確保できます。

DTS は VPC 内の ECS インスタンス上の自己管理データベースを RDS インスタンスに移行することをサポートしていますか？

DTS は移行中にテーブルをロックしますか？ソースデータベースに影響しますか？

DTS は、完全データ移行および増分データ移行中にソースデータベースのテーブルをロックしません。完全データ移行および増分データ移行中、移行元のデータテーブルは通常どおり読み書きアクセスできます。

DTS が RDS 移行を実行するとき、プライマリ RDS データベースとセカンダリ RDS データベースのどちらからデータを取得しますか？

DTS がデータ移行を実行するとき、プライマリ RDS データベースからデータをプルします。

自動移行をスケジュールできますか？

いいえ、DTS は現在、データ移行タスクの開始をスケジュールすることをサポートしていません。

DTS は VPC モードの RDS インスタンスのデータ移行をサポートしていますか？

はい、移行タスクを設定する際に RDS インスタンス ID を指定できます。

DTS が同じアカウントまたはアカウント間で移行または同期を実行する場合、ECS および RDS インスタンスに内部ネットワークとパブリックネットワークのどちらを使用しますか？トラフィック料金はかかりますか？

DTS を使用した移行後、ソースデータベースのデータは削除されますか？

いいえ、削除されません。DTS がデータ移行を実行するとき、ソースデータベースからターゲットデータベースにデータをコピーし、ソースデータベースのデータには影響しません。

DTS が RDS インスタンス間でデータ移行を実行するとき、ターゲットデータベースの名前を指定できますか？

はい。RDS インスタンス間でデータ移行を実行する場合、データベース名マッピング機能を使用してターゲットデータベース名を指定します。詳細については、「異なるデータベース名間のデータ同期または移行」をご参照ください。

DTS 移行タスクのソースが ECS インスタンスに接続できない場合はどうすればよいですか？

ECS インスタンスにパブリック IP アドレスが公開されていない可能性があります。EIP を ECS インスタンスにバインドして、もう一度試してください。詳細については、「Elastic IP Address」をご参照ください。

Redis インスタンス間の移行タスクで完全移行が表示されないのはなぜですか？

完全なデータ移行と増分データ移行を組み合わせた増分データ移行を使用して、Redis インスタンス間でデータを移行できます。

完全移行をスキップできますか？

はい、できます。完全移行をスキップした後、増分移行は続行されますが、エラーが発生する可能性があります。完全移行をスキップしないことを推奨します。

Redis のクラスター版は、パブリック IP アドレスでの DTS への接続をサポートしていますか？

いいえ、サポートしていません。現在、スタンドアロン版の Redis のみが、パブリック IP アドレスでの DTS 移行インスタンスへの接続をサポートしています。

MySQL 8.0 から MySQL 5.6 に移行する際に注意すべきことは何ですか？

移行操作を実行する前に、MySQL 5.6 にデータベースを作成する必要があります。互換性を確保するために、ソースとターゲットのデータベースバージョンを一致させるか、下位バージョンから上位バージョンに移行することを推奨します。上位バージョンから下位バージョンに移行すると、データベースの互換性の問題が発生する可能性があります。

ソースデータベースのアカウントをターゲットデータベースに移行できますか？

現在、ApsaraDB RDS for MySQL インスタンス間の移行タスクのみがアカウントの移行をサポートしています。他の移行タスクはサポートしていません。

Message Queue for Apache Kafka がターゲットの場合、どのようにパラメーターを設定しますか？

必要に応じてパラメーターを設定します。詳細については、「Message Queue for Apache Kafka インスタンスのパラメーターを設定する」をご参照ください。

スケジュールされた完全移行を実行するにはどうすればよいですか？

データ統合機能のスケジューリングポリシーを使用して、ソースからターゲットにスキーマと既存データを定期的に移行できます。詳細については、「ApsaraDB RDS for MySQL インスタンス間のデータ統合タスクの設定」をご参照ください。

ECS インスタンス上の自己管理 SQL Server をオンプレミスの自己管理 SQL Server に移行することはサポートされていますか？

はい。オンプレミスの自己管理 SQL Server を Alibaba Cloud に接続する必要があります。詳細については、「準備の概要」をご参照ください。

他のクラウドから PostgreSQL データベースを移行することはサポートされていますか？

はい、他のクラウドの PostgreSQL データベースが DTS にパブリックネットワーク経由でアクセスできる場合、DTS を介したデータ移行がサポートされています。

データサブスクリプションに関する問題

データサブスクリプションはどのように機能しますか？

サービスアーキテクチャと原則。

変更追跡タスクの有効期限が切れた後、コンシューマーグループは削除されますか？

DTS 変更追跡タスクの有効期限が切れた後、データコンシューマーグループは 7 日間保持されます。有効期限が切れてから 7 日以内にインスタンスが更新されない場合、インスタンスはリリースされ、対応するコンシューマーグループも削除されます。

読み取り専用インスタンスを追跡タスクのソースインスタンスとして使用できますか？

追跡されたデータをどのように消費しますか？

サブスクリプションデータの消費。

変更追跡機能を使用してデータを転送した後、日付データの形式が変更されるのはなぜですか？

DTS のデフォルトの日付データストレージ形式は YYYY:MM:DD です。YYYY-MM-DD は表示形式ですが、実際のストレージ形式は YYYY:MM:DD です。したがって、転送されるデータの形式に関係なく、最終的にはデフォルトの形式に変換されます。

追跡タスクのトラブルシューティング方法は？

追跡タスクのトラブルシューティング。

SDK が正常にデータをダウンロードしている間に突然一時停止し、データを追跡できなくなった場合はどうすればよいですか？

SDK コードで ackAsConsumed インターフェイスが呼び出されてコンシューマーオフセットが報告されているか確認してください。ackAsConsumed が呼び出されてオフセットが報告されない場合、SDK 内部に設定された Record キャッシュスペースのデータは削除されません。キャッシュが完全に占有されると、新しいデータをプルできなくなり、SDK が一時停止してデータを追跡できなくなります。

SDK を再実行してもデータを正常に追跡できない場合はどうすればよいですか？

SDK を開始する前に、コンシューマーオフセットを変更してデータ範囲内に収まるようにします。詳細については、「コンシューマーオフセットの保存とクエリ」をご参照ください。

クライアントはどのようにデータ消費の時点を指定しますか？

追跡データを消費する際、initCheckpoint パラメーターを入力して時点を指定できます。詳細については、「SDK サンプルコードを使用して追跡データを消費する」をご参照ください。

DTS 追跡タスクにバックログがある場合、オフセットをリセットするにはどうすればよいですか？

1. SDK クライアントの使用モードに応じて、DTSConsumerAssignDemo.java や DTSConsumerSubscribeDemo.java などの対応するコードファイルを開きます。

   説明

   SDK サンプルコードを使用して追跡データを消費する。

2. 追跡タスクリストのデータ範囲列で、送信先の追跡インスタンスの変更可能なオフセット範囲を確認できます。

3. 必要に応じて新しいコンシューマーオフセットを選択し、UNIX タイムスタンプに変換します。

4. 変換された新しいコンシューマーオフセットを使用して、コードファイル内の古いコンシューマーオフセット (initCheckpoint パラメーター) を置き換えます。

5. クライアントを再実行します。

追跡タスクの VPC アドレスを使用してクライアントが接続できない場合はどうすればよいですか？

クライアントが配置されているマシンが、追跡タスクの設定時に指定された VPC にない可能性があります (たとえば、クライアント VPC が変更された)。タスクを再設定する必要があります。

コンソールのコンシューマーオフセットがデータ範囲の最大値より大きいのはなぜですか？

これは、追跡チャネルのデータ範囲の更新頻度が 1 分であるのに対し、コンシューマーオフセットの更新頻度は 10 秒であるためです。したがって、リアルタイムで消費する場合、コンシューマーオフセットの値が追跡チャネルのデータ範囲の最大値より大きくなる可能性があります。

DTS は、SDK によって追跡されるデータが完全なトランザクションであることをどのように保証しますか？

DTS は、提供されたコンシューマーオフセットに対応する完全なトランザクションを検索します。サーバー側は、トランザクション全体の BEGIN 文から下流にデータを配信するため、完全なトランザクションコンテンツを受信できます。

データが正常に消費されていることをどのように確認しますか？

データが正常に消費されている場合、Data Transmission Service コンソールのコンシューマーオフセットは正常に前進します。

変更追跡 SDK の usePublicIp=true は何を意味しますか？

変更追跡 SDK の設定で、usePublicIp=true は、SDK がパブリックネットワーク経由で DTS 追跡チャネルにアクセスすることを意味します。

変更追跡タスクのプライマリ RDS データベースが切り替わったり再起動されたりすると、ビジネスに影響はありますか？

ApsaraDB RDS for MySQL、ApsaraDB RDS for PostgreSQL、PolarDB for MySQL、PolarDB for PostgreSQL、または PolarDB-X 1.0 (ストレージタイプは RDS for MySQL) インスタンスでプライマリ/セカンダリの切り替えまたは再起動が発生した場合、DTS は適応的に切り替え、ビジネスに影響はありません。

RDS は、ローカルサーバーへの自動バイナリログダウンロードツールを提供していますか？

DTS の変更追跡機能は、RDS バイナリログのリアルタイム追跡をサポートしています。DTS 変更追跡サービスをアクティブ化し、DTS SDK を使用して RDS バイナリログデータを追跡し、リアルタイムでローカルサーバーに同期できます。

変更追跡のリアルタイム増分データは、新しいデータのみを指しますか、それとも変更されたデータも含まれますか？

DTS 変更追跡で追跡できる増分データには、すべての追加、削除、変更、およびスキーマ変更 (DDL) が含まれます。

変更追跡タスクのコンシューマー側でレコードが ACK されない場合、再起動後に SDK が重複データを受信するのはなぜですか？

メッセージが SDK によって ACK されない場合、サーバー側はバッファ内のすべてのメッセージのプッシュを終了します。プッシュが完了すると、SDK はメッセージを受信できなくなります。このとき、サーバー側に保存されているコンシューマーオフセットは、ACK されなかったメッセージの前の最後のメッセージのオフセットです。SDK が再起動すると、メッセージが失われないように、サーバー側は ACK されなかったメッセージの前のメッセージに対応するオフセットからデータの再プッシュを開始します。したがって、SDK はいくつかの重複メッセージを受信します。

変更追跡のコンシューマーオフセットはどのくらいの頻度で更新されますか？また、再起動時に SDK が重複データを受信することがあるのはなぜですか？

変更追跡 SDK が各メッセージを消費した後、ackAsConsumed を呼び出してサーバー側に ACK を返信する必要があります。ACK を受信すると、サーバー側はメモリ内のコンシューマーオフセットを更新し、10 秒ごとにコンシューマーオフセットを永続化します。最新の ACK が永続化される前に SDK が再起動されると、サーバー側はメッセージが失われないように、最後に永続化されたコンシューマーオフセットからメッセージのプッシュを開始します。この場合、SDK は重複メッセージを受信します。

1 つの変更追跡インスタンスで複数の RDS インスタンスを追跡できますか？

いいえ、できません。現在、1 つの変更追跡インスタンスで追跡できるのは 1 つの RDS インスタンスのみです。

変更追跡インスタンスでデータの不整合が発生しますか？

いいえ、発生しません。変更追跡タスクはソースデータベースからの変更のみを取得し、データの不整合は発生しません。クライアントが消費したデータが期待と異なる場合は、ご自身でトラブルシューティングする必要があります。

サブスクリプションデータを消費中に UserRecordGenerator が表示された場合の対処法

追跡データを消費中に、UserRecordGenerator: haven't receive records from generator for 5s のようなメッセージが表示された場合は、コンシューマーオフセットが増分データ取り込みモジュールのオフセット範囲内にあることを確認し、コンシューマー側が正常に動作していることを確認する必要があります。

1 つのトピックに複数のパーティションを作成できますか？

いいえ、できません。メッセージのグローバルな順序を保証するため、DTS の各追跡トピックには 1 つのパーティションしかなく、パーティション 0 に固定的に割り当てられます。

変更追跡 SDK は Go をサポートしていますか？

サポートしています。サンプルコードについては、dts-subscribe-demo リポジトリをご参照ください。

変更追跡 SDK は Python をサポートしていますか？

はい、あります。サンプルコードについては、dts-subscribe-demo をご参照ください。

flink-dts-connector は、追跡データのマルチスレッド同時消費をサポートしていますか？

いいえ、サポートしていません。

同じ RDS インスタンスに対して、変更追跡タスクとデータ同期タスクの両方を設定できますか？

はい。2 つのタスクは互いに干渉しません。変更追跡タスクとデータ同期タスクは、同じ RDS インスタンス上で相互に干渉することなく共存できる 2 つの独立したタスクタイプです。

データ検証に関する問題

その他の問題

データ同期または移行タスクの実行中にターゲットデータベースのデータを変更すると、どのような影響がありますか？

• ターゲットデータベースのデータを変更すると、DTS タスクが失敗する可能性があります。データ移行または同期中に、ターゲットデータベースで移行または同期するオブジェクトを操作すると、主キー競合、更新レコードなし、またはその他の状況が発生し、最終的に DTS タスクが失敗する可能性があります。ただし、ターゲットインスタンスにテーブルを作成して書き込むなど、DTS タスクを中断しない操作は実行できます。このテーブルは移行または同期オブジェクトテーブルにないため、DTS タスクが失敗することはありません。

• DTS はソースインスタンスのデータベース情報を読み取り、その完全データ、スキーマデータ、および増分データをターゲットインスタンスに移行または同期するため、タスク中にターゲットデータベースで変更されたデータは、ソースデータベースから移行または同期されたデータによって上書きされる可能性があります。

データ同期または移行タスクの実行中に、ソースデータベースとターゲットデータベースの両方に同時にデータを書き込むことはできますか？

はい、できますが、DTS インスタンスの実行中に DTS 以外のデータソースからターゲットデータベースにデータが書き込まれると、ターゲットデータベースのデータまたは DTS インスタンスが異常になる可能性があります。

DTS インスタンスの実行中にソースまたはターゲットデータベースのパスワードを変更するとどうなりますか？

DTS インスタンスでエラーが報告され、中断されます。インスタンス ID をクリックしてインスタンスの詳細を表示し、基本情報 タブでソースまたは宛先アカウントのパスワードを変更できます。次に、タスク管理 タブに移動し、基本情報 セクションでエラーを報告したモジュールを再起動します。

一部のソースまたはターゲットデータベースにパブリック IP 接続タイプがないのはなぜですか？

これは、ソースまたはターゲットデータベースの接続タイプ、タスクタイプ、およびデータベースタイプに関連しています。たとえば、MySQL データベースタイプのソースの場合、移行および追跡タスクはパブリック IP アドレスを使用して接続することを選択できますが、同期タスクはパブリック IP 接続をサポートしていません。

アカウント間のデータ移行またはデータ同期はサポートされていますか？

はい。詳細については、「Alibaba Cloud アカウント間タスクの設定」をご参照ください。

ソースデータベースとターゲットデータベースは同じデータベースインスタンスにできますか？

はい。ソースとターゲットが同じインスタンスである場合は、マッピング機能を使用してデータを分離します。そうしないと、DTS インスタンスが失敗したり、データが失われたりする可能性があります。詳細については、「データベース、テーブル、および列のマッピング」をご参照ください。

Redis をターゲットとするタスクで「OOM command not allowed when used memory > 'maxmemory'」エラーが報告されるのはなぜですか？

これは、ターゲット Redis インスタンスのストレージ容量が不足しているため可能性があります。ターゲット Redis インスタンスのアーキテクチャタイプがクラスターの場合、シャードがメモリ制限に達している可能性もあります。ターゲットインスタンスの仕様をスペックアップする必要があります。

AliyunDTSRolePolicy アクセスポリシーとは何ですか？また、何に使用されますか？

AliyunDTSRolePolicy ポリシーにより、DTS は現在またはクロスアカウントの RDS や ECS などのクラウドリソースにアクセスできます。移行、同期、または追跡タスクを設定する際に、関連するクラウドリソース情報を呼び出します。詳細については、「DTS にクラウドリソースへのアクセス権限を付与する」をご参照ください。

RAM ロールの権限付与はどのように行いますか？

DTS タスクに入力したアカウントパスワードは変更できますか？

MaxCompute テーブルに「_base」サフィックスが付いているのはなぜですか？

1. 初期スキーマ同期。

   DTS は、同期するテーブルのスキーマ定義をソースデータベースから MaxCompute に同期します。初期化中に、DTS はテーブル名に `_base` サフィックスを追加します。たとえば、ソーステーブルが `customer` の場合、MaxCompute のテーブルは `customer_base` になります。

2. 初期完全データ同期。

   DTS は、ソースデータベースのテーブルからすべての既存データを MaxCompute の `_base` テーブルに同期します。たとえば、データはソースデータベースの `customer` テーブルから MaxCompute の `customer_base` テーブルに同期されます。このデータは、後続の増分データ同期のベースラインとして機能します。

   説明

   このテーブルは、全量ベースラインテーブルとも呼ばれます。

3. 増分データ同期。

   DTS は MaxCompute に増分ログテーブルを作成します。テーブル名は、`_log` サフィックスが付いたターゲットテーブルの名前です (例：`customer_log`)。DTS はその後、ソースデータベースからこのテーブルに増分データをリアルタイムで同期します。

   説明

   増分ログテーブルの構造の詳細については、「増分ログテーブルのスキーマ」をご参照ください。

Kafka トピックを取得できない場合はどうすればよいですか？

./bin/kafka-topics.sh --describe --zookeeper zk01:2181/kafka --topic topic_name

ローカルに MySQL インスタンスを構築して、RDS インスタンスのセカンダリデータベースとして使用できますか？

はい、できます。Data Transmission Service (DTS) のデータ移行機能を使用して、RDS からローカルの自己管理 MySQL インスタンスへのリアルタイムデータ同期を設定し、プライマリ/セカンダリのアーキテクチャを実現できます。

RDS インスタンスから新しく作成した RDS インスタンスにデータをコピーするにはどうすればよいですか？

移行タイプとして、スキーマ移行、完全移行、および増分移行を選択できます。詳細については、「ApsaraDB RDS インスタンス間のデータ移行」をご参照ください。

DTS は、RDS インスタンス内のデータベースをコピーして、データベース名以外は同一の新しいデータベースを作成することをサポートしていますか？

はい、サポートしています。DTS が提供するオブジェクト名マッピング機能を使用して、RDS インスタンス内のデータベースをコピーし、データベース名以外は同一の新しいデータベースを作成できます。

DTS インスタンスが常に遅延を示す場合はどうすればよいですか？

レガシーコンソールで同期または移行した後、フィールドがすべて小文字になる場合はどうすればよいですか？

新しいコンソールとターゲットデータベースオブジェクト名の大文字小文字ポリシー機能を使用できます。詳細については、「ターゲットデータベースオブジェクト名の大文字小文字ポリシー」をご参照ください。

一時停止した DTS タスクは再開できますか？

一般的に、24 時間以内に一時停止した DTS タスクは正常に再開できます。データ量が少ない場合、7 日以内に一時停止した DTS タスクは正常に再開できます。タスクを 6 時間以上一時停止しないことを推奨します。

タスクを一時停止して再起動した後、なぜ進捗が 0 から始まるのですか？

タスクが再起動されると、DTS は完了したデータを再クエリし、残りのデータの処理を続行します。このプロセス中、遅延によりタスクの進捗が実際の進捗と異なる場合があります。

DDL ロックレス変更の原則は何ですか？

DDL ロックレス変更の主な原則については、「主な原則」をご参照ください。

DTS は特定のテーブルの同期または移行を一時停止することをサポートしていますか？

いいえ、そうではありません。

タスクが失敗した場合、再購入する必要がありますか？

いいえ、必要ありません。元のタスクを再設定できます。

複数のタスクが同じターゲットにデータを書き込むとどうなりますか？

これにより、データの不整合が発生する可能性があります。

更新後もインスタンスがロックされているのはなぜですか？

ロックされた DTS インスタンスを更新した後、インスタンスのロックが解除されるまでに時間がかかります。しばらくお待ちください。

DTS インスタンスのリソースグループを変更できますか？

はい、変更できます。インスタンスの 基本情報 ページで、基本情報 エリアの リソースグループ名 の横にある 変更 をクリックします。

DTS にはバイナリログ分析ツールがありますか？

いいえ、DTS にはバイナリログ分析ツールはありません。

増分タスクが常に 95% を示すのは正常ですか？

はい、正常です。増分タスクは継続的であり、完了しません。進捗は 100% に達しません。

DTS タスクが 7 日以上経過してもリリースされないのはなぜですか？

フリーズしたタスクが 7 日以上保存されることがあります。

作成したタスクのポートを変更できますか？

これはサポートされていません。

DTS タスクの PolarDB-X 1.0 の下にマウントされている RDS for MySQL インスタンスをスペックダウンできますか？

スペックダウンは推奨されません。スペックダウンはプライマリ/セカンダリの切り替えをトリガーし、データ損失を引き起こす可能性があります。

DTS タスクの実行中にソースまたはターゲットインスタンスをスペックアップまたはスペックダウンできますか？

DTS タスクの実行中にソースまたはターゲットインスタンスをスペックアップまたはスペックダウンすると、タスクの遅延やデータ損失が発生する可能性があります。ソースまたはターゲットインスタンスの仕様を変更することは推奨しません。

DTS タスクがソースおよびターゲットインスタンスに与える影響は何ですか？

初期の完全データ同期は、ソースおよびターゲットデータベースの読み取りおよび書き込みリソースの一部を占有し、データベースの負荷を増加させる可能性があります。オフピーク時に完全タスクを実行することを推奨します。

DTS タスクのおおよその遅延はどのくらいですか？

DTS タスクの遅延は、ソースインスタンスの実行負荷、伝送ネットワークの帯域幅、ネットワーク遅延、ターゲットインスタンスの書き込みパフォーマンスなど、多くの要因によって制限されるため、見積もることはできません。

Data Transmission Service コンソールが Data Management DMS コンソールに自動的にジャンプする場合、レガシーの Data Transmission Service コンソールに戻るにはどうすればよいですか？

DMS コンソールで、右下隅の アイコンをクリックし、 をクリックして以前のバージョンの Data Transmission Service コンソールに戻ります。

DTS はデータ暗号化をサポートしていますか？

DTS は、Secure Sockets Layer (SSL) 暗号化を介してソースまたはターゲットデータベースに安全にアクセスし、ソースデータベースからデータを読み取ったり、ターゲットデータベースにデータを書き込んだりすることをサポートしていますが、データ転送中の転送中データの暗号化はサポートしていません。

DTS は ClickHouse をソースまたはターゲットとしてサポートしていますか？

いいえ、サポートしていません。

DTS は AnalyticDB for MySQL 2.0 をソースまたはターゲットとしてサポートしていますか？

AnalyticDB for MySQL 2.0 はターゲットとしてのみサポートされており、AnalyticDB for MySQL 2.0 をターゲットとするソリューションは、まだ新しいコンソールでは利用できません。レガシーコンソールでのみ設定できます。

コンソールで新しく作成したタスクが表示されないのはなぜですか？

作成したタスクのグレー表示された設定項目は変更できますか？

これはサポートされていません。

遅延アラートとしきい値を設定するにはどうすればよいですか？

DTS はモニタリングとアラートを提供します。重要なメトリックにアラートルールを設定して、実行ステータスを追跡します。詳細については、「モニタリングとアラートの設定」をご参照ください。

長時間失敗しているタスクの失敗原因を表示できますか？

いいえ、できません。タスクが長時間 (たとえば 7 日以上) 失敗している場合、関連するログはクリアされ、失敗原因は表示できません。

長時間失敗しているタスクは復元できますか？

いいえ、できません。タスクが長時間 (たとえば 7 日以上) 失敗している場合、関連するログはクリアされ、復元できません。タスクを再設定する必要があります。

rdsdt_dtsacct アカウントとは何ですか？

rdsdt_dtsacct アカウントを作成していない場合、DTS によって作成された可能性があります。DTS は、一部のデータベースインスタンスに組み込みアカウント rdsdt_dtsacct を作成して、ソースおよびターゲットデータベースインスタンスに接続します。

SQL Server のヒープテーブル、プライマリキーのないテーブル、圧縮テーブル、計算列のあるテーブル、およびスパース列のあるテーブルに関する情報を表示するにはどうすればよいですか？

ソースとターゲットのスキーマが一致しない場合はどうすればよいですか？

マッピング機能を使用して、ソースとターゲット間で列をマッピングしてみることができます。詳細については、「データベース、テーブル、および列のマッピング」をご参照ください。

データベース、テーブル、および列のマッピングは、列タイプの変更をサポートしていますか？

いいえ、サポートしていません。

DTS はソースデータベースの読み取り速度を制限することをサポートしていますか？

いいえ、サポートしていません。タスクを実行する前に、ソースデータベースのパフォーマンス (IOPS やネットワーク帯域幅が要件を満たしているかなど) を評価する必要があります。また、オフピーク時にタスクを実行することを推奨します。

MongoDB シャードクラスターインスタンスの孤立ドキュメントをクリーンアップするにはどうすればよいですか？

Deletion of DATABASE.COLLECTION range [{ KEY: VALUE1 }, { KEY: VALUE2 }) will be scheduled after all possibly dependent queries finish

db.getSiblingDB("admin").aggregate( [{ $currentOp : { allUsers: true, idleCursors: true } },{ $match : { type: "idleCursor" } }] )

シャード化された MongoDB クラスターの不均一なデータ分散を処理するにはどうすればよいですか？

バランサー機能を有効にし、事前シャーディングを使用してデータスキューを解決できます。データスキューは、ほとんどのデータが単一のシャードに書き込まれる場合に発生します。

sh.shardCollection("phonebook.contacts", { last_name: "hashed" }, false, {numInitialChunks: 16384})

sh.splitAt("<db>.<coll>", {"<shardKey>":<split_value>})

sh.splitAt("test.test", {"id":0})
sh.splitAt("test.test", {"id":50000})
sh.splitAt("test.test", {"id":75000})

コンソールのタスクリストでページごとに表示されるインスタンス数を設定するにはどうすればよいですか？

1. ターゲットリージョンの同期タスクリストページに移動します。次の 2 つの方法のいずれかを使用できます。

   DTS コンソールから

   1. Data Transmission Service (DTS) コンソールにログインします。

   2. 左側のナビゲーションウィンドウで、データ同期 をクリックします。

   3. ページ左上で、同期インスタンスが配置されているリージョンを選択します。

   DMS コンソールから

   説明

   実際の操作は、DMS コンソールのモードとレイアウトによって異なる場合があります。詳細については、「シンプルモード」および「DMS インターフェイスのレイアウトとスタイルをカスタマイズする」をご参照ください。

   1. Data Management (DMS) にログインします。

   2. 上部のメニューバーで、[データ + AI] > [データ転送 (DTS)] > [データ同期] を選択します。

   3. データ同期タスク の右側で、同期インスタンスが存在するリージョンを選択します。

2. ページの下部までスクロールします。

3. ページの右下隅で、[ページあたりの項目数] を選択します。

   説明

   [ページあたりの項目数] は 10、20、または 50 に設定できます。

DTS インスタンスが ZooKeeper 接続タイムアウトを報告した場合はどうすればよいですか？

インスタンスを再起動して接続を復元してみてください。インスタンスを再起動する方法については、「DTS インスタンスの開始」をご参照ください。

CEN で削除された後、DTS CIDR ブロックが自動的に再追加されるのはなぜですか？

これは、Cloud Enterprise Network (CEN) の Basic Edition トランジットルーターを使用してデータベースを DTS に接続する場合に発生する可能性があります。このデータベースを使用して DTS インスタンスを作成すると、CEN で DTS CIDR ブロックを削除しても、DTS はサーバーの IP アドレス範囲を対応するルーターに自動的に追加します。

DTS タスクはエクスポートできますか？

サポートされていません。

Java を使用して OpenAPI を呼び出すにはどうすればよいですか？

Java での OpenAPI の呼び出しは Python と似ています。Python SDK 呼び出し例をご参照ください。Data Transmission Service DTS SDK ページに移動し、[すべての言語] から目的のプログラミング言語を選択して、サンプルコードを表示できます。

API を使用して同期または移行タスクの ETL 機能を設定するにはどうすればよいですか？

Reserve パラメーターの etlOperatorCtl や etlOperatorSetting などの共通パラメーターを使用してこの機能を設定します。詳細については、「ConfigureDtsJob」および「Reserve パラメーターの説明」をご参照ください。

DTS は Azure SQL Database をサポートしていますか？

はい、サポートしています。 Azure SQL Database をソースデータベースとして使用するには、SQL Server 増分同期モード を 増分同期のための CDC インスタンスのポーリングとクエリ に設定します。

DTS の同期または移行が完了した後、ソースデータベースのデータは保持されますか？

はい。DTS はソースデータベースのデータを削除しません。ソースデータベースのデータが不要になった場合は、手動で削除できます。

同期または移行インスタンスの実行後にレートを調整できますか？

はい、できます。詳細については、「移行レートの調整」をご参照ください。

DTS は、期間ごとにデータをサンプリングして同期または移行することをサポートしていますか？

いいえ。

データを同期または移行する際に、ターゲットデータベースに手動でデータテーブルを作成する必要がありますか？

データベースとテーブルのスキーマタスクをサポートする DTS インスタンス (スキーマ同期またはスキーマ移行) では、同期タイプでスキーマ同期を選択した場合、または移行タイプでスキーマ移行を選択した場合、ターゲットデータベースにデータテーブルを手動で作成する必要はありません。

データを同期または移行する際に、ソースデータベースとターゲットデータベースのネットワークを接続する必要がありますか？

いいえ、その必要はありません。

パブリックネットワークを使用してアカウント間の DTS タスクを設定する際に、RAM 認可を設定する必要がありますか？

いいえ、その必要はありません。DTS タスクを構成する際、データベースインスタンスのアクセス方法をパブリック IP アドレスに設定して構成を完了できます。

DTS を使用してデータ同期または移行を行うと、ターゲットの既存データは上書きされますか？

データ同期の場合、DTS のデフォルトの動作と関連パラメーターは次のとおりです。