ORACLE11.2.0.1升級到11.2.0.3

【說明】生產資料庫一般情況下都是不建議使用11.2.0.1等類似的點1或R1的版本，11.2.0.1是基礎版本，這個版本相對上一個版本有較多的特性的更新，而特性的更新也意味著出現BUG的可能性會比其他版本高很多。

 

【場景說明】最近發現了一個很少用的系統遇到了BUG，需要從11.2.0.1升級到11.2.0.3的版本。

 

【原理】資料庫的升級其實更像是資料庫的遷移，如從11.2.0.1升級到11.2.0.3是在該資料庫的作業系統上面增加安裝11.2.0.3這個資料庫的軟體，然後用11.2.0.3的一些指令碼重新整理原來資料庫的檔案。

 

【升級前準備工作】

• 確定作業系統的版本和位數
• 確定資料庫的版本和位數，指令碼：SELECT * FROM PRODUCT_COMPONENT_VERSION;
• 進行資料庫的備份
• 進行配置檔案的備份：

        ORACLE_HOME/dbs     引數檔案

ORACLE_HOME/network/admin  監聽檔案

ORACLE_HOME/hostname_dbname 

ORACLE_HOME/oc4j/j2ee/OC4J_DBConsole_hostname_dbname

• 拷貝ORACLE資料庫的升級包到伺服器上面，ORACLE 11.2.0.3的有7個安裝包，升級的話只有p10404530_112030_Linux-x86-64_1of7和p10404530_112030_Linux-x86-64_2of7有用，上傳這兩個檔案到伺服器上面即可。
• 建立新的ORACLE_BASE和ORACLE_HOME目錄

大型應用的資料庫的升級不像這邊說的那麼簡單，需要有大量的反覆的測試，經過確認無誤後才可以更新到正式環境，我們這裡的操作也是在測試環境中進行的。（升級過一套正式系統的辦公OA環境，在測試的環境中組織了業務人員分模組進行日常工作中各種場景的測試，整個過程花了3個月的時間。）

 

【操作步驟】

1、先關閉資料庫和伺服器的監聽

2、設定好環境變數，然後執行./runlnstaller

 

安裝ORACLE11.2.0.3選擇第二項，這裡是升級所以選項第三項；

 

選擇資料庫的語言，國內記得加上中文

這裡按照設定好的環境變數顯示路徑。

選擇要升級的資料庫，這臺主機上面安裝了兩個資料庫。

設定並行度，提醒升級之前需要進行備份；

選擇移動檔案的位置，便於後續的管理工作；

 

再核對一遍資料庫名稱、版本、路徑；

時刻觀察資料庫的輸出資訊，看是否有報錯，整個過程大約需要40分鐘的時間。

 

【檢查工作】

1、檢查升級過程的報錯資訊；

2、檢查資料庫的各元件是否成功升級，指令碼：SELECT COMP_NAME, VERSION, STATUS FROM SYS.DBA_REGISTRY;

3、以上是資料庫層面的檢查工作，但是升級算不算成功主要還是看應用和業務方面的反饋情況；

+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

本文作者：JOHN，某上市公司DBA，業餘時間專注於資料庫的技術管理，從管理的角度去運用技術。

技術部落格：獵人筆記                                                資料庫技術群：367875324 （請備註資料庫型別）

+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

來自 “ ITPUB部落格 ” ，連結：http://blog.itpub.net/12679300/viewspace-1840975/，如需轉載，請註明出處，否則將追究法律責任。