log file sync 特别高TOP5中有cluster类型的等待

hzcyhujw

硬件环境：浪潮TS850 两台服务器、浪潮AS500G存储一台，链路直连

系统环境：windows 2008 R2     企业版

数据库： oracle 11.2.0.3 BP19  RAC环境

其他的情况附件 AWR报告

请高手一起看看给点意见不胜感谢。

fluttersnow

redo 放在哪里的？ 也是在存储上吗？ 有测过io性能吗？
节点间的传输也很慢，priv怎么连的？

hzcyhujw

priv  据我现在了解到的是通过百兆的交换机连接的   IO现在还没有测试 redo 放在存储里

hzcyhujw

由于用的是ASM 存储的读写测试 需要如何测试 请给点意见  谢谢

card_2005

应该是你的IO出现了问题，建议如果是突然出现的这个问题去查下存储是不是有告警！
同时连接该存储的其他应用或数据库是不是也慢下来了
如果都不是，就是存储性能太差了，升级存储或者使用单机+DG吧

hzcyhujw

现在应用还没有上 现在应用的测试是非常慢 如何看出是存储的性能差 因为存储是其他厂商的 我需要给出报告是他们存储的问题 才能叫他们的人过来查看 谢谢

yu5782647

看操作系统的io啊

Stone

应该是存储相关的地方出问题啦，不一定是存储本身的性能太差。因为从AWR反映出来的数据来看，各种相关的I/O写的操作，都灰常慢。而且最重要的是两个小时的AWR报告，数据库的活动情况很低，基本上是数据库内部的一些自动化job的一些操作。对于系统这样不错的配置，但是有这么高的log file sync等待，只能说存储相关部分相当地异常。

-- 数据库的活动情况很低

Snap Id	Snap Time	Sessions	Cursors/Session
Begin Snap:	556	15-6月 -13 08:00:52	51	1.0
End Snap:	558	15-6月 -13 10:00:48	66	1.2
Elapsed:		119.93 (mins)
DB Time:		9.49 (mins)

-- 数据库的写操作很慢，另外可以搜下报告相关写的部分，也可以看到写的不是理想

Background Wait Events

Event	Waits	%Time -outs	Total Wait Time (s)	Avg wait (ms)	Waits /txn	% bg time
control file parallel write	2,267	0	418	184	5.84	24.04

-- 从Top SQL可以看出基本上数据库本身的活动，并没有什么相关应用的活动

SQL ordered by Elapsed Time

Elapsed Time (s)	Executions	Elapsed Time per Exec (s)	%Total	%CPU	%IO	SQL Id	SQL Module	SQL Text
138.65	0		24.36	7.82	0.00	b6usrg82hwsa3	DBMS_SCHEDULER	call dbms_stats.gather_databas...
130.79	1	130.79	22.98	7.84	0.00	63n9pwutt8yzw	DBMS_SCHEDULER	MERGE /*+ dynamic_sampling(ST ...
124.56	1	124.56	21.88	2.42	0.00	6mcpb06rctk0x	DBMS_SCHEDULER	call dbms_space.auto_space_adv...
75.58	12	6.30	13.28	0.41	0.00	cpnubrh2gbmx4	DBMS_SCHEDULER	SELECT SUM(TIME_WAITED/1000) F...

分析仅为一面之词，仅供参考。

Good luck.

hzcyhujw

谢谢 明天测试下存储的读写速度 查看链接链路

hzcyhujw

存储的读写测试结果为  写入数据33M/s  读数据100M/s   这速度是不是特别慢啊  现在要求存储工程师到现场测试并查出为何速度慢的原因

yobyin

看到我司的存储了。

fiozhang

百兆也弱了点,既然用了RAC,配置也要跟上,看你的awr报告感觉单机可能更适合

select.简单

io有问题，私有网络也有问题