mp_schema_extraction mp_schema_assessment mp_schema_migration mp_data_migration

</ div>

Performing a Schema Extraction

前提条件

スキーマを抽出する前に、マイグレーションポータルのProjectsページまたはポータルWikiのDDLエクストラクタガイドで提供されているリンクから最新のEDB DDLエクストラクタスクリプトをダウンロードする必要があります。このスクリプトは、 SQL DeveloperまたはSQL * Plusで実行できます。 OracleのDBMS_METADATAビルトインパッケージを使用して、スキーマ（スクリプトの実行中に指定）の下にあるさまざまなオブジェクトのDDLを抽出します。 EDB DDLエクストラクタは、ポータルにアップロードされ、 EDB Postgresの互換性について分析されたDDLファイルを作成します。

Note * CONNECTおよびSELECT_CATALOG_ROLEロールとCREATE TABLE権限です。

** SQL * Plus **の場合

1. SQL  * Plusに接続して、コマンドを実行します。

   • SQL>@edb_ddl_extractor.sql

2.抽出器が抽出されたDDLを保存するスキーマ名前とパスまたはディレクトリします。マルチプルのスキーマを抽出する場合、デリミタとしてコンマ（‘,’）を使用します。

Note * 現在のデータベースからすべてのユーザスキーマを抽出する場合、抽出中にスキーマ名を指定しないでください。ただし、抽出するスキーマ名を記載することをお勧めします。

3.他のスキーマから依存オブジェクトを抽出する場合は、yesまたはnoと入力します。

• 例、Linux上：

Enter a comma separated list of schemas to be extracted (Default all schemas): HR, SCOTT, FINANCE

Location for output file (Default current location) : /home/oracle/extracted_ddls/

WARNING:

Given schema(s) list may contain objects which are dependent on objects from other schema(s), not mentioned in the list.` `Assessment may fail for such objects. It is suggested to extract all dependent objects together.

Extract dependent object from other schemas?(yes/no) (Default no / Ignored for all schemas option): yes

Enter comma separated list of schemas to be extracted (Default all schemas): HR, SCOTT, FINANCE

Location for output file (Default current location) : c:\Users\Example\Desktop\

WARNING:

Given schema(s) list may contain objects which are dependent on objects from other schema(s), not mentioned in the list.` `Assessment may fail for such objects. It is suggested to extract all dependent objects together.

Extract dependent object from other schemas?(yes/no) (Default no / Ignored for all schemas option): yes

** SQL Developerの場合**

1. SQLサーバーに接続し、次のコマンドを実行します。

• 図3-1：LinuxまたはWindowsのパスを入力*

2.スキーマのコンマ区切りリストを入力します。

• 図3-2：スキーマのリストを提供*

3.出力ファイルのパスを入力します。

• 図3-3：出力ファイルパスの指定*

4.（yes / no）を入力して、依存オブジェクトを抽出します。

• 図3-4：依存オブジェクトの抽出*

Note * SQL * PlusとSQL Developerの両方に単一のスキーマ名前を入力することもできます。

スクリプトはソースデータベース内のオブジェクトタイプを反復処理し、タスクが完了すると、 SQL出力は、入力された場所、つまりc:\Users\Example\Desktop\に保存されます。

追加メモ

• オブジェクトを抽出しないEDB DDLエクストラクタスクリプトがFlashbackを使用して復元し、まだBIN$b54+4XlEYwPgUAB/AQBWwA==$0のような名前を持っています。これらのオブジェクトを抽出する場合は、オブジェクトの名前を変更して、抽出プロセスを再実行する必要があります。
• DDL DDLエクストラクタは、 nologgingテーブルを通常のテーブルとして抽出します。これらのテーブルがEDB Postgres Advanced Serverに移行されると、WALログファイルが作成されます。 DDLエクストラクタは、スキーマ名とその依存関係情報を保存するためのグローバル一時テーブルを作成します。これらのテーブルは、抽出が正常に終了すると削除されます。
• DDL DDLエクストラクタスクリプトは、 PostgreSQLがサポートしていないため、名前がPG_で始まるスキーマを抽出しません。これらのスキーマを抽出する場合は、抽出の前にスキーマの名前を変更する必要があります。

サポートされているオブジェクトタイプ

マイグレーションポータルは、次のオブジェクトタイプの移行をサポートしています。

• Synonyms
• DBリンク
• Types and Type Body
• シーケンス
• テーブル
• Constraints
• インデックス（LOBインデックスおよびマテリアライズドビューのインデックスを除く）
• Views
• マテリアライズドViews
• トリガー
• Functions
• Procedures
• パッケージ

Note * COMMENTS列、テーブル、およびマテリアライズドViewsもサポートされています。

サポートされていないオブジェクトタイプ

• Editions
• オペレーター
• スケジューラー
• LOBインデックスとマテリアライズドViewsのインデックス
• XMLスキーマ
• プロファイル
• ロールおよびオブジェクトの付与
• テーブルスペース
• ディレクトリ
• ユーザー
• RLSポリシー
• Queues

オラクルシステムスキーマ

EDB DDLエクストラクタスクリプトは、 オラクルからの抽出中に次のシステムスキーマを無視します。

Performing a Schema Assessment

EDB Postgres Advanced Serverとの互換性についてオラクルデータベーススキーマを評価するには、以下を行う必要があります。

1. Migration Portalに移動します。

2. EDB資格情報を入力します。

3. Newをクリックして、新しいプロジェクトを作成します。

• 図3-5：[マイグレーションポータルの新しいプロジェクト]ダイアログボックス*

4. [ New project ]ダイアログボックスで、 [ Project name ]フィールドにプロジェクト名前を入力します。

5.プロジェクトの詳細を指定します。

• -Application interfaceの横のラジオボタンを選択します。 -ソースとしてSource DBおよびVersionを選択します。 -ターゲットのTarget DBおよびVersionを選択します。

6. Choose fileをクリックして、をアップロードします。 オラクル Database用の最新のEDB DDLエクストラクタによって生成されたSQLファイル。

Note * -変更しないでください。 SQLファイル。 -のみ。最新のEDB DDLエクストラクタで生成されたSQLファイルをアップロードできます。

• 詳細については、Schema Extractionセクションを参照してください。

7. EDB Postgres Advanced Serverはテーブルとインデックスの同じ名前をサポートしていないため、プロジェクトを作成するときにAdd Index Prefixの隣のボックスをオンにして、より良い評価結果を保証にインデックスプレフィックス（idx）を指定します。

8. Create & assessをクリックして、新しいプロジェクトを作成し、スキーマを評価します。

   

   • 図3-6：スキーマ分析結果

   • 分析ツールは、すべてのコンストラクトを確認して修復アクションを実行し、 EDB Postgres Advanced Serverとの互換性を改善し、マニュアル介入が必要な残りのエラーにフラグます。

9. 100％の成功率を示さないDDLオブジェクト（たとえば、TABLES）を確認します。

• 図3-7： DDLオブジェクトの検証*

10. EDB Postgres Advanced Serverと互換性のないオブジェクトをクリックして、詳細をビューします。中央のパネルの下部で、修復アクションの詳細を表示できビュー。

• 図3-8：互換性のないオブジェクトが識別されます*

11.右側のパネルのナレッジベース情報を参照して、 EDB Postgres Advanced Serverとすぐに互換性のないオブジェクトの可能な回避策を見つけます。ポータルWikiページでナレッジベース情報をビューすることもできます。

• 図3-9：エラーのある評価結果*

12. [Knowledge Base]タブで、 EDB Postgres Advanced Serverとの互換性のないオブジェクトのエラーメッセージを入力し、[Search]をクリックします。

• オブジェクト詳細パネルには、失敗したオブジェクトの回避策または解決策が表示されます。手動でそのオブジェクトのAssessment]タブで変更をmake、Reassessをクリックすることができます。

Note * 再評価中に失敗したオブジェクトが合格した場合、そのオブジェクトの依存オブジェクトも再評価されます。

• 図3-10：互換性のないオブジェクトの回避策または解決策*

同様に、互換性のないすべてのオブジェクトを互換性のあるものにmakeことができます。

Note * 互換性のないオブジェクトに関する情報または回避策がナレッジベースにない場合は、サポートチームに連絡してください。

DDLの使用が終了したら、変更されたEDB互換DDLを.sqlファイルとしてダウンロードするか、スキーマを移行します（Schema Migrationを参照）。

</ div>

評価レポートの生成

移行ポータルのレポート機能は、プロジェクトに対して評価されたスキーマの高レベルの評価概要を提供します。さらに、このレポートは、失敗したオブジェクトと失敗の原因に関する詳細を提供します。

• 図3-11：レポート用のスキーマの選択*

レポートを生成するには：

1. Reportボタンをクリックして、スキーマ選択ダイアログにアクセスします。

2.レポートに含めるスキーマを選択します。

3. Generateをクリックして、画面上のレポートを生成します。

• 図3-12：スキーマ評価レポート*

オプションでGenerate PDFを選択して、レポートを.pdf形式で保存できフォーマット。選択したスキーマの下のDDLに適用された個別のリペアハンドラーの数をビューすることもできます。

• 図3-13：保存されたPDFレポート*

Schema Migration

スキーマのエラーを解決した後、pgAdmin、ToadEdge、PSQLクライアントなどのクライアントアプリケーションでスキーマを使用するか、スキーマをEDB Postgres Advanced Serverに移行できます。

Note * EDB Postgres Advanced ServerでToad Edgeを使用する方法の詳細については、 PostgresのToad Edgeを参照してください。

スキーマを移行するには、次のオプションのいずれかを選択できます。に移行する：

• 既存のオンプレミスEDB Postgres Advanced Server
• 新しいオンプレミスEDB Postgres Advanced Server EDB Postgres Advanced Server on Cloud

• 図3-14：スキーマ移行ページ*

</ div>

既存のオンプレミスEDB Postgres Advanced Serverホストへの移行

WindowsまたはLinuxプラットフォーム上の既存のオンプレミスEDB Postgres Advanced Serverにスキーマを移行できます。

Windowsでのスキーマの移行

1. Existing on-premises EDB Postgres Postgres Advanced Serverオプションを選択します。

• 図3-15：既存のオンプレミスEDB Postgres Advanced Serverページ*

2. 1つ以上のスキーマを選択して、 EDB Postgres Advanced Serverに移行します。

• 図3-16：移行するスキーマの選択*

Note * スキーマの互換性が100％でない場合、次のようにバナーが表示されます。必要な支援が必要な場合は、Contact Usフォームに記入してください。

• 図3-17：お問い合わせフォーム*

3.評価されたスキーマをダウンロードします。

• 図3-18：評価済みスキーマのダウンロード*

4. Windowsをクリックします。

• 図3-19： Windowsオペレーティングシステムの選択*

5.スキーマをインポートするには、次のコマンドを実行します。

• CLIで

\i c:\users\...\<project_name>.sql

• cmd /シェルで

edb-psql -f <project_name>.sql

Note * 代わりにpgAdminを使用することもできます。

変換されたスキーマは、ターゲットサーバーに移行されます。

• 図3-20：成功した移行*

Linuxでのスキーマの移行

Linux上の既存のオンプレミスEDB Postgres Advanced Serverにスキーマを移行するには、次の手順を実行します。

1. Existing on-premises EDB Postgres Advanced Serverオプションをクリックします。

• 図3-21：既存のオンプレミスEDB Postgres Advanced Serverページ*

2. 1つ以上のスキーマを選択して、 EDB Postgres Advanced Serverに移行します。

• 図3-22：移行するスキーマの選択*

3.評価されたスキーマをダウンロードします。

• 図3-23：評価済みスキーマのダウンロード*

4. Linuxをクリックします。

• 図3-24：Linuxオペレーティングシステムの選択*

5.スキーマをインポートするには、次のedb-psqlクライアントコマンドを呼び出します。

sudo su - enterprisedb
edb-psql edb
create database <database_name>;
\\connect <database_name>
\\i <project_name>.sql

Note * オプションで、インポートにpgAdminクライアントを使用できます。

変換されたスキーマは、ターゲットサーバーに移行されます。

• 図3-25：成功したスキーマ移行*

</ div>

新しいオンプレミスEDB Postgres Advanced Serverインストールへの移行

新しいEDB Postgres Advanced ServerをオンプレミスでWindowsまたはLinuxプラットフォームにWindows、スキーマを移行できます。

Windowsでのスキーマの移行

Windows上の新しいオンプレミスEDB Postgres Advanced Serverにスキーマを移行するには、次の手順を実行します。

1. New on-premises EDB Postgres Postgres Advanced Serverオプションをクリックします。

• 図3-26：新しいオンプレミスEDB Postgres Advanced Serverページ*

2. EDB Postgres Advanced Serverで移行する1つ以上のスキーマを選択します。

• 図3-27：移行するスキーマの選択*

3. Windowsオペレーティングシステムを選択します。

• 図3-28： Windowsオペレーティングシステムの選択*

4. Windows Installerをダウンロードします。

• 図3-29： Windowsインストーラのダウンロード*

5.インストール手順については、EDB Postgres Advanced Server Installation Guide for Windowsをクリックします。

• 図3-30：成功したスキーマ移行*

6.評価されたスキーマをダウンロードします。

• 図3-31：評価済みファイルのダウンロード*

7.次のコマンドを実行して、スキーマをインポートできます。

• CLIで

\i c:\users\...\<project_name>.sql

• cmd /シェルで

edb-psql -f <project_name>.sql

• 図3-32： EDB Postgres Advanced Serverへのスキーマのインポート*

Note * 代わりにpgAdminを使用することもできます。

スキーマがターゲットサーバーに移行されます。

</ figure>

• 図3-33： EDB Postgres Advanced Serverへのスキーマのインポート*

Linuxでのスキーマの移行

LinuxでスキーマをオンプレミスEDB Postgres Advanced Serverに移行するには、次の手順を実行します。

1. New On-premises EDB Postgres Advanced Serverオプションをクリックします。

• 図3-34：スキーマページの移行*

2. EDB Postgres Advanced Serverで移行する1つ以上のスキーマを選択します。

• 図3-35：移行するスキーマの選択*

3. Linuxオペレーティングシステムを選択します。

• 図3-36：Linuxオペレーティングシステムの選択*

4.次のオプションのいずれかを選択して、 EDB Postgres Advanced Serverをインストールできます。

• リポジトリ

• その他のオプション

  

  • 図3-37：Linuxリポジトリの選択

5.インストールプロシージャは、LinuxのEDB Postgres Advanced Server Installation Guideをクリックしてください。

• 図3-38：Linuxインストールガイドの選択*

6.評価されたスキーマをダウンロードします。

• 図3-39：評価済みスキーマのダウンロード*

7.スキーマをインポートするには、次のコマンドを実行します。

sudo su - enterprisedb
edb-psql edb
create database <database_name>;
\connect <database_name>
\i <project_name>.sql

• 図3-40： EDB Postgres Advanced Serverへのスキーマのインポート*

Note * 代わりにpgAdminを使用することもできます。

変換されたスキーマは、ターゲットサーバーに移行されます。

• 図3-41：成功したスキーマ移行*

クラウドへの移行

EDB Postgres Advanced Serverのスキーマをクラウドに移行するには、次の手順を実行します。

2. EDB Postgres Advanced Server on Cloudオプションをクリックします。

• 図3-42： EDB Postgres Advanced Server on Cloud *

3. 1つ以上のスキーマを選択して、 EDB Postgres Advanced Serverに移行します。

• 移行するスキーマの選択*

4.クラウドプラットフォームを選択します。例、IBM Cloud：

• 図3-43：移行のためのクラウドオプションの選択*

5.新しいクラスターを起動するには、Go to Cloudをクリックします。

• 図3-44：クラウドクラスターの起動*

または、既存のクラスターを実行している場合は、Nextをクリックします。

6. Connectページで必要な接続の詳細を入力します。

• 図3-45：クラウドクラスターへの接続*

Note * Edit Connectionをクリックして、接続の詳細を変更し、接続の詳細を再テストできます。

7. Test Connectionをクリックして、接続の詳細を確認します。

• 図3-46：接続の詳細を確認する*

8.接続が成功したら、Nextをクリックします。

• 図3-47：成功した移行*

変換されたスキーマは、ターゲットサーバーに移行されます。

Data Migration

スキーマの移行を実行した後、次の手順を実行してデータを移行します。

1. Migration Toolkitを使用してデータを移行します。 Migration Toolkitの使用に関する詳細については、Migration Toolkit Guideを参照してください。

2. Migration Toolkit toolkit.propertiesファイルを構成し、ソースファイルとターゲットデータベースの接続情報がプロパティファイルで利用できることを確認します。

SRC_DB_URL = jdbc: oracle:thin:@localhost:1521:ORCL
SRC_DB_USER = user_name
SRC_DB_PASSWORD = password
TARGET_DB_URL= jdbc:edb://localhost:5444/migration
TARGET_DB_USER = enterprisedb
TARGET_DB-PASSWORD = password

詳細については、Building the toolkit.properties Fileを参照してください。

3. –dataOnlyモードでMigration Toolkitを呼び出します。テーブル間で外部キーの依存関係を解決するには、–truncLoadキーワードを含めます。

例、hr名前付けのスキーマにコマンド移行データを以下：

• runMTK.sh –dataOnly –targetSchema hr –truncLoad HR

• このコマンドは、指定されたsource_schemaをtarget_schemaに移行します。データは、ローカルにインストールされたEDB Postgresインスタンスに、enterprisedb名前付けのデータベーススーパーユーザとpasswordというパスワードでロードされます。

Note * テーブルはデータロードを試みる前に切り捨てられます。

Advanced Data Migration

並列データロードを必要とする大規模なデータベースでは、次のいずれかの方法を使用できます。

EDB Postgres Advanced Serverデータベースリンク機能を使用します（ オラクルデータベースとの互換性のため）。

• または

• Dblinkまたはデータベースリンクスタイルの移行を使用します（データにCLOBデータが含まれる場合）。

詳細については、Migration Toolkit Guideを参照してください。