TiDBデータベースからOceanBaseデータベースのMySQL互換モードへのデータ移行タスクを新規作成し、構造移行、全量移行、増分同期を通じて、ソースデータベースの既存業務データと増分データをターゲットデータベースへシームレスに移行できます。
注意
データ移行タスクが長期間非アクティブ状態（タスク状態が失敗、一時停止または完了）にある場合、増分ログの保持期間などの影響でタスクが復元できない可能性があります。データ移行システムは、非アクティブ状態が7日間を超えるタスクを自動的に解放し、関連リソースを回収します。タスクにアラートを設定し、タスク関連の異常を速やかに処理することを推奨します。
背景
TiDBデータベースは、オンライントランザクション処理とオンライン分析処理（Hybrid Transactional and Analytical Processing、HTAP）をサポートする統合型分散データベース製品です。TiDBデータベースからOceanBaseデータベースのMySQL互換モードへの増分データ同期を実現するには、TiCDCクラスタとKafkaクラスタをデプロイする必要があります。
TiCDCは、TiDBデータベースの増分データ同期ツールであり、PDクラスタ（TiDBクラスタのスケジューリングモジュールで、通常3つのPDノードで構成される）を介して高可用性を実現します。TiKV ServerはTiDBクラスタ内のTiKVノードであり、変更ログ形式で変更データをTiCDCクラスタに自発的に送信します。TiCDCツールは、複数のTiCDCプロセスを通じてTiKVノードのデータを取得・処理した後、Kafkaクラスタに同期します。Kafkaクラスタは、TiCDCツールが変換したTiDBデータベースの増分ログ情報を保存し、データ移行時に増分データ同期を実行する際に、Kafkaクラスタから対応するデータを取得し、OceanBaseデータベースのMySQL互換モードへリアルタイムでデータを移行します。新規TiDBデータソース作成時にKafkaデータソースを紐づけていない場合は、増分同期を実行できません。
前提条件
ソース側のデータベースインスタンスが作成済みであること。
ターゲット側のOceanBaseデータベースのクラスタとテナントが作成済みであること。詳細については、インスタンスの作成およびテナントの作成をご参照ください。
ソース側とターゲット側に、データ移行専用のデータベースユーザーを作成し、関連権限を付与していること。詳細については、ユーザー権限の説明をご参照ください。
制限事項
データ移行タスクを新規作成できるのは、プロジェクトロールが プロジェクトオーナー、プロジェクト管理者、または データサービス管理者 のユーザーのみです。
ソースデータベースの操作制限
構造移行およびフル移行段階では、データベースまたはテーブル構造を変更するDDL操作を実行しないでください。実行すると、データ移行タスクが中断する可能性があります。
現在、データ移行はTiDBデータベースV4.x、V5.4、V6.x、V7.xおよびOceanBaseデータベースMySQL互換モードV2.x、V3.x、V4.xをサポートしています。
TiDBデータベースのデータをOceanBaseデータベースのMySQL互換モードに移行する際、DDLの同期はサポートされていません。
データ移行サービスは、データベース名、テーブル名、列名がASCIIコードであり、特殊文字（.|"'`()=;/& および改行を含む）を含まないオブジェクトの移行のみをサポートします。
データ移行サービスは、TiCDC Open Protocolのみをサポートし、他のプロトコルはサポートしていません。サポートされていないプロトコルを使用すると、JDBC-Connectorで例外が発生し、NULLポインタエラーが報告されます。
データ移行サービスは、ターゲット側にトリガー（Trigger）が存在する場合をサポートしていません。トリガーが存在すると、データ移行が失敗する可能性があります。
増分同期方式としてTiCDCを選択した場合は、TiDB公式ドキュメントを参照して使用制限を確認してください。そうでない場合、データの不整合が発生する可能性があります。
注意事項
ソース側に同名の外部キーが存在する場合、構造移行でエラーが発生します。外部キーの制約名を変更した後、タスクの実行を再開できます。
ソース側の文字セットがUTF-8の場合、ターゲット側ではソース側と互換性のある文字セット（例：UTF-8、UTF-16など）を使用することを推奨します。これにより、文字セットの不互換によるターゲット側での文字化けなどの問題を回避できます。
TiCDCで同期使用中のTopicにデータを書き込まないでください。書き込むと、JDBC-Connectorで例外が発生し、NULLポインタエラーが報告されます。
ターゲット側の一意インデックスを変更する場合は、データ移行タスクを再起動する必要があります。再起動しない場合、データの不整合が発生する可能性があります。
データベース・テーブルの集約シナリオにおいて：
ソース側とターゲット側の関係をマッピングするには、マッチングルールを使用することを推奨します。
ターゲット側でテーブル構造を自分で作成することをお勧めします。データ移行サービスを使用して作成する場合は、構造移行の手順で失敗したオブジェクトをスキップしてください。
ソース側とターゲット側のテーブル構造が完全に一致しない場合、データの不整合が発生する可能性があります。現在知られているシナリオは以下の通りです：
ユーザーが手動でテーブル構造を作成する際、データ移行のサポート範囲を超えたため、暗黙的な変換問題が発生し、ソース側とターゲット側の列の型が一致しなくなることがあります。
ターゲット側のデータ長がソース側のデータ長より短い場合、データが切り捨てられる可能性があり、ソース側とターゲット側のデータが不整合になることがあります。
ソース側またはターゲット側に大文字小文字のみが異なるテーブルオブジェクトが存在する場合、ソース側またはターゲット側の大文字小文字不感応により、データ移行の結果が期待に反する可能性があります。
ノード間の時刻同期が取れていない場合、またはクライアント端末とサーバー間の時刻が同期されていない場合、増分同期の遅延時間が不正確になる可能性があります。
例えば、時計が標準時より進んでいる場合、遅延時間が負の値になる可能性があります。時計が標準時より遅れている場合、遅延が発生する可能性があります。
データ移行サービスのDECIMAL、FLOAT、DATETIMEなどの列型の移行精度が期待通りかどうか確認してください。ターゲット側のフィールド型の精度がソース側のフィールド型の精度より低い場合、切り捨てが発生し、ソース側とターゲット側のデータが不整合になる可能性があります。
新規データ移行タスク作成時に、増分同期 のみを設定した場合、データ移行ではソース側データベースのローカル増分ログを48時間以上保持する必要があります。
新規データ移行タスク作成時に、全量移行 + 増分同期 を設定した場合、データ移行ではソース側データベースのローカル増分ログを少なくとも7日間保持する必要があります。そうでない場合、増分ログを取得できないためデータ移行タスクが失敗したり、ソース側とターゲット側のデータが不整合になったりする可能性があります。
サポートされているソース側およびターゲット側のインスタンスタイプ
下表において、OceanBase MySQL Compatibleがサポートするインスタンスタイプは、クラスタインスタンス（トランザクション型） と クラスタインスタンス（分析型） が含まれます。
クラウドプロバイダー |
ソース側 |
ターゲット側 |
|---|---|---|
| AWS | 自社構築TiDB | OceanBase MySQL Compatible |
| 华为云 | 自社構築TiDB | OceanBase MySQL Compatible |
| 腾讯云 | 自社構築TiDB | OceanBase MySQL Compatible |
| Alibaba Cloud | 自社構築TiDB | OceanBase MySQL Compatible |
データ型のマッピング
TiDBデータベース |
OceanBaseデータベース MySQL互換モード |
|---|---|
| INTEGER | INTEGER |
| TINYINT | TINYINT |
| MEDIUMINT | MEDIUMINT |
| BIGINT | BIGINT |
| SMALLINT | SMALLINT |
| DECIMAL | DECIMAL |
| NUMERIC | NUMERIC |
| FLOAT | FLOAT |
| REAL | REAL |
| DOUBLE PRECISION | DOUBLE PRECISION |
| BIT | BIT |
| CHAR | CHAR |
| VARCHAR | VARCHAR |
| BINARY | BINARY |
| VARBINARY | VARBINARY |
| BLOB | BLOB |
| TEXT | TEXT |
| ENUM | ENUM |
| SET | SET |
| DATE | DATE |
| DATETIME | DATETIME |
| TIMESTAMP | TIMESTAMP |
| TIME | TIME |
| YEAR | YEAR |
操作手順
データ移行タスクを新規作成します。
OB Cloudデータベースコンソールにログインします。
左側のナビゲーションペインで、データサービス > データ移行 をクリックします。
データ移行 ページで、データ移行 タブをクリックします。
データ移行 タブで、右上の 移行タスクを作成する をクリックします。
タスク名を編集するテキストボックスに、カスタムの移行タスク名を入力します。
中国語、数字、英字の組み合わせを使用することを推奨します。名前にはスペースを含めず、長さは64文字を超えないようにしてください。
ソースとターゲットを設定する ページで、各パラメータを設定します。
ソース エリアで、各パラメータを設定します。
既に作成・保存されているデータソースを参照する必要がある場合、ソース の右側にある クイックフィル をクリックし、ドロップダウンリストから対象のデータソースを選択します。選択完了後、ソースエリアの各設定が自動的に入力されます。現在の設定を新しいデータソースとして保存する場合、ソース側 エリアの右上にある 保存 アイコンをクリックしてください。
クイックフィル のドロップダウンリストで、データソースの管理 をクリックすることもできます。これにより、データソース ページに移動し、データソースの表示や管理を行えます。この記事では異なる種類のデータソースを一元的に管理します。詳細については、データソースモジュールのドキュメントをご参照ください。
パラメータ説明クラウドベンダー 現在、AWS、Huawei Cloud、Tencent Cloud、および Alibaba Cloud をサポートしています。 データベースタイプ ソースを TiDB に設定します。 インスタンスタイプ 現在、セルフマネージド TiDB のみをサポートしています。 リージョン ソースデータベースのリージョンを選択します。 接続タイプ エンドポイント と パブリックIP が含まれます。 - エンドポイント 接続方式を選択した場合、ページに表示されているアカウントIDをエンドポイントサービスのホワイトリストに追加する必要があります。これにより、そのアカウントのエンドポイントがエンドポイントサービスに接続できるようになります。詳細については、プライベート接続の選択モジュールのドキュメントをご参照ください。
クラウドベンダー を AWS に設定した場合、エンドポイントサービスの作成時にパラメータ エンドポイントを使用するために受け入れる必要があります で 必要 を選択した場合、データ移行サービスが初めてプライベート接続にアクセスする際、AWSコンソールにアクセスし、受信した接続要求に対して エンドポイント接続要求を受け入れる 操作を行うよう求められます。 - Public IP 接続方式を選択した場合、ページに表示されているデータソースIPアドレスをTiDBデータベースインスタンスのホワイトリストに追加して、接続性を確保する必要があります。詳細については、パブリックネットワーク接続の選択モジュールのドキュメントをご参照ください。
説明
ソースとターゲットのリージョンを選択すると、ページにホワイトリストに追加する必要があるデータソースIPアドレスが表示されます。
接続情報 - 接続タイプ を エンドポイント に設定した場合、エンドポイントサービス名を入力してください。
- 接続タイプ を パブリックネットワーク接続 に設定した場合、データベースホストのIPアドレスとポート番号を入力してください。
データベースアカウント データ移行用のTiDBデータベースのユーザー名。 パスワード データベースユーザーのパスワード。 Kafkaを介してTiDBの増分データを取得する必要がある場合は、増分同期設定 を入力して、BinlogおよびTiCDCデータソースを有効にしてください。以下の設定を入力しない場合、タイプとオブジェクトを選択してください ページで 増分同期 を選択できません。
パラメータ説明Kafkaデータソース Kafkaデータソースは、BinlogおよびTiCDCツールが変換したTiDBデータの増分ログ情報を保存し、データ移行での消費を可能にします。 注意
TiDBと同じクラウドベンダーのKafkaデータソースのみを選択できます。
Topic ドロップダウンリストから、バインドするKafkaデータソースのTopicを選択してください。 TiDBデータ形式 TiDBデータベースのデータをOceanBaseデータベースのMySQL互換モードに移行する際、TiCDCまたはTiDB Binlog形式のデータを選択できます。ドロップダウンリストから選択してください。 - エンドポイント 接続方式を選択した場合、ページに表示されているアカウントIDをエンドポイントサービスのホワイトリストに追加する必要があります。これにより、そのアカウントのエンドポイントがエンドポイントサービスに接続できるようになります。詳細については、プライベート接続の選択モジュールのドキュメントをご参照ください。
ターゲット エリアで、各パラメータを設定します。
既に作成・保存されたデータソースを参照する必要がある場合は、ターゲット の右側にある クイックフィル をクリックし、ドロップダウンリストから対象のデータソースを選択します。選択完了後、ターゲット側エリアの各設定は自動的に入力されます。現在の設定を新しいデータソースとして保存する場合は、ターゲット エリアの右上にある 保存 アイコンをクリックします。
クイックフィル のドロップダウンリストで データソースの管理 をクリックすると、データソース ページに移動し、データソースの表示や管理ができます。この記事では異なる種類のデータソースを一元的に管理できます。詳細については、データソース モジュールのドキュメントをご参照ください。
パラメータ説明クラウドベンダー 現在、AWS、ファーウェイ・クラウド、テンセント・クラウド、および Alibaba Cloud をサポートしています。ソース側と同じクラウドベンダーを選択することも、異なるクラウドベンダー間でのデータ移行も可能です。 説明
現在、クラウドベンダー間のデータ移行機能はデフォルトで利用できません。この機能を使用する場合は、OB Cloudのテクニカルサポートにお問い合わせください。
データベースタイプ ターゲット側のデータベースタイプとして OceanBase MySQL Compatible を選択します。 インスタンスタイプ 現在、クラスタインスタンス（トランザクション） と クラスタインスタンス（分析用） をサポートしています。 リージョン ターゲット側データベースのリージョンを選択します。 インスタンス OceanBaseデータベースのMySQL互換モードのテナントが存在するインスタンスのIDまたは名前です。インスタンス ページで、ターゲットインスタンスのIDまたは名前を確認できます。 説明
クラウドベンダーがAlibaba Cloudの場合、アカウント間で権限を委譲されたAlibaba Cloudのメインアカウントのインスタンスを選択することもできます。詳細については、Alibaba Cloudアカウントの認証をご参照ください。
テナント OceanBaseデータベースのMySQL互換モードのテナントのIDまたは名前です。インスタンス ページで、ターゲットインスタンスを展開し、そのインスタンス配下のターゲットテナントのIDまたは名前を確認できます。 説明
インスタンスタイプが クラスタインスタンス(分析型) の場合、このパラメータは表示されません。
データベースアカウント データ移行用のOceanBaseデータベースのMySQL互換モードのテナントのユーザー名です。 パスワード データベースユーザーのパスワードです。 テストして続行 をクリックします。
タイプとオブジェクトを選択してください ページで、各パラメータを設定します。
説明
現在、TiDBデータベースのデータをOceanBaseデータベースのMySQL互換モードに移行する場合、片方向の同期のみをサポートしています。
移行タイプ エリアで、現在のデータ移行タスクの移行タイプを選択します。
移行タイプ には、スキーマ移行、完全移行、および 増分同期 が含まれます。
パラメータ説明構造移行 構造移行では、文字セットのマッピング関係を自ら定義する必要があります。データ移行は、ソースデータベースのデータ（構造）をターゲットデータベースにコピーするだけで、ソースデータ（構造）に影響を与えません。 フル移行 フル移行タスクが開始されると、データ移行サービスはソースデータベースのテーブルの既存データをターゲット側データベースの対応するテーブルに移行します。 増分同期 増分同期タスクが開始されると、データ移行はソース側データベースで変更されたデータ（追加、変更、削除）をターゲット側データベースの対応するテーブルに同期します。増分同期 は DML同期 をサポートしており、必要に応じてカスタマイズ設定が可能です。詳細については、DML/DDLのカスタム設定をご参照ください。 移行対象を選択してください エリアで、移行オブジェクトの選択方法を設定します。
オブジェクトの指定 と ルールによる一致 の2つの方法で移行オブジェクトを選択できます。
移行範囲を選択してください エリアで、移行するオブジェクトを選択します。
オブジェクトの指定 を選択した場合、データ移行は データベースオブジェクト と データベース全体 をサポートしています。データベーステーブル移行では、1つまたは複数のデータベース内のテーブルやビューを移行オブジェクトとして選択できます。データベース全体移行では、データベース全体を移行オブジェクトとして選択できます。あるデータベースでデータベーステーブル移行を選択した場合、そのデータベースではデータベース全体移行は利用できなくなります。あるデータベースでデータベース全体移行を選択した場合、そのデータベースではデータベーステーブル移行は利用できなくなります。
データベースオブジェクト または データベース全体 の方法を選択した後、左側で移行するオブジェクトを選択し、> をクリックして右側のリストに追加します。
データ移行では、テキスト形式でオブジェクトをインポートでき、ターゲット側のオブジェクトに対して名前の変更、行フィルタリングの設定、列情報の表示、および単一またはすべての移行オブジェクトの削除などの操作をサポートします。
説明
データベース全体の移行を選択した場合、右側のリストにはデータベース名のみが表示され、具体的なオブジェクトは表示されません。
操作説明オブジェクトのインポート 選択エリアの右側のリストで、右上の インポート対象 をクリックします。移行オブジェクトのインポートをご参照ください。 名前の変更 データ移行では、移行オブジェクトの名前を変更できます。データベース・テーブルの名前変更をご参照ください。 行フィルタリング データ移行では WHERE条件を使用した行フィルタリングをサポートします。SQL条件でデータのフィルタリングをご参照ください。また、列を表示 セクションで、移行オブジェクトの列情報を確認できます。すべての移行オブジェクトの削除/クリア データ移行では、データマッピング時に、一時的にターゲット側に選択された単一または複数のオブジェクトを削除する操作をサポートします。 - 単一の移行オブジェクトの削除
選択エリアの右側のリストで、対象オブジェクトの後ろにある 削除 アイコンをクリックすると、その移行オブジェクトを削除できます。 - すべての移行オブジェクトの削除
選択エリアの右側のリストで、右上の すべてクリア をクリックします。ダイアログボックスで、わかりました をクリックすると、すべての移行オブジェクトが削除されます。
- 単一の移行オブジェクトの削除
ルールによる一致 を選択する場合は、データベース間のマッチングルールの設定をご参照ください。
次へ をクリックします。移行オプション ページで、各パラメータを設定します。
フル移行
タイプとオブジェクトを選択してください ステップで、一方向同期 > 全量移行 を選択した場合にのみ、以下のパラメータが表示されます。
パラメータ説明読み取り並列設定 このパラメータは、フル移行段階でソース側からデータを読み取る並列数を設定します。最大制限は512です。並列数が高すぎると、ソース側の負荷が過大になり、業務に影響を与える可能性があります。 書き込み並列設定 このパラメータは、フル移行段階でターゲット側にデータを書き込む並列数を設定します。最大制限は512です。並列数が高すぎると、ターゲット側の負荷が過大になり、業務に影響を与える可能性があります。 フル移行レートの制限の有無 実際のニーズに応じて、フル移行レートの制限を有効にするかどうかを決定できます。有効にする場合は、ソース側の読み取りRPS（フル移行段階で1秒間にソース側から読み取れる行数の最大制限）、ソース側の読み取りBPS（フル移行段階で1秒間にソース側から読み取れる流量の最大制限）、ターゲット側の書き込みRPS（フル移行段階で1秒間にターゲット側に書き込める行数の最大制限）、ターゲット側の書き込みBPS（フル移行段階で1秒間にターゲット側に書き込める流量の最大制限）を設定してください。 説明
ここで設定されたRPSとBPSは、速度制限とトラフィック制限の能力としてのみ機能します。フル移行が実際に達成できる性能は、ソース側、ターゲット側、インスタンス仕様の設定などの要因の影響を受けます。
ターゲット側テーブルオブジェクトにレコードが存在する場合の処理ポリシー 処理ポリシーには 移行を停止する と 無視する が含まれます： - 移行を停止 を選択した場合、ターゲット側のテーブルオブジェクトにデータが存在すると、フル移行はエラーとして「移行を許可できない」と報告します。ターゲット側のデータを適切に処理してから、移行を続行してください。
注意
エラー発生後に「復元」をクリックすると、データ移行はこの構成オプションを無視し、テーブルデータの移行を続行します。操作は慎重に行ってください。
- 無視する を選択した場合、ターゲット側のテーブルオブジェクトにデータが存在し、元のデータと書き込むデータが競合すると、データ移行は競合データをログに記録し、元のデータを変更せずに保持するポリシーでデータを書き込みます。 </ ul>
インデックスの後付けを許可するかどうか インデックスの後付け機能は、フル移行の所要時間を短縮できます。ここで、フルデータ移行完了後にインデックスを作成するかどうかを設定できます。インデックスの後付けを選択する際の注意事項については、表の下部の説明をご参照ください。 注意
移行タイプの選択 ページで 構造移行 と フル移行 の両方を選択した場合にのみ、このオプションの設定がサポートされます。
- 一意でないキーインデックスのみ、後付け作成をサポートします。
インデックスの後付けを許可する場合、OceanBaseデータベースのハードウェア条件と現在の業務トラフィック状況に基づき、CLIツールを使用して以下のビジネステナントパラメータを調整することを推奨します。
// ファイルメモリバッファサイズの制限 ALTER SYSTEM SET _temporary_file_io_area_size = '10' tenant = 'xxx'; // OceanBaseデータベースV4.xのレート制限の無効化 ALTER SYSTEM SET sys_bkgd_net_percentage = 100;- 移行を停止 を選択した場合、ターゲット側のテーブルオブジェクトにデータが存在すると、フル移行はエラーとして「移行を許可できない」と報告します。ターゲット側のデータを適切に処理してから、移行を続行してください。
増分同期
タイプとオブジェクトを選択してください ステップで、一方向同期 > 増分同期 を選択した場合にのみ、以下のパラメータが表示されます。
パラメータ説明書き込み並列数設定 このパラメータは、増分同期フェーズにおいてターゲット側へデータを書き込む並列数を設定します。最大値は512です。並列数が高すぎるとターゲット側の負荷が過大になり、業務に影響を与える可能性があります。 増分移行レートの制限 実際のニーズに応じて、増分同期レートの制限を有効にするかどうかを決定できます。有効にする場合は、ターゲット側の書き込みRPS（増分同期フェーズにおいて1秒間にターゲット側に同期できるデータ行数の最大値の制限）とターゲット側の書き込みBPS（増分同期フェーズにおいて1秒間にターゲット側に同期できるトラフィックの最大値の制限）を設定してください。 説明
ここで設定されたRPSとBPSは、スロットリング機能としてのみ機能し、実際の増分同期で達成可能な性能は、ソース側、ターゲット側、インスタンス仕様の設定などの要因の影響を受けます。
増分同期開始時刻 - 移行タイプの選択時に 完全移行 を選択した場合、このパラメータは表示されません。
- 移行タイプの選択時に 全量移行 を選択せず、増分同期 を選択した場合は、特定の時刻以降のデータを移行するように指定してください。デフォルトは現在のシステム時間です。詳細については、増分同期ポイントの設定をご参照ください。
} 上級オプション
ターゲット側のOceanBaseデータベースのMySQL互換モードがV4.3.0以降であり、かつ タイプとオブジェクトを選択してください ステップで スキーマ移行 を選択した場合にのみ、このエリアのパラメータが表示されます。
ターゲット側のテーブルオブジェクトのストレージタイプには、デフォルト、行ストア、カラムストア、行列ハイブリッド型 が含まれます。この設定は、構造移行または増分同期時のターゲット側テーブルオブジェクトのストレージタイプを決定するために使用されます。
説明
デフォルト オプションは、ターゲット側のパラメータ設定に基づいて他のオプションを適応させるものであり、構造移行のテーブルオブジェクトが設定されたストレージタイプに応じて対応する構造を書き込むことを意味します。
事前確認 をクリックすると、システムはデータ移行タスクの事前チェックを実行します。
事前確認 の段階では、データ移行はデータベースユーザーの読み書き権限、データベースのネットワーク接続などが要件を満たしているかどうかをチェックします。すべてのチェック項目が合格した場合にのみ、データ移行タスクを開始できます。事前チェックでエラーが発生した場合：
問題を調査・処理した後、事前チェックを再実行し、事前チェックが成功するまで繰り返すことができます。
失敗した事前チェック項目の操作列にある スキップ をクリックすることもできます。これにより、その操作をスキップする具体的な影響を示すダイアログボックスがポップアップ表示されます。スキップしてもよいことを確認したら、ダイアログボックス内の 確定 をクリックしてください。
事前チェックが成功したら、購入 をクリックし、データ移行インスタンスを購入する ページで購入を行います。
購入が成功すると、データ移行タスクを開始できます。購入の詳細については、データ移行インスタンスの購入をご参照ください。一時的にデータ移行インスタンスの購入が不要な場合は、保存 をクリックしてデータ移行タスクの詳細ページに移動し、後から必要に応じて手動で購入することができます。
データ移行の詳細ページの右上隅にある 検証タスクの設定 をクリックすると、ソースデータベースとターゲットデータベースのデータ差異を比較できます。詳細については、データ検証タスクの新規作成をご参照ください。
データ移行サービスは、データ移行タスクの実行中に移行オブジェクトを変更することをサポートしています。詳細については、移行オブジェクトの表示と変更をご参照ください。データ移行タスクは開始後、選択した移行タイプに従って順次実行されます。詳細については、データ移行タスクの詳細の表示の「移行の詳細を見る」モジュールの内容をご参照ください。