oracle 物理结构之redo log

一、重做日志文件的作用：

1、  记录所有数据的改变

2、  提供恢复机制

3、  组方式管理（最少两组，默认为3组，每组一个重做日志文件， oracle官方建议，所有的每组重做日志文件大小最好相同；当然如果是为重做日志文件组添加成员的时候不能指定大小，因为每个重做日志文件相互冗余，所以必须一致）

二、重做日志文件状态

    通过lgwr写到日志文件里面

 

日志组1写满了，就会切换到日志组2，然后到3；3再到1，循环使用。反正日志组是不停的工作。

重做日志文件一般具有4种状态（也可以分为6种）

1、  unused：说明此重做日志文件组没被用过

2、  current：说明是当前重做日志组，lgwr正在写

3、  active：说明此重做日志文件组刚写完，记录在重做日志文件组中的事务所造成的数据块的改变，没有完全从缓冲区写入到数据文件，重做日志文件组属于这种状态，是不允许被覆盖的，一旦写完成，就变问inactive状态。

4、  inactive：说明记录在重做日志文件组中的事务所造成的数据块的改变，已经从缓冲区写入到数据文件，这种状态允许被覆盖。

上面4中状态是重做日志文件常见的状态，下面两种状态是在重做日志组损坏或者特殊情况下的状态。

5、clearing：说明该重做日志文件正被重建（重建后状态变为unused）

6、clearing_cyrrent:说明此重做日志文件重建是出现错误

 

下面是日志大小设置问题

日志文件设置大小问题，值得我们思考

v$log_history  这个动态视图查询日志切换的频率，根据这个频率来判断日志的大小是否合适

SQL> desc v$log_history;

 Name                                     Null?   Type

 ----------------------------------------- -------- ----------------------------

 RECID                                             NUMBER

 STAMP                                             NUMBER

 THREAD#                                           NUMBER

 SEQUENCE#                                         NUMBER

 FIRST_CHANGE#                                     NUMBER

 FIRST_TIME                                        DATE

 NEXT_CHANGE#                                      NUMBER

 RESETLOGS_CHANGE#                                 NUMBER

 RESETLOGS_TIME                                    DATE

 

日志组空间太小的话，第一会导致dbwr写的频率增加，增加了i/o;第二会造成事务的等待，延长事务周期，导致数据库假死，后果严重。

如果太大的话，记录的事务多了，这时日志文件损坏，丢失数据就会很多；如果发生崩溃，那么redo的时间会很长。（原因：数据在修改时不是直接写入datafile，而是操作记录在redo log，当ckpt发生，他才会从redo log读取已经修改的数据，写入datafile，而要想让他写入datafile的条件之一就是日志切换，如果不考虑其他条件，只有等日志切换时，才会写入datafile，一般情况下没事，但是发生日志损坏）

还有要考虑业务的繁忙程度，按照最忙的时候去设置日志的大小

        

总之一句话要保证lgwr有可写的日志组去写日志。按照官方建议，日志切换时间一般在10-15分钟比较适合

 

 

三、下面是一些基本概念

1、重做日志组（Redo Log Group）

日志组由一组完全相同的重做日志文件组成，每个日志组至少包含一个重做日志文件。如果一个日志组包含多个重做日志文件，后台进程LGWR会将相同的事务变化写入到同一个日志组的各个重做日志文件中。日志组汇总的每个重做日志文件都被称为日志成员，同一个日志组中所有日志成员都具有相同的日志序列号和尺寸。

 

2、重做日志条目（Redo  Entry）

重做记录，由一组变化向量组成，这些变化向量包含表块变化（快位置、变化数据）、UNDO块变化和UNDO事务表的变化。

3、lgwr发生的条件

http://blog.csdn.net/yujin2010good/article/details/7709120

LGWR,用于将重做日志缓冲区所记载的全部内容写入到重做日志文件中。

Oracle 总是“先日志后修改”（先记载变化然后修改数据）；

在DBWR工作之前，LGWR首先将事务变化写入到重做日志。

LGWR工作触发条件：

1、提交事务（commit）

2、每隔3秒钟

3、当重做日志信息超过1M

4、重做日志缓冲区超过1/3满

4、SCN(System Change  Number）

SCN用于标识数据变化的唯一标识号，其数值顺序递增。执行事务操作时，系统会为每个事务变化生成相应的SCN.

基本上是发生dml操作时scn+1，正常关闭或者commit时也scn+1

5、日志序列号

日志序列号是重做日志的使用标识号，其数值也是循序递增的，当进行日志切换时，日志序列会自动增一，并将该信息写入到控制文件中去。

6、重做线程（Redo Thread）

重做线程由一组相关的重做日志组成。对于单实例的数据库系统来说，只有一个重做线程，而对于RAC(Real  Application  Cluster）来说，多个实例会同时访问数据库，并    且每个实例都有独立的重做线程。

7、日志切换

日志切换至后台进程LGWR停止写一个日志组，并开始写另一个日志组的事件，默认情况下，当日志组写满后，后台进程LGWR会自动进行日志切换。

当日志切换时，当前日志序列号会自动递增

也有手工切换日志

SQL> alter system switch logfile;

System altered.

SQL> select * from v$log;

 

    GROUP#    THREAD#  SEQUENCE#      BYTES  BLOCKSIZE    MEMBERS ARC

---------- ---------- ---------- ---------- ---------- ---------- ---

STATUS           FIRST_CHANGE# FIRST_TIM NEXT_CHANGE# NEXT_TIME

---------------- ------------- --------- ------------ ---------

         1          1         10   52428800        512          1 YES

ACTIVE                 1137238 08-JUL-12      1139309 08-JUL-12

 

         2          1         11   52428800        512          1 NO

CURRENT                1139309 08-JUL-12   2.8147E+14

 

         3          1          9   52428800        512          1 YES

INACTIVE              1132531 08-JUL-12      1137238 08-JUL-12

SQL> alter system switch logfile;

 

System altered.

 

SQL> select * from v$log;

 

    GROUP#    THREAD#  SEQUENCE#      BYTES  BLOCKSIZE    MEMBERS ARC

---------- ---------- ---------- ---------- ---------- ---------- ---

STATUS           FIRST_CHANGE# FIRST_TIM NEXT_CHANGE# NEXT_TIME

---------------- ------------- --------- ------------ ---------

         1          1         10   52428800        512          1 YES

ACTIVE                 1137238 08-JUL-12      1139309 08-JUL-12

 

         2          1         11   52428800        512          1 YES

ACTIVE                 1139309 08-JUL-12      1139367 08-JUL-12

 

         3          1         12   52428800        512          1 NO

CURRENT               1139367 08-JUL-12   2.8147E+14

 

SQL> alter system archive log current;（手动归档）

 

System altered.

SQL> select * from v$log;

 

    GROUP#    THREAD#  SEQUENCE#      BYTES  BLOCKSIZE    MEMBERS ARC

---------- ---------- ---------- ---------- ---------- ---------- ---

STATUS           FIRST_CHANGE# FIRST_TIM NEXT_CHANGE# NEXT_TIME

---------------- ------------- --------- ------------ ---------

         1          1         13   52428800        512          1 NO

CURRENT                1139443 08-JUL-12   2.8147E+14

 

         2          1         11   52428800        512          1 YES

ACTIVE                1139309 08-JUL-12      1139367 08-JUL-12

 

        3          1         12   52428800        512          1 YES

ACTIVE                1139367 08-JUL-12      1139443 08-JUL-12

日志切换是，chpt发出checkpoint，然后促使scn写入控制文件和数据文件头，lgwr写完之后，dbwr开始把缓冲区脏数据写入数据文件。

当数据块处于归档模式时，日志切换时促使后台进程arch讲日志内容保存到归档日志

如下：

# pwd

/oracle/products/diag/rdbms/wolf/wolf/alert

# ls

log.xml

# tail -f log.xml

 <txt>Completed checkpoint up to RBA [0xd.2.10], SCN: 1139443

 </txt>

</msg>

<msg time='2012-07-08T21:35:06.308-05:00' org_id='oracle' comp_id='rdbms'

 client_id='' type='UNKNOWN' level='16'

 host_id='oracle' host_addr='192.168.8.254' module=''

 pid='6160592'>

 <txt>Incremental checkpoint up to RBA [0xd.273.0], current log tail at RBA [0xd.2aa.0]

 </txt>

</msg>

<msg time='2012-07-08T21:44:00.575-05:00' org_id='oracle' comp_id='rdbms'

 client_id='' type='UNKNOWN' level='16'

 host_id='oracle' host_addr='192.168.8.254' module='sqlplus@oracle (TNS V1-V3)'

 pid='14680092'>

 <txt>ALTER SYSTEM ARCHIVE LOG

 </txt>

</msg>

<msg time='2012-07-08T21:44:00.713-05:00' org_id='oracle' comp_id='rdbms'

 client_id='' type='UNKNOWN' level='16'

 host_id='oracle' host_addr='192.168.8.254' module=''

 pid='6357218'>

 <txt>Beginning log switch checkpoint up to RBA [0xe.2.10], SCN: 1140448

 </txt>

</msg>

<msg time='2012-07-08T21:44:00.713-05:00' org_id='oracle' comp_id='rdbms'

 client_id='' type='UNKNOWN' level='16'

 host_id='oracle' host_addr='192.168.8.254' module=''

 pid='6357218'>

 <txt>Thread 1 advanced to log sequence 14 (LGWR switch)

 </txt>

</msg>

<msg time='2012-07-08T21:44:00.713-05:00' org_id='oracle' comp_id='rdbms'

 client_id='' type='UNKNOWN' level='16'

 host_id='oracle' host_addr='192.168.8.254' module=''

 pid='6357218'>

 <txt>  Current log# 2 seq# 14 mem# 0: /oracle/products/oradata/wolf/redo02.log

 </txt>

</msg>

<msg time='2012-07-08T21:44:00.890-05:00' org_id='oracle' comp_id='rdbms'

 client_id='' type='UNKNOWN' level='16'

 host_id='oracle' host_addr='192.168.8.254' module='sqlplus@oracle (TNS V1-V3)'

 pid='14680092'>

 <txt>Archived Log entry 10 added for thread 1 sequence 13 ID 0xffffffffdfbf1c80 dest 1:

 </txt>

</msg>

<msg time='2012-07-08T21:49:47.708-05:00' org_id='oracle' comp_id='rdbms'

 client_id='' type='UNKNOWN' level='16'

 host_id='oracle' host_addr='192.168.8.254' module=''

 pid='6160592'>

 <txt>Completed checkpoint up to RBA [0xe.2.10], SCN: 1140448

 </txt>

</msg>

<msg time='2012-07-08T22:05:15.112-05:00' org_id='oracle' comp_id='rdbms'

 client_id='' type='UNKNOWN' level='16'

 host_id='oracle' host_addr='192.168.8.254' module=''

 pid='6160592'>

 <txt>Incremental checkpoint up to RBA [0xe.295.0], current log tail at RBA [0xe.b9b.0]

 </txt>

</msg>

 

8、检查点

检查点（Checkpoint)是一个数据库事件，它拥有同步数据库的所有数据文件，控制文件和重做日志。当发出检查点时，后台进程CKPT会将检查点时刻的SCN（System Change Number）写入到控制文件和数据文件头部，同时促使后台进程DBWR将所有的脏缓冲区写入到数据文件中。当Oracle发出检查点时，后台进程CKPT促使后台进程DBWR开始工作，而后台进程DBWR又促使后台进程LGWR开始工作。因为当发出检查点时CKPT、DBWR、LGWR同时工作，所以数据文件、控制文件和重做日志的SCN完全一致，从而使三种数据库文件保持完全同步。

Chpt反生-------他会叫dbwr写-------他会叫lgwr写------lgwr他写完了---dbwr在写-写完

 

日志切换，日志组写满后，后台进程lgwr会进行日志切换，切换时，系统会促使后台进程ckpt发出checkpoint。

关闭数据库，正常关闭数据库，后台进程会发出检查点，而且要检查点完成之后才关闭数据库，就是上面的一个流程走完。

alter system switch logfile;一般在备份的时候，为了把脏数据块写入数据文件，就手工执行命令，强制ckpt发出checkpoint。

Fast_start_mttr_target,手工指定恢复最大时间，（如果人为设置不科学）当然oracle也会根据参数去调整。

 

9、实例恢复

实例恢复是指当出现实例失败时有后台进程SMON自动同步数据文件、控制文件和重做日志并打开数据库的过程。

Smon实例恢复过程：

1）确定不同步的物理文件。通过比较数据文件、控制文件和重做日志的SCN，后台进程SMON可以确定哪些文件处于不同步状态。

2）REDO.确定了不同步的数据文件后，SMON会重新应用哪些在数据文件未执行的事务操作，并且DBWR会将提交和未提交的数据写到数据文件及UNDO段上。

3）REDO之后会打开数据库，此时客户应用可以访问数据库。

4）UNDO。在第二步后，数据文件既包含被提交的数据，也包含被提交的数据。打开数据库后，SMON会自动使用UNDO段取消未提交的数据。

 

四、基本操作

（建议日子切换时间在15-30分钟之间，太短了日志可能归档来不及，太长了，恢复时间增加了）

 

1） 查看当前日志

SQL> select * from v$log;

2） 查看日志文件路径

SQL> select * from v$logfile;

3） 手动强制切换日志

SQL> alter system switch logfile;

4） 手动归档

SQL> alter system archive log current;

5） 查看历史文件

SQL> select * from v$log_history;

desc v$log_history
            select SEQUENCE#,to_char(FIRST_TIME,'yyyy-mm-ddhh24:mi:ss') from v$log_history;

 

 

6） 查看归档模式

SQL> select log_mode from v$database;

SQL> archive log list;

7） 增加日志组

 

SQL> col member for a50

 

SQL> select * from v$logfile;

 

    GROUP# STATUS  TYPE    MEMBER

---------- ------- ------- --------------------------------------------------

IS_

---

         3         ONLINE  /oracle/products/oradata/wolf/redo03.log

NO

 

         2         ONLINE  /oracle/products/oradata/wolf/redo02.log

NO

 

         1         ONLINE  /oracle/products/oradata/wolf/redo01.log

NO

 

SQL> alter database add logfile '/oracle/products/oradata/wolf/redo04.log' size 50m;

 

Database altered.

 

SQL> select * from v$logfile;

 

    GROUP# STATUS  TYPE    MEMBER

---------- ------- ------- --------------------------------------------------

IS_

---

         3         ONLINE  /oracle/products/oradata/wolf/redo03.log

NO

 

         2         ONLINE  /oracle/products/oradata/wolf/redo02.log

NO

 

         1         ONLINE  /oracle/products/oradata/wolf/redo01.log

NO

 

 

    GROUP# STATUS  TYPE    MEMBER

---------- ------- ------- --------------------------------------------------

IS_

---

        4         ONLINE  /oracle/products/oradata/wolf/redo04.log

NO

SQL> alter database add logfile group 6 '/oracle/redo06.log' size 50m;

上面两种方法都可以添加日志组，不多截图了，占空间。

当然日子组的个数也是有限制的。查看限制也有几种方法

盖总写的

自己按照这个方法去找，没找到，谁帮忙看看？（trace）

SQL> show parameter user_dump_dest

 

NAME                                TYPE        VALUE

------------------------------------ ----------- ------------------------------

user_dump_dest                      string      /oracle/products/diag/rdbms/wo

                                                lf/wolf/trace

SQL>  alter system set events 'immediate trace name controlf level 10' 

 

Database altered.

8)删除日志组

SQL> alter database drop logfile group 6;

9）      增加和删除日志成员

alter database add logfile member '/oracle/redo09.log' to group 5;

alter database add logfile member '/oracle/redo10.log' to group 5;

SQL> alter database drop logfile member '/oracle/redo10.log';

在oracle里面删除之后，文件需要手动去删除

10）    移动日志文件或者修改名字

SQL> alter database rename file '/oracle/products/oradata/wolf/redo04.log' to '/oracle/redo04.log';

移动之后目录下redo04.log文件还存在，需要手动删除

11）    如果日志文件发生损坏或者丢失，试用下面的命令恢复

  SQL> alter database clear logfile group 5;

SQL> alter database clear logfile group 4;

这里强调一下一定要注意一个问题：无论是移动还是删除日志，日志组的时候一定要看清楚是否是inactive，不然可能报错

SQL> startup force;
\ORACLE instance started.

Total System Global Area 1570009088 bytes
Fixed Size                  2207128 bytes
Variable Size            1090519656 bytes
Database Buffers          469762048 bytes
Redo Buffers                7520256 bytes
Database mounted.
ORA-03113: end-of-file on communication channel
Process ID: 8978452
Session ID: 191 Serial number: 3

 

 

欢迎加入qq群：
119224876(db china联盟),233065499(db china联盟),229845401(虚拟化-云计算-物联网)