如何决定Online Redo Log 的大小？

roy

it has nothing to do with your db_block_buffer, checkpoint interval, etc, etc. The only factor is your transaction. What kind of application are you using? Do you have huge batch update, detele, insert?

chao_ping

这些只是影响数据库性能，和redo的产生数量是没有关系的。
分析redo log可以使用logmnr，看admin guide有介绍的。

最初由 hooman 发布
[B]也就是说，如果日志的大小均是64M ，肯定是用完了罗。
有没有什么工具或者方法，可以分析一下redo log，看看到底是哪些应用造成日志如此之大。

还有，上面的参数中哪些需要调整，该怎么计算呢？我听说db_block_buffer 不用超过数据库大小的 5%。数据库的block_size
是2048（没机会重建了：（，我觉得
db_file_multiblock_read_count ，db_block_buffer ，
log_buffer ，sequence的参数都需要调整，但是不知道该按照什么原则。）

我准备把 log_checkpoint_interval 改为 65536 ( 64*1024*1024/512/2 )
                  log_checkpoint_timeout 改为 1800 （ 原来缺省是 0，我看到文档说 not recommoned ） [/B]

白鹭

几点建议：
1.增加redo log组数，倒不一定把redo log加到太大，你的64M已经不小,你的事物高峰期产生很多归档日志不奇怪，有的db每小时产生
几个G的归档日志。
2.你的init 参数有问题，前面几位朋友分析了，你需要调整
db_block_buffer (调大如1G)
shared_pool_size(调小如200M)
log_buffers(调大如4M)
sort_area_size(调小如10M)
log_checkpoint_timeout=1800
log_checkpoint_interval=1000000000
log_checkpoint_to_alert=true(分析检查点频度)

halfsearch

有许多的因素会引发check point，修改checkpoint参数只是能够降低dbw写数据的频率并不能减少需要写的数据的总量，该写多少还要写多少，archivelog 的大小与你应用中对数据更改的频率和更改的数据量直接相关。

hooman

谢谢各位。

我打算用 logmnr 分析一下数据库的日志文件。
先研究研究怎么用了。

其他参数的调整，只能后一步再分析了。

nirvanv

看看