<b>Oracle数据库支持笔记－－完好指南-入门底子</b>[Oracle防范]

　　要顺利地办理一个问题很不简单 ,当看了Metalink上不完好的"完好指南"后,问题就不大了,你大概会花大量精神去做呼应的研究,并按照尺度步骤一步一步履行,分外是阅读了官方文档,README文本文件后.在我的Oracle支持笔记中(Metalink),包含了"完好的"FAQ,看了这些后,你成功的大概性几近会到达100%,假如低于100%,那大概是你不经意发现了Oracle的一个bug,因为Oracle供应的某些官方信息,如安装某个特点X或迁移产品Y的文档也会有错误,有的大概还不完好或未完成.

　　正如STATSPACK很陈腐一样,你大概会认为时至本日全部常见的错误或问题都已经收录进Oracle公布的完好FAQ中了;正如版本进级一样会经过大量的测试,你大概会认为"完好的"手动迁移指南中的步骤也是经过多次测试的,把它当作圣经一样对待.另一个是相对简单的操作(通过安装脚本)总会与Metalink上(之前的)的笔记匹配.下面以两个例子举行阐明无论你付出多大勤奋,老是避免不了问题的呈现.第三是有些东西很少有人知道,但这并不意味着就没有人碰到过了.

　　安装STATSPACK

　　在老的Oracle版本中(10g前),运行spcreate.sql脚本大概会惹起上百个对象无效,不但仅是你自己的对象,还包含Oracle的对象,你大概会认为这个问题好办理,只需求运行utlrp.sql重新编译全部对象便可以了.假如你坐在那边等候修复脚本运行,你会发现什么事情都没有发生,为什么会这样?因为安装STATSPACK间接让一个对象无效,这个对象就是DBMS_UTILITY包主体.因为首先重新编译的是Oracle的对象,但它不是,你能做的只有手动编译别的对象,但这个包主体的状况仍旧是无效的.

　　你能否定为Oracle供应的内置脚本必定不会有问题,即便变成无效状况,也可以重新运行它,并不会产生什么不良后果,对系统也不会有什么大的影响?假如你就是这种设法,那赶忙改正这种设法,安装STATSPACK时,是什么惹起这些乱七八糟的事情的?运行spcreate.sql时会调用别的脚本,此中一个就是spcusr.sql脚本,这个脚本又调用"@@dbmsjob",从名字上猜想出它是干什么的了吗?对了,它就是安装(至少会尝试)内置的DBMS_JOB,假如此时你的系统上刚好有一个DBMS_JOB,那真正发生DBMS_JOB时毕竟该利用哪一个呢?

　　若何来办理这个问题呢?STATSPACK已经安装成功了,在rdbms目录下的文档、发行注记、类REAME文件(spdoc.txt)中也没有任何干于dbmsjob惹起问题的描写,至少近来还没有,即便是翻遍STATSPACK完好参考也找不到丁点这方面的信息.目前有一个笔记更新了(149113.1,"安装和配置STATSPACK[sic]包"),它里面举荐注释掉spcusr.sql脚本中调用dbmsjob的代码.在2002年的一个bug中也有提到,但在这个文档中却没有包含,直到六年后才包含进来了.

　　在几年前公布的Oracle 10g中的spcusr,调用dbmsjob的代码被移除了,更多的是利用DBMS_JOB了.总的说来,这是Oracle历史上一个非常大的败笔,它历来就没有清楚地比较过dbmsjob和DBMS_UTILITY.

　　手动从Oracle 9i迁移到10g

　　有一个问题在很多论坛中问得对比频繁,那就是如安在Oracle差别版本之间迁移,进级或迁移指南(依靠于版本)列出了很多迁移办法,此中一个就是人工方法.伴随10g的公布,Oracle也提交了一篇笔记(316889.1),标题是"手动进级到10gR2完好查抄清单",总的来说,这篇笔记帮忙非常大,它具体地阐明了进级要做的一切事项,乃至是一步一步的步骤都列得非常指清楚.不幸的是,这篇笔记还是遗漏了两个东西,此中一个是显示停机地址,这一步关于Oracle来说当然很清楚,因为这是一个未公开的bug,它会删除与XML DB相关的占位符表,在未运行进级脚本前,假如没有删除,它是一个记录表,因此,极大概会招致一个不可恢复的错误,大概需求从备份恢复.这个笔记的早期版本提到过运行了进级脚本后会删除一个表,假如你等候这个错误发生,你就恶运临头了.未公开的bug为什么就不能列在这个指南中呢,最少也应当在指南中将其标志为"已知问题".

　　"完好"指南的另一个问题是存在一些关于时区数据的错误信息,笔记中说道这个问题仅在10gR1中存在,但在10gR2中却仍旧存在,本日再来看这篇笔记,你会发现已经做了很多改正,乃至多了一个已知问题,但在第5步中仍旧写到"请注意,这一步仅在10gR1中才需求",并且,语句在末尾仍旧遗漏了一个句号.