15_Oracle_Admin_联机重做日志文件的配置和归档

浏览数：24 / 时间：2015年06月12日

一、配置RedoLog File

上图中的配置存在以下错误：

1.不对称，Group3只有一个成员，这样会导致写入错误；

2.将一组中的多个成员都放在了一个磁盘上，这样不但导致频繁写入的负荷都集中在一个磁盘上，同时也没有实现磁盘的冗余，起不到备份的作用。

有关联机重做日志文件的配置，有如下建议：

1.配多组Redo LogFile，每组至少两个成员，不同的成员放在不同的磁盘上（即使一组中的成员发生了损坏，只要有一个成员还是正常的，数据库就仍然能正常工作）。具体的的数量根据具体情况来定，如果数据并发量大，则RedoLog File的数据增长非常快，就需要多配几组，这样可以保证已经写入的RedoLog File的数据能及时归档保存。

2.联机重做日志文件不要和归档文件（Archive）文件放在一个磁盘上，以避免LGWR和ARCn同时对一个磁盘进行操作。

3.数据文件（DataFile）也不要和Redo Log File放在一块磁盘上，道理相同。

如果磁盘的数目比较多，建议将不同的组成员放在不同的磁盘上，即将组和组的成员均匀的分配到磁盘上，同理对于Control File也是适用的。

二、适用OMF来管理Redo Log File

三、如何获取联机重做日志的组和组成员信息

SQL> select * from v$logfile;

 
    GROUP# STATUS  TYPE   MEMBER                               IS_
---------------------------------------------------- ----------------- 
         3         ONLINE /oracle/oradata/orcl/redo03.log        NO
         2         ONLINE /oracle/oradata/orcl/redo02.log        NO
         1         ONLINE /oracle/oradata/orcl/redo01.log        NO

SQL> select group#, thread#, members, archived, status from v$log;

    GROUP#    THREAD#   MEMBERS ARC STATUS
---------- ---------- ---------- --- ----------------
         1          1          1 NO INACTIVE
         2          1         1  NO INACTIVE
         3          1          1 NO INACTIVE
         4          1          2 NO CURRENT

SQL> select * from v$log_history;

RECID STAMP THREAD# SEQUENCE# FIRST_CHANGE#FIRST_TIM NEXT_CHANGE#
---------- ---------- ---------- ---------- ---------------------- 
RESETLOGS_CHANGE# RESETLOGS
----------------- ---------
         1  854822167          1          1        754488 05-AUG-14       788787
           75448805-AUG-14
 
         2  854822200         1          2        788787 05-AUG-14       792507
           75448805-AUG-14
 
         3  854823639          1          3        792507 05-AUG-14       802814
           75448805-AUG-14

更多关于联机重做日志文件的动态性能表的介绍，可以查阅联机文档Reference获取。

四、联机重做日志文件中的线程Thread概念

Thread主要用于RAC环境，即多实例系统，每个实例都可以有自己的线程。

五、归档的联机重做日志文件

Archive模式能够确保数据恢复，并且支持热备份。数据库默认是非Archive模式，但在生产环境中强烈建议使用Archive模式。可以通过动态性能表v$instance 和v$database来查询当前数据库是否为archive模式：

SQL> desc v$instance

 Name                                     Null?    Type
 ------------------------------------------------- -------------------
 INSTANCE_NUMBER                                    NUMBER
 PARALLEL                                          VARCHAR2(3)
 THREAD#                                           NUMBER
 ARCHIVER                                           VARCHAR2(7)
…
 BLOCKED                                           VARCHAR2(3)

SQL> select archiver from v$instance;

ARCHIVE
-------
STOPPED

SQL> desc V$database;

 Name                                     Null?    Type
 ------------------------------------------------- -------------------
 DBID                                               NUMBER
 NAME                                              VARCHAR2(9)
 PRIOR_RESETLOGS_TIME                               DATE
 LOG_MODE                                          VARCHAR2(12)
…
 SUPPLEMENTAL_LOG_DATA_PL                           VARCHAR2(3)
 MIN_REQUIRED_CAPTURE_CHANGE#                       NUMBER

SQL> select log_mode from v$database;