关于检查点的试验报告

2020-06-23 00:00:00 文件 告警 日志 控制 检查点
一、关于检查点,近做了一些试验,结果如下: 1.将log_checkpoint_to_alert设置为TRUE,然后不断的向一个测试表中插入数据,同时随时注意告警日志,发现只在日志切换时记载有检查点信息。部分告警日志如下: Tue Feb 15 19:16:35 2000 Beginning log switch checkpoint up to RBA [0x7.2.10], SCN: 0x0000.0010d7ad Thread 1 advanced to log sequence 7 Current log# 1 seq# 7 mem# 0: E:\ORACLE\ORADATA\ZJJ\REDO01.LOG Tue Feb 15 19:16:35 2000 ARC0: Evaluating archive log 3 thread 1 sequence 6 ARC0: Beginning to archive log 3 thread 1 sequence 6 Creating archive destination LOG_ARCHIVE_DEST_1: 'E:\ORACLE\ORA92\RDBMS\ARC00006.001' Tue Feb 15 19:16:45 2000 Completed checkpoint up to RBA [0x7.2.10], SCN: 0x0000.0010d7ad Tue Feb 15 19:16:54 2000 ARC0: Completed archiving log 3 thread 1 sequence 6 2. 当有脏块时,每隔一段时间控制文件CHECKPOINT PROGRESS RECORDS中的low cache rba、on disk rba、on disk scn的确会变化,这种变化不记入告警日志,且时间间隔不是三秒: 以下是我多次dump控制文件的结果: low cache rba:(0x9.1f1d3.0) on disk rba:(0x9.2001e.0) on disk scn: 0x0000.00117c25 02/16/2000 08:13:11 low cache rba:(0x9.1f33e.0) on disk rba:(0x9.2014c.0) on disk scn: 0x0000.00117dd9 02/16/2000 08:15:50 low cache rba:(0x9.1f3e2.0) on disk rba:(0x9.201c9.0) on disk scn: 0x0000.00117e8c 02/16/2000 08:17:02 low cache rba:(0x9.1f409.0) on disk rba:(0x9.20207.0) on disk scn: 0x0000.00117ee6 02/16/2000 08:17:31 low cache rba:(0x9.1f409.0) on disk rba:(0x9.20207.0) on disk scn: 0x0000.00117ee6 02/16/2000 08:17:31 low cache rba:(0x9.1f409.0) on disk rba:(0x9.20207.0) on disk scn: 0x0000.00117ee6 02/16/2000 08:17:31 low cache rba:(0x9.1f409.0) on disk rba:(0x9.20207.0) on disk scn: 0x0000.00117ee6 02/16/2000 08:17:31 此时间间隔不是三秒,有可能是CKPT的确三秒一次更新控制文件的这些信息,但有几次三秒前和三秒后值一样。 二、总结 1.在告警日志中可以看到的检查点,当“Completed checkpoint up to ……”后,数据文件头的开始SCN号和控制文件中所记载的数据文件SCN号都会随之变化。 2.每当检查点更新控制文件CHECKPOINT PROGRESS RECORDS信息时,告警日志并不记载,数据文件头的开始SCN号和控制文件中所记载的数据文件SCN号不变。 三、问题: 1. 能在告警日志看到的,是增量检查点还是完全检查点?除了日志切换,如果将FAST_START_MTTR_TARGET设的再小一些(原来是10),是不是也会在告警日志看到由此参数引发的检查点信息。

相关文章