すべてのプロダクト
Search

このプロダクト

    ApsaraDB for OceanBase:MySQL 互換モードの OceanBase データベースに MySQL データベースからデータを移行する

    ドキュメントセンター

    ApsaraDB for OceanBase:MySQL 互換モードの OceanBase データベースに MySQL データベースからデータを移行する

    最終更新日:Jul 01, 2025

    このトピックでは、データ伝送サービスを使用して、MySQL データベースから MySQL 互換モードの OceanBase データベースにデータを移行する方法について説明します。

    重要

    データ移行タスクが長時間非アクティブな状態のままになっていると、増分ログの保持期間によっては復元できない場合があります。非アクティブな状態は、失敗、停止、および 完了 です。データ転送サービスは、関連リソースを再利用するために、3 日間以上非アクティブな状態のままになっているデータ移行タスクを解放します。データ移行タスクのアラートを設定し、タスクの例外をタイムリーに処理することをお勧めします。

    前提条件

    制限事項

    • ソースデータベースの制限事項

      スキーマ移行または完全移行中に、データベースまたはテーブルスキーマを変更する DDL 操作を実行しないでください。そうしないと、データ移行タスクが中断される可能性があります。

    • データ伝送サービスは、MySQL 5.5、5.6、5.7、および 8.0 をサポートしています。

    • データ伝送サービスは MySQL InnoDB ストレージエンジンのみをサポートしており、他のエンジンでは使用できません。

      説明

      RDS for MySQL インスタンスの InnoDB および X-Engine ストレージエンジンをサポートしています。

    • データ伝送サービスは、MySQL データベースで長さが 767 バイト（または 191 文字）を超えるインデックスフィールドをサポートしていません。

    • データ伝送サービスは、ソース MySQL データベースの CASCADE 外部キー移行をサポートしていません。

    • データ伝送サービスは、オブジェクトのデータベース名、テーブル名、および列名が特殊文字を含まない ASCII エンコードされている場合にのみ、オブジェクトの移行をサポートします。特殊文字は、改行、スペース、および次の文字です。 . | " ' ` ( ) = ; / & \.

    • プライマリキーのデータ型が FLOAT または DOUBLE の場合、事前チェックは失敗します。このようなデータ型の列をプライマリキーとして指定しないことをお勧めします。

    • データ伝送サービスは、ターゲットがデータベースの場合、ターゲットのトリガーをサポートしていません。ターゲットデータベースにトリガーが存在する場合、データ移行が失敗する可能性があります。

    • ソースデータベースのクロックは、ターゲットデータベースのクロックと同期する必要があります。

    • RDS for MySQL データベースとセルフマネージドデータベースが配置されている VPC は、OceanBase データベースと同じリージョンにある必要があります。

    考慮事項

    • MySQL データベースのホストには、十分なアウトバウンド帯域幅が必要です。ホストのアウトバウンド帯域幅が不十分だと、ログの解析とデータ移行が遅くなり、データ同期のレイテンシが増加する可能性があります。

    • ソースデータベースとターゲットデータベースで異なる照合順序を使用する場合は、次の点に注意してください。

      • データ同期後、ターゲットデータベースのデータがソースデータベースのデータと一致しない場合があります。たとえば、ソースデータベースの照合順序が utf8mb4_0900_ai_ci で、ターゲットデータベースの照合順序が utf8mb4_general_ci の場合、2 つのデータレコード A と A の両方をターゲットデータベースに書き込むことができず、データ損失が発生します。

      • VARCHAR 型の列をプライマリキーとして使用するテーブルの検証中に、データの不整合が検出されます。

    • ノード間またはクライアントとサーバー間のクロックが同期していない場合、増分同期または逆増分中のレイテンシが不正確になる可能性があります。

      たとえば、クロックが標準時刻よりも早い場合、レイテンシは負になる可能性があります。クロックが標準時刻よりも遅い場合、レイテンシは正になる可能性があります。

    • MySQL データベースの増分解析が必要な場合は、MySQL サーバーの ID（server_id）を指定する必要があります。

    • DDL 同期が無効になっているときにターゲットの一意なインデックスを変更する場合は、データの不整合を避けるためにデータ移行タスクを再起動する必要があります。

    • DECIMAL、FLOAT、DOUBLE などのデータ型の列に対するデータ伝送サービスの移行精度が期待どおりであるかどうかを確認します。ターゲットフィールド型の精度がソースフィールド型の精度よりも低い場合、精度が高い値が切り捨てられる可能性があります。これにより、ソースフィールドとターゲットフィールド間でデータの不整合が発生する可能性があります。

    • ソースが読み取り専用の RDS for MySQL データベースインスタンスの場合、事前チェックにプロンプトが表示され、増分ログ消費のリスクが示されます。

    • 複数のテーブルを集約する場合は、次の点に注意してください。

      • 一致ルールを指定して、ソースとターゲット間のマッピングを設定することをお勧めします。

      • ターゲットでスキーマを手動で作成することをお勧めします。データ伝送サービスを使用してスキーマを作成する場合は、スキーマ移行手順で失敗したオブジェクトをスキップします。

    • ソースとターゲットのテーブルスキーマの差異により、データの一貫性が生じる可能性があります。いくつかの既知のシナリオは次のとおりです。

      • ターゲットでテーブルスキーマを手動で作成する場合、いずれかの列のデータ型がデータ伝送サービスでサポートされていないと、ターゲットで暗黙的なデータ型変換が発生し、ソースとターゲット間で列型が不一致になる可能性があります。

      • ターゲットの列の長さがソースの列の長さよりも短い場合、この列のデータが自動的に切り捨てられ、ソースとターゲット間でデータの不整合が発生する可能性があります。

    • 文字セットに関連する次の点に注意してください。

      • ソースで使用されている utf8mb3 文字セットは、データがターゲットに移行された後、utf8mb4 に変更されます。

      • ターゲットが MySQL 互換モードの OceanBase Database V4.1.0 以降の場合、ソースデータベースで使用されている Latin1 文字セットは、データがターゲットデータベースに移行された後も残すことができます。

    • データ移行タスクの作成時に [増分同期] のみを選択した場合、データ転送サービスでは、ソースデータベースのローカル増分ログを少なくとも 48 時間保持する必要があります。

      フルマイグレーション差分同期データ移行タスクの作成時に と を選択した場合、データ伝送サービスでは、ソースデータベースのローカル増分ログが少なくとも 7 日間保持されている必要があります。データ伝送サービスが増分ログを取得できない場合、データ移行タスクが失敗するか、移行後にソースとターゲットのデータが不整合になることさえあります。

    • MySQL データベースに複数のプライマリクラスターが含まれている場合は、log_slave_updates パラメーターを ON に設定します。そうしないと、データソースがすべてのバイナリログを受信できず、データ損失につながる可能性があります。

    • ソースまたはターゲットに大文字と小文字のみが異なるテーブルオブジェクトが含まれている場合、ソースまたはターゲットで大文字と小文字が区別されないため、データ移行の結果が予期したとおりにならない可能性があります。

    サポートされているソースインスタンスタイプとターゲットインスタンスタイプ

    次の表では、MySQL 互換モードの OceanBase Database を OB_MySQL と呼びます。これは、OceanBase クラスタインスタンス、OceanBase Database テナントインスタンス、およびサーバーレスインスタンスをサポートしています。

    ソース

    ターゲット

    MySQL (RDS インスタンス)

    OB_MySQL

    MySQL (PolarDB インスタンス)

    OB_MySQL

    MySQL (VPC 内のセルフマネージドデータベース)

    OB_MySQL

    MySQL (パブリック IP アドレスを持つセルフマネージドデータベース)

    OB_MySQL

    データ型マッピング

    MySQL データベースのデータ型

    MySQL 互換モードの OceanBase データベースのデータ型

    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

    JSON

    JSON

    DATE

    DATE

    DATETIME

    DATETIME

    TIMESTAMP

    TIMESTAMP

    TIME

    TIME

    YEAR

    YEAR

    GEOMETRY

    GEOMETRY

    POINT

    POINT

    LINESTRING

    LINESTRING

    POLYGON

    POLYGON

    MULTIPOINT

    MULTIPOINT

    MULTILINESTRING

    MULTILINESTRING

    MULTIPOLYGON

    MULTIPOLYGON

    GEOMETRYCOLLECTION

    GEOMETRYCOLLECTION

    手順

    1. ApsaraDB for OceanBase コンソール にログインし、データ移行タスクを購入します。

      詳細については、「データ移行タスクを購入する」をご参照ください。

    2. [データ伝送] > [データ移行] を選択します。表示されるページで、データ移行タスクの [構成] をクリックします。

      image.png

      既存のタスクの構成を参照する場合は、[構成の参照] をクリックします。詳細については、「データ移行タスクの構成を参照する」をご参照ください。

    3. [ソースとターゲットの選択] ページで、パラメーターを設定します。

      パラメーター

      説明

      移行タスク名

      数字と文字の組み合わせに設定することをお勧めします。スペースを含めることはできず、長さは 64 文字を超えることはできません。

      ソース

      MySQL データソースを作成済みの場合は、ドロップダウンリストから選択します。それ以外の場合は、ドロップダウンリストの [新しいデータソース] をクリックし、右側に表示されるダイアログボックスで作成します。パラメーターの詳細については、「MySQL データソースを作成する」をご参照ください。

      ターゲット

      MySQL 互換モードの OceanBase データソースを作成済みの場合は、ドロップダウンリストから選択します。それ以外の場合は、ドロップダウンリストの [新しいデータソース] をクリックし、右側に表示されるダイアログボックスで作成します。パラメーターの詳細については、「OceanBase データソースを作成する」をご参照ください。

      タグ（オプション）

      ドロップダウンリストからターゲットタグを選択します。[タグの管理] をクリックして、タグの作成、変更、削除を行うこともできます。詳細については、「タグを使用してデータ移行タスクを管理する」をご参照ください。

    4. [次へ] をクリックします。[移行タイプの選択] ページで、[同期トポロジ] に [一方向同期] を選択します。

      データ伝送サービスは、一方向同期と双方向同期の両方をサポートしています。このトピックでは、一方向同期タスクを設定する方法について説明します。双方向同期の詳細については、「双方向同期タスクを設定する」をご参照ください。

    5. 現在のデータ移行タスクのタイプを選択します。

      [同期トポロジ] に [一方向同期] を選択した場合、サポートされている移行タイプは、スキーマ移行、完全移行、増分同期、完全検証、および逆増分です。

      image

      移行タイプ

      説明

      スキーマ移行

      スキーマ移行タスクが開始されると、データ伝送サービスは、データベースオブジェクト（テーブル、インデックス、制約、コメント、ビューなど）の定義をソースデータベースからターゲットデータベースに移行し、一時テーブルを自動的に除外します。

      MySQL データベースから MySQL 互換モードの OceanBase データベースへのスキーマ移行中に、ターゲットに存在しないデータベースを自動的に作成できます。

      完全移行

      完全移行タスクが開始されると、データ伝送サービスは、ソースデータベースのテーブルからターゲットデータベースの対応するテーブルに既存のデータを移行します。[完全移行] を選択した場合は、データ移行前に ANALYZE 文を使用して MySQL データベースの統計情報を収集することをお勧めします。

      増分同期

      増分同期タスクが開始されると、データ伝送サービスは、変更されたデータ（追加、変更、または削除されたデータ）をソースデータベースからターゲットデータベースの対応するテーブルに同期します。

      [増分同期] のオプションは、[DML 同期] と [DDL 同期] です。必要に応じてオプションを選択できます。詳細については、「DDL/DML 同期を設定する」をご参照ください。[増分同期] には次の制限があります。

      • [DDL 同期] を選択した場合、ソースデータベースでデータ伝送サービスでサポートされていない DDL 操作を実行すると、データ移行が中断される可能性があります。

      • DDL 操作が ADD COLUMN の場合は、列を NULL 列に設定することをお勧めします。そうしないと、データ移行が中断される可能性があります。

      完全検証

      完全移行タスクと増分同期タスクが完了すると、データ伝送サービスは自動的に完全検証タスクを開始し、ソースデータベースとターゲットデータベースのテーブルを検証します。

      • [完全検証] を選択した場合は、完全検証の前に MySQL データベースと MySQL 互換モードの OceanBase データベースの統計情報を収集することをお勧めします。

      • [増分同期] を選択したが、[DML 同期] セクションですべての DML 操作を選択しなかった場合、データ伝送サービスは完全検証をサポートしません。

      • データ伝送サービスは、プライマリキーまたは NULL でない一意キーを持つテーブルのみの完全検証をサポートします。

      逆増分

      ビジネスデータベースの切り替え後にターゲットデータベースで行われたデータ変更は、逆増分によってソースデータベースにリアルタイムで同期されます。

      一般に、増分同期の構成は逆増分で再利用されます。必要に応じて、逆増分の構成をカスタマイズすることもできます。

    6. [次へ] をクリックします。[移行オブジェクトの選択] ページで、データ移行タスクの移行オブジェクトを指定します。

      [オブジェクトの指定] または [ルールの一致] を選択して、移行オブジェクトを指定できます。このトピックでは、[オブジェクトの指定] を使用して移行オブジェクトを指定する方法について説明します。一致ルールの詳細については、「一致ルールを設定および変更する」トピックの「データベース間のデータ移行/同期のワイルドカードパターン」セクションをご参照ください。

      重要

      • 移行するテーブルの名前、およびテーブルの列の名前には、漢字を含めることはできません。

      • データベース名またはテーブル名に二重ドル記号（$$）が含まれている場合、移行タスクを作成できません。

      • [移行タイプの選択] ページで [DDL 同期] を選択した場合は、[ルールの一致] オプションを使用して移行オブジェクトを選択することをお勧めします。このようにして、移行ルールを満たすすべての新しいオブジェクトが同期されます。[オブジェクトの指定] オプションを使用して移行オブジェクトを選択した場合、新しいオブジェクトまたは名前が変更されたオブジェクトは同期されません。

      image.png

      1. [移行オブジェクトの選択] セクションで、[オブジェクトの指定] を選択します。

      2. [移行スコープの指定] セクションの [ソースオブジェクト] リストで、移行するオブジェクトを選択します。1 つ以上のデータベースのテーブルとビューを選択できます。[移行スコープを指定]移行するオブジェクトを選択します。 1 つ以上のデータベースのテーブルとビューを選択できます。

      3. [>] をクリックして、[ターゲットオブジェクト] リストに追加します。

      データ伝送サービスでは、テキストファイルからのオブジェクトのインポート、ターゲットオブジェクトの名前変更、行フィルターの設定、列情報の表示、および単一またはすべての移行オブジェクトの削除を行うことができます。

      説明

      移行オブジェクトを指定するために [一致ルール] を選択すると、指定した一致ルールの構文に基づいてオブジェクトの名前変更が実装されます。操作エリアでは、フィルター条件のみを設定できます。詳細については、「一致ルールを設定および変更する」をご参照ください。

      操作

      説明

      オブジェクトのインポート

      1. オブジェクトのインポート右側のリストで、右上隅にある をクリックします。

      2. OK表示されるダイアログボックスで、 をクリックします。

        重要

        この操作は以前の選択を上書きします。注意して進めてください。

      3. オブジェクトのインポート ダイアログボックスで、移行するオブジェクトをインポートします。

        CSV ファイルをインポートして、データベースまたはテーブルの名前を変更し、行フィルタリング条件を設定できます。詳細については、「移行オブジェクトの設定をダウンロードおよびインポートする」をご参照ください。

      4. 検証する をクリックします。

        移行オブジェクトをインポートした後、それらの有効性を確認します。現在、列フィールドマッピングはサポートされていません。

      5. 検証に成功したら、[OK] をクリックします。

      オブジェクトの名前変更

      データ伝送サービスでは、移行オブジェクトの名前を変更できます。詳細については、「データベーステーブルの名前を変更する」をご参照ください。

      設定の構成

      データ伝送サービスでは、WHERE 条件を使用して行をフィルタリングできます。詳細については、「SQL 条件を使用してデータをフィルタリングする」をご参照ください。

      [列の表示] セクションで、移行オブジェクトの列情報を表示することもできます。

      1 つまたはすべてのオブジェクトを削除する

      データ伝送サービスでは、データマッピング中に右側リストに追加された単一またはすべての同期オブジェクトを削除できます。

      • 単一の移行オブジェクトを削除する

        削除右側のリストで、削除するオブジェクトにポインターを移動し、 をクリックして移行オブジェクトを削除します。

      • すべての移行オブジェクトを削除する

        すべて削除OK右側のリストで、右上隅にある をクリックします。表示されるダイアログボックスで、 をクリックしてすべての移行オブジェクトを削除します。

    7. [次へ] をクリックします。 [移行オプション] ページで、パラメーターを設定します。

      • 完全移行

        次の表では、完全移行のパラメーターについて説明します。これらのパラメーターは、[移行タイプの選択] ページで [一方向同期] と [完全移行] を順番に選択した場合にのみ表示されます。

        image

        パラメーター

        説明

        読み取り同時実行性

        完全移行中にソースからデータを読み取るための同時実行性。最大値は 512 です。読み取り同時実行性が高いと、ソースに過度のストレスがかかり、ビジネスに影響を与える可能性があります。

        書き込み同時実行性

        完全移行中にターゲットにデータを書き込むための同時実行性。最大値は 512 です。書き込み同時実行性が高いと、ターゲットに過度のストレスがかかり、ビジネスに影響を与える可能性があります。

        完全移行レート制限

        必要に応じて、完全移行レートを制限するかどうかを選択できます。完全移行レートを制限することを選択した場合は、1 秒あたりのレコード数（RPS）と 1 秒あたりのバイト数（BPS）を指定する必要があります。RPS は、完全移行中にターゲットに移行されるデータ行の最大数を指定し、BPS は、完全移行中にターゲットに移行されるデータの最大バイト数を指定します。

        説明

        ここで指定した RPS 値と BPS 値は調整用です。実際の完全移行のパフォーマンスは、ソースとターゲットの設定やインスタンスの仕様などの要因によって異なります。

        ターゲットデータベースの空でないテーブルの処理

        有効な値は、[無視] と [移行の停止] です。

        • [無視] を選択した場合、挿入するデータがターゲットテーブルの既存のデータと競合すると、データ伝送サービスは競合するデータをログに記録し、既存のデータを保持します。

          重要

          [無視] を選択した場合、完全検証中に IN モードでデータがプルされます。この場合、ターゲットにソースに存在しないデータが含まれていると検証は適用されず、検証のパフォーマンスが低下します。

        • [移行の停止] を選択し、ターゲットテーブルにレコードが含まれている場合、完全移行中に移行がサポートされていないことを示すエラーが報告されます。この場合、移行を続行する前に、ターゲットテーブルのデータを処理する必要があります。

          重要

          エラーを知らせるダイアログボックスで [復元] をクリックすると、データ伝送サービスはこのエラーを無視してデータの移行を続行します。注意して進めてください。

        事後インデックス作成

        完全移行の完了後にインデックスを作成するかどうかを指定します。事後インデックス作成により、完全移行に必要な時間を短縮できます。事後インデックス作成に関する考慮事項については、以下の説明をご参照ください。

        重要

        • このパラメーターは、[移行タイプの選択] ページで スキーマ移行 と [完全移行] の両方を選択した場合にのみ表示されます。

        • 移行の完了後に作成できるのは、非一意キーインデックスのみです。

        • ターゲット OceanBase データベースがインデックス作成中に次のエラーを返した場合、データ伝送サービスはエラーを無視し、インデックスが正常に作成されたと判断し、再度作成しません。

          • MySQL 互換モードの OceanBase データベースのエラーメッセージ: Duplicate key name。

          • Oracle 互換モードの OceanBase データベースのエラーメッセージ: name is already used by an existing object。

        ターゲットが OceanBase データベースであり、このパラメーターに [許可] を選択した場合、次のパラメーターを設定する必要があります。

        • 単一インデックスの DDL 同時実行性: 単一インデックスに許可される DDL 操作の最大同時実行数。値が大きいほど、リソース消費量が多く、データ移行が速くなります。

        • インデックスの最大 DDL 同時実行性: システムが一度に呼び出すことができる事後インデックス作成 DDL 操作の最大数。

        事後インデックス作成が許可されている場合は、OceanBase Database のハードウェア条件と現在のビジネストラフィックに基づいて、CLI クライアントを使用してビジネステナントの次のパラメーターを変更することをお勧めします。

        // ファイルメモリバッファーサイズの制限を指定します。
alter system set _temporary_file_io_area_size = '10' tenant = 'xxx'; 
// OceanBase Database V4.x で調整を無効にします。
alter system set sys_bkgd_net_percentage = 100;

      • 増分同期

        次のパラメーターは、[移行タイプの選択] ページで [一方向同期] と [増分同期] を順番に選択した場合にのみ表示されます。

        image

        パラメーター

        説明

        書き込み同時実行性

        増分同期中にターゲットにデータを書き込むための同時実行性。最大値は 512 です。書き込み同時実行性が高いと、ターゲットに過度のストレスがかかり、ビジネスに影響を与える可能性があります。

        増分同期レート制限

        必要に応じて、増分同期レートを制限するかどうかを選択できます。増分同期レートを制限することを選択した場合は、RPS と BPS を指定する必要があります。RPS は、増分同期中にターゲットに同期されるデータ行の最大数を指定し、BPS は、増分同期中にターゲットに同期されるデータの最大バイト数を指定します。

        説明

        ここで指定した RPS 値と BPS 値は調整用です。実際の増分同期のパフォーマンスは、ソースとターゲットの設定やインスタンスの仕様などの要因によって異なります。

        増分同期の開始タイムスタンプ

        • [移行タイプの選択] ページで [完全移行] を選択した場合、このパラメーターは表示されません。

        • [増分同期] を選択したが [完全移行] を選択しなかった場合は、データを同期する開始時点を指定します。デフォルト値は現在のシステム時刻です。詳細については、「増分同期のタイムスタンプを設定する」をご参照ください。

      • 逆増分

        次のパラメーターは、[移行タイプの選択] ページで [一方向同期] と [逆増分] を順番に選択した場合にのみ表示されます。デフォルトでは、増分同期の構成が逆増分で再利用されます。

        image

        増分同期の構成を再利用せず、必要に応じて逆増分同期を設定することもできます。

        パラメーター

        説明

        書き込み同時実行性

        逆増分中にソースにデータを書き込むための同時実行性。最大値は 512 です。同時実行性が高いと、ソースに過度のストレスがかかり、ビジネスに影響を与える可能性があります。

        逆増分レート制限

        必要に応じて、逆増分レートを制限するかどうかを選択できます。逆増分レートを制限することを選択した場合は、RPS と BPS を指定する必要があります。RPS は、逆増分中にソースに同期されるデータ行の最大数を指定し、BPS は、逆増分中にソースに同期されるデータの最大バイト数を指定します。

        説明

        ここで指定した RPS 値と BPS 値は調整用です。実際の逆増分のパフォーマンスは、ソースとターゲットの設定やインスタンスの仕様などの要因によって異なります。

        増分同期の開始タイムスタンプ

        • [移行タイプの選択] ページで [完全移行] を選択した場合、このパラメーターは表示されません。

        • [増分同期] を選択したが [完全移行] を選択しなかった場合は、転送切り替えの開始タイムスタンプ（存在する場合）がデフォルトで使用されます。このパラメーターは変更できません。

      • 詳細パラメーター

        このセクションのパラメーターは、ターゲットが MySQL 互換モードの OceanBase Database V4.3.0 以降であり、[移行タイプの選択] ページで [スキーマ移行] を選択するか、[増分同期] に [DDL 同期] を選択した場合にのみ表示されます。

        image

        ターゲットテーブルオブジェクトでサポートされているストレージタイプは、[デフォルト]、[行ストア]、[列ストア]、[ハイブリッド列ストア] です。詳細については、「default_table_store_format」をご参照ください。

        説明

        [デフォルト] 値は、ターゲットのパラメーター構成に基づいて他のパラメーターが自動的に設定されることを意味します。スキーマ移行のテーブルオブジェクトと増分 DDL 同期の新しいテーブルオブジェクトは、指定されたストレージタイプに基づいて対応するスキーマに書き込まれます。

    8. [事前チェック] をクリックして、データ移行タスクの事前チェックを開始します。

      事前チェック中に、データ伝送サービスは、データベースユーザーの読み取りおよび書き込み権限とデータベースのネットワーク接続を確認します。データ同期タスクは、すべてのチェック項目に合格した後でのみ開始できます。事前チェック中にエラーが返された場合は、次の操作を実行できます。

      • 問題を特定してトラブルシューティングし、再度事前チェックを実行します。

      • 失敗した事前チェック項目の [アクション] 列で [スキップ] をクリックします。操作の結果を知らせるダイアログボックスで、[OK] をクリックします。

    9. 事前チェックに合格したら、[タスクの開始] をクリックします。

      タスクをすぐに開始する必要がない場合は、[保存] をクリックします。後で [移行タスク] ページで、またはバッチ操作を実行することでタスクを開始できます。バッチ操作の詳細については、「データ移行タスクのバッチ操作を実行する」をご参照ください。

      データ伝送サービスでは、移行タスクの実行中に移行オブジェクトとその行フィルタリング条件を変更できます。詳細については、「移行オブジェクトとそのフィルター条件を表示および変更する」をご参照ください。データ移行タスクが開始されると、選択した移行タイプに基づいて実行されます。詳細については、「移行の詳細を表示する」をご参照ください。

    参照