一、所有數據操作第一步:備份數據,我喜歡用expdp,很快。
二、在集群管理器中將oracle數據庫實例及監聽資源脫機
三、為防止系統崩潰,先做Node2節點升級(Node2不做域名服務器,比較好恢復),將升級文件拷貝分別拷貝至Node1及Node2,解壓縮。
四、在Node2運行setup.exe安裝,注意提示需要選擇oracle_home,一定將oracle_home選擇在原先oracle安裝的oracle_home下,在安裝過程中報錯,提示有需要升級的文件或程序正在被使用,這時重啟Node2.
五、Node2啟動後,再次運行setup.exe,此時可以正常通過,安裝需要3-5分鐘,很快。
六、集群管理中,將全部資源移動至Node2 重啟Node1
七、在Node2 進入upgrade 模式升級.討厭的windows系統,因oracle實例服務之前被脫機,使用sys用戶登錄啟動數據時,報錯
SQL*Plus: Release 10.2.0.4.0 - Production on 星期六 3月 27 02:38:45 2010
Copyright (c) 1982, 2007, Oracle. All Rights Reserved.
SQL> conn / as sysdba
ERROR - ORA-12560: TNS:protocol adapter error
手動打開監聽服務
使用全名登錄
SQL> conn sys/XXXXXXXXX@zsgl as sysdba
已連接到空閒例程。
SQL> startup upgrade
提示找不到參數文件。手動定位pfile
SQL> startup upgrade pfile='g:XXXXXinitXXXX.ora'
這個一會升級完畢後解決。
運行腳本@rdbms/admin/catupgrd.sql ,這個過程比較漫長,在IBM X3950 服務器大致約45分鐘。
shutdown immediate
startup
運行腳本@rdbms/admin/utlrp.sql
八、升級Node1:Node1只需升級程序文件即可,解壓縮升級包,運行setup.exe即可,如遇到提示有需要升級的文件或程序正在被使用,重啟Node1,再次運行setup.exe。
九、集群管理器中,將oracle實例資源及監聽資源online。資源正常啟動。相互移動資源組,觀察資源組是否可以正常切換。
十、SQL> alter system reset log_archive_start SCOPE=SPFILE SID='*';
System altered.
並重啟數據庫。
解決之前的ORA-32004報錯。
十一、命令archive lost list ,做個臨時表並且插入一個大表,觀察歸檔是否正常。
十二、運行rman備份腳本,觀察rman備份是否正常。
本文來源:it技術網(http://www.52ij.com/jishu/132.html)