项目组一个redhat上的oracle数据库升级，一波三折。
数据库版本是10.2.0.1，需要升级到10.2.0,4，操作系统是32位。实施人员未注意操作系统位数
，找了一个64位的oracle升级包，升级后执行sqlplus无响应，查了半天发现是升级包不对。
重新下升级包，装打patch。
升级后，migrate模式启动数据库又报ORA-00205错误。如下:
SQL>startup migrate
ORACLE instance started
Total System Global Area xxxxxxbytes
Fixed Size xxxxxbytes
....
ORA-00205:error in identifying control file ,check alert log for more info
此错误是找不到控制文件，刚开始怀疑是spfile文件有问题,因为spfile文件在升级当天确实修改过。
经验证不是参数文件的问题，后来发现linux是做的双机，包括控制文件、数据文件、redo都在共享存储上(/oradata)。
不知道当时实施人员怎么搞的，/oradata文件系统mount在另一台linux上。然后对文件系统又做了unmount、mount数据库才可以打开。
执行SQL> @$ORACLE_HOME/rdbms/admin/catpatch.sql时耗时50多分钟。最好执行了@$ORACLE_HOME/rdbms/admin/utlrp.sql
数据库升级完毕。
因为是双机又在另一节点上升级了一下oracle软件程序。因为数据库的数据库文件都是在共享存储上，所以此节点就不用执行
catpatch.sql、utlrp.sql两个脚本了。(如果此节点不通过xmanager安装patch包，而是直接从第一个节点上拷贝oracle软件程序也是可以的
，这个待验证一下。)
另外一个问题数据库在执行startup upgrate时报错提示参数不对，用startup migrate可以。可能是在10g时只能用migrate，而在9i时用
upgrate吧，有机会验证一下。
来自 “ ITPUB博客 ” ，链接：https://blog.itpub.net/16396821/viewspace-678172/ ，如需转载，请注明出处，否则将追究法律责任。
