北京数据恢复 北京 深圳数据恢复 深圳 上海数据恢复 上海 成都数据恢复 成都 重庆数据恢复 重庆 浙江数据恢复 浙江 沈阳数据恢复 沈阳 福建数据恢复 福建 昆明数据恢复 昆明 天津数据恢复 天津
北亚数据恢复中心
网站首页
Index
公司概况
Company
公司动态
Dynamic
服务项目
Service
成功案例
Case
服务报价
Price
技术专区
Technical
联系我们
Contacts
服务网点
Alliance
技术论坛
BBS
 
文 章 导 航
数据恢复技术文章
硬盘维修技术文章
  您现在的位置是:首页>>技术专区>>数据恢复文章>>正文
 
Oracle诊断案例-redo log日志组处于高激活状态

作者:  来源: 日期:2007-3-10 15:06:44 点击:

  平台:SunOS 5.8 Generic_108528-23 sun4u sparc SUNW,Ultra-Enterprise

  数据库:8.1.5.0.0

  症状:响应缓慢,应用请求已经无法返回

  登陆数据库,发现redo日志组除current外都处于active状态

按此在新窗口浏览图片

 如果日志都处于active状态,那么显然DBWR的写已经无法跟上log switch触发的检查点。

  接下来让我们检查一下DBWR的繁忙程度:

按此在新窗口浏览图片

 DBWR的进程号是2266。

  使用Top命令观察一下:

按此在新窗口浏览图片

我们注意到,2266号进程消耗的CPU不过0.18%,显然并不繁忙,那么瓶颈就很可能在IO上。

使用IOSTAT工具检查IO状况

按此在新窗口浏览图片

我们注意到,存放数据库的主要卷c1t1d0的繁忙程度始终处于99~100,而写速度却只有500K/s左右,这个速度是极为缓慢的。

  (%b percent of time the disk is busy (transactions in progress) Kw/s kilobytes written per second)

  根据我们的常识T3盘阵通常按Char写速度可以达到10M/s左右,以前测试过一些Tpcc指标。

  而正常情况下的数据库随机写通常都在1~2M左右,显然此时的磁盘已经处于不正常状态,经过确认的确是硬盘发生了损坏,Raid5的Group中损坏了一块硬盘。

  经过更换以后系统逐渐恢复正常。

 
上一篇: Sql数据库MDF数据文件数据库恢复
下一篇: 高手的Oracle大批量删除数据方法
返回首页 | 联系我们 | 关于我们 | 友情连接 | 网站地图 | RSS聚合