MySQLデータベースからOceanBaseデータベースのMySQL互換モードへのデータ移行タスクを新規作成し、構造移行、フル移行、増分同期を通じて、ソースデータベースの既存業務データと増分データをターゲットデータベースにシームレスに移行できます。
注意
データ移行タスクが長期間非アクティブ状態(タスクステータスが 失敗、一時停止中 または 完了)の場合、増分ログの保持期間などの影響でタスクが復元できない可能性があります。データ移行は、非アクティブ状態が7日を超えるタスクを自動的に解放し、関連リソースを回収します。タスクにアラートを設定し、タスク関連の異常を速やかに処理することを推奨します。
前提条件
ターゲット側のOceanBaseデータベースのクラスタとテナントが作成済みであること。詳細については、クラスタの作成およびテナントの作成をご参照ください。
ソース側とターゲット側にデータ移行専用のデータベースユーザーを作成し、関連する権限を付与していること。詳細については、データ移行ユーザー権限をご参照ください。
ソース側のデータベースインスタンスが作成済みであること。
クラウドプロバイダーごとのデータベースクラウドインスタンスの作成ドキュメントは以下のとおりです:
クラウドプロバイダーがAWSの場合:Aurora MySQLデータベースインスタンスの作成
クラウドプロバイダーがHuawei Cloudの場合:RDS for MySQLデータベースインスタンス。
クラウドプロバイダーがAlibaba Cloudの場合:RDS MySQLデータベースインスタンスの作成 またはPolarDB MySQLクラスタの購入。
クラウドプロバイダーがTencent Cloudの場合:TencentDB for MySQLデータベースインスタンスの作成。
制限事項
プロジェクトロールが プロジェクト所有者、プロジェクト管理者、または データサービス管理者 のユーザーのみが新規データ移行タスクの作成をサポートします。
ソースデータベースの操作制限
構造移行およびフル移行段階では、データベースまたはテーブル構造変更のDDL操作を実行しないでください。実行した場合、データ移行タスクが中断する可能性があります。
現在、データ移行はTencentDB for MySQL V5.x、Aurora MySQL V2.x、V3.x、Huawei Cloud RDS MySQL V5.6、V5.7、V8.0、V8.4、MySQLデータベースV5.6、V5.7、V8.0、V8.4、OceanBaseデータベースMySQL互換モードV2.x、V3.x、V4.xをサポートしています。
データ移行はクラスタインスタンスのみをサポートし、共有インスタンスは現在サポートしていません。
データ移行は、データベース名、テーブル名、列名がASCIIコードであり、特殊文字(.|"'`()=;/& および改行を含む)を含まないオブジェクトのみの移行をサポートします。
ターゲット側がデータベースの場合、データ移行はターゲット側にトリガー(Trigger)が存在することをサポートしていません。存在する場合、データ移行が失敗する可能性があります。
ソース側とターゲット側のデータベースの時刻が同期されていることを確認してください。
注意事項
- ノード間のクロックが同期していない場合、またはクライアント端末とサーバー間のクロックが同期していない場合、増分同期の遅延時間が正確でない可能性があります。
例えば、時計が標準時より進んでいると遅延時間が負の値になる可能性があります。時計が標準時より遅れていると遅延が発生する可能性があります。
DDL同期を有効にしていない場合、ターゲット側の一意インデックスを変更した後は、データ移行タスクを再開始する必要があります。そうしないと、データの不整合が発生する可能性があります。
データ移行におけるDECIMAL、FLOAT、DATETIMEなどの列型の移行精度が期待通りであるか確認してください。ターゲット側のフィールド型の精度がソース側のフィールド型の精度より低い場合、切り捨てが発生し、ソース側とターゲット側のデータが一致しなくなる可能性があります。
ソース側とターゲット側のデータベースのCollationが異なる場合:
データ同期の不整合を引き起こす可能性があります。例えば、ソース側のutf8mb4_0900_ai_ci Collationでは、データ 'A' と 'A ' の2つの文字列を、ターゲット側のutf8mb4_general_ci Collationのデータベースに全て書き込むことができず、データが失われる可能性があります。
主キーとしてVARCHAR型を使用するテーブルのデータ検証が一致しなくなる可能性があります。
データ移行タスクを新規作成する際に、増分同期 のみを設定し、データ移行がソース側データベースのローカル増分ログを48時間以上保持することを要求している場合。
データ移行タスクを新規作成する際に、完全な移行 + 増分同期 を設定している場合、データ移行はソース側データベースのローカル増分ログを少なくとも7日間保持することを要求します。そうでない場合、増分ログを取得できないためデータ移行タスクが失敗したり、ソース側とターゲット側のデータが不整合になったりする可能性があります。
サポートされているソース側およびターゲット側のインスタンスタイプ
以下の表に、OceanBase MySQL Compatibleがサポートするインスタンスタイプを示しています。クラスタインスタンス(トランザクション型)、クラスターインスタンス(分析型)、および セルフマネージドデータベース が含まれます。
クラウドベンダー |
ソース |
ターゲット |
|---|---|---|
| AWS | Aurora MySQL | OceanBase MySQL互換モード |
| AWS | RDS MySQL | OceanBase MySQL互換モード |
| AWS | セルフマネージドMySQL | OceanBase MySQL互換モード |
| Huawei Cloud | RDS MySQL | OceanBase MySQL互換モード |
| Huawei Cloud | セルフマネージド MySQL | OceanBase MySQL互換モード |
| Google Cloud | Cloud SQL | OceanBase MySQL互換モード |
| Google Cloud | セルフマネージド MySQL | OceanBase MySQL互換モード |
| Alibaba Cloud | RDS MySQL | OceanBase MySQL互換モード |
| Alibaba Cloud | PolarDB MySQL | OceanBase MySQL互換モード |
| Alibaba Cloud | セルフマネージド MySQL | OceanBase MySQL互換モード |
データ型のマッピング
MySQLデータベース |
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 |
操作手順
- データ移行タスクを新規作成します。

OceanBase Cloud クラウドデータベースコンソールにログインします。
左側のナビゲーションペインで、データサービス > データ移行 をクリックします。
データ移行 ページで、データ移行 タブをクリックします。
データ移行 タブで、右上の 移行タスクの新規作成 をクリックします。
タスク名を編集するテキストボックスに、カスタムの移行タスク名を入力します。
数字、英字の組み合わせを使用することをお勧めします。名前にはスペースを含めず、長さは64文字を超えないようにしてください。
ソースとターゲットの設定 ページで、各パラメータを設定します。
ソース側 セクションで、各パラメータを設定します。
既に作成・保存されているデータソースを参照する必要がある場合は、ソース側 の右側にある データソースの参照 をクリックし、ドロップダウンリストから対象のデータソースを選択します。選択後、ソースエリアの各設定が自動的に入力されます。現在の設定を新しいデータソースとして保存する場合は、ソース側 エリアの右上にある 保存 アイコンをクリックしてください。
データソースの参照 のドロップダウンリストで データソース管理 をクリックすると、データソース ページに移動し、データソースの表示や管理ができます。この記事では異なる種類のデータソースを一元的に管理します。詳細については、データソース モジュールのドキュメントをご参照ください。
|パラメータ|説明| |-----------------------| ----------------| |クラウドプロバイダー|現在、AWS、Google Cloud、Huawei Cloud、および Alibaba Cloud をサポートしています。| |データベースタイプ|ソースを MySQL に設定します。 | | インスタンスタイプ |
- クラウドベンダーとして AWS を選択した場合、サポートされるインスタンスタイプは Aurora MySQL、RDS MySQL、および セルフマネージド MySQL です。
- クラウドベンダーとして Huawei Cloud を選択した場合、サポートされるインスタンスタイプは RDS MySQL および セルフマネージド MySQL です。
- クラウドベンダーとして Google Cloud を選択した場合、サポートされるインスタンスタイプは Cloud SQL および セルフマネージド MySQL です。
- クラウドベンダーとして Alibaba Cloud を選択した場合、サポートされるインスタンスタイプは RDS MySQL、PolarDB MySQL、および セルフマネージド MySQL です。
- 接続タイプとして エンドポイント を選択した場合は、まず、ページに表示されるアカウント ID をエンドポイントサービスのホワイトリストに追加する必要があります。これにより、そのアカウントのエンドポイントからエンドポイントサービスに接続できるようになります。詳細については、プライベートネットワーク経由で接続の該当するトピックをご参照ください。
- クラウドベンダー として AWS を選択し、エンドポイントサービスの作成時に Require acceptance for endpoint パラメータで Acceptance required を選択した場合、データ移行サービスが初めて PrivateLink に接続するときに、AWS コンソールに移動して Accept endpoint connection request 操作を実行するよう求められます。
- クラウドベンダー が Google Cloud の場合は、承認済みプロジェクトを Published Services に追加します。承認後は、データソース接続のテスト時に手動で承認する必要はありません。
注記
ホワイトリストに追加するデータソースの IP アドレスを表示するには、先にソースリージョンとターゲットリージョンを選択する必要があります。
- 接続タイプ として エンドポイント を選択した場合は、エンドポイントサービス名を入力します。
- 接続タイプ として パブリック IP を選択した場合は、データベースホストマシンの IP アドレスとポート番号を入力します。
- ターゲット側 セクションで、各パラメータを設定します。
既に作成・保存されているデータソースを参照する必要がある場合は、ターゲット側 の右側にある データソースの参照 をクリックし、ドロップダウンリストから対象のデータソースを選択します。選択後、ターゲットエリアの各設定が自動的に入力されます。現在の設定を新しいデータソースとして保存する場合は、ターゲット側 エリアの右上にある 保存 アイコンをクリックしてください。
データソースの参照 のドロップダウンリストで データソース管理 をクリックすると、データソース ページに移動し、データソースの表示や管理ができます。この記事では異なる種類のデータソースを一元的に管理します。詳細については、データソース モジュールのドキュメントをご参照ください。
パラメータ |
説明 |
|---|---|
| クラウドベンダー | 現在、AWS、ファーウェイクラウド、Alibaba Cloud、および Tencent Cloud をサポートしています。ソースと同じクラウドベンダーを選択することも、異なるクラウドベンダー間でのデータ移行も可能です。
説明現在、クロスクラウドベンダーデータ移行機能はデフォルトで利用できません。この機能を使用する場合は、OceanBase Cloudテクニカルサポートにお問い合わせください。 |
| データベースタイプ | ターゲット側のデータベースタイプとして OceanBase MySQL Compatible を選択します。 |
| インスタンスタイプ | 現在サポートされているインスタンスタイプは、クラスタインスタンス(トランザクション型)、クラスターインスタンス(分析型)、および セルフマネージドデータベース です。
|
| リージョン | ターゲット側データベースのリージョンを選択します。 |
| 接続タイプ | エンドポイント と パブリックネットワーク接続 が含まれます。
|
| 接続情報 | インスタンスタイプがオンプレミスデータベースのみを選択した場合にこのパラメータが表示されます。
|
| インスタンス | OceanBaseデータベースのMySQL互換モードテナントが配置されているインスタンスのIDまたは名前です。インスタンスリスト ページで、対象インスタンスのIDまたは名前を確認できます。
説明クラウドプロバイダーがAlibaba Cloudの場合、アカウント間認証をサポートするAlibaba Cloudのメインアカウントインスタンスも選択できます。詳細については、Alibaba Cloudアカウント認証をご参照ください。 |
| テナント | OceanBaseデータベースのMySQL互換モードテナントのIDまたは名前です。インスタンスリスト ページで、対象インスタンスを展開し、そのインスタンス内の対象テナントのIDまたは名前を確認できます。 |
| データベースアカウント | データ移行用のOceanBaseデータベースMySQL互換モードテナントのユーザー名。 |
| パスワード | データベースユーザーのパスワード。 |
インスタンスタイプが セルフマネージドデータベース の場合、構造移行と増分同期を行う必要がある場合は、詳細設定 エリアで各パラメータを設定してください。

- タイプとオブジェクトの選択 ステップで スキーマ移行 または 増分同期 を選択する場合は、sysテナントアカウントを有効にし、以下のパラメータを設定してください。
パラメータ |
説明 |
|---|---|
| sysアカウント | sysユーザーの名前です。このユーザーは主にOceanBaseデータベースの増分ログとデータベースオブジェクト構造情報を読み取るために使用されます。業務クラスタのsysテナント内に作成してください。 |
| パスワード | sysユーザーのパスワード。 |
- タイプとオブジェクトの選択 ステップで 増分同期 を選択する場合は、OBLogProxyを有効にし、OBLogProxy 接続情報 を入力してください。
注意
増分同期をサポートするには、sysテナントアカウントとOBLogProxyの両方を有効にする必要があります。
OBLogProxy 接続情報 は、OceanBaseデータベースの増分ログプロキシサービスであり、サービスとしてリアルタイムの増分プロジェクトの介入と管理機能を提供し、アプリケーションがOceanBaseデータベースの増分ログに介入するのを容易にします。同時に、ネットワークが分離されている状況で増分ログをサブスクライブするニーズも解決できます。形式は OBLogProxy IP:OBLogProxy Port です。
- 接続テストをして、次へ移動 をクリックします。
データ移行が初めてエンドポイントにアクセスする際、接続テストに失敗した場合は、ポップアップウィンドウの指示に従って操作してください。
- クラウドベンダー を AWS に選択した場合:
エンドポイントサービスを作成する際に、エンドポイントの使用を許可する パラメータで 許可する を選択した場合、データ移行がプライベート接続に初めてアクセスする際、AWSコンソールにアクセスし、受信したエンドポイント接続リクエストに対して エンドポイント接続リクエストを受け入れる 操作を行うよう求められます。
- クラウドベンダー を ファーウェイクラウド に選択した場合:
エンドポイントサービスを作成する際に、接続承認機能を有効にした場合、エンドポイントがそのエンドポイントサービスに接続するには承認が必要です。詳細については、エンドポイントサービスの接続承認の管理をご参照ください。
- クラウドベンダー を Tencent Cloud に選択した場合:
エンドポイントサービスを作成する際に、自動接続を受け入れないよう設定した場合、エンドポイントサービスが手動で接続を受け入れる必要があります。詳細については、エンドポイント接続の管理をご参照ください。
タイプとオブジェクトの選択 ページで、各パラメータを設定します。
同期トポロジー セクションで、一方向の同期 を選択します。
データ移行は 一方向の同期 と 双方向同期 をサポートしています。本記事では一方向同期の操作について説明します。双方向同期の詳細については、双方向同期タスクの設定をご参照ください。
注意
ターゲット側のインスタンスタイプがクラスタインスタンス(分析型)の場合、双方向同期は現在サポートされていません。
- 移行タイプ セクションで、現在のデータ移行タスクの移行タイプを選択します。
移行タイプ には スキーマ移行、完全な移行、増分同期 が含まれます。
パラメータ |
説明 |
|---|---|
| 構造移行 | 構造移行では、文字セットのマッピング関係を自ら定義する必要があります。データ移行は、ソースデータベースのデータ(構造)をターゲットデータベースにコピーするだけで、ソースデータ(構造)に影響を与えません。MySQLデータベースからOceanBaseデータベースのMySQL互換モードへの構造移行では、ターゲット側に存在しないデータベースの自動作成がサポートされます。 |
| フル移行 | フル移行タスク開始後、データ移行サービスは、ソースデータベースのテーブルの既存データをターゲットデータベースの対応するテーブルに移行します。 |
| 増分同期 | 増分同期タスク開始後、データ移行は、ソースデータベースで変更されたデータ(追加、変更、削除)をターゲットデータベースの対応するテーブルに同期します。増分同期 には DML同期 と DDL同期期間 が含まれ、ニーズに応じてカスタマイズ設定できます。詳細については、DML/DDLのカスタム設定をご参照ください。 |
- 移行オブジェクトの選択 セクションで、移行対象の選択方法を設定します。
オブジェクトの指定 と マッチングルール の2つの方法で移行対象を選択できます。
- 移行範囲の選択 セクションで、移行する対象を選択します。
- オブジェクトの指定 を選択した場合、データ移行は データベース/テーブル移行 と データベース全体の移行 をサポートしています。データベース・テーブル移行では、1つまたは複数のデータベース内のテーブルやビューを移行対象として選択できます。データベース全体の移行では、データベース全体を移行対象として選択できます。あるデータベースでデータベース・テーブル移行を選択した場合、そのデータベースはデータベース全体の移行をサポートしなくなります。あるデータベースでデータベース全体の移行を選択した場合、そのデータベースはデータベース・テーブル移行をサポートしなくなります。
データベース/テーブル移行 または データベース全体の移行 の方法を選択した後、左側で移行する対象を選択し、> をクリックして右側のリストに追加します。
データ移行はテキストによるオブジェクトのインポートをサポートしており、ターゲット側のオブジェクトの名前変更、行フィルタリングの設定、列情報の表示、単一またはすべての移行オブジェクトの削除などの操作をサポートしています。

説明
データベース全体の移行 を選択した場合:
右側のリストにはデータベース名のみが表示され、具体的なオブジェクトは表示されません。
増分同期-DDL同期期間 の移行タイプを選択した場合、ソース側で新規作成されたテーブルはターゲット側に同期されます。
操作 |
説明 |
|---|---|
| インポート | 選択領域の右側のリストで、右上の オブジェクトのインポート をクリックします。移行オブジェクトのインポートをご参照ください。 |
| 名前の変更 | データ移行では、移行オブジェクトの名前を変更できます。データベース・テーブルの名前変更をご参照ください。 |
| 行フィルタリング | データ移行では、WHERE 条件を使用した行のフィルタリングがサポートされています。SQL条件によるデータのフィルタリングをご参照ください。また、カラムを表示 領域で、移行オブジェクトの列情報を確認できます。 |
| すべての移除/クリア | データ移行では、データマッピング時に、一時的にターゲット側に選択された単一または複数のオブジェクトを削除する操作がサポートされています。
|
- マッチングルール を選択した場合、詳細については データベース間のマッチングルールの設定をご参照ください。
- 次へ をクリックします。移行オプション ページで、各パラメータを設定します。
- フル移行
タイプとオブジェクトの選択 ページで、一方向の同期 > 完全な移行 を選択した場合にのみ、以下のパラメータが表示されます。

パラメータ |
説明 |
|---|---|
| 読み取り並列設定 | このパラメータは、フル移行段階でソース側からデータを読み取る並列数を設定します。最大値は512です。並列数が高すぎると、ソース側の負荷が過大になり、業務に影響を与える可能性があります。 |
| 書き込み並列設定 | このパラメータは、フル移行段階でターゲット側にデータを書き込む並列数を設定します。最大値は512です。並列数が高すぎると、ターゲット側の負荷が過大になり、業務に影響を与える可能性があります。 |
| フル移行レートの制限を有効にするかどうか | 実際のニーズに応じて、フル移行レートの制限を有効にするかどうかを決定できます。有効にする場合は、RPS(フル移行段階で1秒間にターゲット側に移行できるデータ行数の最大値)とBPS(フル移行段階で1秒間にターゲット側に移行できるデータ量の最大値)を設定してください。
説明ここで設定されたRPSとBPSは、スロットリング機能としてのみ機能します。フル移行で実際に達成可能な性能は、ソース側、ターゲット側、インスタンス仕様の設定などの要因の影響を受けます。 |
| ターゲット側テーブルオブジェクトにレコードが存在する場合の処理ポリシー | 処理ポリシーには、移行を停止する と 無視 が含まれます:
|
| インデックスの後付けを許可するかどうか | インデックスの後付け機能は、フル移行にかかる時間を短縮できます。ここでは、フルデータ移行完了後にインデックスを作成することを許可するかどうかを設定します。インデックスの後付けを選択する際の注意事項については、表の下部の説明をご参照ください。
注意
|
インデックスの後置を許可する場合は、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は、スロットリング機能としてのみ機能します。増分同期が実際に達成できる性能は、ソース側、ターゲット側、インスタンス仕様の設定などの要因の影響を受けます。 |
| 増分同期開始時刻 |
|
| Binlogポイントの定期的な進め方 | この機能を有効にする場合、頻度を設定する必要があります。設定可能な頻度範囲は1〜60秒です。 設定完了後、データ移行は増分同期段階で、設定した頻度で定期的にMySQLソースデータベースで CREATE DATABASE IF NOT EXISTS test コマンドを実行し、Binlogポイントを進めます。 |
| Online DDLツールへの対応 | この機能を有効にすると、データベースがOnline DDLツールを使用してロックフリーの構造変更を実行する際、データ移行は一時テーブルオブジェクトをフィルタリングし、データ移行タスクの安定性を向上させます。詳細については、Online DDLツールへの対応についてをご参照ください。
説明現在、Online DDLツールへの対応は、ソースがMySQLデータベースであり、Alibaba Cloud DMS、gh-ost、またはpt-oscを使用してロックフリーの構造変更操作を行うシナリオでのみサポートされています。 |
- 詳細オプション
ターゲット側のOceanBaseデータベースのMySQL互換モードがV4.3.0以降であり、かつ タイプとオブジェクトの選択 ページで スキーマ移行 または 増分同期 > DDL同期期間 を選択した場合にのみ、このセクションのパラメータが表示されます。

ターゲット側テーブルオブジェクトのストレージタイプには デフォルト、行ストレージ、リスト、および 行列混合ストレージ が含まれます。この設定は、構造移行または増分同期時のターゲット側テーブルオブジェクトのストレージタイプを決定するために使用されます。
説明
デフォルト オプションは、ターゲット側のパラメータ設定に基づいて他のオプションを適応させるものです。構造移行のテーブルオブジェクトや増分DDLで新規作成されるテーブルオブジェクトは、設定されたストレージタイプに従って対応する構造が書き込まれます。
- 次へ をクリックすると、システムはデータ移行タスクの事前チェックを実行します。
事前チェック の段階では、データ移行はデータベースユーザーの読み書き権限、データベースのネットワーク接続などが要件を満たしているかどうかをチェックします。すべてのチェック項目が合格した場合にのみ、データ移行タスクを開始できます。事前チェックでエラーが発生した場合:
問題を調査・処理した後、事前チェックを再実行し、事前チェックが成功するまで繰り返すことができます。
または、失敗した事前チェック項目の操作列にある スキップ をクリックすると、ダイアログボックスが表示され、この操作をスキップした場合の具体的な影響について警告します。スキップしてもよいことを確認したら、ダイアログボックス内の 確認 をクリックしてください。
- 事前チェックが成功したら、購入 をクリックし、データ移行インスタンスの購入 ページで購入します。
購入が成功すると、データ移行タスクを開始できます。購入の詳細については、データ移行インスタンスの購入をご参照ください。データ移行インスタンスの購入は一時的に不要な場合は、保存 をクリックしてデータ移行タスクの詳細ページに移動し、後から必要に応じて手動で購入することができます。
データ移行の詳細ページの右上にある 検証タスクの設定 をクリックすると、ソースデータベースとターゲットデータベース間のデータ差異を比較できます。詳細については、データ検証タスクの作成をご参照ください。
データ移行サービスは、データ移行タスクの実行中に移行オブジェクトを変更することをサポートしています。詳細については、移行オブジェクトの表示と変更をご参照ください。データ移行タスクは開始後、選択した移行タイプに従って順次実行されます。詳細については、データ移行タスクの詳細を見るの「移行詳細を見る」モジュールの内容をご参照ください。