- 2011/3/7 22:57:44Grid Control监控-进程累积导致的宕机
- 某用户oracle database 10g 10.2.0.4数据库，运行在hp 平台上，数据库出现大量系统累积进程，最后导致数据库挂起，影响了业务使用，造成了严重故障。在数据库的进程记录信息中，我们发现大量的crs_stat.bin -t进程，这些进程部分是grid control调度的监控，另外一部分来自用户自定制的监控脚本，这些脚本中最早未能完成的脚本时间为03:32:48。也就是说，从这一[阅读全文]
- 专题：Oracle 10G作者：eygle@eygle.com(eygle)
- 2011/3/7 22:37:11参数_smon_internal_errlimit与数据库恢复
- 前一段时间，在帮助用户恢复一个数据库时，用到了_smon_internal_errlimit参数。客户数据库遭受存储损坏无法打开，数据文件存在大量坏块，我们强制打开数据库后遇到了如下错误：tue feb 22 17:22:59 2011errors in file d:\programfiles\oracle\admin\agzt\bdump\agzt_smon_7512.trc:ora-0060[阅读全文]
- 专题：作者：eygle
- 2011/3/2 23:05:23Cache-Low RBA与On-Disk RBA的恢复
- 在最近(2010年9月6日)的一次培训中，有位朋友问起上节案例，该如何证明和验证oracle介于cache-low rba和on-disk rba之间的恢复过程？我们可以通过如下的过程来做一些观察和证明。首先执行一个建表的ctas操作，这个操作是为了多生成一些脏块(dirty buffer),然后紧接着执行两次控制文件转储，两次转储是为了确认对比一下控制文件的检查点没有变化，然后紧接着执行强制关闭[阅读全文]
- 专题：作者：eygle
- 2011/3/2 22:54:34SQL_TRACE跟踪与诊断案例
- 2004年，笔者曾经帮客户处理过一则案例，其中涉及sql_trace的使用，我们首先来回顾一下这个案例。客户的应用是一个后台新闻发布系统，主要性能问题是通过连接访问新闻页极其缓慢，通常需要十数秒才能返回，这是用户不能忍受的。客户操作系统是sunos 5.8，数据库版本为8.1.7。面对这个问题，首先想到的是sql问题，但如何定位具体的问题sql成为我们考虑的主要目标，通过statspack采样是一[阅读全文]
- 专题：作者：eygle
- 2011/3/1 22:39:53RAC环境下Memory System Deconfigured
- 这是客户的一个oracle9ir2 rac数据库环境，数据库版本为oracle 9.2.0.8，主机为ibm p55a小型机。最初客户集群环境运行稳定，后来一台主机出现硬件故障退出集群，问题出现在主机维修完毕之后，当故障主机重新加入现有环境运行，客户发现应用性能出现衰减，前端收费系统响应缓慢，反而不如一个节点工作时的性能。首先可以看一下这个系统的逻辑读变化曲线，图1-10清晰地显示在17日左右系统[阅读全文]
- 专题：作者：eygle@eygle.com(eygle)
- 2011/2/28 23:12:23Library cache内部机制详解II
- 我之前曾经写过一篇library cache内部机制详解，但是遗留了一些关于11g中mutex的改进的问题，最近因为有些11g的数据库频频发生mutex相关的等待事件，所以我又多这个问题做了一些探讨。关于mutex，可以参考oracle mutex实现机制这篇文章，mutex是从10g开始引入的，在library cache中有大量的使用，它的主要作用有两个：一是用来替换library cache[阅读全文]
- 专题：Oracle 10G作者：jacky
- 2011/2/27 22:47:12DBA手记:共享池的改进与ORA-04031的变化
- bsp; mb------------------------------ ---------- ----------shared pool (1): 788529152 752shared pool (2): 788529192 752shared pool (3): 771751936 736shared pool (total): 2348810280 2240现在每个子池的空闲内存达到了2[阅读全文]
- 专题：作者：eygle
- 2011/2/22 23:22:24DBA诊断利器 - Event 10046和 10053
- 作者：eygle 发布在 eygle.com 一次某优化工具厂商的朋友，发来一个案例请求协助诊断，朋友的优化工具在客户的环境中执行某个sql查询时，需要10分钟时间才能出结果，这是无法接受的，而同样的查询在其他环境上都可以快速的获得输出结果，数据库环境是9.2.0.8。首先我获得了一个10046跟踪文件，通过tkprof格式化之后，这个sql的输出结果展现出来。首先该sql代码如下： 该段sql[阅读全文]
- 专题：作者：eygle@eygle.com(eygle)