Oracle里联机日志文件(Online redo logfile)是oracle运行的核心,联机日志文件关系到整个oracle数据库的运行,很好的设置联机日志文件,讲有助于oracle的健康运行,相反联机日志文件的损坏,oracle也就面临着崩溃的危险.
本文总结一下关于redo logfile的一些内容。
一、redo logfile的简单介绍
它一般有大小相同的一组文件构成。我们可以查看数据库视图v$logfile知道它的个数和存储位置。
SVRMGRL> select * from v$logfile;
查看数据库视图v$log知道它当前的状态。
SVRMGRL> select * from v$log;
一个时间只有一组logfile group是工作状态(current), redo logfile满了后会自动切换到下一个logfile group, 如果数据库是归档方式同时写到归档日志文件。这些文件不能用常规的文本编辑器查看, 它以特定的格式存放, 只有数据库或者专门的软件可以看懂它。
redo logfile的最大数目是在创建数据库时指明的。如果你想知道当前数据库redo logfile的最大数值是多少，重新生成控制文件, 就可以知道。
SVRMGRL>alter database backup controlfile to trace;
这条语句会在$ORACLE_BASE/admin/dbname/udump/路径下生成当前时间的一个*.trc文件, 也就是数据库的控制文件, 用文本编辑器, 即可看到数据库创建时用的一些参数, 包括redo logfile的最大数(maxlogfiles)。
二、 redo logfile的大小和位置对数据库性能的影响
如果用ORACLE的安装向导创建的典型数据库, 它的redo logfile大小为500K, 这基本上是不能满足典型的OLTP应用的, 在数据库日志文件(alert_orasid.log)里会记录着频繁的log switch。ORACLE推荐log switch时间最好在15--30分钟之间, 所以redo logfile的大小由数据库DML操作数据的大小决定其最佳大小。
redo logfile最好有多个存储位置, 多组成员, 使数据库恢复时有更多的选择。
典型的OLTP应用，redo logfile大小可以为16M。当然繁忙的数据库, 例如当今的门户网站, 这个值可以达到100M以上.
如果你发现当前数据库日志文件里log switch的时间偏大或者偏小，不要紧。ORACLE提供了在数据库联机状态来改变redo logfile大小的方法。
三、在联机状态改变redo logfile大小的方法
假如原来有3个小的redo log file, 下面是UNIX环境下的一个例子:
第一步: 往数据库添加三个大的redo logfile
SVRMGRL>ALTER DATABASE ADD LOGFILE GROUP 4
('/opt/oradata/app/redo04.log',
'/ora_bak/oradata2/redolog/redo04.log') size 16M reuse;
SVRMGRL>ALTER DATABASE ADD LOGFILE GROUP 5
('/opt/oradata/app/redo05.log',
'/ora_bak/oradata2/redolog/redo05.log') size 16M reuse;
SVRMGRL>ALTER DATABASE ADD LOGFILE GROUP 6
('/opt/oradata/app/redo06.log',
'/ora_bak/oradata2/redolog/redo06.log') size 16M reuse;
第二步: 手工地做log switch, 使新建的redo logfile起作用.
SVRMGRL>alter system switch logfile;
此操作可以执行一到几次, 使旧的redo logfile成invalid状态.
第三步: 删除原来旧的redo logfile.
SVRMGRL>alter database drop logfile group 1;
SVRMGRL>alter database drop logfile group 2;
SVRMGRL>alter database drop logfile group 3;
四、跟redo logfile有关的其它数据库参数
1、log_buffer
log_buffer是ORACLE SGA的一部分, 所有DML命令修改的数据块先放在log_buffer里, 如果满了或者到了check_point时候通过lgwr后台进程写到redo logfile里去。它不能设得太大，这样在意外发生时会丢失很多改变过的数据。它最好不要大于512K或者128K*CPU个数。
我们可以用下面的SQL语句检测log_buffer使用情况:
SVRMGRL> select rbar.name,rbar.value,re.name,re.value,(rbar.value*100)/re.value||'%' "radio"
