將一個LINUX上64位的9204升級到11.2.0.1。

由於當前的作業系統REDHAT5環境不支援9.2的安裝，當前的9204環境是從REDHAT4上tar過來的，因此無法打補丁升級到9208。而Oracle的11.2不支援從9204直接升級，因此只能先將版本升級到10.2，由於11.2也不支援10.2.0.1直接升級，因此還需要打10.2上的補丁，升級到10.2.0.3，最後升級到11.2。其實10.2的版本只有10.2.0.1不支援直接升級，其他的補丁集都可以升級，選擇10.2.0.3是因為手頭就有整個補丁。

整個升級過程透過DBUA完成。

Oracle11gr2的ORACLE_HOME：/data/oracle/product/11.2。

Oracle9ir2的ORACLE_HOME：/opt/oracle/product/9.2。

Oracle10gr2的ORACLE_HOME：/data/oracle/product/10.2。

為了簡單，10.2.0.3的補丁已經安裝完成，下面設定10g的環境變數，啟動DBUA來升級9.2.0.4的資料庫。

為了確保DBUA可以找到對應的資料庫，資料庫資訊應該新增到/etc/oratab檔案中。

DBUA提示資訊，資料庫鏈中的密碼在升級後置為不正確，需要升級後手工修改；

CONNECT許可權變更，在10g中僅包括CREATE SESSION系統許可權；

DBUA提示Oracle Ultra Search元件的升級指令碼丟失，由於不需要用到這個選件，因此忽略繼續。

DBUA提示建立SYSAUX表空間的位置和大小，確認後繼續。

確認是否在升級結束後編譯資料庫INVALID物件，並選擇是否在升級過程中關閉歸檔。

在備份選項處可以選擇備份的路徑，如果手工備份過資料庫，這裡可以選擇已經手工備份過資料庫。

下面選擇是否使用OEM來管理資料庫。

最後Oracle給出彙總資訊，確認無誤後，DBUA將9.2.0.4資料庫升級為10.2.0.3版本。

安裝成功後，設定11gr2的環境變數和ORACLE_HOME，啟動11.2的DBUA，對剛才的資料庫再次進行升級。

剛才DBUA升級完成後，自動更新/etc/oratab檔案，現在看到的資料庫已經是10g的ORACLE_HOME了。

DBUA彈出對話方塊指出歸檔格式LOG_ARCHIVE_FORMAT中不包含%t，而這是11g所要求的，必須手工更改這個設定，才能執行DBUA升級。

[oracle@bjtest ~]$ . 10gr2.sh
[oracle@bjtest ~]$ sqlplus / as sysdba

SQL*Plus: Release 10.2.0.3.0 - Production on 星期四 4月 29 00:52:38 2010

連線到:
Oracle Database 10g Enterprise Edition Release 10.2.0.3.0 - 64bit Production
With the Partitioning, OLAP and Data Mining options

SQL> show parameter log_archive_format

NAME TYPE VALUE
------------------------------------ ----------- ------------------------------
log_archive_format string %t_%s.dbf
SQL> alter system set log_archive_format = '%t_%r_%s.dbf' scope = spfile;

系統已更改。

SQL> shutdown immediate
資料庫已經關閉。
已經解除安裝資料庫。
ORACLE 例程已經關閉。

由於DBUA會自動啟動資料庫，因此只需要將引數在SPFILE中修改並關閉資料庫就可以了。

再次利用DBUA升級資料庫：

第一個頁面包括指定編譯錯誤物件的並行度，是否在升級過程中關閉歸檔，以及是否進行備份。

隨後是用來設定在升級過程中是否移動資料檔案。如果要將資料庫移植到ASM上，可以在這裡進行設定。

設定閃回恢復區和診斷目的路徑。

接著是否設定OEM管理資料庫。

最後出現彙總資訊，確認後升級開始。

升級過程很順利，沒有出現錯誤，相對來說透過DBUA升級Oracle資料庫確實要方便很多，即使需要兩次升級過程，仍然要比手工的方式輕鬆得多。

利用DBUA將一個9204資料庫升級到11201

相關文章