OracleOnlineRedoLogFile全面剖析

　　一、 redologfile 的简单介绍
　　
　　它一般有大小相同的一组文件构成。我们可以查看数据库视图 v$logfile 知道它的个数和存储位置。
　　
　　SVRMGRL>select * from v$logfile;
　　
　　查看数据库视图 v$log 知道它当前的状态。
　　
　　SVRMGRL>select * from v$log;
　　
　　一个时间只有一组 logfilegroup 是工作状态 (current) ， redologfile 满了后会自动切换到下一个 logfilegroup ，如果数据库是归档方式同时写到归档日志文件。这些文件不能用常规的文本编辑器查看 , 它以特定的格式存放 , 只有数据库或者专门的软件可以看懂它。
　　
　　redologfile 的最大数目是在创建数据库时指明的。如果你想知道当前数据库 redologfile 的最大数值是多少，重新生成控制文件 , 就可以知道。
　　
　　SVRMGRL>alter database backup controlfile to trace;
　　
　　这条语句会在 $ORACLE_BASE/admin/dbname/udump/ 路径下生成当前时间的一个 *.trc 文件 , 也就是数据库的控制文件 , 用文本编辑器 , 即可看到数据库创建时用的一些参数 , 包括 redologfile 的最大数 (maxlogfiles), 每组最大的成员个数 (maxlogmembers) 。
　　
　　二、 redologfile 的大小和位置对数据库性能的影响
　　
　　如果用 ORACLE 的安装向导创建的典型数据库 , 它的 redologfile 大小为 500K, 这基本上是不能满足典型的 OLTP 应用的 , 在数据库日志文件 (alert_orasid.log) 里会记录着频繁的 logswitch 。 ORACLE 推荐 logswitch 时间最好在 15--30 分钟之间 , 所以 redologfile 的大小由数据库 DML 操作数据量的大小决定其最佳大小。
　　
　　redologfile 最好有多个分布在不同硬盘的存储位置 , 多组成员 , 使数据库恢复时有更多的选择。
　　
　　典型的 OLTP 应用， redologfile 大小可以为 16M 。当然繁忙的数据库 , 例如当今的门户网站 , 这个值可以达到 100M 以上 .
　　
　　如果你发现当前数据库日志文件里 logswitch 的时间偏大或者偏小，不要紧。 ORACLE 提供了在数据库联机状态来改变 redologfile 大小的方法。
　　
　　三、在联机状态改变 redologfile 大小的方法
　　
　　假如原来数据库有 3 个小的 redologfile, 下面是 UNIX 环境下的一个例子 :
　　
　　第一步 : 往数据库添加三个大的 redologfile
　　
　　SVRMGRL>ALTERDATABASEADDLOGFILEGROUP4
　　
　　('/opt/oradata/app/redo04.log',
　　
　　'/ora_bak/oradata2/redolog/redo04.log')size16Mreuse;
　　
　　SVRMGRL>ALTERDATABASEADDLOGFILEGROUP5
　　
　　('/opt/oradata/app/redo05.log',
　　
　　'/ora_bak/oradata2/redolog/redo05.log')size16Mreuse;
　　
　　SVRMGRL>ALTERDATABASEADDLOGFILEGROUP6
　　
　　('/opt/oradata/app/redo06.log',
　　
　　'/ora_bak/oradata2/redolog/redo06.log')size16Mreuse;
　　
　　第二步 : 手工地做 logswitch, 使新建的 redologfile 起作用 .
　　
　　SVRMGRL>altersystemswitchlogfile;
　　
　　此操作可以执行一到几次 , 使旧的 redologfile 成 invalid 状态 .
　　
　　第三步 : 删除原来旧的 redologfile.
　　
　　SVRMGRL>alterdatabasedroplogfilegroup1;
　　
　　SVRMGRL>alterdatabasedroplogfilegroup2;
　　
　　SVRMGRL>alterdatabasedroplogfilegroup3;
　　
　　四、跟 redologfile 有关的其它数据库参数
　　
　　1 、 log_buffer
　　
　　log_buffer 是 ORACLESGA 的一部分 , 所有 DML 命令修改的数据块先放在 log_buffer 里 , 如果满了或者到了 check_point 时候通过 lgwr 后台进程写到 redologfile 里去。它不能设得太大，这样在意外发生时会丢失很多改变过的数据。它最好不要大于 512K 或者 128K*CPU 个数。
　　
　　我们可以用下面的 SQL 语句检测 log_buffer 使用情况 :
　　
　　SVRMGRL>selectrbar.name,rbar.value,re.name,re.value,(rbar.value*100)/re.value||'%'"radio"
　　
　　fromv$sysstatrbar,v$sysstatre
　　
　　whererbar.name='redobufferallocationretries'
　　
　　andre.name='redoentries';
　　
　　这个比率小于 1% 才好，否则增加 log_buffer 的大小
　　
　　2 、 log_checkpoint_interval
　　
　　Oracle8.1 版本后 log_checkpoint_interval 指的是两次 checkpoint 之间操作系统数据块的个数。 checkpoint 时 Oracle 把内存里修改过的数据块用 DBWR 写到物理文件，用 LGWR 写到日志和控制文件。
　　
　　一般 UNIX 操作系统的数据块为 512bytes 。
　　
　　从性能优化来说 log_checkpoint_interval=redologfilesizebytes/512bytes
　　
　　3 、 log_checkpoint_timeout
　　
　　Oracle8.1 版本后 log_checkpoint_timeout 指的是两次 checkpoint 之间时间秒数。
　　
　　Oracle 建议不用这个参数来控制，因为事务 (transaction) 大小不是按时间等量分布的。用 log_checkpoint_interval 参数控制会好一些。
　　
　　禁用此参数或者按默认的 900 。
　　

原文转自：http://www.ltesting.net