Oracle"完好指南"毕竟可托么?-安装配置[Oracle防范]

　　就像遭碰到友好的火灾不太大概一样,你碰到MetaLink上的"完好指南"毫无作用也并非罕有.你大概会认为,按照利用MetaLink的历程和步骤,你已经赐与了应有的注意,分外是在读完官方文档今后,比方其自述文件,My Oracle Support(Metalink的新名称)阐明,包含"完好"常见问题解答等,你成功的大概性将非常接近100%.招致少于100%的因素是大概无意发现一些费解的东西大概新的错误.假如你真的认为如此,那就是大错特错了,因为有些关于安装x功效或迁移产品Y的Oracle的信息几近是残缺不全和完好不精确的.

        
                                                 图:  oracle "My Oracle Support"技术支持首页

　　就像一些对比老的工具如STATSPACK一样,你大概会认为到目前为止,全部典型的错误或问题应当都能在Oracle公布的"完好FAQ"中看到了.正如版本进级举行的众多的测试那样,你大概也认为"完好"手工迁移指南在迁移操作步骤中应当是毫无问题的.

　　关于STATSPACK,另一个相对简单的操作(通过安装脚本)和 (从前) MetaLink提到的办法一样.以下所示的二个例子阐明了为了避免呈现技术问题,不管若何谨慎都是不够的.不管怎么幻想,这里都没有模糊不清的大概一次性的操作.第三个例子大概很多人知之甚少,但也没有真正超越其他人曾经做过的范畴.

　　安装STATSPACK的问题

　　在更旧版本的DBMS软件(Oracle 10g之前的版本))时,运行spcreate.sql脚本大概会招致数以千计的对象无效,不但仅只有业务的对象,也包含Oracle自身的对象.起先你会认为没有问题,到时刻只要运行utlrp.sql重新编译一切就OK.事实上,当你坐在那边并且等候修复脚本运行时,你将一无所获.为什么是这样?因为有一个对象是DBMS的UTILITY 包,在安装STATSPACK的时刻该包已经无效了.它并没有作为Oracle拥有的第一个对象被重新编译.你大概可以手动地编译一些别的的东西,但是这个包你将处于无效状况.

　　你能否相信,假如由Oracle供应的这个内置包无效,而你能仅仅通太重新运行脚本,并且在第一次安装的环境中成功,没有其他问题并且不影响系统?假如你有这样的设法,目前趁早撤销. 在STATSPACK安装情形,什么造成一切是混乱的缘由?缘由是运行spcreate.sql时调用别的的脚本.一个就是spcusr.sql脚本. 这个脚本调用"@@dbmsjob"包,通过名字猜猜它是做什么的?没错-它就是来安装(或至少尝试) DBMS_JOB的,假如在你的系统中你已经存在DBMS_JOB怎么办,假如DBMS_JOB正在被利用又怎么办?

　　这种情形是若何造成的呢?STATSPACK工具由来已久.阐明文档、公布阐明、关系型数据库管理系统中近似README的文件(spdoc.txt),乃至是STATSPACK完好参考阐明都没有直接(或近来是)提到dbmsjob造成的任何问题.一个更新了的阐明(149113.1,"安装和配置StatsPack [sic]包")中提到一个倡议,在spcusr.sql脚本中调用dbmsjob包.该阐明也说起了一个2002年就已经记录的一个错误,这个记录的错误在过了六年之久来才加入到文档中.

　　Oracle 10g版本中的spcusr, 对dbmsjob的调用删除了,因为目前(或当时)的情形看来,利用DBMS_JOB非常遍及.总而言之,Oracle没有以清楚懂得的阐明供应 dbmsjob和DBMS_UTILITY的问题是一个庞大的不对.