すべてのプロダクト
Search
ドキュメントセンター

ApsaraDB for OceanBase:OceanBase データベース間でのデータ移行

最終更新日:Apr 04, 2025

このトピックでは、データ転送サービスを使用して、同じタイプの OceanBase Database テナント間でデータを移行する方法について説明します。

重要

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

背景

データ転送コンソールでデータ移行タスクを作成して、スキーマ移行、完全移行、増分同期によって、OceanBase Database 内の既存のビジネスデータと増分データを、あるテナントから同じタイプの別のテナントへシームレスに移行できます。

前提条件

  • データ転送サービスには、クラウド リソースにアクセスするための権限があります。詳細については、「データ転送のロールに権限を付与する」をご参照ください。

  • ソースとターゲットの OceanBase データベースに、データ移行専用のデータベース ユーザーを作成し、対応する権限をユーザーに付与しました。詳細については、「データベース ユーザーを作成する」をご参照ください。

  • ターゲット OceanBase Database テナントに対応するスキーマを作成しました。

制限事項

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

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

  • データ転送サービスは、同じタイプの OceanBase Database テナント間でのデータ移行のみをサポートしています。

    具体的には、ある MySQL テナントから別の MySQL テナントに、またはある Oracle テナントから別の Oracle テナントにデータを移行できます。

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

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

考慮事項

  • ソース データベースで UTF-8 文字セットを使用している場合は、文字化けを避けるために、ターゲット データベースで UTF-8 または UTF-16 などの互換性のある文字セットを使用することをお勧めします。

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

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

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

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

  • データ移行タスクでフォワード スイッチオーバーが無効になっている場合は、ターゲット データベースから一意なインデックスと疑似列を削除します。一意なインデックスと疑似列を削除しないと、データは書き込めなくなり、ダウンストリーム システムにデータをインポートするときに疑似列が再度生成され、ソース データベースの疑似列と競合します。

    データ移行タスクでフォワード スイッチオーバーが有効になっている場合、データ転送サービスは、移行タスクのタイプに基づいて、非表示の列と一意なインデックスを自動的に削除します。詳細については、「データ転送サービスの非表示列メカニズム」をご参照ください。

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

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

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

  • ソースが OceanBase データベースで DDL 同期が有効になっているデータ移行タスクでは、ソースのテーブルで RENAME 操作が実行された場合、増分同期中のデータ損失を避けるためにタスクを再起動することをお勧めします。

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

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

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

  • OceanBase Database の MySQL テナントに関する次の制限事項に注意してください。

    • OceanBase Database の MySQL テナント間でデータを移行する場合、デフォルトでは、ターゲットの lower_table_case_names は 1 に設定され、ターゲット データベースのオブジェクトは小文字の名前で作成されます。

    • ソース テーブル スキーマとターゲット テーブル スキーマの違いにより、データの整合性が損なわれる可能性があります。既知のシナリオを以下に示します。

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

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

  • OceanBase Database の Oracle テナントに関する次の制限事項に注意してください。

    • 移行中にソース プライマリ データベースのデータベース ROW_MOVEMENT チェックをスキップすると、ROW_MOVEMENT 値が enable に設定されているテーブルを同期するときに、データの不整合が発生する可能性があります。

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

次の表で、OB_MySQL は OceanBase Database の MySQL テナントを表し、OB_Oracle は OceanBase Database の Oracle テナントを表します。

ソース

ターゲット

OB_MySQL (OceanBase クラスタインスタンス)

OB_MySQL (OceanBase クラスタインスタンス)

OB_MySQL (OceanBase クラスタインスタンス)

OB_MySQL (サーバーレスインスタンス)

OB_MySQL (VPC 内の自己管理データベース)

OB_MySQL (OceanBase クラスタインスタンス)

OB_MySQL (VPC 内の自己管理データベース)

OB_MySQL (サーバーレスインスタンス)

OB_MySQL (サーバーレスインスタンス)

OB_MySQL (OceanBase クラスタインスタンス)

OB_MySQL (サーバーレスインスタンス)

OB_MySQL (サーバーレスインスタンス)

OB_MySQL (OceanBase クラスタインスタンス)

OB_MySQL (VPC 内の自己管理データベース)

OB_MySQL (サーバーレスインスタンス)

OB_MySQL (VPC 内の自己管理データベース)

OB_Oracle (OceanBase クラスタインスタンス)

OB_Oracle (OceanBase クラスタインスタンス)

OB_Oracle (OceanBase クラスタインスタンス)

OB_Oracle (VPC 内の自己管理データベース)

OB_Oracle (VPC 内の自己管理データベース)

OB_Oracle (OceanBase クラスタインスタンス)

手順

  1. (オプション) プライマリキーのないテーブルを移行するには、対応するテナントにユーザーを作成します。

    ユーザーの作成方法の詳細については、「データベース ユーザーを作成する」をご参照ください。プライマリキーのあるテーブルを移行するには、この手順をスキップします。

    • OceanBase Database の MySQL テナントからデータを移行する場合は、__oceanbase_inner_drc_user ユーザーを作成します。

    • OceanBase Database の Oracle テナントからデータを移行する場合は、__OCEANBASE_INNER_DRC_USER ユーザーを作成します。

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

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

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

    image.png

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

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

    パラメーター

    説明

    移行タスク名

    数字と文字の組み合わせに設定することをお勧めします。スペースを含めることはできず、長さは 64 文字以下にする必要があります。

    ソース

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

    ターゲット

    OceanBase データソースを作成済みの場合は、ドロップダウン リストから選択します。それ以外の場合は、ドロップダウン リストの [新しいデータソース] をクリックし、右側に表示されるダイアログ ボックスで作成します。

    タグ (オプション)

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

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

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

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

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

    image

    移行タイプ

    説明

    スキーマ移行

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

    完全移行

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

    増分同期

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

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

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

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

    完全検証

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

    • [完全検証] を選択した場合は、完全検証の前にソース OceanBase データベースとターゲット OceanBase データベースの両方の統計情報を収集することをお勧めします。

    • [増分同期] を選択したが、[DML 同期] セクションですべての DML 操作を選択しなかった場合、[完全検証] は選択できません。

    逆増分

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

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

  7. (オプション) [次へ] をクリックします。

    ソースが VPC 内のセルフマネージド OceanBase データソースの場合に スキーマ移行 または 増分同期 を選択した場合、あるいはターゲットが VPC 内のセルフマネージド OceanBase データソースの場合に リバース増分 を選択した場合、必要に応じてユーザー名、パスワード、oblogproxy IP アドレス、および oblogproxy ポート番号を指定する必要があります。OceanBase データソースから一意キーのないテーブルを移行するには、ソースの OCEANBASE_INNER_DRC_USER ユーザーのパスワードを指定する必要があります。

    ソース データベースまたはターゲット データベースに関連パラメーターが構成されていない場合、移行タスクの作成時に [データソースの詳細] ダイアログ ボックスが表示され、関連パラメーターを構成するように求められます。パラメーターの詳細については、「OceanBase データソースを作成する」をご参照ください。

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

    [オブジェクトの指定] または [一致ルール] を選択して、移行オブジェクトを指定できます。このトピックでは、[オブジェクトの指定] を使用して移行オブジェクトを指定する方法について説明します。一致ルールの詳細については、「一致ルールを構成および変更する」の一致ルールに関するセクションをご参照ください。

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

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

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

    image.png

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

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

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

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

    説明

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

    操作

    説明

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

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

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

      重要

      この操作を実行すると、以前の選択が上書きされます。注意して進めてください。

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

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

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

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

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

    オブジェクトの名前変更

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

    設定の構成

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

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

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

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

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

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

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

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

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

    • 完全移行

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

      image

      パラメーター

      説明

      読み取り同時実行性

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

      書き込み同時実行性

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

      完全移行レート制限

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

      説明

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

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

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

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

        重要

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

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

        重要

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

      事後インデックス作成を許可するかどうか

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

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

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

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

        • OceanBase Database の MySQL テナントのエラー メッセージ: Duplicate key name

        • OceanBase Database の Oracle テナントのエラー メッセージ: name is already used by an existing object

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

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

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

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

      // ファイルメモリバッファサイズの制限を指定します。
      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 です。同時実行性が高いと、ソースに過度のストレスがかかり、ビジネスに影響を与える可能性があります。

      逆増分レート制限

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

      説明

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

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

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

      • [増分同期] を選択したが、[完全移行] を選択しなかった場合は、フォワード スイッチオーバーの開始タイムスタンプ (存在する場合) がデフォルトで使用されます。このパラメーターは変更できません。

    • 詳細パラメーター

      image

      パラメーター

      説明

      NULL でない一意なキーのないテーブルに非表示の列を追加する

      このパラメーターは、OceanBase データベース間でデータを移行するタスクを作成するときに必要です。詳細については、「データ転送サービスの非表示列メカニズム」をご参照ください。

      ターゲット テーブル ストレージ タイプ

      このパラメーターは、ターゲットが OceanBase Database V4.3.0 以降であり、[スキーマ移行] を選択した場合、または [増分同期]DDL 同期 を選択した場合にのみ表示されます。

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

      説明

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

      ソース テーブル ストレージ タイプ

      このパラメーターは、ソースが OceanBase Database V4.3.0 以降であり、[移行タイプの選択] ページで [逆インクリメント] > [DDL 同期] を選択した場合にのみ表示されます。

      このパラメーターは、逆増分の際にソーステーブルオブジェクトのストレージタイプを指定します。ソーステーブルオブジェクトでサポートされているストレージタイプは、[デフォルト][行ストア][列ストア]、および [ハイブリッド列ストア] です。詳細については、「default_table_store_format」をご参照ください。

      説明

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

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

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

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

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

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

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

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

参照資料