如何规划重置日志文件？

linuxlearners

我看网上说在执行关键性任务(mission-critical)的数据库系统中，为了避免硬件问题导致重置日志文件毁损(例如硬盘产生坏轨)，我们会考虑建置「多重重置日志文件」(multiplexed redo log)。所谓的「多重重置日志文件」其实就是在其它硬盘内同时存放多份重置日志文件之复本。例如： 假定原来的重置日志文件为Redo_A01.ora与Redo_A02.ora。我在第二个磁盘又额外规划了两个重置日志文件 — Redo_B01.ora与Redo_B02.ora(分别为Redo_A01.ora与Redo_A02.ora之复本)。

那么如何以重置日志群组的方式规划重置日志文件呢？（具体如何操作网上没说） 请赐教，谢谢。

linuxlearners

不会是定期的直接copy吧？

pq777

朋友这是一个很基础的问题哟.像这种问题,高手是不会理你的...
不过我是菜人,相互交流下.
你所说的,就是复合重做日志．你可以通过添加重做日志组成员的方式完成．
给每个重做日志组加一个或多个成员，存放于不同的硬盘位置．
可以通过ＣＯＮＳＯＬＥ，或ＳＱＬ语句中的
alter database add logfile member
'f:\oracle\oradata\oradb\redo0102.log'
to'f:\oracle\oradata\oradb\redo01.log';
语句在现有的重做日志组中，加上新的成员，以实现重做日志的境像．．．

bitao

楼主是想问如何规划重做日志文件吧。
从三个方面去考虑
一、重做日志文件的大小，根据具体的业务量来定，每25分钟左右产生一个归档日志的话，重做日志文件的大小设置是比较合理的；
二、重做日志组的数量，根据具体的业务量来定，保证不出现切换归档日志未完成又需要写应重做日志就行，否则数据库报错。(如有一、二、三个重做日志组，当第二个重做日志组需要生成归档日志时，业务量大，数据库将重做信息继续写到第三个日志组，第三个日志组写满后写第一个日志组文件，第一日志组文件写满后需要写第二重做日志组，此时，如之前生成归档日志动作仍没完成，数据库将出错。解决方法是增加重做日志组。
三、每个日志组的日志文件数量，每个日志组可以有多个文件，且同一日志组中的各个文件内容是一样的，可以理解成是日志文件的一式多份COPY，更新数据时，数据库将同时往各个文件写两样的内容，起备份作用。建议将同一日志组中的文件放在不同的磁盘中。