理解redo（6）日志却的流程和直接路径加载的REDO分析


当server process得到redo allocation latch进行redo log buffer分配之前，需要先嗅一下redo log file是否有足够的空间。倘若空间不足，则sp会发送switch log file的请求，然后坐等log file switch completion事件的完成了。

日志却请求发出后，CKPT会进行一次增量检查点事件，而LGWR开始进行日志却换工作。

具体流程如下：

1）LGWR进程会通过控制文件中的双向链表，查找到一个可用的REDO LOG文件，作为新的CURRENT REDO LOG。

算法如下：

日志文件是inactive，并且已经归档了

优先使用unused日志文件组

2）将redo log buffer中还未写入的redo entries flush到current online redo log file，并且将最后一条redo entries的SCN作为本日志文件的high SCN记录在redo log header里面，然后关闭current online redo log file。

3）进行第二次控制文件事务，将刚刚关闭的REDO LOG标识为ACTIVE（这是个增量检查点事件，之所以标识为active，是因为它所保护的dirty buffer可能还未写到数据文件，如果已经全部写到磁盘了，则可以标识为inactive）将新的当前REDO LOG标识为CURRENT，如果数据库处于归档模式，还要将老的日志组记录到控制文件归档列表记录中，并且通知ARCn对该日志文件进行归档。

4）LGWR打开新的日志组的所有成员，在日志文件头记录当前日志sequence#和第一个redo block 的SCN（LOW SCN）

5）LGWR修改SGA中的标志位，允许生成新的REDO LOG信息

综上所述，日志切换是一种较为昂贵的操作。因为在却换期间，对数据库所有的交易都将被阻塞。但是加大REDO LOG文件大小和丢失数据的多少是无关的。理由：

1）redo entries是顺序写入的，写入一个和写入多个，对于恢复而言是一样的

2）存储故障，受影响的肯定是所有的REDO LOG文件

ARCHIVE模式下，直接路径加载会记录REDO。在非ARCHIVE LOG 模式下，直接路径加载这个动作不会记录REDO，但是Oracle由于系统改动需要维护段、区、表空间等而会产生REDO的。

下面将redo log file给dump出来

  1. 09:29:36 sys@ORCL (^ω^) conn hr/hr  
  2. 已连接。  
  3. 09:34:57 hr@ORCL (^ω^) create table test as select * from dba_objects where 1=2;  
  4.   
  5. 表已创建。  
  6.   
  7. 09:35:41 hr@ORCL (^ω^) select dbms_flashback.get_system_change_number from dual;  
  8.   
  9. GET_SYSTEM_CHANGE_NUMBER  
  10. ------------------------   
  11.                  2804230  
  12.   
  13. 09:36:06 hr@ORCL (^ω^) select group#,status from v$log;  
  14.   
  15.     GROUP# STATUS  
  16. ---------- --------------------------------   
  17.          1 CURRENT  
  18.          2 INACTIVE  
  19.          3 INACTIVE  
  20.   
  21. 09:36:26 hr@ORCL (^ω^) col member for a72  
  22. 09:36:36 hr@ORCL (^ω^) select group#,member from v$logfile;  
  23.   
  24.     GROUP# MEMBER  
  25. ---------- ------------------------------------------------------------------------   
  26.          3 D:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\ONLINELOG\O1_MF_3_7TQZWZOY_.LOG  
  27.          3 D:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\ORCL\ONLINELOG\O1_MF_3_7TQZ  
  28.            X11D_.LOG  
  29.   
  30.          2 D:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\ONLINELOG\O1_MF_2_7TQZWXO2_.LOG  
  31.          2 D:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\ORCL\ONLINELOG\O1_MF_2_7TQZ  
  32.            WYPH_.LOG  
  33.   
  34.          1 D:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\ONLINELOG\O1_MF_1_7TQZWVDD_.LOG  
  35.          1 D:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\ORCL\ONLINELOG\O1_MF_1_7TQZ  
  36.            WWJ8_.LOG  
  37.   
  38.   
  39. 已选择6行。  
  40. 09:37:24 hr@ORCL (^ω^) select dbms_flashback.get_system_change_number from dual;  
  41.   
  42. GET_SYSTEM_CHANGE_NUMBER  
  43. ------------------------   
  44.                  2804353  
  45.   
  46. 09:37:59 hr@ORCL (^ω^) insert /*+append*/ into test select * from dba_objects;  
  47.   
  48. 已创建50453行。  
  49.   
  50. 09:39:15 hr@ORCL (^ω^) commit;  
  51.   
  52. 提交完成。  
  53.   
  54. 09:39:21 hr@ORCL (^ω^) select dbms_flashback.get_system_change_number from dual;  
  55.   
  56. GET_SYSTEM_CHANGE_NUMBER  
  57. ------------------------   
  58.                  2804521  
  59.   
  60. 09:39:29 hr@ORCL (^ω^) alter system dump logfile 'D:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\ONLINELOG\O1_MF_1_7TQZWVDD_.LOG'  
  61. 09:40:25   2  scn min 2804353 scn max 2804521;  
  62.   
  63. 系统已更改。  
  64.   
  65. 09:40:57 hr@ORCL (^ω^) conn / as sysdba  
  66. 已连接。  
  67. 09:41:09 sys@ORCL (^ω^) archive log list  
  68. 数据库日志模式            存档模式  
  69. 自动存档             启用  
  70. 存档终点            USE_DB_RECOVERY_FILE_DEST  
  71. 最早的联机日志序列     3  
  72. 下一个存档日志序列   5  
  73. 当前日志序列           5  
  74. 09:41:19 sys@ORCL (^ω^) alter system dump logfile 'D:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\ONLINELOG\O1_MF_1_7TQZWVDD_.LOG'  
  75. 09:43:23   2  scn min 2804230 scn max  2804521;  
  76.   
  77. 系统已更改。  
  78.   
  79. 09:44:03 sys@ORCL (^ω^) conn hr/hr  
  80. 已连接。  
  81. 09:45:58 hr@ORCL (^ω^) select dbms_flashback.get_system_change_number from dual;  
  82.   
  83. GET_SYSTEM_CHANGE_NUMBER  
  84. ------------------------   
  85.                  2804801  
  86.   
  87. 09:46:07 hr@ORCL (^ω^) insert  /*+ APPEND */ into text select * from dba_objects;  
  88. insert  /*+ APPEND */ into text select * from dba_objects  
  89.                            *  
  90. 第 1 行出现错误:  
  91. ORA-00942: 表或视图不存在  
  92.   
  93.   
  94. 09:47:42 hr@ORCL (^ω^) insert  /*+ APPEND */ into test select * from dba_objects;  
  95.   
  96. 已创建50453行。  
  97.   
  98. 09:47:53 hr@ORCL (^ω^) commit;  
  99.   
  100. 提交完成。  
  101.   
  102. 09:47:58 hr@ORCL (^ω^) select dbms_flashback.get_system_change_number from dual;  
  103.   
  104. GET_SYSTEM_CHANGE_NUMBER  
  105. ------------------------   
  106.                  2805155  
  107.   
  108. 09:48:10 hr@ORCL (^ω^) select group#,status from v$log;  
  109.   
  110.     GROUP# STATUS  
  111. ---------- --------------------------------   
  112.          1 CURRENT  
  113.          2 INACTIVE  
  114.          3 INACTIVE  
  115.   
  116. 09:48:50 hr@ORCL (^ω^) alter system dump logfile 'D:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\ONLINELOG\O1_MF_1_7TQZWVDD_.LOG'  
  117. 09:49:32   2  scn min 2804801 scn max 2805155;  
  • 1
  • 2
  • 下一页

相关内容