绑定完请刷新页面
取消
刷新

分享好友

×
取消 复制
在告警日志中,为何找不到有关增量检查点的信息?
2020-06-28 22:54:14
我把log_checkpoints_to_alert设置为TRUE,然后间歇的插入记录,再检查告警日志,经过两天的观察,只在告警日志中看到由于日志切换而引发的检查点,而没有找到任何有关增量检查点的信息。 我考虑可能是因为日志太小,FAST_START_MTTR_TARGET太大,还没有到增量检查点被激活,日志就已经切换了。然后我将日志文件大小提高到100M(因为只是我自己的练习用电脑,没有任何生产数据,100M我想应该够了),将FAST_START_MTTR_TARGET设置为10秒(本来是600),然后不停的做插入操作,查看告警日志,还是只有日志切换因起的检查点,没有发现增量检查点信息。 在告警日志中,有关检查点,都是类似下面的信息: 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 从Beginning log switch checkpoint up to RBA [0x7.2.10], SCN: 0x0000.0010d7ad 到Completed checkpoint up to RBA [0x7.2.10], SCN: 0x0000.0010d7ad 就是一个日志切换引发的检查点。 还有,在告警日志中,发现如下信息 FAST_START_MTTR_TARGET 10 is out of the valid MTTR range, use 31 instead. 难道在我的机器上,31是小的FAST_START_MTTR_TARGET值吗? 下一步,我准备将日志进一步增大,到500M(因为硬盘比较小),然后将database cache buffer设的小一些,然后再看一看FAST_START_MTTR_TARGET能不能再调的比31更小。
分享好友

分享这个小栈给你的朋友们,一起进步吧。

调试数据库 ---- 源码研究方法论
创建时间:2020-06-16 17:28:11
能让你坚持下去的源码学习方法 ---- 调试数据库。Oracle的各种DUMP、Trace和Event,增加了研究这个数据库的“乐趣”,使用Oracle成为一个可研究的数据库。开源数据库当然也可以通过钻研源码的方式去研究,但这样的学习周期太长。本课程教你用调试技术不断为MySQL/PostgreSQL扩展功能,在学习源码的同时,不断开发自己的、类似Oracle DUMP、Trace、Event的小工具,这就是我所说的“正向反馈”。用正向反馈,激励自己坚持下去,终成功。
展开
订阅须知

• 所有用户可根据关注领域订阅专区或所有专区

• 付费订阅:虚拟交易,一经交易不退款;若特殊情况,可3日内客服咨询

• 专区发布评论属默认订阅所评论专区(除付费小栈外)

栈主、嘉宾

查看更多
  • vage
    栈主

小栈成员

查看更多
  • 叶子,你好
  • 小雨滴
  • 潘佳伟
  • 东风快递
戳我,来吐槽~