【Oracle 筆記 】 Apply Oracle Patch Guideline for 10148526

上 Oracle Patch 之前，是否該事先寫下執行計畫? 答案是肯定的。這計畫一方面組織執行的過程，另一方面避免錯誤重複發生，同時也可作為上 Production 環境前，給自己一個萬全的準備。

Oracle 的 Patch 上的手法，只能堪稱手工業的精華。怎麼說? 上 Patch 之前要詳細研讀每個 Readme  檔案，避免粗心大意，造成後續累死人的修復工作。Oracle 已由 Database 供應商，提供為整合 Solution 的廠商，而流通於全球。每個新的 Release 後，使用者得不間斷地藉由 MA 維護，獲得最新 Bug 的修復的 Patch。有些惱人，有些竊喜，而喜的是 Oracle 愈複雜，工作愈有 Security。很諷刺吧 ? 這與 Apple 的 Steve Jobs 行事觀念大異其趣，同時也違背當前 IT 的符合人性的簡化原則，但，這恐龍畢竟是 Oracle 啊，奈何!

以下拿一個上 Patch 的過程為範例，可參考。

Prepare:

- download patch 1014526
- study Readme file
- Plan:
  1. shutdown AP
  2. Enable maintenance mode
  3. Apply patch tool: adpatch
  4. Disable maintenance mode
  5. startup AP
  6. verify: 
     (1) OS / DB Level: use command 'string'
     (2) EBS Level

Execution:


Step  1. shutdown AP

# su testmgr
[test@dev] cd $APPL_TOP
[test@dev] . ./APPSTEST_twhc-srv-oradev
[test@dev] cd $INST_TOP/admin/scripts
[test@dev] adstpall.sh ( AP account / password required )

Step  2. Enable maintenance mode

# su testmgr
[test@dev] . ./APPSTEST_twhc-srv-oradev
[test@dev] adadmin

choose '5 Change Maintenance Mode' and enable it


Step  3. Apply patch tool: adpatch

# su testmgr
[test@dev] . ./APPSTEST_twhc-srv-oradev
[test@dev] cd /u01/patch/10148526
[test@dev] adpatch ( SYSTEM & APPS password required ) 

Step  4. Disable maintenance mode

# su testmgr
[test@dev] . ./APPSTEST_twhc-srv-oradev
[test@dev] adadmin

choose '5 Change Maintenance Mode' and disable it

Step  5. startup AP

[test@dev] adstrtal ( AP account / password required eg. APPS/APPS)

Step  6. verify: 


     (1) OS / DB Level: use command 'string'

         strings -a $AP_TOP/patch/115/import/US/ap12amg.ldt | grep '$Header' 
         strings -a $AP_TOP/forms/US/APXPAWKB.fmx | grep '$Header'

 this patch will upgrade the related two files to the higher version : 
        
           APXPAWKB.fmb 120.223.12010000.188 
           ap12amg.ldt 120.49.12010000.52  

     (2) EBS Level

  Duplicate the case and verify if it works