FAQ#

Migration Toolkitはパッケージの移行をサポートしていますか?

Migration Toolkitは、OracleデータベースからEDB Postgres Advanced Serverへのパッケージの移行をサポートしています。 EDB Postgres Advanced Serverが提供する移行サポートについては、 Functionality overview を参照してください。

ソースデータベースからデータのみを転送する方法はありますか?

はい。データ転送は、オンラインまたはオフラインの移行の一部としてサポートされています。

Migration Toolkitは、 CLOBデータ型のデータを含むテーブルの移行をサポートしていますか?

Migration Toolkitは、 CLOBタイプのデータを含むテーブルの移行をサポートしています。

EDB Postgres Advanced Serverは列挙データ型をサポートしていますか?

EDB Postgres Advanced Serverは、現在列挙データ型をサポートしていませんが、将来のリリースでサポートされる予定です。それまでは、チェック制約を使用して、 EDB Postgres Advanced Serverデータベースに追加されるデータを制限できます。チェック制約は、列が取ることができる有効な値のリストを定義します。

次のコードサンプルには、列の値を3つのdeptタイプのいずれかに制限するチェック制約の簡単な例が含まれています。 sales 、admin またはtechnical 。

CREATE TABLE emp (
  emp_id INT NOT NULL PRIMARY KEY,
  dept VARCHAR(255) NOT NULL,

  CHECK (dept IN (sales, admin, technical))
);

有効なdeptタイプを入力してチェック制約をテストする場合、 INSERTステートメントはエラーなしで機能します。

test=# INSERT INTO emp VALUES (7324, sales);

INSERT 0 1

制約support に含まれない値を挿入しようとすると、 EDB Postgres Advanced Serverはエラーを返します。

test=# INSERT INTO emp VALUES (7325, support);

ERROR: new row for relation "emp" violates check constraint "emp_dept_check"

EDB Postgres Advanced Serverはマテリアライズドビューをサポートしていますか?

Postgresは、Oracleデータベースと互換性のあるマテリアライズドビューをサポートしていません。 Postgresでマテリアライズドビュー/サマリーテーブルを設定するには、サマリーテーブルを維持するトリガーを手動で作成する必要があります。自動クエリリライトは現在サポートされていません。サマリーテーブルの存在をアプリケーションに認識させる必要があります。

TIMEデータ型を含むMySQLデータベースから移行しようとすると、次のエラーが発生します。テーブルへのデータのロード中にエラーが発生しました。Timeのフォーマットが正しくありません。 PostgresはMySQL `` TIME`` データ型をサポートしていますか?

Postgresは、時間コンポーネントの値が24を超えない限り、TIME データ型を保存することに問題はありません。

Postgresとは異なり、MySQL TIME データ型では、TIME またはINTERVAL 値を表す値を保存できます。 INTERVAL 値を表すMySQL TIME カラムに格納されている値は、有効なPostgres TIMESTAMP 値の許容範囲外である可能性があります。移行プロセス中に、PostgresはTIME データ列に格納されている値を範囲外と認識する場合、エラーを結果ます。

接続再試行機能はどのようなユースケースをサポートしていますか?

データベーススコープ接続再試行機能により、Migration Toolkitはターゲットデータベースに再接続できます。ソースデータベースの問題の再試行は、現在サポートされていません。

移行スコープこの機能により、Migration Toolkitはデータの移行を再試行できます。スキーマの移行に関する問題の再試行は、現在サポートされていません。

モダリティスコープこの再接続機能は、データ移行モード-dataOnly で利用できます。 -dataOnly および-schemaOnly オプションを指定せずに移行を実行する場合、データ移行ステップでも使用できます。

データの移行中にエラーが発生し、1つ以上のテーブルのデータが完全に移行されない場合はどうすればよいですか?

Migration Toolkitが正常に再接続できず、1つ以上のテーブルが完全に移行されていない場合は、データ移行全体を-dataOnly オプションを使用して再起動するか、以前に完全に移行されなかったテーブルのみを移行するようにMigration Toolkitを構成します走る。 connRetryCount 、connRetryInterval 、およびabortConnOnFailure を使用して、再試行構成オプションを変更できます。

前回のMigration Toolkitのデータの移行の処理中に、ソースデータベースが書き込みトランザクションを受け入れていた場合、完全なすべてのテーブルのデータの移行を再度実行して、宛先データベースに移行されたデータが一貫した状態であることを確認します。

前回の移行の実行中にソースデータベースで書き込みトランザクションが実行されなかったことが確認できた場合、完全に移行されていないテーブルのみを移行しても安全です。

スキーマの移行中にエラーが発生し、すべてのスキーマオブジェクトが完全に移行されない場合はどうすればよいですか?

残念ながら、スキーマ移行エラーの再接続は、現時点ではサポートされていません。Migration Toolkitですべてのスキーマを移行できない場合は、スキーマ全体の移行を-schemaOnly オプションを使用して再度リスタートするか、以前の実行で完全に移行されなかったスキーマのみを移行するようにMigration Toolkitを構成します。