LGWR TRACE Warning: log write time

本文涉及的产品
日志服务 SLS,月写入数据量 50GB 1个月
简介:
同学们大概偶尔也会在事务繁忙的Oracle数据库的LGWR日志进程的TRACE里找到如下的内容:
Warning: log write time 1730ms, size 155KB
*** 2011-09-12 22:56:05.407
Warning: log write time 810ms, size 1KB
*** 2011-09-12 22:56:06.990
Warning: log write time 1590ms, size 154KB
*** 2011-09-12 22:56:07.670
Warning: log write time 600ms, size 109KB
*** 2011-09-12 22:56:09.903
Warning: log write time 1790ms, size 190KB
*** 2011-09-12 22:56:11.704
Warning: log write time 1800ms, size 126KB
*** 2011-09-12 22:56:12.854
Warning: log write time 710ms, size 70KB

这些TRACE记录说明LGWR在写出REDO BUFFER到REDO LOGFILE联机日志文件时单次的日志写时间超过了500ms: The above warning messages has been introduced in 10.2.0.4 patchset. The warning message will be generated only if the log write time is more than 500 ms and it will be written to the lgwr trace file. Solution These messages are expected in a 10.2.0.4 database in case the log write is more than 500 ms. This is a warning which means that the write process is not as fast as it intented to be. So, probably you need to check if the disk is slow or not or for any potential OS causes. If everything looks fine at the hardware level or OS level then you can safely ignore these messages. The trace file can easily be deleted or truncated. Also, according to Bug:7559549 , these trace can be disabled by setting event 10468 level 4." 该TRACE信息由10.2.0.4 patchset引入,当LGWR写日志文件单次超过500ms时触发写"Warning: log write time "信息到lgwr trace,如果该信息频繁出现可能意为这潜在的OS IO问题(如果TOP等待事件中还有log file sync、gc buffer busy则值得注意该LGWR IO缓慢问题), 如果在硬件或OS层面都没有问题、且该日志记录出现并不频繁则可以忽略该问题,也可以通过设置10468 EVENT LEVEL 4来禁止写出"Warning: log write time "警告信息。 实际控制这里500ms的是_long_log_write_warning_threshold(threshold for long log write warning messages in ms)隐藏参数,该参数可以在线设置: SQL> alter system set "_long_log_write_warning_threshold"=2000 ; System altered.



本文转自maclean_007 51CTO博客,原文链接:http://blog.51cto.com/maclean/1278141

相关实践学习
日志服务之使用Nginx模式采集日志
本文介绍如何通过日志服务控制台创建Nginx模式的Logtail配置快速采集Nginx日志并进行多维度分析。
相关文章
|
4月前
|
SQL
WARNING: too many parse errors' in the 12.2 Alert.log
WARNING: too many parse errors' in the 12.2 Alert.log
51 2
|
监控 Java Unix
Java GC Log Time解析
通常,我们在了解应用服务的性能时,都会去在所定义的垃圾收集日志文件中去分析GC活动轨迹,在gc.log文件中,我们经常会看到每个GC事件所打印的三种时间类型: “ User ”、“ Sys ”及“ Real ”,它们分别表示什么呢?具有哪些象征性意义呢?本文将结合作者的相关实际经验进行简要解析,希望阅读完本篇文章后对大家在GC Log这块的问题定位与分析有所帮助。
159 0
|
Oracle 前端开发 关系型数据库
log file sync 和 log file parallel write等待事件的区别和联系
log file parallel write 和log file sync这两个等待事件关系密切,很多人对这两个等待事件有一些误解,我们先来看看Oracle官方文档的解释:
109 0
|
消息中间件 存储 设计模式
分布式系统设计模式 - 预写日志(Write Ahead Log)(下)
分布式系统设计模式 - 预写日志(Write Ahead Log)(下)
分布式系统设计模式 - 预写日志(Write Ahead Log)(下)
|
存储 设计模式 消息中间件
分布式系统设计模式 - 预写日志(Write Ahead Log)(上)
分布式系统设计模式 - 预写日志(Write Ahead Log)(上)
分布式系统设计模式 - 预写日志(Write Ahead Log)(上)
|
25天前
|
Kubernetes Ubuntu Windows
【Azure K8S | AKS】分享从AKS集群的Node中查看日志的方法(/var/log)
【Azure K8S | AKS】分享从AKS集群的Node中查看日志的方法(/var/log)
|
7天前
|
Java
日志框架log4j打印异常堆栈信息携带traceId,方便接口异常排查
日常项目运行日志,异常栈打印是不带traceId,导致排查问题查找异常栈很麻烦。