eygle.com   eygle.com
eygle.com eygle
eygle.com  
 
  • kswapd 进程占用过多资源导致RAC宕机 Posted by eygle at 2010-12-17

    【内容摘要】系统每过一定时间就会唤醒kswapd进程,查看内存资源是否紧张,如果不紧张,则继续睡眠,在kswapd中,有2个阀值,pages_hige和 pages_low,当空闲内存页的数量低于pages_low的时候,kswapd进程就会扫描内存并且每次释放出 32个free pages,直到free page的数量到达pages_high.

  • Oracle数据库恢复: 存储及系统故障导致文件丢失 Posted by eygle at 2010-12-04

    【内容摘要】对于数据库不太大的用户,我强烈建议用户在主机上多配备几块硬盘,将备份存放到本地,一是获得性能,二可以加快恢复,保证恢复时间。 最后客户在一块移动硬盘上找到了一份临时分离出去的备份文件,最终靠这个偶然留存的备份挽救了数据库。 数据备份,再多一份也不为过!

  • Oracle数据库恢复 : 存储故障导致的数据损坏 Posted by eygle at 2010-12-03

    【内容摘要】最近帮助用户恢复了一个由于存储故障导致的数据库灾难,整个数据库容量4TB,浪潮的存储设备,控制器损坏导致数据库故障。

  • 故障分析:ORA-00904:invalid column name Posted by eygle at 2010-11-25

    【内容摘要】今天在用户现场接触一个8i的数据库,好久未接触,差点就忘了SVRMGRL工具了。 客户数据库在导出时一直存在一个错误,问题出现在导出同义词阶段

  • Oracle ERP数据库恢复案例一则-备份重于一切 Posted by eygle at 2010-11-18

    【内容摘要】近日,帮助某客户处理了一起Oracle ERP数据库恢复案例,恢复过程较为简单,客户拥有完整的全备份以及归档日志,可以执行安全恢复,最后遇到的问题是,中间某个归档日志损坏,Oracle无法识别,客户允许放弃几个小时的数据,这样就顺利的完成了恢复。

  • Oracle数据库恢复:归档日志损坏案例一则 Posted by eygle at 2010-11-16

    【内容摘要】最近在帮助用户恢复数据库时遇到了一则罕见的归档日志损坏案例

  • attempt to access beyond end of device很危险 Posted by eygle at 2010-11-15

    【内容摘要】最近帮助客户处理了一次数据库异常,异常导致数据库崩溃,以ORA-00600 4193/4194错误无法启动,系统表空间数据文件出现坏块。

  • Latch free竞争 - 最近的SAP测试项目小记 Posted by eygle at 2010-11-10

    【内容摘要】上周在一个SAP的测试项目上折腾了几天,在BASIS方面,以Oracle数据库为后端做了大量的优化和反复测试工作。 在高压力、大并发的情况下,Oracle的种种Bug此起彼伏的跳出来,开始用的10g的版本10.2.0.4进行测试,后来遇到了一个10g中不修正的Bug,只好将数据库升级到Oracle 11gR2上来。 在这个测试中经历了非常多的异常情况,包括对于SAP系统的Debug跟踪等。

  • 案例分析:row cache objects与pin s wait on X Posted by eygle at 2010-10-18

    【内容摘要】中午从陆家嘴步行到东方明珠、正大广场,给儿子买了一个大巴车 -- 他最喜欢的,买了两个变形金刚,现在他是最喜欢车、恐龙的阶段,以前的车都是趴在地上跑的,现在变形金刚或许可以给他一个惊喜,开拓一下想象的翅膀,记得我小时候,整天为变形金刚着迷,想来这是一个时代的宠爱,到今天变形金刚的电影也是风靡不绝。

  • 案情分析:数据库的基本情况 Posted by eygle at 2010-10-15

    【内容摘要】今天又遇到了一些问题,然后又有了新的发现,从1.3G的sysstemstate dump文件中看到很多明确的线索。 继续说一下数据库的基本状况,原本是10.2.0.3的数据库,然后升级到10.2.0.4,数据库硬解析稍高

  • 案例分析:事情的开始是这样的 Posted by eygle at 2010-10-14

    【内容摘要】我喜欢看狄仁杰,不是刘德华版本的,刘德华的版本太年轻了,电视版的梁冠华成为了一个象征,我喜欢狄仁杰的一句话:事情是这样的...... 然后镜头开始回放,狄仁杰的推理开始演绎。 DBA的故障诊断与此类似,当遇到疑难杂症时,就需要DBA来进行猜测推理,然后进行揣测验证,最后得出结论。 然而这个过程绝不简单。

  • Toad 引发的ORA-00600 17281错误 Posted by eygle at 2010-07-30

    【内容摘要】Ora-00600 17281的官方解释是:Error closing all cursors for an instantiation

  • Oracle数据库恢复:解决ORA-600 2831错误 Posted by eygle at 2010-07-28

    【内容摘要】一个数据库,不知怎样就陷入了ORA-600 2831 和 kcfofl_01错误中,表空间无法删除,频繁出现如下错误

  • ASM Diskgroup空间不足导致索引创建失败 Posted by eygle at 2010-07-09

    【内容摘要】在这次失误中学到的教训是:要时刻牢记从不同角度看问题,要从多角度进行审核与确认。

  • ORA-00600 kcratr_nab_less_than_odr案例一则 Posted by eygle at 2010-05-25

    【内容摘要】近日,有朋友遇到了ORA-00600: 内部错误代码, 参数: [kcratr_nab_less_than_odr]错误,具体的错误信息类似:Incident 63078 created, dump file: /u01/diag/rdbms/orcl/orcl/incident/incdir_63078/orcl_ora_1916_i63078.trcORA-00600: 内部错误代码, 参数: [kcratr_nab_less_than_odr], [1], [3313], [2328320], [2334233], [], [], [], [],...

  • opened cursors current 超高的数据库Bug Posted by eygle at 2010-05-12

    【内容摘要】前几天在某客户现场,遇到一个opened cursors current超高的问题,当时检查发现,在某个时段,这一指标高的超乎想象(高达4295024586)

  • Oracle等待事件:inactive session是什么? Posted by eygle at 2010-04-21

    【内容摘要】最近在一个客户的AWR报告中,发现inactive session这个等待事件出现在最前列,这是首次看到这个等待。

  • Java的DatabaseMetaData getPrimaryKeys调用 Posted by eygle at 2010-03-26

    【内容摘要】当JAVA程序中通过DatabaseMetaData#getPrimaryKeys()调用,将会执行这个SQL,如果不及时关闭,则还可能产生严重的内存占用。 那么怎样规避这个调用,考察这个调用是否必要显得非常重要,这个SQL导致的逻辑度太过显著。 对Top SQL保持敏感是DBA的重要守则。

  • ORA-00600 3020 错误案例一则 Posted by eygle at 2010-03-02

    【内容摘要】出现这个错误后,恢复中断,无法继续,3020错误在Metalink上的解释,主要原因是在恢复时发现Redo里面记录的信息和被恢复的数据块信息不一致,导致恢复无法继续。比如Update Some record from 3 to 2,结果发现该记录根本不是3,恢复无法继续。

  • ORA-00600 4000 及 4194 错误小记 Posted by eygle at 2010-02-04

    【内容摘要】在初期恢复时出现了ORA-600 4000号错误,这个错误以前写过几个案例,一般没有好的办法,只能通过bbed修复。 不过4000号错误不一定非要用bbed修改坏块,有时候经过反复几次重新启动数据库,就可以暂时规避,尝试将数据导出。

  • DBA警示录:补丁升级需谨慎 Posted by eygle at 2010-02-02

    【内容摘要】我们在很多工作中,要求都非常严格,一般都要进行工作步骤列表,制定可执行的回退方案等,有时候大家也觉得繁琐,但是繁琐的结果是可控,在穷举了可能的异常之后,我们才能胸有成竹的进行变更。

  • ORA-07445 cold_qerfxArrayMaxSize 的Bug Posted by eygle at 2010-01-26

    【内容摘要】经过Metalink文档:386727.1 确认,这是一个Bug,仅见于HP-UX Itanium环境,在10.2.0.3中修正,一般不会带来严重影响。

  • SQL 共享之 ROLL_INVALID_MISMATCH 含义 Posted by eygle at 2010-01-18

    【内容摘要】在10g中,缺省的使用AUTO_INVALIDATE选项时,分析对象之后,原有SQL并不会立即失效,失效时间和SQL执行有关,同时受到另外一个参数的影响:_optimizer_invalidation_period ,这个参数的缺省值是18000s(以下是Oracle 10gR2的缺省设置),当超过这个时间,SQL会重新硬解析,生成一个新的SQL,并标记与之前Cursor不能共享的原因为 ROLL_INVALID_MISMATCH

  • IBM小型机的内存deconfigured - 数据库之风险 Posted by eygle at 2010-01-17

    【内容摘要】在《Oracle DBA手记》的第一章里,我曾经介绍过一个案例,客户的IBM小型机因为内存的故障导致了deconfigured,内存被系统卸载,导致了故障。 这个系统当时的图片,可以看到有两条1G的内存状态是System deconfigured,这就意味着这两条内存因为硬件故障被主机驱逐,属于较为严重的硬件故障,如果运气不好可能会导致数据库的崩溃会块损坏

  • ORA-600 kcbzpbuf_1 坏块的恢复案例一则 Posted by eygle at 2010-01-13

    【内容摘要】明确了所有的细节之后,处理起来就有底了。在现场遇到了blue_stone同学,这是意外的收获,在越来越多的场合可以遇到ITPUB里熟悉的ID,这是网络生活给我们的馈赠与惊喜。blue_stone准备好了DUL,准备在最坏的情况下进行数据抽取。而我现在越来越少使用DUL、AUL、ODUL了,因为一遇到这样的恢复就会抵触,特别是在失去SYSTEM之后的恢复。而事实上,很多情况下都还是有办法可想的。

  • SAP系统中的Bug 5376783 dbms_space高物理读 Posted by eygle at 2009-12-11

    【内容摘要】这个Bug在DBMS_SPACE.OBJECT_GROWTH_TREND进行空间分析时被触发,根本原因在于内部算法在执行空间检查时,耗费了大量的评估IO成本,导致了大量的IO资源使用

  • ORA-600 17285 错误 与 PL/SQL Developer Posted by eygle at 2009-12-07

    【内容摘要】最近遇到一则ORA-600 17285错误,着实吓人一跳,在繁忙的高峰时段出现这个错误,还真是让人紧张的。

  • 10.2.0.4 RAC CRS-0184错误 CRS 无法启动案例 Posted by eygle at 2009-12-01

    【内容摘要】今天一个客户系统遇到一个问题,RAC的一个CRS节点无法启动,当然检查状态时遇到CRS-0184错误

  • 使用 oradebug 转储 systemstate / processstate Posted by eygle at 2009-11-23

    【内容摘要】当数据库出现一些挂起状态时,如果sqlplus仍然可以连接,则可以通过oradebug工具来进行进程及系统状态信息的转储,从而可以进行Hang分析。

  • 工作日志:10 亿记录表的几个索引创建时间 Posted by eygle at 2009-10-26

    【内容摘要】记录一下最近完成的一个大表数据整理,在近10亿记录的表上创建了3个索引,使用NOLOGGING,COMPRESS选项。

  • 工作记录: 2亿记录的导入及索引创建 Posted by eygle at 2009-09-29

    【内容摘要】昨天做了这样一个工作,将一个2.2亿记录的分区导入一台 2 CPU (2 cores per cpu)的主机: model name : Intel(R) Xeon(R) CPU 5130 @ 2.00GHz 这个过程大约用了15个小时的时间,非常漫长

  • 工作日志:2亿记录的exp导出时间记录 Posted by eygle at 2009-09-26

    【内容摘要】一个短信表的分区,使用direct模式导出

  • Exp 导出与 Expdp 的速度与时间对比 Posted by eygle at 2009-09-24

    【内容摘要】虽然expdp是Oracle 10g推荐的逻辑导出方式,但是仍然有很多人并不习惯这一方式,这与expdp的使用复杂度有关,我觉得expdp的directory方式应当简化,由参数行定义就好了,后台由数据库自动去维护。

  • 大表海量数据的转移及索引创建的记录 Posted by eygle at 2009-09-23

    【内容摘要】为了减少对于生产环境的影响,我们将大表的数据分配迁移到测试机上进行处理,然后在转移回生产库。

  • 换一种思路 - 通过导出导入进行数据整理 Posted by eygle at 2009-09-18

    【内容摘要】虽然通过不断的优化,在前面客户的数据表里将数据鉴别出来仍然是不现实的。 20亿条记录,过滤用户退订部分,据估算,统计一次要46天左右,删除可能要耗时在200天左右,单块读平均每次等待时间达到8ms。

  • CBO的魔术 - 一个错误的索引选择会带来的后果 Posted by eygle at 2009-09-16

    【内容摘要】说CBO是Oracle最为博大精深的技术一点也不为过,只是这技术越复杂越深奥出错的机会就越多了。

  • 使用ora_rowscn识别误操作数据时间点 Posted by eygle at 2009-09-08

    【内容摘要】如果没有明显的字段可以识别,那么ora_rowscn可以作为一个参考,以下这个查询就可以通过SCN和数据识别,将后来增加的记录找出来

  • 恩墨科技为某企业SAP数据库提供紧急援助服务 Posted by eygle at 2009-09-07

    【内容摘要】最近已经遇到了多次SAP备份失败导致的故障,有的甚至要求从数月之前的归档开始恢复,导致客户的业务遭受影响和损失。

  • 并行查询的 PX Deq: reap credit 等待 Posted by eygle at 2009-09-02

    【内容摘要】所以我们应该获得的经验是:在RAC环境中,应当避免频繁查询GV$全局视图。而Metalink上可以找到几则关于访问GV$SESSION视图的Bug。

  • 使用errorstack跟踪ORA-01438错误 Posted by eygle at 2009-07-13

    【内容摘要】跟踪文件中缺省的不会记录具体的SQL、绑定变量等信息,我们可以通过ErrorStack进行后台跟踪,获得更详细的信息,执行如下SQL:alter system set events='1438 trace name errorstack forever,level 10';

  • 断电故障导致 ASM DiskGroup 故障及恢复案例 Posted by eygle at 2009-07-09

    【内容摘要】ASM在RAC环境中的使用已经极其广泛,但是往往由于对ASM的认识不够,很多时候在处理故障时会陷入谜团,前一段在客户环境中就遇到了一个ASM的棘手问题。

  • IBM 的 clverify 与 Oracle 的 cluvfy Posted by eygle at 2009-06-26

    【内容摘要】昨晚在客户Oracle数据库系统上应用一个Patch时,遇到了一幢惊心动魄的事情。

  • 10g临时表空间组导致递归SQL高度解析案例 Posted by eygle at 2009-06-12

    【内容摘要】我们在使用Oracle的一些新特性时,一定要注意观察,看是否会引发一些新的问题,最近发现的几个Bug都和Oracle的一些新特性相关。

  • 恩墨科技为中国国际电子商务中心提供服务 Posted by eygle at 2009-06-11

    【内容摘要】熟悉的表名,熟悉的系统,而当初帮客户诊断系统是大约在2003年了,转眼6年过去,竟然又转回头,再次遇到这个系统。

  • 见过这么高并发( logons current)的数据库么? Posted by eygle at 2009-05-11

    【内容摘要】今天在客户这里,在9206 RAC的集群环境中,偶然发现数据库的Logons Current指标超高。
    高得超乎寻常,可以让我们直接判断为Bug,看看以下数据。


  • ORA-02097 标准版里Resource Manager的Bug Posted by eygle at 2009-05-07

    【内容摘要】这也是一个Bug,在10gR1里,Bug 4343398,这个Bug是为了修复另外一个Bug引入的,虽然resource manager在标准版不可用,代码里仍然执行了不必要的检查,并且触发了错误,还好也是无伤大雅的。

  • Oracle的to_date转换可能导致的错误SQL结果 Posted by eygle at 2009-05-05

    【内容摘要】Metalink上的Bug 4156916 - Dump / wrong results from TO_DATE without a full date format mask 可能与此有关。

  • 使用DATAPUMP导致ORA-00600 17020错误 Posted by eygle at 2009-04-09

    【内容摘要】Oracle 10g 引入的数据泵(Datapump)带来了一系列的好处,比如Server端执行,不惧怕网络终端,任务可以中断和重启动,在数据库端通过队列来调度执行等等。 但是随着这些好处也引来一系列的问题,比如客户数据库又遇到如下问题:ORA-00600 17020错误。 这是由于导出时队列错误导致的(Oracle 10gr2支持自动的队列调度,但是据我观察,是存在很多问题的),Metalink的Bug 4334700 与此有关,Unix、Linux平台在Oracle 11g中得到修正

  • Oracle如何维护SMON_SCN_TIME表? Posted by eygle at 2009-04-09

    【内容摘要】这是由于数据库内部更新smon_scn_time出现的错误,这个字典表用于维护Oracle至关重要的SCN与时间的对应关系,Flashback等重要特性也以来于此。

  • ORA-01114、ORA-27067错误案例一则 Posted by eygle at 2009-04-08

    【内容摘要】这个问题的CTAS SQL有600多个Case When判断,SQL文本有47K,强烈用户建议改写SQL。

  • 遭遇 ORA-7445 kkofkrproratestat 错误 Posted by eygle at 2009-03-24

    【内容摘要】确定性是这个问题导致,但是在实际环境中和优化器模式无关,和一个SQL的低效、全表访问、引发大量的Buffer热点竞争有关,由这个原因导致。

  • IMP-00093 Inconsistency dumpfile之问题解决 Posted by eygle at 2009-03-14

    【内容摘要】以上提示大致说明了问题原因,由于约束和统计信息的问题,导致imp时报错,根据Metalink记录,这是由于一个Bug引起的。

  • The value (30) of MAXTRANS parameter ignored Posted by eygle at 2009-03-07

    【内容摘要】在客户的数据库系统中(Oracle 10.2.0.3),当使用expdp备份时就出现如下错误,非常准时。 可以看到,这个错误就是由于备份时创建备份主表(Master Table)产生的

  • IBM AIX Read-only file system案例一则 Posted by eygle at 2009-02-26

    【内容摘要】昨晚有朋友数据库出现问题,由于断电,导致数据库中断,重启后数据库无法启动。 挂接存储后,Oracle告警日志显示文件系统变为只读

  • ORA-07445 与 PL/SQL Developer 案例一则 Posted by eygle at 2009-02-13

    【内容摘要】前几天,又有一个客户的系统遇到了PL/SQL Developer引起的Bug,而且又是ORA-07445的骇人错误。

  • ORA-00600 17182 错误案例一则 Posted by eygle at 2009-02-12

    【内容摘要】Oracle检测到内存的错误,可能是因为内存块的覆盖,导致数据损坏或丢失。这个错误可能在进程heap或者SGA中出现,没有潜在的数据损失。

  • Oracle跨版本导出EXP-00003错误的解决 Posted by eygle at 2009-02-10

    【内容摘要】"EXP-00003: no storage definition found for segment ....."错误,和Oracle的一个小Bug相关,可以通过修改一个导出相关的View来解决。

  • Logical Standby ORA-01425错误处理一则 Posted by eygle at 2009-02-08

    【内容摘要】今天客户的Logical Standby数据库出现如下错误,这个错误出现在使用skip跳过某个表的DML事务之后。

  • Oracle 10.2.0.3的Ora-1461 / Smg-3500错误 Posted by eygle at 2009-02-05

    【内容摘要】Patch 6602742 修正了这个问题。这个Bug并不会经常出现,对数据库没有太大影响,如果有充足停机时间,可以考虑应用这个小Patch,否则也可以暂时忽略。

  • ORA-07445 kprball()+483错误之原因分析 Posted by eygle at 2009-02-04

    【内容摘要】也就是说当设置了idle time的profile限制时,使用Oracle SQL Developer时,可能会因为超时等原因,在会话中断时出现该错误;看来不仅是Oracle SQL Developer会出现这个问题,现在PL/SQL Developer也会出现这个问题。

  • ORA-600 kcbgtcr_13 未解决之问题记录 Posted by eygle at 2009-01-12

    【内容摘要】这是一个Oracle Database 11g环境,11g之前,类似圣诞遇到的故障,可以较容易的解决,不过在11g中遇到了ORA-600的kcbgtcr_13错误,无法屏蔽一致性读的检验,数据库始终无法Open。

  • BUG带来的BUG-kjdrpkey2hv: called with pkey Posted by eygle at 2009-01-07

    【内容摘要】我们可以猜测一下kjdrpkey2hv的含义,大约就是Lock Management Layer , DROP .....的意思。

  • 圣诞超级复杂困难之Oracle数据库大恢复 Posted by eygle at 2008-12-25

    【内容摘要】这个案例所用到的所有知识在我的网站上全都有详细介绍,不过要能把所有知识综合运用才能解决这次的故障,这真是圣诞节对我的一大考验!

  • ORA-600 [2103]错误及CF enqueue竞争 Posted by eygle at 2008-12-03

    【内容摘要】这个错误是说,CONTROL FILE ENQUEUE等待超时,超时时间是900秒,也就是错误信息后面的参数,900秒杀15分钟,也就是说,在数据库解决这个队列冲突之前,RAC hang住了15分钟,这15分钟是一个要命的时间。

  • DBA警示录:props$应当成为禁忌 Posted by eygle at 2008-11-23

    【内容摘要】应当将PROPS$视为禁忌,也就是说,决不要直接对这个表进行任何操作

  • RAC环境修改undo_rentention需要谨慎 Posted by eygle at 2008-11-18

    【内容摘要】这个案例告诉我们,Bug无处不在,数据库调整应当及其谨慎。

  • TNS-12519 与 processes 参数设置 Posted by eygle at 2008-10-29

    【内容摘要】今天遇到这样一个小问题,客户程序连接数据库遇到了TNS-12519错误:
    TNS-12519: TNS:no appropriate service handler found
    在监听器日志中也能看到这个错误信息。

  • MMNL进程与ORA-07445 ktsmg_get_threshold Posted by eygle at 2008-10-22

    【内容摘要】错误提示每5分钟出现一次,也就是说MMNL进程每5分钟尝试一次重新启动,然后失败

  • Oracle10gR2中的Mutex竞争的案例 Posted by eygle at 2008-10-14

    【内容摘要】Mutex是Oracle在Oracle10g中引入的串行机制,逐渐会用来替代一些存在性能问题的Latch。
    和Latch相比,一个Mutex Get大约仅需要30~35个指令,而Latch Get则需要大约150~200个指令,同时在大小上,每个Mutex仅占用大约16 Bytes空间,而一个latch在10gR2中要占用大约112 Bytes空间

  • Solaris安装Oracle10g之 libCstd.so.1 问题解决 Posted by eygle at 2008-09-03

    【内容摘要】在Solaris上安装Oracle10g时,遇到了如下一个错误:
    Exception String: Error in invoking target 'all_no_orcl ihsodbc' of
    makefile '/data1/oracle/product/rdbms/lib/ins_rdbms.mk'.


  • 歌华经历的数据库"攻击" Posted by eygle at 2008-07-22

    【内容摘要】我和客户开玩笑,这就是数据库攻击啊。 也许在客户端按一个F5,最终转嫁到数据库上的负荷就成为了灾难。 奥运期间,安保第一,要加强防范。数据库也是如此!

  • ORA-07445 数据库也会旧病复发 Posted by eygle at 2008-07-16

    【内容摘要】上一次我在客户现场待了三天,解决问题之后稳定运行了9个月,也算是不错的业绩了,可是客户总是在问题解决之后就觉得不再需要技术人员了。这是做技术的悲哀。

  • Oracle中的不可见字符处理案例一则 Posted by eygle at 2008-06-25

    【内容摘要】那么这个0代表什么字符呢?在ASCII编码表里我们可以看到这对应了一个不可见字符,这是数据入库时的异常导致的

  • DBA警世录:威胁来自数据库之外 Posted by eygle at 2008-05-05

    【内容摘要】记得以前我曾经写过一篇《年关临近 谨防数据库事故》,那的确是有感而发。 根据统计我们发现,每逢节假日前后,都是数据库事故多发期。

  • 成功优化案例:解决ERP系统更新性能问题 Posted by eygle at 2008-04-03

    【内容摘要】通过进一步判断,强烈建议用户重建一个15G的索引,第二天早上收到用户的报告,系统一切恢复了正常。

  • 解决ORA-600 [qmxiUnpPacked2]错误一则 Posted by eygle at 2008-03-18

    【内容摘要】测试一个Oracle 9.2.0.8的数据库时遇到了一则ORA-600 [qmxiUnpPacked2]错误。

  • 关于HDS的高端存储设备USPV Posted by eygle at 2008-03-11

    【内容摘要】这些错误提示相当精确,Oracle数据库提示"The device is not connected",这是存储失去联系的主要症状

  • DMT之后SMON还需要coalesce么? Posted by eygle at 2008-02-22

    【内容摘要】在LMT之前,也就是说在DMT中,SMON的一个经常性工作是去合并(coalesce )相邻的自由空间。

  • 成功恢复案例:解决字典表误Truncate故障 Posted by eygle at 2008-01-22

    【内容摘要】这一案例的恢复过程并不重要,重要的是DBA应该学会永远不要让我们的数据库置于这样的危险境地

  • 成功恢复案例:打开断电崩溃数据库 Posted by eygle at 2008-01-20

    【内容摘要】2008年,计划在年后开始自己的事业,从事全职的Oracle技术服务、数据恢复与Oracle培训等业务。

  • AIX不完整的补丁安装以及Oracle的Bug Posted by eygle at 2007-12-03

    【内容摘要】不完全的补丁安装是危险的,在进行系统升级时一定要慎重,最好将系统运行在经过验证的稳定的系统版本上,升级过快可能会带来更多的不稳定因素。

  • Linux RAC OCFS文件系统与INODES Posted by eygle at 2007-12-02

    【内容摘要】也就是说OCFS和通常的文件系统不同,inodes在这里并不发挥通常文件系统的作用。

  • 恢复8.1.6的数据库 勿忘svrmgrl Posted by eygle at 2007-10-26

    【内容摘要】唯一需要记录的是,svrmgrl几乎要被遗忘,但是在8i版本中,它依然重要

  • 497天是一个轮回-记Linux时钟的回转 Posted by eygle at 2007-09-17

    【内容摘要】由于某些Linux内核使用32位无符号长整型来计算时间,32位的最大值就是0xffffffff,再加1就将溢出变为0

  • Oracle HowTo:判断一个死事务的恢复进度 Posted by eygle at 2007-09-11

    【内容摘要】由于死事务已经无法通过v$transaction来观察,所以必须通过内部表来进行判断。
    这个内部表是x$ktuxe,该表会记录Dead事务的恢复进度

  • Resize datafile导致ASM Crash一例 Posted by eygle at 2007-08-30

    【内容摘要】这次事故给我们的教训是:DBA也需要看手气!

  • Oracle10gR2的ORA-06512 OLAP错误 Posted by eygle at 2007-08-21

    【内容摘要】提示显示,在数据库启动过程中,执行了一个和OLAP有关的Trigger,出现了错误。

  • 案例学习:inode耗尽导致No space left on device错误 Posted by eygle at 2007-07-10

    【内容摘要】这是一则学习笔记,具体问题ITPUB上提问的朋友已经自己解决。

  • Oracle10g两个监听进程的故障 Posted by eygle at 2007-06-28

    【内容摘要】故障发生时数据库无法通过监听正常建立连接,检查时会发现系统上存在两个监听器进程,其中一个是另外一个的子进程。

  • 光纤通道故障导致数据库崩溃 Posted by eygle at 2007-04-18

    【内容摘要】故障过程是光纤通道Offline,导致LGWR写失败,LGWR中止了数据库。随后光纤通道自动恢复正常,数据库能够重新启动,经过如下恢复过程

  • 阵列增加硬盘导致IO错误一例 Posted by eygle at 2007-02-13

    【内容摘要】一系列的错误提示都表明IO出了问题,经过询问得知,用户正在更换硬盘IBM的盘阵,刚刚插入了5块硬盘,结果发现数据库出现了问题,关闭之后就无法启动。

  • DataGuard数据库服务器硬盘故障处理一则 Posted by eygle at 2006-11-28

    【内容摘要】这两台服务器用的都是联志的国产低端PC Server,这些服务器的质量实在是差,上次一台备机的硬盘损坏,然后又有一台因为电源模块的问题反复重起,现在这一台服务器的硬盘再次出现问题。

  • 磁盘IO故障 导致Redo损坏一例 Posted by eygle at 2006-11-13

    【内容摘要】前几天一个数据库的硬盘出现问题,经过格式化之后恢复正常,今天这块硬盘再次出现问题。 这次损坏的是Redo日志,数据库警告日志给出Redo相关的错误信息....

  • 如何更改监听器日志文件名称 Posted by eygle at 2006-11-10

    【内容摘要】今天一个数据库的监听器日志出了点问题,用set log_file命令重新定位一个日志文件得以解决。

  • 磁盘IO错误 导致数据库故障一则 Posted by eygle at 2006-11-03

    【内容摘要】刚刚说过最近硬件故障频繁,昨天又有一个数据库出现问题。同样是硬件故障,存放数据库软件及数据文件的磁盘出现问题,导致数据库Down机。

  • 如何启动DataGuard的备用数据库 Posted by eygle at 2006-10-30

    【内容摘要】一大早来到公司,打开邮箱,发现收到了一堆的报警邮件,一个Standby数据库Down掉了。

  • 系统表空间IO错误 数据损坏处理一则 Posted by eygle at 2006-10-27

    【内容摘要】同事最近遇到一个数据库问题,说是系统表空间出现坏块,警告日志文件中不断出现如下错误 ................

  • Oracle Diagnostics:又见ORA-04031 Posted by eygle at 2006-06-23

    【内容摘要】今天,一个朋友的数据库出现问题,连接上去一看,原来又是ORA-04031

  • CPU Load Very High-超高负载之数据库 Posted by eygle at 2006-01-09

    【内容摘要】周一一大早就发现一个数据库负载超高,性能异常,4CPU,8G内存,的SUN Fire 480R主机...

  • Oracle Diag:如何处理ORA-600 2662错误 Posted by eygle at 2005-12-20

    【内容摘要】在ORA-00600 2262错误解决一文中,我曾经提到过,很多时候使用隐含参数_ALLOW_RESETLOGS_CORRUPTION后resetlogs打开数据库,我们可能会由于SCN不一致而遭遇到ORA-00600 2662号错误,这里给出一个完整的例子及解决过程。

  • Oracle Diagnostics:Why sysdate is fixed? Posted by eygle at 2005-12-12

    【内容摘要】某个参数导致了系统日期被固化,让他传来alert文件,果然发现了一个此前未注意到的参数: FIXED_DATE

  • Oracle Diagnostics:KTSMG_UPDATE_MQL(): MMNL absent Posted by eygle at 2005-12-03

    【内容摘要】MMNL是Oracle10g引入的一个新的后台进程,其全拼名字为Memory Monitor Light ,是AWR(Automatic Workload Repository )的组件之一...

  • 案例:Move系统表DEPENDENCY$导致索引失效的数据库故障 Posted by eygle at 2005-11-18

    【内容摘要】今天看到有一个朋友因为Move了一个系统表DEPENDENCY$,在没有Rebuild索引的情况下,重起数据库,结果收到ORA-01502错误,数据库无法启动

  • Oracle数据库诊断案例-redo log日志组处于高激活状态 Posted by eygle at 2005-06-26

    【内容摘要】redo log日志组处于高激活状态

  • Oracle诊断案例-Job任务停止执行 Posted by eygle at 2004-11-26

    【内容摘要】昨天接到研发人员报告,数据库定时任务未正常执行,导致某些操作失败。.....

  • 使用SQL_TRACE进行数据库诊断 Posted by eygle at 2004-10-31

    【内容摘要】SQL_TRACE是Oracle提供的用于进行SQL跟踪的手段,是强有力的辅助诊断工具.在日常的数据库问题诊断和解决中,SQL_TRACE是非常常用的方法。 本文就SQL_TRACE的使用作简单探讨,并通过具体案例对sql_trace的使用进行说明.

  • 如何捕获问题SQL解决过度CPU消耗问题 Posted by eygle at 2004-10-24

    【内容摘要】Oracle诊断案例----如何捕获问题SQL解决过度CPU消耗问题 --使用vmstat,top等辅助解决Oracle数据库性能问题

  • 如何诊断和解决CPU高度消耗(100%)的数据库问题 Posted by eygle at 2004-10-24

    【内容摘要】很多时候我们的服务器可能会经历CPU消耗100%的性能问题.
    排除系统的异常,这类问题通常都是因为系统中存在性能低下甚至存在错误的SQL语句, 消耗了大量的CPU所致...

  • Oracle诊断案例-SGA与Swap之一 Posted by eygle at 2004-10-07

    【内容摘要】案例描述: 用户报告,服务器启动一段时间以后,无法建立数据库连接 重新启动几分钟以后,再次无法连接

  • Oracle诊断案例-SGA与Swap之二 Posted by eygle at 2004-10-07

    【内容摘要】SGA与异步IO,Solaris上常见的问题...

  • Oracle诊断案例-Sql_trace之一 Posted by eygle at 2004-06-26

    【内容摘要】症状是,通过连接访问新闻页是极其缓慢,通常需要十数秒才能返回.这种性能是用户不能忍受的.

  • Oracle诊断案例-Sql_trace之二 Posted by eygle at 2004-06-26

    【内容摘要】在我们进行数据库操作时 比如drop user,drop table等,经常会遇到这样的错误 ORA-00604: error occurred at recursive SQL level 1 .

  • Oracle诊断案例-Spfile案例一则 Posted by eygle at 2004-06-26

    【内容摘要】Oracle9i提供的新特性spfile,如果你不了解和充分认识它,你就可能犯下一些不必要的错误...

  •  

    CopyRight © 2004-2008 eygle.com, All rights reserved.
    联系站长:eygle(at)eygle.com|MSN联系:eygle(at)hotmail.com