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