由于当前的操作系统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

Copyright (c) 1982, 2006, Oracle.  All Rights Reserved.

连接到:
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数据库确实要方便很多，即使需要两次升级过程，仍然要比手工的方式轻松得多。