データベース
 Computer >> コンピューター >  >> プログラミング >> データベース

OracleE-BusinessSuiteテーブルスペースモデルおよび移行ユーティリティ

このブログでは、すべての製品に対して12のローカル管理テーブルスペースを持つOATMmigrationユーティリティを使用して、バージョン11iデータベースをOracle®ApplicationsTablespace Model(OATM)に変換するプロセスについて説明します。

はじめに

OATMはOracleApplicationsで導入され、統合表領域モデルとも呼ばれます。 12の統合表領域(3つのシステム表領域:一時、システム、およびUNDOセグメントを含む)を利用し、ローカルで管理される表領域をサポートします。 OATMはリリース11i.10で導入されました。OracleE-BusinessSuiteの11iリリースより前は、各製品に2つのテーブルスペースが割り当てられていました。1つはデータ用、もう1つはインデックス用です。

移行ユーティリティは、メニューベースのPERLプログラムと一連のサイジング推定レポートであり、単一の包括的な移行または段階的なスキーマごとの移行でOracleE-BusinessSuiteアプリケーションスキーマの変換を可能にします。単一の包括的な移行を実行することをお勧めしますが、これにはかなりのダウンタイムとディスク容量が必要です。 Oracleは、表領域の部分的な移行をサポートしていません。段階的なスキーマごとの移行を実行する場合でも、すべてのスキーマを移行する必要があります。

次のリストは、OATMのいくつかの利点を示しています。

  • 統合されたテーブルスペースの数が減り、増えました
  • ローカルで管理されるテーブルスペース
  • オブジェクトのI/O特性を説明します
  • 移行後にスペースを再利用します
  • Real Application Cluster(RAC)のサポート

次のセクションでは、移行、OATM移行ユーティリティのインストール、および移行の実行の前提条件について説明します。

OATM移行の前提条件

OATMの移行を開始する前に、次のアクションを実行してください。

  • OracleデータベースのバージョンがRDBMS9.2.0.4以降であることを確認してください。

  • データベースのバージョンが9.2.0.6の場合は、次のコマンドを実行します:$FND_TOP/patch/115/sql/fndupglb.sql

  • Oracleアプリケーションに登録されているOracle以外のスキーマなど、移行したくないカスタムスキーマを無効にして、登録を解除します。無効にする可能性のある他のスキーマには、XXBOLがあります。 およびXXCON

  • CTXSYSスキーマはAPPSスキーマではないため、次の手順を使用して登録します。

    1. メニューから、システム管理者の責任->セキュリティ->ORACLE->登録を選択します。 。
    2. Schema CTXSYSを選択します 権限をEnabledに設定します 。

OATM移行ユーティリティをインストールします

このセクションでは、インストール手順について説明します。

まず、パッチと設定を適用します

インストールを開始するには、次の手順を実行します。

  • パッチを適用する3942506 OATM移行用のスクリプトを取得して保存するには、$FND_TOP/bin/fndtsmig.pl

  • OracleNote404954.1で識別されている必要なパラメータを取得します。

  • データベースをno archive logに配置します モード。

次に、データベースパラメータを更新します

OATMの移行を開始する前に、次のパラメーター値を増やしてください。

  • undo_retention =10200
  • job_queue_processes =0
  • aq_tm_processes =0
  • db_files =1500(OATMに必要)

これを行うには、次のコードを実行します。

$ sqlplus '/as sysdba'
SQL> alter system set undo_retention=10200 scope=spfile;
SQL> alter system set job_queue_processes=0 scope=spfile;
SQL> alter system set aq_tm_processes=0 scope=spfile;
SQL> alter system set db_files=1500 scope=spfile;

データベースをシャットダウンして再起動し、パラメータ設定を確認します。

3番目に、一時表領域のサイズを変更してデータベースをクリーンアップします

インストールを完了するには、一時(一時)表領域のサイズを50ギガバイト(GB)以上に変更してから、ツール、元に戻る、その他の表領域を含むデータベースをクリーンアップします。

4番目に、OATM移行ユーティリティを呼び出します

移行を行うには、このセクションの手順を実行してください。

ステップ1:移行スクリプトを実行する

移行を開始するには、次のコマンドを実行します。

$FND_TOP/bin> perl fndtsmig.pl

Main Menu

1. Migration Sizing Reports
2. Create New Tablespaces
3. Generate Migration Commands
4. Execute Migration Commands
5. Run Migration Status Reports
6. Run Post Migration Steps
7. Run Customization Steps
8. Run Migration in Batch Mode

Please enter your option -

ステップ2:新しいテーブルスペースに必要なスペースを決定します

1. Migration Sizing Reports メインメニューから、OATMの移行を完了するために必要なスペースを決定します。

1. Generate a Report with the list of all the Oracle
   Application product schemas that can be migrated
2. Calculate total space required by each new tablespace to
   Migrate all Oracle Application product schemas (relevant
   for a complete migration)
3. Calculate total space required by each new tablespace to
   migrate each Oracle Application product schema (relevant
   for a schema-by-schema migration)
4. Calculate total space required by each Oracle Applications
   schema, with details for each object
5. Display Sizing Exception report

Please enter your option -
Press Return key to continue...

このメニューから、2. Calculate total space required ... スペース要件を取得します。サイジングレポートに基づいて、必要なストレージスペースを取得して続行します。

これらのレポートは、新しいテーブルスペースに必要なスペース要件を測定するのに役立つように提供されています。さらに、ニーズに最適な移行アプローチを決定するのに役立ちます。

ステップ3:テーブルスペーススクリプトを作成する

2. Create New Tablespaces メインメニューから新しいテーブルスペースを作成します。

Create New Tablespaces

1. Generate new tablespace creation script
2. Create new tablespaces
Please enter your option -

Press Return key to continue...

このメニューから、1. Generate new tablespace creation script スクリプトを作成します。

ステップ4:無効なインデックスレポートを生成する

無効なインデックスレポートを生成するには、最初に3. Generate Migration Commands メインメニューから。

Generate Migration Commands

Generation of Migration commands including disable/enable
commands for triggers, constraints, policies, stop/start for queues.

1. Invalid Indexes Report. Please correct/drop these before
   generating migration commands
2. Generate migration commands for all schemas
3. Generate migration commands for a list of schemas

[Q]uit        [B]ack        [N]ext

Please enter your option -

Press Return key to continue.

次に、1. Invalid Indexes Report. 無効なインデックスレポートを生成します。

Report created /oracldb/oracledbappl/admin/oracldb/log/fndinvld.txt

ステップ5:カスタムスキーマを無効にし、CTXSYSスキーマを有効にする

前の「前提条件」セクションで説明したように、以前にカスタムスキーマを無効にしてCTXSYSスキーマを有効にしなかった場合は、ここでこれを実行します。

ステップ6:すべてのスキーマの移行スクリプトを生成する

移行コマンドの生成から メニューで、2. Generate migration commands for all schemas 移行スクリプトを生成します。

Generating Migration commands for all schemas. This may take upto 30min. Please wait...

Press Return key to continue...

ステップ7:CTXSYSの移行コマンドを生成する

移行コマンドの生成から メニューで、3. Generate migration commands for a list of schemas CTXSYSスキーマの移行コマンドを生成します。プロンプトが表示されたら、CTXSYSと入力します 。

Please enter your option -  3
Enter a comma separated list of Schema names: CTXSYS

ステップ8:自動拡張オプションを設定する

移行の問題を回避するには、autoextendをONに設定します 次のコマンドを実行して、新しく作成したすべてのファイルに対して:

SQL> spool autoextend_ts.sql
SQL> select 'alter database datafile ''' || file_name || ''' ' || ' autoextend on;' from dba_data_files;
SQL> spool off

$ autoextend_ts.sql

ステップ9:移行コマンドとステータスレポートを実行する

メインメニューから4. Execute Migration Commands 移行コマンドを実行します。

Execute Migration Commands

Execution of Migration commands including disable
commands for triggers constraints, stop/start for queues.

PLEASE TAKE A COMPLETE BACKUP OF THE DATABASE BEFORE MIGRATION

1. Migrate all Schemas
2. Migrate a list of Schemas
3. Migrate CTXSYS Schema

Note: Migrate CTXSYS schema when no other migration process is in progress.
Please enter your option -

Press Return key to return to the menu...

このメニューから、1. Migrate all Schemas 。プロンプトが表示されたら、Yと入力します すべてのスキーマを移行し、8と入力します 並列プロセスの数。

Are you sure you want to migrate all schemas[N]: Y
Enter the maximum number of parallel processes for oracledb[8]: 8
Starting the Migration process for all schemas. Please wait...
結論

OATMは、より少ないテーブルスペースでより効率的で管理が容易であり、効率的なスペース使用率などの利点を提供します。効率は、他の移行モデルが使用するディクショナリ管理の表領域ではなく、ローカルで管理される表領域をサポートすることで得られます。

バージョンR12ではOATMが必須ですが、バージョンR12にアップグレードする前にOATMにアップグレードする必要があります。

OATMは、Real Application Clusters(RAC)を実装するときに追加の利点を提供します。

OATM移行ユーティリティの詳細については、ノート248857.1-OATMリリース11i-テーブルスペース移行ユーティリティを参照してください。

[フィードバック]タブを使用して、コメントを書き込んだり、質問したりします。


  1. AutonomousDatabaseDedicatedおよびExadataクラウドインフラストラクチャ

    この投稿では、Oracle®AutonomousDatabaseDedicatedおよびExadata®クラウドインフラストラクチャに関するさまざまなソースからの情報を紹介します。 はじめに Oracle Autonomous Databaseの技術概要によると、「Oracle Autonomous Databaseは、クラウドの柔軟性と機械学習の能力を組み合わせて、データ管理をサービスとして提供します。」このドキュメントは後で追加します。「OracleAutonomousデータベースには、OracleExadataおよびExadataCloud Serviceにある製品のフルセットが含まれ

  2. OracleSQLプロファイルとベースライン

    この投稿では、SQLプロファイルとOracle®のベースラインの違いに焦点を当て、クエリを調整するときにどのように機能するかを説明します。 オプティマイザー、プロファイル、およびベースライン 大まかに言うと、これら3つの要素は次のように連携して機能します。 クエリオプティマイザは、システム統計、バインド変数、コンパイルなどの情報を使用して、クエリ実行の最適なプランを取得します。ただし、入力の欠陥が最適ではない計画につながる場合があります。 SQLプロファイルには、この問題を軽減する補助情報が含まれています。SQLプロファイルは、これらの間違いを最小限に抑え、オプティマイザーが最適