EBS12.2でのAPPSおよびDRインスタンスへのパッチ適用

adautoconfigを実行します データベースとアプリケーションノードで。

DBノード：

1. oracleとしてDRデータベースnode1にログオンします 次のコマンドを実行します：

   $. drinstance.env
   $ cd $ORACLE_HOME/appsutil/scripts/<CONTEXT_NAME>/
   $ sh adautocfg.sh
   

2. oracleとしてDRDBnode2にログオンします。 次のコマンドを実行します：

   $. drinstance.env
   $ cd $ORACLE_HOME/appsutil/scripts/<CONTEXT_NAME>/
   $ sh adautocfg.sh
   

アプリケーションノード-FSの実行：

1. applmgrとしてDRアプリケーションnode1にログオンします 次のコマンドを実行します：

   $. drinstance.env
   $ cd $ADMIN_SCRIPTS_HOME
   $ sh adautocfg.sh
   

2. applmgrとしてDRアプリケーションnode2にログオンします 次のコマンドを実行します：

   $. drinstance.env
   $ cd $ADMIN_SCRIPTS_HOME
   $ sh adautocfg.sh
   

3. applmgrとしてDR外部アプリケーションnode1にログオンします 次のコマンドを実行します：

   $. drinstance.env
   $ cd $ADMIN_SCRIPTS_HOME
   $ sh adautocfg.sh
   

4. applmgrとしてDR外部アプリケーションnode2にログオンします 次のコマンドを実行します：

   $. drinstance.env
   $ cd $ADMIN_SCRIPTS_HOME
   $ sh adautocfg.sh
   

アプリケーションノード-パッチFS

1. applmgrとしてDRアプリケーションnode1にログオンします 次のコマンドを実行します：

   $. drinstance_patch.env
   $ cd $ADMIN_SCRIPTS_HOME
   $ sh adautocfg.sh
   

2. applmgrとしてDRアプリケーションnode2にログオンします 次のコマンドを実行します：

   $. drinstance_patch.env
   $ cd $ADMIN_SCRIPTS_HOME
   $ sh adautocfg.sh
   

3. applmgrとしてDR外部アプリケーションnode1にログオンします 次のコマンドを実行します：

   $. drinstance_patch.env
   $ cd $ADMIN_SCRIPTS_HOME
   $ sh adautocfg.sh
   

4. applmgrとしてDR外部アプリケーションnode2にログオンします 次のコマンドを実行します：

   $. drinstance_patch.env
   $ cd $ADMIN_SCRIPTS_HOME
   $ sh adautocfg.sh
   

4。 DRアプリのファイルシステムがPRODシステムと一致しない場合は、ファイルシステムを反転します

次の手順は、PRODサーバーとDRサーバーのRUNファイルシステムとPATCHファイルシステムに違いがある場合にのみ実行する必要があります。それらが同じである場合は、パッチの適用を直接続行できます。

すべてのDRAPPS層ノードで次の手順を実行します。

1. すべてのDRアプリケーションノード（外部および内部）にログオンし、次のコマンドを実行します。

   $. ./drinstance.env
   $ perl $AD_TOP/patch/115/bin/txkADOPCutOverPhaseCtrlScript.pl -action=ctxupdate -contextfile=<full path of current run Context File on standby> -patchcontextfile=<full path of current patch file system Context File on standby> -outdir=<full path to out directory>
   

2. すべてのノードで環境を再度ソースして、ファイルシステムが切り替わったかどうかを確認します。

これで、DRにアプリケーションのパッチを適用する準備が整いました。

5。ダウンタイムモードでDRアプリケーションノードにアプリケーションパッチを適用する

まず、DRでアプリケーションサービスを停止しているため、次の手順を実行して、ダウンタイムモードでRUNファイルシステムにパッチを適用します。

1. DRアプリケーションノード1にログオンします。

2. 次のコマンドを実行します：

   $. drinstance.env
   $ adop phase=apply patches=<patch1, patch2> patchtop=/apps_stage/patch \ apply_mode=downtime options=nodbportion
   

次の警告メッセージが表示される場合があります。その場合は、Yで回答して続行します ：

   [WARNING]    adop has detected a configured disaster recovery site.
   [WARNING]    Follow the instructions in the section "Oracle E-Business Suite
   [WARNING]   
   Maintenance with Standby Database" of Business Continuity for
   [WARNING]    Oracle E-Business Suite Release 12.2 depending on the database version used.
   Do you want to continue with the apply phase [Y/N]? Y

次に、標準の手順を使用して、すべてのFMWTierパッチを適用します。

実行ファイルシステムとパッチファイルシステムを同期するには、次のコマンドを実行して、実行ファイルシステムに加えられた変更がパッチファイルシステムに複製されるようにします。

$。 drinstance.env $ adop phase =fs_clone

6。アプリケーションのDRパッチ適用が終了したら、DRをフィジカルスタンバイに戻します

最後に、DRデータベースをフィジカルスタンバイモードに戻し、redo applyを有効にする必要があります。 DRデータベースに移動し、PRODからDRデータベースへのアーカイブログの送信を再開します。

まず、DRデータベースをフィジカルスタンバイに戻します。

1. DRデータベースnode1にログオンし、次のコマンドを実行します。

   $. drinstance.env
   $ sqlplus / as sysdba;
   shutdown immediate;
   startup  mount;
   alter database convert to physical standby;
   SELECT open_mode, database_role FROM v$database;
   
   OPEN_MODE            DATABASE_ROLE
   -------------------- ----------------
   MOUNTED              PHYSICAL STANDBY
   
   ALTER DATABASE RECOVER MANAGED STANDBY DATABASE USING CURRENT LOGFILE DISCONNECT FROM SESSION;
   

2. DRデータベースnode2にログオンし、次のコマンドを実行してインスタンスを起動します。

   $. drinstance.env
   $ sqlplus / as sysdba;
   startup;
   

次に、次のコマンドを実行して、プライマリデータベースでアーカイブログ配布を有効にします。

   1. Log onto the production database node1.
   2. Run the following commands:

   $. prodinstance.env
   $ sqlplus / as sysdba;
   show parameter log_archive_dest_state_2;
   alter system set log_archive_dest_state_2='enable' scope=both sid='*';
   alter system set log_archive_dest_state_2='defer' scope=both sid='*';
   alter system set log_archive_dest_state_2='enable' scope=both sid='*';