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、2、3をすでに処理しました
R12.2アップグレードパート-1のステップバイステップアップグレードプロセス
R12.2アップグレードパート-2へのステップバイステップアップグレードプロセス
R12.2アップグレードパート-3へのステップバイステップアップグレードプロセス
R12.2アップグレードパート-4のステップバイステップのアップグレードプロセス
このパートではステップ4を公開しています
12.2.10リリースアップデートパック（RUP）の適用
（1）必要なデータベースパッチを適用する
必要なデータベースパッチを適用する
ADおよびTXKDelta12リリースアップデートパック（RUP）を適用する前に、EBSテクノロジーコードレベルチェッカー（ETCC）の最新バージョン（パッチ17537119から入手可能）を実行する必要があります。コマンドcheckDBpatch.sh（UNIXの場合）またはcheckDBpatch.cmd（Windowsの場合）を使用します。
次のことを行うには、最新バージョンを実行する必要があります。
必要なデータベースパッチがすべて適用されていることを確認します。 Delta 8 RUPを適用するために必要な前提条件のデータベースパッチの詳細については、My Oracle Knowledge Document 1594274.1、Oracle E-Business Suiteリリース12.2：パッチとテクノロジのバグ修正の統合リストを参照してください。
必要なすべてのETCCデータベースオブジェクトがDelta12RUPインストールプロセスによって検出されることを確認します。つまり、必要なデータベースパッチがすべてインストールされている場合でも、データベースで最新バージョンのETCCを実行する必要があります
（ 2）weblogicAdministratorサービスを開始します
sh $ADMIN_SCRIPTS_HOME/adadminsrvctl.sh start
（ 3）最新のADおよびTXTパッチを適用します
パッチ30628681（R12.AD.C.Delta.12）のreadmeの指示に従って、アドグラントを実行します。
（i）データベースサーバーに$ORACLE_HOME/ appsutil / adminを作成します。
（ii）。 admin/adgrants.sqlをこのパッチディレクトリから$ORACLE_HOME/ appsutil / adminにコピーします。
（iii）スクリプトを実行します。
$ sqlplus / nolog
SQL> @ $ ORACLE_HOME / appsutil / admin /adgrants.sql APPS
19cの場合
$Source CDB env
$ export ORACLE_PDB_SID =TEST
（iv）ホットパッチモードを使用してパッチ30628681を適用する
adop phase=apply patches=30628681 hotpatch=yes
（v）Techstackパッチを適用する
$ adop phase=apply patches=30735865,31904550 hotpatch=yes merge=yes
（4）E-BusinessSuiteリリースR12.2.10パッチセットを適用する
（i）RunEditionアプリケーション環境を調達します。
$。 /EBSapps.env run
（ii）Oracle WeblogicAdminServerおよびNodeManagerサービスを停止します。
sh $ADMIN_SCRIPTS_HOME/adadminsrvctl.sh stop
sh $ADMIN_SCRIPTS_HOME/adnodemgrctl.sh stop
（iii）ダウンタイムモードを使用して、RunEditionアプリケーション環境にOracleE-BusinessSuite12.2.10リリースアップデートパックパッチ30399999を適用します。
$ adop phase=apply apply_mode=downtime patches=30399999
（iv）ファイルシステムの実行ですべてのアプリケーション層サービスを開始します。
sh $ADMIN_SCRIPTS_HOME/adstrtal.sh
（v）adopクリーンアップアクションを実行します。
adop phase=cleanup
（vi）ファイルシステムの同期
以下に示すコマンドを使用して、ファイルシステムを同期します。このアクションにより、新しい実行エディションのコードと構成が他のファイルシステムにコピーされ、他のファイルシステムで通常のadopサイクルを使用してパッチを適用する前に、両方のファイルシステムが同期していることが確認されます。
$ adop phase=fs_clone
R12.2アップグレードのポストステップ
（1）Oracleスキーマパスワードをリセットします
- アップグレード中、Rapid Installは、既存の製品に以前に設定したパスワードを保持します。ただし、インストールされた新製品ごとにスキーマが作成されるため、Rapid Installウィザードでパスワードを入力しなかった場合は、製品の略語（短縮名）から派生したデフォルトのパスワードが設定されます。製品のセキュリティを維持するには、これらのデフォルトのパスワードを今すぐリセットしてください
- アップグレードによって作成された新しいスキーマのデフォルトのパスワードを変更します
Select username from dba_users where created > sysdate -5;
FNDCPASSを使用して、製品フォーマットに従ってパスワードを変更します
（2）最新のADコードでデータベース層を更新する
（i）perl $ AD_TOP / bin/admkappsutil.plを実行して$INST_TOP/ admin/outにappsutil.zipを作成します
perladmkappsutil.pl
appsutil.zipの生成を開始します
ログファイル
$ APPL_TOP / admin / out / appsutil.zip
MakeAppsUtilにある出力にあります。
（ii）appsutil.zipファイルをにコピーして解凍します。
unzip -o appsutil.zip
（iii）autoconfigを実行します
adconfig.sh contextfile =/ uxyz / app / ora / TEST / db / 11.2.0.4 / appsutil /TEST_tech.xml
APPSユーザーパスワードを入力します：
ログこのセッションのファイルは次の場所にあります：/uxyz/app/ora/TEST/db/11.2.0.4/appsutil/log/TEST_tech/122869859/adconfig.log
AutoConfigはデータベース環境を構成しています…
AutoConfigカスタムテンプレートが存在する場合はそれを考慮します。
ORACLE_HOMEの場所の使用：/uxyz/app/ora/TEST/db/11.2.0.4
クラスパス：
コンテキストファイルの使用：/ uxyz / app / ora /TEST/db/11.2.0.4/appsutil/TEST_tech.xml
Context Value Managementは、コンテキストファイルを更新します
コンテキストファイルの更新…完了
データベースへのコンテキストファイルとテンプレートのアップロードを試みています…完了
コンテキストファイルのrdbmsバージョンをdb111に更新
コンテキストファイルのrdbmsタイプを64ビットに更新
ORACLE_HOMEからのテンプレートの構成…
AutoConfigが正常に完了しました。
（3）Initパラメータを変更する
Reduce these init.ora parameter which you specifically set for the upgrade *._sqlexec_progression_cost = 2147483647 #MP *._optimizer_autostats_job=false #MP *.aq_tm_processes=1 *.log_checkpoint_interval=100000 *.job_queue_processes=No of CPU Core( This will help in invalid object compilation) *.parallel_max_servers=2X No of CPU Core ( This will help in large index rebuild) *.max_dump_file_size='102400' *.O7_DICTIONARY_ACCESSIBILITY=FALSE *.recyclebin=OFF *.cluster_database=false ( If it is RAC database) Set the below parameter to have fixed memory areas during the upgrade process unset (remove) - sga_max_size sga_target=0 db_cache_size=< Maximum depending on Memory available> shared_pool_reserved_size=10% of shared pool size shared_pool_size =< Maximum depending on Memory available>
（4）オンラインヘルプパッチをインストールする
- アメリカ英語のオンラインヘルプをインストールするには、オンラインヘルプパッチ（u10201000.drv）のデータベース部分を実行します。 $ AU_TOP / patch / 115/driverディレクトリにあります。
- AD Online Patching（adop）を使用して、アメリカ英語のオンラインヘルプパッチドライバー（$ AU_TOP / patch / 115 / driver / u10201000.drv）を適用する必要があります
adop phase=apply patchtop=$AU_TOP/patch/115 patches=driver:u10201000.drv options=nocopyportion,nogenerateportion,forceapply hotpatch=yes
（5）12.2.10オンラインヘルプをインストールする
実行ファイルシステムでadophotpatchモードを使用して、OracleE-BusinessSuiteリリース12.2.10オンラインヘルプパッチを適用します。
$ adop phase=apply patches=30399996 hotpatch=yes
（ 6）孤立したプロファイルを削除する
Delete Orphan Profiles from FND_PROFILE_OPTION_VALUES
delete from apps.fnd_profile_option_values
where
(level_id = 10005
and level_value > 0
and level_value not in (select node_id from apps.fnd_nodes))
or
(level_id = 10007
and level_value2 > 0
and level_value_application_id=-1
and level_value2 not in (select node_id from apps.fnd_nodes));
（ 7）アーカイブログを有効にし、ログを強制します（必要な場合）
すぐにシャットダウンします;
cluster_databaseをtrueに設定します（RACの場合）
startupmount
alter database archivelog
Alter database force login on;
alter database open;
（ 8）インデックスを確認する
すべてのインデックス（パーティションインデックスを含む）が有効であることを確認してください。使用できない状態の場合は、それらを再構築します。
（ 9）すべてのサービスを開始し、環境を確認します
（10）監査証跡を有効にする
AP_SYSTEM_PARAMETERS_ALLの場合のみ、グループ状態を「無効-テーブルのパージ」に設定します
そして、他の監査グループを有効にします
（11）同時プログラムの完了を確認する（推奨）
アップグレードプロセスでは、多数の同時プログラム要求が作成されます。アプリケーション層を起動すると、これらのプログラムが自動的に実行され、データのクリーンアップや履歴データへのアップグレードなどのタスクが完了します。
（12）廃止されたスキーマを削除する
廃止された製品スキーマの削除（オプション）
注：この手順は、アップグレード後の同時プログラムの完了の確認タスクを完了した後にのみ実行する必要があります。
- 廃止されるオブジェクトが製品スキーマに存在しないことを確認してください。オブジェクトがスキーマに存在する場合は、スキーマを削除する前にオブジェクトを削除する必要があります。
- スキーマが空で、カスタマイズや依存関係が存在しないことを確認した後、addropschema.sqlを使用してスキーマを削除できます。
使用法：sqlplus apps @ / patch / 115 / sql / addropschema.sql
例：sqlplus apps / apps @ / patch / 115 / sql / addropschema.sql manager applsys bsc
注：プロンプトが表示されたら、アプリのパスワードを入力してください。
- 削除の対象となる可能性のある廃止された製品スキーマは次のとおりです。
ABM、AHM、AMF、AMW、BIL、BIV、BIX、BSC、CSS、CUE、CUF、CUI、CUN、CUP、CUS、DDD、EAA、EVM、FEM、FII、FPT、FTP、GCS、HCC、IBA、 IBP、IGF、IGS、IGW、IMT、IPD、ISC、ITA、JTS、ME、MST、OKB、OKI、OKO、OKR、OZP、OZS、PFT、POA、PSB、RCM、RHX、RLA、VEH、XNC、 XNI、XNM、XNS .ZFA、ZPB、ZSA。
4.他の製品からの技術的な依存関係をサポートするには、次のスキーマを保持する必要があります。
HRI、BIM、OPI、PMI、ENI、PJI、FTE、EGO
注：一部のスキーマは、他のライセンス製品に対してアクティブである可能性がありますが、これらの製品は、アップグレードの計画で廃止されたものとしてリストされています。このような場合、機能は削除されます
（ 13）ぶら下がっている同義語を削除します（オプション）
廃止された製品スキーマを削除した後、次のスクリプトを実行して、ぶら下がっている同義語を削除する必要があります。
sqlplus APPS/****@DB @$AD_TOP/sql/adzd_drop_synonyms.sql
12.2.10リリースアップデートパックの適用に関するこの投稿を気に入っていただければ幸いです。 。
関連記事
R12.2/R12.1アップグレードに関するAWRの上位の有用なクエリ
R12.2について知っておくべき40の質問
R12.2環境のクローンを作成する方法
AutoconfigR12.2の重要な変更