コンバージョン ワークスペースを作成して最初のスキーマ変換を実行したら、変換の問題を修正し、インタラクティブ エディタでオブジェクトを変更して、変換後のスキーマを移行先データベースに適用できます。
データベースには数千ものオブジェクトが含まれていることがよくあります。これらすべてを 1 つのセッションで変換するのは難しい場合があります。コンバージョン ワークスペースを使用すると、変換プロセスを複数のフェーズに分割できます。変換に新しいオブジェクトを追加し、問題を修正してから、移行先データベースでテストします。
コンバージョン ワークスペースでは、決定論的な変換結果を生成することも、 Gemini 自動変換で拡張することもできます。 Gemini 自動変換が有効になっている場合、Database Migration Service は、ソーススキーマを変換するたびに、すべてのオブジェクトに自動変換拡張を適用します。決定論的な変換ルールのみを使用する場合は、ワークスペースで Gemini 自動変換を無効にします。
- コンソール Google Cloud で [**コンバージョン ワークスペース**] に移動します。
- 使用可能なコンバージョン ワークスペースのリストから、ワークスペースを選択します。
コンバージョン ワークスペース エディタが開きます。
[Oracle] スキーマ パネルを使用して、ソース オブジェクトの 変換の問題を確認します。このパネルには、 ワークスペースの作成時にスキーマから取得したすべてのオブジェクトが含まれています。
Gemini を搭載した変換機能を使用して、変換後のコードを確認することをおすすめします。 変換アシスタントや 品質評価などの機能を使用すると、変換プロセスを大幅に短縮できます。
-
変換の問題を修正します。
インタラクティブ 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 への移行ガイドをご覧ください。