R12.2アップグレードは次の部分で構成されています
- アップグレード前の準備手順
- R12.2.0のメインアップグレードドライバーを使用したメインアップグレード（プリインストールされているR12.2.0のOracle E-Business Suite統合アップグレードパッチとマージ）
- オンラインパッチの有効化
- 最新のR12.AD.C.Delta.nとR12.TXK.C.Delta.nを適用する
- 12.2.nリリースアップデートパック（RUP）の適用
この投稿では、ステップ1を担当します。
R12.2アップグレードパート-1のステップバイステップアップグレードプロセス
R12.2アップグレードパート-2へのステップバイステップアップグレードプロセス
R12.2アップグレードパート-3へのステップバイステップアップグレードプロセス
R12.2アップグレードパート-4のステップバイステップのアップグレードプロセス
R12.2アップグレードのドキュメントリファレンス
- Oracle E-Business Suiteリリース12.2アップグレードのデータベース準備ガイドライン（ドキュメントID：1349240.1）。
- Oracle E-Business Suiteドキュメントリソース、リリース12.2ドキュメント（ドキュメントID：1498411.1）
- Oracle®E-BusinessSuiteアップグレードガイドリリース12.0および12.1から12.2への部品番号E48839-02
- Oracle E-Business Suiteリリースノート、リリース12.2（Doc ID 1320300.1）
- Oracle E-BusinessSuiteリリース12.2.2Readme（Doc ID 1506669.1）
- Oracle E-Business Suiteリリース12.2（Doc ID 1531121.1）のオンラインパッチ準備レポート
- 12.2.2 ADおよびTXKリリースアップデートパック（ドキュメントID 1560906.1）の適用
- 12.2インフォメーションセンター：ドキュメントID：1581299.1
- Oracle E-Business Suiteリリース12.2：アップグレードのサイズ設定とベストプラクティスドキュメントID：1597531.1
- Oracle E-Business Suiteリリース12アップグレードのダウンタイムを最小限に抑えるためのベストプラクティスドキュメントID：1581549.1
- R11i / R12：Oracle E-Business Suite（EBS）のリリース11iからリリース12へのアップグレードの計画Doc ID：1406960.1
- http://docs.oracle.com/cd/E26401_01/doc.122/e48839.pdf 12.0 –12.1から12.2
- http://docs.oracle.com/cd/E26401_01/doc.122/e48834.pdf11.5.10.2から12.2
- Oracle E-Business Suiteリリース12.2テクノロジースタックのドキュメントロードマップ（ドキュメントID 1934915.1）
- Oracle E-BusinessSuiteリリース12.2.5Readme（Doc ID 1983050.1）
- Oracle E-Business Suiteリリースノート、リリース12.2（Doc 1320300.1）
- Oracle E-BusinessSuiteリリース12.2.4Readme（Doc 1617458.1）
- Oracle E-BusinessSuiteリリース12.2.5Readme（Doc 1983050.1）
- Oracle E-Business Suiteリリース12.2：オンラインパッチ適用に関するFAQ（Doc 1583902.1）
- Oracle E-BusinessTechnologyブログの関連記事-https：//blogs.oracle.com/stevenChan
- Oracle E-Business Suiteリリース12.2：パッチとテクノロジーのバグ修正の統合リスト（Doc ID 1594274.1）
- Rapid Clone（Doc ID 1383621.1）を使用したOracleE-BusinessSuiteリリース12.2のクローン作成
- ドキュメント2666934.1、OracleE-BusinessSuiteリリース12.2.10Readme
- ドキュメント2495027.1、OracleE-BusinessSuiteリリース12.2.9Readme
- ドキュメント2393248.1、OracleE-BusinessSuiteリリース12.2.8Readme
- ドキュメント2230783.1、OracleE-BusinessSuiteリリース12.2.7Readme
- ドキュメント2114016.1、OracleE-BusinessSuiteリリース12.2.6Readme
アップグレードを開始する前の準備手順
（1）OSレベルのパラメーター
- Linux x86-64（1330701.1）用のOracle E-Business Suiteインストールおよびアップグレードノートリリース12（12.2）
- SPARC（64ビット）（1330702.1）上のOracleSolaris用のOracleE-Business Suiteインストールおよびアップグレードノートリリース12（12.2）
- IBM AIX on Power Systems（64ビット）（1330703.1）用のOracle E-Business Suiteインストールおよびアップグレードノートリリース12（12.2）
- HP-UX Itanium（1330704.1）用のOracle E-Business Suiteインストールおよびアップグレードノートリリース12（12.2）
- Microsoft Windows（64ビット）（1330706.1）用のOracle E-Business Suiteインストールおよびアップグレードノートリリース12（12.2）
詳細については、以下の記事をご覧ください
R12.2アップグレードに必要なSolarisOSパラメータ
（2）カスタムスキーマでのイベントアラートトリガーの削除
- カスタムスキーマのすべてのイベントアラートデータベーストリガーを削除するには、$ ALR_TOP / patch / 115/sqlにあるalrdtrig.sqlスクリプトを実行します。アップグレードが完了したら、トリガーを再作成します。
- カスタムトリガーがなかったため、alrdtrig.sqlを実行しませんでした。以下のクエリを実行し、カスタムトリガーALR％がないことを確認します
SQL> select distinct owner, TRIGGER_NAME, TRIGGER_TYPE, STATUS from dba_triggers where trigger_name like 'ALR%'; OWNER TRIGGER_NAME TRIGGER_TYPE STATUS ----- ---------- ---------- ------- APPS ALR_ALR_DISTRIBUTION_LISTS_IAR AFTER EACH ROW DISABLED APPS ALR_ALR_DISTRIBUTION_LISTS_UAR AFTER EACH ROW DISABLED
（3）テーブルスペースのサイズを確認し、OATMに移行します
- Oracle E-Business Suiteリリース12.2：アップグレードのサイズ設定とベストプラクティス（ドキュメントID：1597531.1）をお読みください。そして、テーブルスペースのサイズを適切に変更しました
- 各テーブルスペースの最後のデータファイルを無制限の自動拡張に設定することをお勧めします。次のSQLを使用して、最後のデータファイルを自動拡張します。
SELECT 'ALTER database DATAFILE '||FILEID||' autoextend on maxsize 50 g;' FROM ( SELECT MAX(FILE_ID) FILEID FROM DBA_DATA_FILES GROUP BY TABLESPACE_NAME )
既存のオブジェクトを新しいテーブルスペースモデルに移行する（推奨）：
- Oracle E-Business Suiteリリース12環境には、新しいOracle Applications Tablespace Model（OATM）が含まれています。このモデルは、製品の所属ではなくデータベースオブジェクトタイプに基づいているため、管理が簡単になり、必要なテーブルスペースとオペレーティングシステムファイルがはるかに少なくなります。
- 以前に環境をリリース11iからリリース12にアップグレードした場合、アップグレードプロセスにより、すべての新製品の表領域が作成され、新しい表領域モデルのデータベースが構成され、新しいオブジェクトが作成されました。ただし、既存のオブジェクトは自動的に移行されませんでした。まだ行っていない場合は、テーブルスペース移行ユーティリティを使用してこの移行を今すぐ実行することを強くお勧めします。オンラインパッチを有効にした後は、このユーティリティの使用がサポートされていないため、環境をリリース12.2にアップグレードした後は移行を実行できないことに注意してください。今すぐOATMに移行しないことを選択した場合は、引き続き表領域を個別に管理する必要があります。
- OATMの移行については以下の記事をご覧ください
Oracle Applicationsテーブルスペースモデル（OATM）
（4）RDBMSパッチを適用する
- R12.2に移行するには、11.2.0.4または12.1.0.2のデータベースバージョンに移行する必要があります。注：これは、個別のダウンタイムでも実行できます。
- アップグレードについては、相互運用性に関するドキュメントに従う必要があります
- R12.1インスタンスデータベースを12cにアップグレードする方法のアップグレードに関する記事を確認してください
- また、以下のoracleサポートドキュメントにリストされているデータベースパッチを適用する必要があります。
- Oracle E-Business Suiteリリース12.2：パッチとテクノロジーのバグ修正の統合リスト（Doc ID 1594274.1）
- データベース層にJREをインストールします（条件付き）
- [既存のORACLEHOMEを使用]オプションを使用してアップグレードモードでRapidInstallを実行する場合は、次のようにデータベースORACLE_HOME/appsutilにJREをインストールする必要があります。
- 最新のJRE7アップデートをダウンロードします。最適な安定性、パフォーマンス、スケーラビリティ、およびOSベンダーのサポートについては、Oracle用のJREの最新の利用可能なアップデートを使用してください
- E-BusinessSuiteデータベース層。 JREのダウンロード場所は次のとおりです。
- http://www.oracle.com/technetwork/java/javase/downloads/index.html。
（5）統計情報の収集を実行し、ごみ箱をパージします
（i）すべてのスキーマのスキーマ統計を収集する
exec apps.fnd_stats.gather_schema_statistics(schemaname=> 'ALL',estimate_percent=>DBMS_STATS.AUTO_SAMPLE_SIZE ,options => 'GATHER AUTO');
（ii）SYS、固定オブジェクト、および辞書の統計を収集します（必須）
「SYSDBA」ユーザーとしてすべての手順を実行します。
SYSスキーマ統計を収集します：
begin
dbms_stats.gather_schema_stats('SYS',
options=>'GATHER STALE',
estimate_percent =>
DBMS_STATS.AUTO_SAMPLE_SIZE,
method_opt => 'FOR ALL COLUMNS SIZE AUTO',
cascade => TRUE);
end;
/
固定オブジェクトと辞書の統計
これらは、アップグレード前の環境で事前に収集され、正しく、最新のものである必要があります。
exec dbms_stats.gather_fixed_objects_stats;
exec dbms_stats.gather_dictionary_stats;
（iii）ごみ箱をパージする
purge dba_recyclebin;
（6）古いAWRデータを削除する
- EXEC dbms_workload_repository.drop_snapshot_rangeを使用してAWRをパージします：
- DBA_HIST_SNAPSHOTからスナップショット範囲を取得します
select dbid,min(snap_id),max(snap_id) from DBA_HIST_SNAPSHOT group by dbid;
（7）監査証跡を無効にする
- sysadminとしてログインし、システム管理者の責任->セキュリティ->監査証跡->グループに移動します
- F11キーを押してクエリウィンドウを有効にし、グループ状態の[有効]オプションを選択し、Ctrl+F11キーを押して結果を取得します。
- アプリケーション名の値を除く–「アプリケーションオブジェクトライブラリ」がすべて「有効」の状態のままである場合は、「テーブルのパージを無効にする」にしてレコードを保存する必要があります。
- アップグレードしたら、「有効」ステータスに設定してレコードを保存することにより、これらを再度有効にする必要があります
（8）R12.2ラピッドインストールをインストールします
- Rapidwizを使用し、アップグレードファイルシステムを選択して、R12.2ラピッドインストールをインストールします。入力は新規インストールのみと同様になります
- 詳細な手順については、以下の記事をご覧ください
- EBS12.2ビジョンインスタンスのインストールを実行する方法
（9）データベース内の無効なもののコンパイルを実行し、オブジェクト数を取得します
（i）無効なコンパイル
sqlplus / as sysdba exec sys.utl_recomp.recomp_parallel(10);
（ii））アップグレード前に無効なカウントを取得する
sqlplus / as sysdba Spool invalid_before_upgrade.log col object_name for a30 col owner for a20 col status for a10 col cnt for 999999 break on report on owner compute sum of cnt on report owner set lines 120 set pages 5000 select owner,object_name,status, 1 cnt from dba_objects where status!='VALID' order by 1,2,3; Spool off
（10）カスタムトリガーとインデックス、Crontab、スケジューラを無効にする
- カスタムトリガーとカスタムインデックスを無効にする必要があります。トリガーとインデックスを無効および有効にするスクリプトを保持します。アップグレードの完了後に有効にする必要があるため
- ファイルシステムまたはテーブルスペースのアラート以外のアップグレードプロセスに影響を与えるcronジョブがある場合は、無効にしてください
- DBMS_schedulerのスケジュールジョブを無効にします
（11）機能パッチを適用する
（i）このタスクは、戦略とともにOracleAdvancedCollectionsを使用している場合にのみ実行してください。
- 戦略ワークフローチェック12.0および12.1リリースレベルに適用されます。
- R12.0.Xからアップグレードする場合は診断スクリプトパッチ13027498：R12.IEX.Aを適用し、12.1.Xからアップグレードする場合は13027498：R12.IEX.Bを適用します。このパッチには、収集戦略ワークフローのスクリプトが含まれています。
- ユーザー名「SYSADMIN」を使用するCollectionsAgentの責任から、次のアイテムタイプに対してスケジュールされたワークフローバックグラウンドプロセスの同時プログラム要求を停止します。
•IEXSTRY– IEX：収集戦略のワークフロー
•IEXSTFFM – IEX：戦略フルフィルメントメーラー
•IEXSTRCM – IEX：戦略カスタムワークフロー
- スクリプト$IEX_TOP/ patch / 115 / sql / iexswowf.sqlを実行して、ワークフローなしで実行されている戦略を確認およびクリーンアップします。このスクリプトには、FNDユーザー名と監査テーブルとログの責任という2つのパラメーターが必要です。たとえば、次のユーザー名を使用してスクリプトを実行できます：SYSADMINおよび責任：Collections Agent
（ii）補助元帳会計：
- OracleSubledgerAccountingを使用している場合はこのタスクを実行します。
- EBRを有効にする前に、以前のCreateAccountingプロセスからAdvanceQueuesをクリーンアップします。
- 12.0および12.1のリリースレベルに適用されます。
- リリース12.0.xからアップグレードする場合はパッチ13420532：R12.XLA.Aを適用し、リリース12.1.xからアップグレードする場合はパッチ13420532：R12.XLA.Bを適用して、以前のCreateAccountingプログラムによって作成された一時アドバンスキューをクリーンアップします。プロセス。完了したアカウンティングの作成プロセスの保留中のアドバンスキューは、アップグレードの問題を引き起こしませんが、EBRのためにクリーンアップする必要があります。
- 注：このアップグレード前の手順は、アップグレード前のシステムがオンラインのときに実行できます。
- このパッチは、スクリプトxlaqclen.sqlを提供して、CreateAccountingプログラムの以前に完了した実行からAdvanceQueuesを停止および削除します。プログラムによって処理されたアカウンティングイベントがなかった場合、[アカウンティングの作成]プログラムのアドバンスキューはプログラムの完了後に削除されませんでした。すでに完了しているCreateAccountingプログラムのこれらの保留中のAdvanceキューは破損を引き起こしませんが、EBRのためにクリーンアップする必要があります。このパッチは、OracleApplicationsリリース12.2のアップグレードを準備しているお客様のみが適用する必要があります。このパッチは、12.2でEBRを有効にする前に不可欠です。 EBRの詳細については、OracleApplicationsリリース12.2リリースノートを参照してください。
（iii）人的資源管理（HRMS）
シードされたAPI/行ハンドラーにマップされるすべてのカスタムデータベースオブジェクトは、LONG /LONGRAWからCLOBに変更する必要があります。
SELECT package_name ,object_name ,argument_name ,data_type FROM all_arguments WHERE (package_name,object_name) IN (SELECT call_package,call_procedure FROM hr_api_hook_calls ) AND data_type = 'LONG'; PACKAGE_NAME OBJECT_NAME ARGUMENT_NAME DATA_TYPE ----------- ----------- ---------- ----------- PSB_HR_POPULATE_DATA_PVT INSERT_POSITION_TXN_INFO P_COMMENTS LONG select object_name, object_type, owner from dba_objects where object_name = 'PSB_HR_POPULATE_DATA_PVT'; OBJECT_NAME OBJECT_TYPE OWNER ----------- --------- ------- PSB_HR_POPULATE_DATA_PVT PACKAGE APPS PSB_HR_POPULATE_DATA_PVT PACKAGE BODY APPS
（iv）サプライチェーン管理タスク
このセクションのタスクは、Oracle Supply Chain Management製品を使用している場合にのみ必要です。
注文管理：
OracleOrderManagementを使用している場合はこれらのタスクを実行してください。
Nullable Hold Entity IDを確認します。
適用対象：リリース12.1
リリース12.1からアップグレードする場合は、Nullable Hold Entity IDを確認し、NOTNULLに修正する必要があります。 Patch 14191792：R12.ONT.Bのreadmeの指示に注意深く従ってください。
（v）。製品ハブ：–
重複レコードの確認
適用対象：リリース12.0および12.1
次のクエリを実行し、出力を確認します：
SQL> SELECT COUNT(1) FROM SYS.ALL_IND_COLUMNS WHERE INDEX_NAME = 'EGO_MTL_SY_ITEMS_EXT_B_U2' AND COLUMN_NAME = 'UNIQUE_VALUE' AND INDEX_OWNER = 'EGO'; COUNT(1) --------- 0
上記のクエリが出力として「0」を返す場合は、次の手順を実行します。
- ego_mtl_sy_items_ext_bテーブルのバックアップを取ります
- ノートID：953449.1を参照し、[ソリューション-データ修正]セクションの[識別スクリプト]列にあるスクリプトを実行して、重複するレコードを識別します。
- 重複するレコードがある場合は、適切なベースバージョンの[ソリューション-データ修正]セクションの[修正]列にあるスクリプトを実行して、重複するレコードを削除します。
- 注：リリース12.2にアップグレードする前に、重複するレコードを削除する必要があります。重複レコードの削除についてサポートが必要な場合は、Oracleサポートに連絡してください。
- R12.1以降のリリースでは、以下のクエリを使用して重複レコードを特定します。
SELECT COUNT() AS v_count , inventory_item_id, organization_id, revision_id, attr_group_id, data_level_id, pk1_value, pk2_value FROM apps.ego_mtl_sy_items_ext_b a WHERE EXISTS (SELECT 1 FROM apps.ego_fnd_dsc_flx_ctx_ext b WHERE a.attr_group_id = b.attr_group_id AND application_id = 431 AND multi_row <> 'Y') GROUP BY inventory_item_id, organization_id, revision_id, attr_group_id, data_level_id, pk1_value, pk2_value HAVING COUNT() > 1;
no rows selected
次のステップのために。以下の記事を参照してください
R12.2へのステップバイステップのアップグレードプロセスパート-2へのアップグレード
R12.2へのステップバイステップのアップグレードプロセスパート-3へのアップグレード
R12.2へのステップバイステップのアップグレードプロセスパート-4へのアップグレード
関連記事
R12.2/R12.1アップグレードに関するAWRの有用な上位クエリ
R12.2について知っておく必要のある40の質問
R12.2環境のクローンを作成する方法
AutoconfigR12.2の重要な変更