查看: 6153|回复: 15

[性能调整] 【大话IT】oracel redo调整问题

[复制链接]
论坛徽章:
3
2014年新春福章
日期:2014-02-18 16:43:09马上有钱
日期:2014-02-18 16:43:09优秀写手
日期:2015-02-12 06:00:14
发表于 2015-1-15 17:39 | 显示全部楼层 |阅读模式

之前库8个redo 每个600M 可以正常使用(15--17分钟切换一次)
更新了业务

redo始终为actice状态,增加到了15个 每个600M (3--6分钟切换一次)

redo

redo


后台日志
Private strand flush not complete
  Current log# 12 seq# 27547 mem# 0: /u01/app/oracle/oradata/dlgps/redo12.dbf
Thu Jan 15 08:55:30 2015
Thread 1 advanced to log sequence 27548
  Current log# 13 seq# 27548 mem# 0: /u01/app/oracle/oradata/dlgps/redo13.dbf
Thu Jan 15 09:04:53 2015
Thread 1 cannot allocate new log, sequence 27549
Private strand flush not complete
  Current log# 13 seq# 27548 mem# 0: /u01/app/oracle/oradata/dlgps/redo13.dbf
Thu Jan 15 09:06:23 2015
Thread 1 advanced to log sequence 27549
  Current log# 14 seq# 27549 mem# 0: /u01/app/oracle/oradata/dlgps/redo14.dbf
Thu Jan 15 09:12:25 2015
Thread 1 cannot allocate new log, sequence 27550
Private strand flush not complete
  Current log# 14 seq# 27549 mem# 0: /u01/app/oracle/oradata/dlgps/redo14.dbf
Thu Jan 15 09:13:57 2015
Thread 1 advanced to log sequence 27550
  Current log# 15 seq# 27550 mem# 0: /u01/app/oracle/oradata/dlgps/redo15.dbf



这是否是DBWR写入脏数据太慢了,这种情况是否可以添加 DBWR后台进程!!

[img]file:///D:\Program Files\Tencent\QQ\Users\153978726\Image\Z)[X33IMJY}ZO)T98O0$ZHI.png[/img]

论坛徽章:
188
红宝石
日期:2014-05-09 08:24:37萤石
日期:2014-01-03 10:25:39奥运会纪念徽章:羽毛球
日期:2008-07-01 10:46:06奥运会纪念徽章:马术
日期:2008-07-07 17:43:24奥运会纪念徽章:射箭
日期:2008-07-25 18:07:39奥运会纪念徽章:皮划艇激流回旋
日期:2008-07-30 10:02:57奥运会纪念徽章:花样游泳
日期:2008-09-26 13:02:43奥运会纪念徽章:排球
日期:2008-12-03 11:23:272010新春纪念徽章
日期:2010-01-04 08:33:082010年世界杯参赛球队:澳大利亚
日期:2010-02-26 11:08:44
发表于 2015-1-15 17:50 | 显示全部楼层
使用logminer看看做了一些什么操作,

还有那个会话的redo多。
SELECT  a.sid, decode(b.class,1,'User',2,'Redo',4,'Enqueue',8,'Cache',16,'OS',32,'ParallelServer',64,'SQL',128,'Debug',72,'SQL  Cache',40,'ParallelServer  Cache') class,
       b.name, a.value
from   v$sesstat a, v$statname b
where  a.statistic# = b.statistic#

使用道具 举报

回复
论坛徽章:
188
红宝石
日期:2014-05-09 08:24:37萤石
日期:2014-01-03 10:25:39奥运会纪念徽章:羽毛球
日期:2008-07-01 10:46:06奥运会纪念徽章:马术
日期:2008-07-07 17:43:24奥运会纪念徽章:射箭
日期:2008-07-25 18:07:39奥运会纪念徽章:皮划艇激流回旋
日期:2008-07-30 10:02:57奥运会纪念徽章:花样游泳
日期:2008-09-26 13:02:43奥运会纪念徽章:排球
日期:2008-12-03 11:23:272010新春纪念徽章
日期:2010-01-04 08:33:082010年世界杯参赛球队:澳大利亚
日期:2010-02-26 11:08:44
发表于 2015-1-15 17:52 | 显示全部楼层
你写入太快了,磁盘跟不上。
多数情况下,是死循环不停的在更新数据。

还有你没有说明这个是什么系统,这个时间存在大量dml操作吗?

使用道具 举报

回复
求职 : 数据库管理员
认证徽章
论坛徽章:
71
2011新春纪念徽章
日期:2015-05-19 13:15:06itpub13周年纪念徽章
日期:2014-09-28 13:09:30马上有对象
日期:2014-10-16 14:28:04马上加薪
日期:2014-11-10 10:43:10马上加薪
日期:2014-12-02 10:42:48马上有房
日期:2014-12-12 14:28:33马上有车
日期:2014-12-16 09:29:54马上加薪
日期:2014-12-22 17:00:50马上有对象
日期:2015-01-05 17:32:582010新春纪念徽章
日期:2015-01-23 11:01:59
发表于 2015-1-16 11:00 | 显示全部楼层
1.看下业务为啥写入这么多数据
2.磁盘过慢,如果是本地磁盘,可以考虑使用存储

使用道具 举报

回复
论坛徽章:
3
2014年新春福章
日期:2014-02-18 16:43:09马上有钱
日期:2014-02-18 16:43:09优秀写手
日期:2015-02-12 06:00:14
 楼主| 发表于 2015-1-16 12:27 | 显示全部楼层
dbwr1.JPG
使用最大的的LGWR  对应的SID 1100
1102  1101  对应的 DBW00  DBW01

使用道具 举报

回复
论坛徽章:
3
2014年新春福章
日期:2014-02-18 16:43:09马上有钱
日期:2014-02-18 16:43:09优秀写手
日期:2015-02-12 06:00:14
 楼主| 发表于 2015-1-16 12:47 | 显示全部楼层
inter至强 E5520  2.27GHZ
REHHAT6.4系统

oracle10.2.0.1
用的本地磁盘

使用道具 举报

回复
招聘 : 数据库管理员
论坛徽章:
25
ITPUB9周年纪念徽章
日期:2010-10-08 09:32:25itpub13周年纪念徽章
日期:2014-10-08 16:34:19itpub13周年纪念徽章
日期:2014-10-10 17:49:05马上有车
日期:2014-12-19 09:23:24马上加薪
日期:2014-12-29 20:30:27马上有车
日期:2015-01-20 22:29:13美羊羊
日期:2015-03-04 14:52:282015年新春福章
日期:2015-03-06 11:58:18狮子座
日期:2015-07-14 14:44:11秀才
日期:2015-08-17 13:13:32
发表于 2015-1-16 21:35 | 显示全部楼层
长期atcive就表示不断的有数据进入日志文件,你加100个日志文件也没有用。

使用道具 举报

回复
论坛徽章:
3
2013年新春福章
日期:2013-02-25 14:51:24懒羊羊
日期:2015-03-04 14:52:112015年新春福章
日期:2015-03-06 11:58:18
发表于 2015-1-19 15:53 | 显示全部楼层
可以把单个的增加到1G

使用道具 举报

回复
求职 : 数据库管理员
认证徽章
论坛徽章:
21
itpub2007年荐股参与纪念徽章
日期:2008-04-03 16:54:14itpub13周年纪念徽章
日期:2014-10-08 15:16:50itpub13周年纪念徽章
日期:2014-10-08 15:16:50itpub13周年纪念徽章
日期:2014-10-08 15:16:50复活蛋
日期:2014-12-01 15:10:24蓝锆石
日期:2015-02-03 13:52:432015年新春福章
日期:2015-03-04 14:51:122015年新春福章
日期:2015-03-06 11:57:31知识
日期:2015-05-27 16:53:28itpub13周年纪念徽章
日期:2014-09-28 10:55:55
发表于 2015-1-20 14:17 | 显示全部楼层
适用于:
Oracle Database - Enterprise Edition - 版本 10.2.0.1 到 11.2.0.3 [发行版 10.2 到 11.2]
本文档所含信息适用于所有平台
症状

在警报日志中发现信息“Private strand flush not complete”,示例如下:

Mon Jan 23 16:09:36 2012
Thread 1 cannot allocate new log, sequence 18358
Private strand flush not complete
Current log# 7 seq# 18357 mem# 0: /u03/oradata/bitst/redo07.log
Thread 1 advanced to log sequence 18358
Current log# 8 seq# 18358 mem# 0: /u03/oradata/bitst/redo08.log
更改

切换日志时,所有 private strand 都必须刷新到当前日志,然后才允许继续切换。
原因

此信息表示我们在尝试切换时,尚未完全将所有 redo 信息写入到日志中。它本质上类似于“checkpoint not complete”,不同的是,它仅涉及到正在被写入日志的redo。在写入所有 redo 前,无法切换日志。

“strand”是 10g 中的新术语,它用于处理 redo 的 latch。

Strands是一种允许进程利用多个 allocation latch 更高效地将 redo 写入 redo 缓冲区的机制,它与 9i 中出现的 log_parallelism 参数相关。

提出 Strand 的概念是为了确保实例的 redo 生成率达到最佳,并能确保在出现某种 redo 争用时,可以动态调整 strand 的数量进行补偿。

初始分配的 strand 数量取决于 CPU 的数量,最少两个 strand,其中一个 strand 用于活动的 redo 生成。

对于大型企业系统,redo 生成的量相当大,因此当前台进程遇到此 redo 争用(allocated latch 竞争)时,这些 strand 会“被激活”,这就是动态 strand 的概念开始发挥作用的时候。

shared strand 总是与多个 private strand 共存。

Oracle 10g 的 redo(和 undo)机制有一些重大变化,目的是为了减少争用。

此机制不再实时记录 redo,而是先记录在一个“私有区域”,并在提交时写到 redo 日志缓冲区中。

与此相似,undo 可作为“in memory undo”生成并成批应用。这会影响用于管理 redo 的内存和分片刷新此内存的可能性。您获取的信息与内部 Cache Redo File 管理相关。

... 该信息是正常的,可以被忽略。

解决方案

这些信息不需要特别关注,除非“cannot allocate new log”信息和“advanced to log sequence”信息之间有明显的时间差。

在某些情况下,增大 db_writer_processes 的值有助于避免生成该信息。原因:因为 DBWR 的其中一个主要功能是通过写出脏缓存块来保持缓冲区缓存的干净。因此,使用多个 db_writer_processes 应当能够产生更高的吞吐量。

使用道具 举报

回复
论坛徽章:
0
发表于 2015-1-23 13:51 | 显示全部楼层
哇,这么大的redo产生量,有本地硬盘能不慢嘛,这种架构本身就存在问题,本地io存在瓶颈,事物有那么多,怎么搞也不行。
建议处理思路
1、为什么那么大日志量?
2、是否升级一下硬件?

使用道具 举报

回复

您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

TOP技术积分榜 社区积分榜 徽章 团队 统计 知识索引树 积分竞拍 文本模式 帮助
  ITPUB首页 | ITPUB论坛 | 数据库技术 | 企业信息化 | 开发技术 | 微软技术 | 软件工程与项目管理 | IBM技术园地 | 行业纵向讨论 | IT招聘 | IT文档
  ChinaUnix | ChinaUnix博客 | ChinaUnix论坛
CopyRight 1999-2011 itpub.net All Right Reserved. 北京盛拓优讯信息技术有限公司版权所有 联系我们 
京ICP备09055130号-4  北京市公安局海淀分局网监中心备案编号:11010802021510 广播电视节目制作经营许可证:编号(京)字第1149号
  
快速回复 返回顶部 返回列表