以前のコンバージョン ワークスペースについて

以前のコンバージョン ワークスペースは、より制限の多い古いタイプのコンバージョン ワークスペースです。以前のコンバージョン ワークスペースは、Gemini 拡張コンバージョン機能やインタラクティブ SQL エディタをサポートしていません。これらは、Ora2Pg 移行ツールを使用してソーススキーマを変換する場合にのみ使用できます。

以前のタイプのコンバージョン ワークスペースには、変換ワークフローに他にも複数の制限があるため、移行に使用することはおすすめしません。

インタラクティブなコンバージョン ワークスペース以前のコンバージョン ワークスペース
スキーマとコード オブジェクトの変換は Database Migration Service で行われます。 スキーマとコード オブジェクトの変換は、Ora2Pg 移行ツールを使用して Database Migration Service の外部で実行します。
変換されたソースは、Database Migration Service で移行先データベースに直接適用できます。 変換されたスキーマを Cloud SQL for PostgreSQL 移行先インスタンスの移行先データベースに適用する必要があります。
下書きのスキーマとコードを Database Migration Service で直接テストして、移行先インスタンスに正しく適用できることを確認できます。 宛先インスタンスに影響を与えずに、下書きのスキーマとコードをテストすることはできません。
主キーと一意の制約がないテーブルに、欠落している rowid 列を自動的に追加します。 スキーマを適用した後、欠落している主キーを宛先テーブルに追加する必要があります。
表 1: コンバージョン ワークスペースの機能の比較

以前のコンバージョン ワークスペースを使用する

シナリオで以前のコンバージョン ワークスペースを使用する必要がある場合は、次の操作で移行プロセスを変更します。

  1. Ora2Pg 構成ファイルを作成します。

    Ora2Pg 変換ツールの使用方法については、 Ora2Pg のドキュメントをご覧ください。次のセクションを開くと、Database Migration Service でサポートされているディレクティブの完全なリストが表示されます。

    Database Migration Service でサポートされている Ora2Pg 構成

    Database Migration Service は、Ora2Pg ファイルの次の構成項目をサポートしています。

    • BOOLEAN_VALUES
    • DATA_TYPE
    • DEFAULT_NUMERIC
    • ENABLE_MICROSECOND
    • EXPORT_SCHEMA
    • MODIFY_STRUCT
    • MODIFY_TYPE
    • PG_INTEGER_TYPE
    • PG_NUMERIC_TYPE
    • PG_SCHEMA
    • PRESERVE_CASE
    • REPLACE_AS_BOOLEAN
    • REPLACE_COLS
    • REPLACE_TABLES
    • REPLACE_ZERO_DATE
    • SCHEMA

    Database Migration Service は接続プロファイルを使用して接続の詳細を定義するため、Or2Pg 構成ファイルで次の情報を定義する必要はありません。

    • ORACLE_DSN
    • ORACLE_HOME
    • ORACLE_PWD
    • ORACLE_USER
    • PG_DSN
    • PG_PWD
    • PG_USER

    また、Database Migration Service は、WHERE 構成ディレクティブを使用して移行するレコードを制限しません。
  2. 以前のコンバージョン ワークスペースを作成し、Ora2Pg ファイルをアップロードしてスキーマを変換します。

  3. 変換されたスキーマを移行先データベースに手動で適用します。

    Ora2Pg 構成を作成してワークスペースを作成したら、生成されたコードを移行先データベースに直接適用する必要があります。

  4. 主キーのないテーブルを移行する。

    Database Migration Service は、主キーを持つテーブルのみを移行します。ソース データベースに主キーのないテーブルが含まれている場合は、変換されたスキーマを適用した後、変換されたテーブルに主キーまたは一意の制約を手動で作成する必要があります。詳細と手順については、 移行先データベースに主キー制約を追加するをご覧ください。

次のステップ

以前のワークスペースで変換ワークフローを実行したら、標準の移行手順に進むことができます。 移行ジョブを作成するをご覧ください。