ApsaraDB for OceanBase:ApsaraDB RDS for PostgreSQL インスタンスから Oracle 互換モードの OceanBase データベースへのデータ移行

前提条件

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

• ソースの ApsaraDB RDS for PostgreSQL インスタンスにデータ移行専用の特権アカウントが作成されていること。詳細については、「PostgreSQL データソース」をご参照ください。

• Oracle 互換モードの OceanBase データベースにデータ移行専用のデータベースユーザーが作成され、必要な権限が付与されていること。詳細については、「データベースユーザーの作成」をご参照ください。

• 増分同期を実行する必要がある場合は、まず次の操作を実行します。

  • データ転送サービスは、増分同期中の DDL 文の自動同期をサポートしていません。移行対象のテーブルで DDL 文を実行する必要がある場合は、まずターゲットで DDL 文を手動で実行してから、ソースの ApsaraDB RDS for PostgreSQL インスタンスで実行してください。

    DDL 文の実行後に行われる増分 DML 操作を正しく解析するには、対応するトリガーと DDL 文を記録するためのテーブルを作成する必要があります。詳細については、「トリガーの作成」をご参照ください。

  • [増分同期] を選択する場合は、wal_level パラメーターを logical に設定する必要があります。 詳細については、「ApsaraDB RDS for PostgreSQL インスタンスのログレベルの変更」をご参照ください。

制限事項

• ソースデータベースに関する制限事項

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

• ApsaraDB RDS for PostgreSQL V11.x および V12.x のインスタンスのみがサポートされます。

• データ転送サービスは、ApsaraDB RDS for PostgreSQL インスタンスからのパーティションテーブル、ログなしテーブル、一時テーブルの移行をサポートしていません。

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

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

• データ転送サービスは、プライマリデータベースからの増分同期のみをサポートします。

注意事項

• [増分同期] を選択する場合、テーブルレベルの REPLICA IDENTITY オプションは次の要件を満たす必要があります：

  • [オブジェクトの指定] を選択して移行オブジェクトを指定する場合、指定されたテーブルにはプライマリキーが必要です。または、テーブルレベルの REPLICA IDENTITY オプションを FULL に設定する必要があります。そうしないと、ビジネスデータの更新および削除操作が失敗します。

  • [マッチングルール] を選択して移行オブジェクトを指定する場合、ApsaraDB RDS for PostgreSQL インスタンスは、選択されたデータベースのすべてのテーブル (選択されたテーブル、選択されていないテーブル、新しいテーブルを含む) への変更をサブスクライブする必要があり、すべてのテーブルにはプライマリキーが必要です。または、テーブルレベルの REPLICA IDENTITY オプションを FULL に設定する必要があります。そうしないと、ビジネスデータの更新および削除操作が失敗します。

  • ソーステーブルとターゲットテーブルのプライマリキーまたは一意キーが完全に一致しない場合、テーブルレベルの REPLICA IDENTITY オプションを FULL に設定する必要があります。

  • ApsaraDB RDS for PostgreSQL インスタンスで REPLICA IDENTITY オプションが DEFAULT に設定されているテーブルの場合、完全な更新前イメージは返されません。データ品質を確保するため、データ転送サービスは対応するテーブルをシリアルモードで移行し、増分同期の効率を低下させます。したがって、すべてのテーブルでテーブルレベルの REPLICA IDENTITY オプションを FULL に設定することを推奨します。

  次の文を実行して、テーブルレベルの REPLICA IDENTITY オプションを FULL に設定できます：

  重要

  移行対象のテーブルオブジェクトに行フィルター条件が設定されている場合、そのテーブルの REPLICA IDENTITY オプションを FULL に設定する必要があります。

  ALTER TABLE table_name REPLICA IDENTITY FULL;

• ApsaraDB RDS for PostgreSQL インスタンスから Oracle 互換モードの OceanBase データベースにスキーマまたは増分 DDL 操作を移行する場合、データ転送サービスのデフォルト戦略に基づいて、テーブル名とフィールド名の小文字が大文字に変換されます。たとえば、ソーステーブル名 a は、デフォルトでターゲットでは A に変換されます。テーブル名またはフィールド名は a、A、または "A" の形式で指定できますが、"a" は指定できません。

• ApsaraDB RDS for PostgreSQL インスタンスの Incr-Sync コンポーネントは、パブリケーションとスロットを自動的に作成しますが、インスタンスログのディスク使用率を監視する必要があります。デフォルトでは、データ転送サービスは 10 分間隔でインスタンスに通知し、スロットの confirmed_flush_lsn の値を 10 分前の最新のログシーケンス番号 (LSN) に更新します。したがって、各 Incr-Sync コンポーネントは、ApsaraDB RDS for PostgreSQL インスタンスのログを少なくとも 10 分間保持します。

  説明

  通知間隔、または ApsaraDB RDS for PostgreSQL インスタンスで生成されたログファイルの保持期間を変更する場合は、OceanBase テクニカルサポートにお問い合わせください。

  データ移行中にスロットの存在により ApsaraDB RDS for PostgreSQL インスタンスのログをクリアできない場合は、データ移行タスクを削除してからログをクリアする必要があります。 すべてのスロットの中で最小の slot restart_lsn の値が、ApsaraDB RDS for PostgreSQL インスタンスのログファイルをリサイクルできるかどうかを決定します。最小値がログファイルの範囲内にある場合、ログファイルはリサイクルされません。

• ターゲットにデータを同期する際、ターゲットテーブルにプライマリキーまたは NULL でない一意キーがない場合、重複データが存在する可能性があります。

• プライマリキーのないテーブルの逆方向増分中、UPDATE および DELETE 操作で全列マッチングモードでデータ移行が実行されると、次の問題が発生する可能性があります：

  • パフォーマンスの問題

    主キーインデックスがないため、各 UPDATE または DELETE 操作はフルテーブルスキャンの後に実行されます。

  • データ不整合

    ApsaraDB RDS for PostgreSQL インスタンスでは、UPDATE および DELETE 操作で LIMIT 句はサポートされていません。この場合、全列マッチングモードで複数のレコードが一致すると、UPDATE または DELETE 操作の影響を受けるデータレコードの数が予想よりも多くなる可能性があります。プライマリキーのない t1 テーブルに c1 と c2 の 2 つの列があるとします。ソースには c1 = 1 かつ c2 = 2 のデータレコードが 2 つ存在します。where c1 = 1 and c2 = 2 条件に基づいてソースから 1 つのデータレコードのみを削除すると、ターゲットでは両方のデータレコードが条件に一致するため削除されます。これにより、ソースとターゲットの間でデータ不整合が発生します。

• データ転送サービスは、OceanBase Database から ApsaraDB RDS for PostgreSQL インスタンスへの tsvector フィールドの逆方向増分をサポートしています。tsvector フィールドは、サポートされている形式で OceanBase Database に書き込む必要があります。以下に例を示します：

  • OceanBase Database に 'a b c' 形式で書き込まれたデータは、ApsaraDB RDS for PostgreSQL インスタンスでは "'a' 'b' 'c'" 形式に変換されます。

  • OceanBase Database に 'a:1 b:2 c:3' 形式で書き込まれたデータは、ApsaraDB RDS for PostgreSQL インスタンスでは "'a':1 'b':2 'c':3" 形式に変換されます。

  "'a':cccc" のような非 tsvector 形式で OceanBase Database に書き込まれたデータは、ApsaraDB RDS for PostgreSQL インスタンスに移行できません。サポートされている形式の詳細については、「PostgreSQL ドキュメントの 8.11. テキスト検索型」をご参照ください。

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

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

• ターゲットで一意なインデックスを変更した場合は、データ不整合を避けるためにデータ移行タスクを再起動する必要があります。

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

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

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

  • マッチングルールを指定して、ソースとターゲット間のマッピングを設定することを推奨します。

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

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

  データ移行タスクを作成する際に [完全移行] と [増分同期] の両方を選択した場合、データ転送サービスはソースデータベースのローカル増分ログを少なくとも 7 日間保持することを要求します。データ転送サービスが増分ログを取得できない場合、データ移行タスクが失敗したり、移行後にソースとターゲットのデータが不整合になったりする可能性があります。

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

• UNIQUE 制約を持つ列が NULL 値を許可する場合、データ損失が発生する可能性があります。具体的には、ApsaraDB RDS for PostgreSQL インスタンスにその列の複数の NULL 値が存在する場合、最初の NULL 値のみが正常に同期され、後続の NULL 値は UNIQUE 制約違反のために破棄されます。

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

次の表では、OB_Oracle は Oracle 互換モードの OceanBase データベースを表します。

データ型のマッピング

操作手順

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

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

2. [データ転送] > [データ移行] を選択します。表示されたページで、対象のデータ移行タスクの [設定] をクリックします。

   

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

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

   パラメーター	説明
   移行タスク名	数字と文字の組み合わせにすることを推奨します。スペースを含めることはできず、長さは 64 文字を超えることはできません。
   ソース	PostgreSQL データソースを作成済みの場合は、ドロップダウンリストから選択します。作成していない場合は、ドロップダウンリストの [新しいデータソース] をクリックし、右側に表示されるダイアログボックスで作成します。詳細については、「PostgreSQL データソースの作成」をご参照ください。
   ターゲット	データソースとして Oracle 互換モードの OceanBase データベースを作成済みの場合は、ドロップダウンリストから選択します。作成していない場合は、ドロップダウンリストの [新しいデータソース] をクリックし、右側に表示されるダイアログボックスで作成します。パラメーターの詳細については、「OceanBase データソースの作成」をご参照ください。
   タグ (オプション)	ドロップダウンリストからターゲットタグを選択します。[タグの管理] をクリックして、タグを作成、変更、削除することもできます。詳細については、「タグを使用したデータ移行タスクの管理」をご参照ください。

4. [次へ] をクリックします。[移行タイプの選択] ページで、現在のデータ移行タスクの移行タイプを指定します。

   [移行タイプ] で使用できるオプションは、[スキーマ移行]、[フル移行]、[増分同期]、[フル検証]、および [逆方向増分] です。

   

   移行タイプ	説明
   スキーマ移行	スキーマ移行タスクが開始されると、データ転送サービスはデータベースオブジェクト (テーブル、インデックス、制約、コメント、ビューなど) の定義をソースデータベースからターゲットデータベースに移行し、一時テーブルを自動的に除外します。
   完全移行	完全移行タスクが開始されると、データ転送サービスはソースデータベースのテーブルにある既存のデータをターゲットデータベースの対応するテーブルに移行します。
   増分同期	増分同期タスクが開始されると、データ転送サービスはソースデータベースから変更されたデータ (追加、変更、または削除されたデータ) をターゲットデータベースの対応するテーブルに同期します。 [増分同期] では [DML 同期] がサポートされています。必要に応じて操作を選択できます。詳細については、「DDL/DML 同期の設定」をご参照ください。
   完全検証	完全移行タスクと増分同期タスクが完了すると、データ転送サービスは自動的に完全検証タスクを開始し、ソースデータベースとターゲットデータベースのテーブルを検証します。 説明 [増分同期] を選択したが、[DML 同期] セクションですべての DML 操作を選択していない場合、データ転送サービスは完全検証をサポートしません。 データ転送サービスは、プライマリキーまたは NULL でない一意キーを持つテーブルに対してのみ完全検証をサポートします。
   逆方向増分	ビジネスデータベースのスイッチオーバー後にターゲットデータベースで行われたデータ変更は、逆方向増分を通じてリアルタイムでソースデータベースに同期されます。 通常、逆方向増分には増分同期の設定が再利用されます。必要に応じて、逆方向増分の設定をカスタマイズすることもできます。

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

   移行オブジェクトを指定するには、[オブジェクトの指定] または [マッチングルール] を選択できます。このトピックでは、[オブジェクトの指定] を使用して移行オブジェクトを指定する方法について説明します。マッチングルールの詳細については、「マッチングルールの設定と変更」をご参照ください。

   重要

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

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

   

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

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

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

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

   説明

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

   操作	説明
   オブジェクトのインポート	右側のリストで、右上隅にある [オブジェクトのインポート] をクリックします。 表示されたダイアログボックスで、[OK] をクリックします。 重要 この操作は以前の選択を上書きします。注意して進めてください。 [オブジェクトのインポート] ダイアログボックスで、移行するオブジェクトをインポートします。 CSV ファイルをインポートして、データベースやテーブルの名前を変更したり、行フィルター条件を設定したりできます。詳細については、「移行オブジェクトの設定のダウンロードとインポート」をご参照ください。 [検証] をクリックします。 移行オブジェクトをインポートした後、その有効性を確認します。現在、列フィールドのマッピングはサポートされていません。 検証が成功したら、[OK] をクリックします。
   オブジェクトの名前変更	データ転送サービスでは、移行オブジェクトの名前を変更できます。詳細については、「データベーステーブルの名前変更」をご参照ください。
   設定の構成	データ転送サービスでは、WHERE 条件を使用して行をフィルターできます。詳細については、「SQL 条件を使用したデータフィルタリング」をご参照ください。 [列の表示] セクションで、移行オブジェクトの列情報を表示することもできます。
   単一またはすべてのオブジェクトの削除	データ転送サービスでは、データマッピング中に右側のリストに追加された単一またはすべての同期オブジェクトを削除できます。 単一の移行オブジェクトの削除 右側のリストで、削除したいオブジェクトの上にポインターを移動し、[削除] をクリックして移行オブジェクトを削除します。 すべての移行オブジェクトの削除 右側のリストで、右上隅にある [すべて削除] をクリックします。表示されたダイアログボックスで、[OK] をクリックしてすべての移行オブジェクトを削除します。

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

   • 完全移行

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

     

     パラメーター	説明
     読み取り同時実行数	完全移行中にソースからデータを読み取るための同時実行数。最大値は 512 です。読み取り同時実行数が高いと、ソースに過度の負荷がかかり、ビジネスに影響を与える可能性があります。
     書き込み同時実行数	完全移行中にターゲットにデータを書き込むための同時実行数。最大値は 512 です。書き込み同時実行数が高いと、ターゲットに過度の負荷がかかり、ビジネスに影響を与える可能性があります。
     完全移行のレート制限	必要に応じて、完全移行のレートを制限するかどうかを選択できます。完全移行のレートを制限することを選択した場合は、1 秒あたりのレコード数 (RPS) と 1 秒あたりのバイト数 (BPS) を指定する必要があります。RPS は、完全移行中に 1 秒あたりにターゲットに移行されるデータ行の最大数を指定し、BPS は、完全移行中に 1 秒あたりにターゲットに移行されるデータの最大バイト数を指定します。 説明 ここで指定された RPS と BPS の値は、速度制限のためだけです。実際の完全移行性能は、ソースとターゲットの設定やインスタンスの仕様などの要因に左右されます。
     ターゲットデータベースの空でないテーブルの処理	有効な値は [無視] と [移行を停止] です。 [無視] を選択した場合、挿入するデータがターゲットテーブルの既存のデータと競合すると、データ転送サービスは競合するデータをログに記録し、既存のデータを保持します。 重要 [無視] を選択した場合、完全検証中にデータは IN モードでプルされます。この場合、ターゲットにソースに存在しないデータが含まれていると検証は適用できず、検証性能が低下します。 [移行を停止] を選択し、ターゲットテーブルにレコードが含まれている場合、完全移行中に移行がサポートされていないというエラーが報告されます。この場合、移行を続行する前にターゲットテーブルのデータを処理する必要があります。 重要 エラーを促すダイアログボックスで [復元] をクリックすると、データ転送サービスはこのエラーを無視してデータの移行を続行します。注意して進めてください。
     インデックスの後付け	完全移行が完了した後にインデックスを作成するかどうかを指定します。インデックスの後付けにより、完全移行に必要な時間を短縮できます。インデックスの後付けに関する注意事項の詳細については、以下の説明をご参照ください。 重要 このパラメーターは、[移行タイプの選択] ページで [スキーマ移行] と [完全移行] の両方を選択した場合にのみ表示されます。 移行完了後に作成できるのは、非一意キーインデックスのみです。 インデックス作成中にターゲットの OceanBase データベースが次のエラーを返した場合、データ転送サービスはそのエラーを無視し、インデックスが正常に作成されたと判断し、再度作成しません。 MySQL 互換モードの OceanBase データベースのエラーメッセージ：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;  

   • 増分同期

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

     

     パラメーター	説明
     書き込み同時実行数	増分同期中にターゲットにデータを書き込むための同時実行数。最大値は 512 です。書き込み同時実行数が高いと、ターゲットに過度の負荷がかかり、ビジネスに影響を与える可能性があります。
     増分同期のレート制限	必要に応じて、増分同期のレートを制限するかどうかを選択できます。増分同期のレートを制限することを選択した場合は、1 秒あたりのレコード数 (RPS) と 1 秒あたりのバイト数 (BPS) を指定する必要があります。RPS は、増分同期中に 1 秒あたりにターゲットに同期されるデータ行の最大数を指定し、BPS は、増分同期中に 1 秒あたりにターゲットに同期されるデータの最大バイト数を指定します。 説明 ここで指定された RPS と BPS の値は、速度制限のためだけです。実際の増分同期性能は、ソースとターゲットの設定やインスタンスの仕様などの要因に左右されます。
     増分同期の開始タイムスタンプ	このパラメーターは、[移行タイプの選択] ページで [完全移行] を選択しなかった場合にのみ表示されます。ソースが PostgreSQL データベースの場合、このパラメーターは使用できません。この場合、デフォルトで増分同期の開始時刻が使用されます。

   • 逆方向増分

     次の表は、逆方向増分のパラメーターについて説明しています。これらのパラメーターは、[移行タイプの選択] ページで [逆方向増分] を選択した場合にのみ表示されます。デフォルトでは、逆方向増分には増分同期の設定が再利用されます。

     

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

     パラメーター	説明
     書き込み同時実行数	逆方向増分中にソースにデータを書き込むための同時実行数。最大値は 512 です。同時実行数が高いと、ソースに過度の負荷がかかり、ビジネスに影響を与える可能性があります。
     逆方向増分のレート制限	必要に応じて、逆方向増分のレートを制限するかどうかを選択できます。逆方向増分のレートを制限することを選択した場合は、1 秒あたりのリクエスト数 (RPS) と 1 秒あたりのバイト数 (BPS) を指定する必要があります。RPS は、逆方向増分中に 1 秒あたりにソースに同期されるデータ行の最大数を指定し、BPS は、逆方向増分中に 1 秒あたりにソースに同期されるデータの最大バイト数を指定します。 説明 ここで指定された RPS と BPS の値は、速度制限のためだけです。実際の逆方向増分性能は、ソースとターゲットの設定やインスタンスの仕様などの要因に左右されます。
     増分同期の開始タイムスタンプ	このパラメーターは、[移行タイプの選択] ページで [完全移行] を選択した場合は表示されません。 [増分同期] を選択したが [完全移行] を選択していない場合、デフォルトで順方向スイッチオーバーの開始タイムスタンプ (もしあれば) が使用されます。このパラメーターは変更できません。

   • 詳細パラメーター

     このセクションは、ターゲットが Oracle 互換モードの OceanBase データベース V4.3.0 以降で、[移行タイプの選択] ページで [スキーマ移行] を選択した場合にのみ表示されます。

     

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

     説明

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

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

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

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

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

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

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

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

関連ドキュメント

• PostgreSQL データソースの作成

• OceanBase データソースの作成

• マッチングルールの設定と変更

• データ移行タスクの詳細の表示