把问题当机会，别把机会当问题

摘要： 最近将数据库从8i升级到10G,8i的一些tablespace 是Dictionary managed,而Locally managed速度要快很多,用户tablespace很容易修改,用Toad就很方便的改了.唯独System tablespace无法用工具修改,只好手动修改.方法如下: SQL>shutdown immediate; SQL>startup restrict; S... 阅读全文

摘要： 利用国庆假期,将数据库从8i升级到10G,测试人员发现有一个存储过程运行的非常慢,在8i下需要不到1秒的时间,10G下几分钟竟然跑不出来.而这个存储过程非常长,有两千行,经过几代人的修改,已经很难改了.着急!!! 修改Optimizer_mode由all_rows到rule后,请测试人员再试,恢复之前的速度,虚惊一场. 阅读全文

摘要： 一. 以SYSDBA身分登入9.2.0.1,删除PUBLIC synonym XMLCONCAT & FUNCTION XMLCONCAT C:> sqlplus / NOLOG SQL> CONNECT / AS SYSDBA SQL> DROP PUBLIC synonym XMLCONCAT; SQL> DROP FUNCTION XMLCONCAT; 二. 正常sh... 阅读全文

摘要： 今天,成功将数据库从8i升级到10g X64,连接进数据库,想看看triggers,Functions等是否仍在或正常,却报ORA-00942: table or view does not exist错误.估计是8i和10G权限的问题,用SYS等入数据库,赋予用户Select any dictionary权限后,正常. 阅读全文

摘要： 今天,同事反应他在编译一个存储过程时出现错误PLS-00201.提示如下: PROCEDURE NEWSFIS.LOGMBCNT On line: 73 PLS-00201: 标识符 'SYS.DBA_OBJECTS' 必须被宣告 73行内容如下: select count(*) into v_seq_cnt from dba_objects where object_type='SEQ... 阅读全文

摘要： 昨天,打开Spotlight,发现CPU的使用率非常高,将近100%.用ProcessExplorer看每个线程所用的CPU都很低,不像是SQL引起的.到底是甚么造成这么高的CPU使用呢? 这时,产线反应无法刷Barcode.一个同事提醒说是不是index 的tablespace 用完了.检查了一下,真的用完了.赶快增加了一个datafile,2G立刻用掉1G.再增... 阅读全文

摘要： 为了解决内存泄漏，这几个月升级了很多次patch,有多次不顺利，但最终都被解决了。其实都是因个别文件正在被其他程序使用而导致升级失败。解决方法当然是停止正在使用相关dll的程序。 一般我们是停用oracle和监听器的服务，然后升级patch.但时常会升级失败，这时候，需要停用Distributed Transaction Coordinator服务，再次升级，多半可以... 阅读全文

摘要： 自从今年3月将生产数据库从8i(8.1.7.4)升级到10G(10.2.0.3) X64后，就噩梦不断。先是session不断增多，后来解决了这个问题，又出现了内存泄漏。每天要泄漏约700M的内存，8G内存一周就被泄漏完而导致要重新启动Oracle service。 我每天不断上网求救，不断希望，不断失望。不断升级新的patch,不断出现内存泄漏。已经被折磨得快忍... 阅读全文

摘要： ORA-00201处理一例 周末给数据库上了10.2.0.3的patch5,今天在做standby数据库时,发生一个错误.具体情况如下: 在copy完所有datafile后,在active数据库升成了standby controlfile,copy这个standby controlfile到standby库,在mount standby库时报如下错误:ORA-00201: cont... 阅读全文

摘要： Oracle Tuning的一些总结 关于Oracle的性能调整，一般包括两个方面，一是指Oracle数据库本身的调整，比如SGA、PGA的优化设置，二是连接Oracle的应用程序以及SQL语句的优化。做好这两个方面的优化，就可以使一套完整的Oracle应用系统处于良好的运行状态。 本文主要是把一些Oracle Tuning的文章作了一个简单的总结，力求以实际... 阅读全文