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

ApsaraDB for OceanBase:OceanBase データベースの Oracle テナントから Oracle データベースへのデータ移行

最終更新日:Feb 27, 2025

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

重要

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

背景

ApsaraDB for OceanBase コンソールで、OceanBase データベースの Oracle テナントから Oracle データベースにデータを移行するタスクを作成できます。スキーマ移行、完全移行、および増分同期によって、既存および増分のビジネスデータをソースデータベースからターゲット Oracle データベースにシームレスに移行できます。

また、データ伝送サービスでは、スキーマ移行を行わずに、完全移行と増分同期によって、ソースデータベースの複数のテーブルのデータをターゲットデータベースの同じテーブルに集約することもできます。マージおよび同期機能には、次の制限があります。

  • 完全移行と増分同期の場合、ターゲットテーブルには、ソーステーブルに存在するすべての列が含まれている必要があります。そうでない場合、データ伝送サービスはエラーを返します。

  • ソーステーブルには、プライマリキー列が含まれている必要があります。

  • ターゲットテーブルには、ソーステーブルに存在しない列を含めることができます。

前提条件

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

  • ターゲット Oracle データベースに対応するスキーマを作成済みです。

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

  • プライマリキーのないテーブルを移行する場合、対応するテナントに __OCEANBASE_INNER_DRC_USER ユーザーを作成し、移行前に必要な権限をユーザーに付与しています。詳細については、「__OCEANBASE_INNER_DRC_USER ユーザーを作成する」をご参照ください。

制限事項

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

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

  • データ伝送サービスは、Oracle 10g、11g、12c、18c、および 19c をサポートしています。バージョン 12c 以降では、コンテナデータベース (CDB) とプラガブル・データベース (PDB) が提供されています。

  • データ伝送サービスは、テーブルのすべての列が BLOB、CLOB、NCLOB の 3 つのラージオブジェクト (LOB) タイプの場合、テーブルの増分同期をサポートしていません。

  • データ伝送サービスは、OceanBase データベースの Oracle テナントの非テンプレートベースのサブパーティションテーブルから Oracle データベースへの移行をサポートしていません。

  • データ伝送サービスは、式ベースのインデックスをサポートしていません。

  • データ伝送サービスは、プライマリキーを持つテーブルのみの集約をサポートしています。

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

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

  • データソース識別子とユーザーアカウントは、データ伝送システムでグローバルに一意である必要があります。​####

  • バージョン 11g 以前の Oracle データベースでは、名前が 30 バイトを超えるデータベースオブジェクトを作成することはできません。OceanBase データベースの Oracle テナントから Oracle データベースにデータを移行する場合は、ソースデータベースに名前が 30 バイトを超えるオブジェクトを作成しないでください。

  • データ伝送サービスは、既存の空間インデックスと、増分同期中に INSERT INTO USER_SDO_GEOM_METADATA 操作によって生成される新しい空間インデックスを含む、空間インデックスの移行をサポートしていません。

  • Oracle データベースでサポートされている GIS データに関する次の制限事項に注意してください。

    • 空間参照識別子 (SRID) が 0、4327、および 4328 のデータはサポートされていません。

    • get_wkt 操作によって科学表記法形式に変換されるデータ (例: SDO_POINT_TYPE(0.00001, 0.00001, 0)) はサポートされていません。

    • 座標が -2147483647 ~ 2147483647 の範囲のデータのみがサポートされています。

    • EPSG:4326 を使用する場合は、経度値が -180 ~ 180 の範囲、緯度値が -90 ~ 90 の範囲であることを確認してください。そうでない場合、データ移行中にデータの不整合が発生する可能性があります。

    • 小数点以下の桁数が許容最大数を超えるデータはサポートされていません。これは、科学表記法形式で読み取られたデータを Oracle データベースに書き込むことができないためです。

      科学表記法形式で読み取られたデータは、次の 2 つの概念によって定義されます。

      • スケール: 値の小数点以下の桁数を示します。たとえば、123.45 のスケールは 2、0.000001 のスケールは 6 です。

      • 精度: データの精度を示し、データの最初のゼロ以外の数字から始まる桁数です。たとえば、123.45 の精度は 5、0.000001 の精度は 1 です。

      - スケール + (精度 +1) が -2 未満の場合、データは 10 を底とする科学表記法形式のデータに変換されます。

      たとえば、0.00001 のスケールは 5、精度は 1 であり、-5 + (1 + 1) = -3 で -2 未満であるため、1e-5e に変換されます。具体的な値は、sdo_geometry.get_wkt() メソッドまたは SDO_UTIL.TO_WKTGEOMETRY メソッドによって取得されます。

    • 値が 32 ビット整数の最大値 (2147483647) より大きい、または 32 ビット整数の最小値 (-2147483647) より小さいデータはサポートされていません。

考慮事項

  • OceanBase データベースの Oracle テナントから Oracle データベースへの逆増分同期に関する次の考慮事項に注意してください。

    • Oracle データベースの増分同期を実行する場合は、Oracle データベースの各アーカイブファイルのサイズが 2 GB 未満であることを確認することをお勧めします。

    • アーカイブファイルは、Oracle データベースに 2 日以上保存する必要があります。そうでない場合、アーカイブファイルの数が急激に増加した場合、必要なアーカイブファイルがないためにリストアが失敗する可能性があります。

    • データ伝送サービスは、1 日あたり最大 5 TB の Oracle データベースの増分ログを解析できます。

    • デフォルトでは、データ伝送サービスは、OceanBase データベースの Oracle テナントからバージョン 12c 以降の Oracle データベースへの、名前が 30 バイトを超えるデータベースオブジェクト (スキーマ、テーブル、列など) の逆増分同期をサポートしていません。名前が 30 バイトを超えるデータベースオブジェクトを移行するには、OceanBase テクニカルサポートにお問い合わせください。

    • データ伝送サービスは、Oracle データベースでの特定の UPDATE 文の実行をサポートしていません。サポートされていない UPDATE 文の例を次に示します。

      UPDATE TABLE_NAME SET KEY=KEY+1;

      上記の文で、TABLE_NAME はテーブル名を指定し、KEY はプライマリキー列として定義されている NUMERIC タイプの列です。

    • テーブルにプライマリキーがないが LOB タイプのデータが含まれている場合、テーブルの逆増分同期のデータ品質が低下する可能性があります。

  • OceanBase データベース V4.x を使用している場合は、ログアーカイブを有効にすることをお勧めします。ログアーカイブが有効になっている場合、clog がリサイクルされても、データ伝送サービスはアーカイブログを使用することで増分同期を実装できます。

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

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

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

  • Oracle データベースと OceanBase データベースの Oracle テナントで異なる文字セットを使用する場合、フィールドの長さはデータ移行タスクのタイプによって異なります。

  • プライマリキーのないテーブルからデータを移行するには、ターゲットテーブルに非表示列を追加する必要があります。ただし、ターゲットがバージョン 12c より前の Oracle データベースの場合は、ターゲットテーブルに非表示ではない列を追加する必要があります。

  • ソーステーブルに OMS_PK_INCRMT フィールドが含まれている場合、増分同期タスクは中断され、再開できません。

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

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

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

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

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

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

  • OceanBase データベースの Oracle テナントのごみ箱にあるオブジェクトを確認します。ごみ箱に 100 個を超えるオブジェクトが含まれている場合、内部テーブルクエリがタイムアウトする可能性があります。ごみ箱にあるオブジェクトをクリアする必要があります。

    • ごみ箱が有効になっているかどうかをクエリします。

      SELECT Value FROM V$parameter WHERE Name = 'recyclebin';
    • ごみ箱にあるオブジェクトの数をクエリします。

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

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

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

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

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

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

次の表で、OB_Oracle は OceanBase データベースの Oracle テナントを表します。

ソース

ターゲット

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

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

データ型マッピング

OceanBase データベースの Oracle テナント

Oracle データベース

CHAR(n CHAR)

CHAR(n CHAR)

CHAR(n BYTE)

CHAR(n BYTE)

NCHAR(n)

NCHAR(n)

NCHAR(n BYTE)

NCHAR(n)

VARCHAR2(n)

VARCHAR2(n)

NVARCHAR2(n)

NVARCHAR2(n)

NVARCHAR2(n BYTE)

NVARCHAR2(n)

NUMBER(n)

NUMBER(n)

NUMBER(p, s)

NUMBER(p,s)

RAW

RAW

CLOB

CLOB

BLOB

BLOB

FLOAT(n)

FLOAT (n)

BINARY_FLOAT

BINARY_FLOAT

BINARY_DOUBLE

BINARY_DOUBLE

DATE

DATE

TIMESTAMP

TIMESTAMP

TIMESTAMP WITH TIME ZONE

TIMESTAMP WITH TIME ZONE

TIMESTAMP WITH LOCAL TIME ZONE

TIMESTAMP WITH LOCAL TIME ZONE

INTERVAL YEAR(p) TO MONTH

INTERVAL YEAR(p) TO MONTH

INTERVAL DAY(p) TO SECOND

INTERVAL DAY(p) TO SECOND

ROWID

ROWID

UROWID

UROWID

SDO_GEOMETRY

SDO_GEOMETRY

データ移行タスクを作成する

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

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

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

    image.png

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

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

    パラメーター

    説明

    移行タスク名

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

    ソース

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

    ターゲット

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

    タグ (オプション)

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

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

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

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

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

    image

    移行タイプ

    説明

    スキーマ移行

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

    完全移行

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

    増分同期

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

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

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

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

    完全検証

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

    • [完全検証] を選択した場合は、完全検証の前に OceanBase データベースの Oracle テナントの統計情報を収集し、GATHER_SCHEMA_STATS 文または GATHER_TABLE_STATS 文を使用して Oracle データベースの統計情報を収集することをお勧めします。

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

    逆増分同期

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

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

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

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

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

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

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

    image.png

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

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

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

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

    説明

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

    操作

    説明

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

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

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

      重要

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

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

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

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

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

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

    オブジェクトの名前変更

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

    設定の構成

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

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

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

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

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

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

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

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

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

    • 完全移行

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

      image

      パラメーター

      説明

      読み取り同時実行性

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

      書き込み同時実行性

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

      完全移行レート制限

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

      説明

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

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

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

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

        重要

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

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

        重要

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

      事後インデックス作成

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

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

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

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

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

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

      image

      パラメーター

      説明

      書き込み同時実行性

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

      増分同期レート制限

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

      説明

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

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

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

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

    • 逆増分同期

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

      image

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

      パラメーター

      説明

      書き込み同時実行性

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

      逆増分レート制限

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

      説明

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

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

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

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

    • 詳細パラメーター

      image

      パラメーター

      説明

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

      このパラメーターは、OceanBase データベースの Oracle テナントから Oracle データベースにデータを移行するタスクを作成する場合にのみ必要です。詳細については、「データ伝送サービスの非表示列メカニズム」をご参照ください。

      ソーステーブルオブジェクトのストレージタイプ

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

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

      説明

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

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

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

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

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

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

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

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

参照