基于日志却采用三种方法来区别增量检查点和完全检查点


增量检查点的作用是为了均衡负载,由fast_start_mttr_target这个参数触发,增量渐进写出。所以,CHECKPOINT_CHANGE#会有延迟,不会马上更新。
下面用三种方法证明:
法一:
理论:日志却会有active,即:被RBA指针覆盖的日志。如是完全检查点,则RBA会一下子干到重做日志组的最后一条,没有了RBA,那么日志的状态便是inactive了;而如是增量检查点,则RBA会慢慢下移,有被RBA覆盖的都是active。Oracle总是希望RBA与重做日志组的最后一条的距离最短,增量检查点就是时不时要移动它。
实验:
SQL> alter system switch logfile;

System altered

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

    GROUP# STATUS
---------- ----------------
         1 CURRENT
         2 INACTIVE
         3 ACTIVE

SQL> alter system switch logfile;

System altered

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

    GROUP# STATUS
---------- ----------------
         1 ACTIVE
         2 CURRENT
         3 ACTIVE

法二:
理论:增量检查点没有全部写,所以checkpoint_change#没有马上更新;但完全检查点,因为全部写,checkpoint_change#会马上更新。
实验:
SQL> select checkpoint_change# from v$database;

CHECKPOINT_CHANGE#
------------------
           1716093

SQL> alter system checkpoint;

System altered

SQL> select checkpoint_change# from v$database;

CHECKPOINT_CHANGE#
------------------
           1716275

法三:
实验:
SQL> show parameter log_checkpoints_to_

NAME                                 TYPE        VALUE
------------------------------------ ----------- ------------------------------
log_checkpoints_to_alert             boolean     FALSE

SQL> alter system set log_checkpoints_to_alert=true;

System altered

SQL> alter system checkpoint;

System altered

手工触发一个完全检查点,告警日志记录如下:
Thu Jun 07 01:27:17 2012
Beginning global checkpoint up to RBA [0x2d.1e4.10], SCN: 1716634
Completed checkpoint up to RBA [0x2d.1e4.10], SCN: 1716634


接下来手工触发一个增量检查点:
SQL> alter system switch logfile;

System altered
告警日志如下:
Thu Jun 07 01:28:15 2012
Beginning log switch checkpoint up to RBA [0x2e.2.10], SCN: 1716660
Thread 1 advanced to log sequence 46
  Current log# 3 seq# 46 mem# 0: D:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\ONLINELOG\O1_MF_3_7TQZWZOY_.LOG
  Current log# 3 seq# 46 mem# 1: D:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\ORCL\ONLINELOG\O1_MF_3_7TQZX11D_.LOG

从这两个告警日志中,我们可以看到,完全检查点会马上将RBA下移,而增量检查点就会悠着点了。

更多Oracle相关信息见Oracle 专题页面 http://www.bkjia.com/topicnews.aspx?tid=12

相关内容