客户咨询在Windows环境下升级10201到10204,碰到一个错误。
由于是电话沟通,有些内容不是很清楚,大概了解的情况包括:客户是Windows 2003上的10201数据库,从官方下载到10204的升级包,在执行升级过程时,出现了一个错误。
由于没有具体的ORA错误号,电话沟通时也没有听的很清楚具体的错误信息,根据客户反馈的错误信息,ORACLE_HOME不能安装当原有的ORACLE_HOME路径下,而只能安装到新的路径下。
从Oracle 11.2.0.2开始,Oracle采用了新的升级方式,补丁不再安装在原始的ORACLE_HOME路径上,而是安装在一个新的路径中,这样一旦升级出现问题,可以确保ORACLE_HOME的快速恢复。
但是这个11.2开始新特性,印象中10g是没有这个问题的,虽然Windows下的升级日常接触的不多,但是类似的测试总做过几次,印象中没有碰到过类似的情况。
要求客户确认数据库和监听等影响安装的服务都已经处于关闭状态。此外,确认了Oracle没有跳过检查或者强制覆盖的选项,而是报错后直接推出。排除了上面的因素,那么导致升级失败的原因就不多了。
随后客户咨询能否将目录安装在其他位置,然后通过改变ORACLE_HOME以及改变现有SERVICE的方式,来实现升级。由于对于客户目前的问题感到困惑,在没有搞清楚问题的原因之前,建议他不要进行下一步的操作,而是将详细的错误信息发送给我:
上面就是我接收到的安装截图信息。注意我提到的是安装截图,而非升级截图。
很多时候仅凭客户的电话描述是远不够的,但是如果看到现场报错信息,就一目了然了。显然这是在进行数据库的安装操作,而非是升级操作,这也是为什么Oracle强调不能安装在原始ORACLE_HOME目录上的原因。
再次和客户电话沟通,确认了客户所谓从官方下载的升级包,并不是从metalink上下载的,而是从oracle.com上下载的Oracle Database 10g Release 2 (10.2.0.4) for Microsoft Windows Vista x64, Microsoft Windows Server 2008 R2 x64, Windows 7 x64版本,这是一个安装版本而不是升级版本,而且也不是客户Windows2003上可以正确安装的版本。
那么最大的可能性是安装报错,不过如果客户万一安装成功,尝试利用这个版本加载数据库,那么后果可能会非常严重。
看来任何时候都不能相信客户的描述,对于关键性信息,一定要眼见为实。