Oracle redo性能的优化

ucgary

日志太速度,已经不是简单调整参数可以解决的?据说ssd的顺序读写能力并没有一个数量级的提升.

wolfop

logbuffer这么大。这个细节记不清了，ORACLE不知道是否和IDS一样，LOGBUFFER多大会导致同样的事务量写的log容量变大。你的事务做到多少次每秒？

lulala

嗯，HP的LVM 不大清楚，能否调节 stripe size ，控制分片的粒度，让DG中尽量多的Disk参与I/O。

扩大redo log file size 还是有好处的，log switch 毕竟是一个开销很大的动作。我们的系统差不多 2MB/s Redo 吧，用300MB 比 100MB redo的性能就好一些。

xpchild

原帖由 Karsus 于 2010-12-11 16:53 发表
一台Superdome, 后端是EVA8400  100多个盘的DG, Oracle版本是11.2.0.2
redo 现在是8组，每个256MB，在HP LVM 的raw device上，DB 开Disk_asynch
现在压力测试的时候，1分钟是有10个归档，也就是6秒一个256MB的redo。
Statspack里，log file sync 占了约20%,

在redo的性能上，还有没有提高的可能？

有过相似的系统的压力，不过那时大概也是15M/s的redo的量，后面应对这个情况，把redo文件增加到1G，添加到16组的redo来缓解没有redo group来switch的情况。

不过log buffer sync这样的事件，要么是你测试的的时候commit的过于频繁，这个可以监控一下你每秒的事务量有多大。
还有就是I/O的问题，这一块可以有调整的空间，但应该不大。可以试试最近比较热的SSD。