Monthly Archives: September 2012

客户咨询在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上可以正确安装的版本。 那么最大的可能性是安装报错，不过如果客户万一安装成功，尝试利用这个版本加载数据库，那么后果可能会非常严重。 看来任何时候都不能相信客户的描述，对于关键性信息，一定要眼见为实。