コンバージョン ワークスペースを作成して初期スキーマ変換を実行したら、変換の問題を修正し、インタラクティブ エディタでオブジェクトを変更して、変換後のスキーマを移行先のデータベースに適用できます。
データベースには数千ものオブジェクトが含まれていることがよくあります。すべてを 1 つのセッションで変換するのは難しい場合があります。コンバージョン ワークスペースを使用すると、コンバージョン プロセスを複数のフェーズに分割できます。新しいオブジェクトをコンバージョンに追加し、問題を修正してから、移行先データベースでテストします。
コンバージョン ワークスペースでは、決定的コンバージョン結果を生成したり、 Gemini 自動変換で結果を強化したりできます。Gemini 自動変換が有効になっている場合、Database Migration Service は、ソーススキーマを変換するたびに、すべてのオブジェクトに自動変換拡張機能を適用します。決定論的コンバージョン ルールのみを使用する場合は、ワークスペースで Gemini 自動変換を無効にします。
- Google Cloud コンソールで、[コンバージョン ワークスペース] に移動します。
- 使用可能なコンバージョン ワークスペースのリストから、ワークスペースを選択します。
コンバージョン ワークスペース エディタが開きます。
- Oracle スキーマ パネルを使用して、変換の問題がないかソース オブジェクトを確認します。このパネルには、 ワークスペースの作成時にスキーマから取得したすべてのオブジェクトが含まれています。
-
コンバージョンに関する問題を解決する。
インタラクティブ SQL エディタを使用したり、変換マッピング ファイルをアップロードして特定の方法でオブジェクトを変換したり、Gemini を活用した変換機能を利用したりできます。
- 省略可: オブジェクトに変換の問題がない場合でも、インタラクティブ SQL エディタを使用して、変換されたスキーマをニーズに合わせて調整できます。編集可能な Oracle オブジェクトの一覧については、 サポートされているオブジェクト タイプをご覧ください。
- 変換の問題を修正するか、スキーマを調整したら、
変換されたスキーマは、[AlloyDB for PostgreSQL ドラフト] タブで確認できます。
[ソースを変換] をクリックします。Database Migration Service が変更を分析し、更新された PostgreSQL スキーマを生成するようになりました。 - 移行先データベースで変換後のスキーマをテストします。次の操作を行います。
- > [Test] をクリックします。 [Apply to destination]
- [宛先の定義] ページで、[宛先接続プロファイル] プルダウン メニューから、移行先の接続プロファイルを選択します。
- [定義して続行] をクリックします。
- [オブジェクトを選択してアプリケーションをテストする] ページで、チェックボックスを使用して、 移行先データベースに適用する変換済みの PostgreSQL スキーマ。
- [アプリケーションをテスト] をクリックします。
テスト結果によっては、変換されたスキーマをさらに調整する必要がある場合があります。
- 移行元から取得したスキーマ スナップショットに、まだ移行していないオブジェクトが複数ある場合は、次の手順でこれらのオブジェクトをワークスペースに追加します。
- [Oracle] パネルで、
オブジェクト選択パネルが開きます。
[オブジェクトを追加] をクリックします。 - スキーマツリーで、チェックボックスを使用して変換に追加するオブジェクトを選択し、[オブジェクトを追加] をクリックします。
- [Oracle] パネルで、
- 移行するオブジェクトをすべて変換するまで、手順 3 ~ 8 を繰り返します。
- スキーマの変換が完了したら、> [適用] をクリックします。
Database Migration Service が、移行先データベースにスキーマ定義を作成します。
[宛先に適用]
次のステップ
コンバージョン ワークスペースの移行準備が整いました。これで、 移行ジョブを作成できるようになりました。
移行の完全なステップバイステップのチュートリアルについては、 Oracle から AlloyDB for PostgreSQL への移行ガイドをご覧ください。