Warning: log write time 600ms, size 43KB

突然才发现一个数据库的LGWR进程的跟踪文件scm2_lgwr_5690.trc有大量的告警信息,如下所示:

Warning: ;log write time 680ms, size 11569KB
*** ;2015-01-04 02:41:17.122

Warning: ;log write time 520ms, size 2764KB

*** ;2015-01-04 03:11:40.885

Warning: ;log write time 880ms, size 1KB

*** ;2015-01-04 03:24:04.357

Warning: ;log write time 500ms, size 1KB

*** ;2015-01-04 03:29:11.160

Warning: ;log write time 510ms, size 2KB

*** ;2015-01-04 03:30:22.383

Warning: ;log write time 540ms, size 2KB

*** ;2015-01-04 04:04:09.133

Warning: ;log write time 680ms, size 3KB

*** ;2015-01-04 04:15:53.617

Warning: ;log write time 620ms, size 25KB

*** ;2015-01-04 04:20:06.502

Warning: ;log write time 940ms, size 5KB

*** ;2015-01-04 04:31:11.049

Warning: ;log write time 520ms, size 43KB

*** ;2015-01-04 04:32:52.570

Warning: ;log write time 520ms, size 33KB

*** ;2015-01-04 04:33:22.023

Warning: ;log write time 1600ms, size 257KB

*** ;2015-01-04 04:33:22.609

Warning: log write time 590ms, size 443KB

搜索了Metalink上关于该告警的阐述Metalink ID 601316.1,具体内容如下所示(英文部分):

CHANGES

The problem surfaced after upgrading to 10.2.0.4.

CAUSE

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 i.e if enviroment is unable to deliver a faster service because of its own nature,then you can ignore this message.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.

刚好我们数据库版本也是10.2.0.4.0,于是我检查了另外其它几台数据库,发现基本上都有这类错误,根据官方文档,如果磁盘没有什么问题,可以忽略这个告警信息。另外我也在两位大师Eygle&惜分飞博客里面发现了对这个告警现象的记录、描述.应该可以忽略这个告警。另外,也可以通过下面命令取消该trace命令,如下所示:

ALTER SYSTEM SET EVENTS ‘10468 trace name context off‘;

参考资料:

http://www.eygle.com/archives/2009/11/log_write_time.html

http://www.xifenfei.com/1563.html

时间: 2024-10-26 03:40:15

Warning: log write time 600ms, size 43KB的相关文章

Warning. Log sequence in archive filename wrapped to fix length as indicated by %S in LOG_ARCHIVE_F

最近在做数据库检查的时候发现有下面警告信息: Thu Apr 02 10:34:39 2015 Current log# 1 seq# 235103 mem# 0: D:\ORADATA\ORCL\REDO01.LOG Thu Apr 02 10:34:40 2015 ARC1: Evaluating archive log 3 thread 1 sequence 235102 Thu Apr 02 10:34:40 2015 ARC1: Warning. Log sequence in arc

ORACLE 博客文章目录(2015

从接触ORACLE到深入学习,已有好几年了,虽然写的博客不多,质量也参差不齐,但是,它却是成长的历程的点点滴滴的一个见证,见证了我在这条路上的寻寻觅觅,朝圣的心路历程,现在将ORACLE方面的博客整理.归纳分类,方便自己和大家查看.翻阅.  ORACLE数据类型 ORACLE基本数据类型总结 ORACLE VARCHAR2最大长度问题 ORACLE数据库汉字占几个字节问题 ORACLE NUMBER类型Scale为0引发的问题 PL/SQL语法学习 PLSQL 调试触发器 PL/SQL重新编译包

RAC 性能分析 - 'log file sync' 等待事件

简介 本文主要讨论 RAC 数据库中的'log file sync' 等待事件.RAC 数据库中的'log file sync' 等待事件要比单机数据库中的'log file sync' 等待事件复杂,主要原因是由于RAC 数据库需要将SCN同步到所有实例. 首先,回顾一下单机数据库中的'log file sync' 等待事件,当user session 提交(commit)时,user session会通知LGWR进程将redo buffer中的信息写入到redo log file,当LGWR

log file sync 事件(转)

log file sync log file sync等待时间发生在redo log从log buffer写入到log file期间. 下面对log file sync做个详细的解释. 何时发生日志写入: 1.commit或者rollback 2.每3秒 3.log buffer 1/3满或者已经有1M的redo数据. 更精确的解释:_LOG_IO_SIZE 大小默认是LOG_BUFFER的1/3,当log buffer中redo数据达到_LOG_IO_SIZE 大小时,发生日志写入. 4.DB

Oracle Log Block Size

Although the size of redo entries is measured in bytes, LGWR writes the redo to the log files on disk in blocks. The size of redo log blocks is fixed in the Oracle source code and is operating system specific. Oracle's documentation uses the term "op

go log

go自带log包 /* golang log example E-Mail : [email protected] */ package main import ( "log" "os" ) func main() { logFile,err := os.Create("test1.log") defer logFile.Close() if err != nil { log.Fatalln("open file error!"

ORACLE清理、截断监听日志文件(listener.log)

在ORACLE数据库中,如果不对监听日志文件(listener.log)进行截断,那么监听日志文件(listener.log)会变得越来越大,想必不少人听说过关于"LISTENER.LOG日志大小不能超过2GB,超过会导致LISTENER监听器无法处理新的连接",当然这个不是真理,不会绝对出现,只是发生在老旧的32bit Linux或Unix系统下面,真实的原因是一些32bit OS自带的文件系统不支持2GB以上的文件,导致监听服务进程(tnslsnr)append write日志文件

Android开发手记(24) Log的使用及颜色的更改

在程序开发过程中,LOG是广泛使用的用来记录程序执行过程的机制,它既可以用于程序调试,也可以用于产品运营中的事件记录.在Android系统中,提供了简单.便利的LOG机制,开发人员可以方便地使用.本文简单介绍了Android中Log的使用以及在Android Studio中 Log 颜色的更改. 要使用 Log,我们需要首先 import android.util.Log,其中Log常用的方法有5个:Log.v() Log.d() Log.i() Log.w() 以及 Log.e() .根据首字

python批量给图片添加log

直接上代码 from PIL import Image import os all_path=[] dirName = os.getcwd() file_dir = os.path.join(dirName,'file_log') #创建目录保存处理后的图片 try: os.mkdir('file_log') except FileExistsError: print('dir Exists ') #获取当前目录下所有的jpeg格式文件路径 for root, dirs, files in os