做日常巡检的时候发现alert日志中有这个错误
Thread 1 cannot allocate new log, sequence 319708
Checkpoint not complete
这个实际上是个比较常见的错误。通常来说是因为在日志被写满时会切换日志组,这个时候会触发一次checkpoint,DBWR会把内存中的脏块往数据文件中写,只要没写结束就不会释放这个日志组。如果归档模式被开启的话,还会伴随着ARCH写归档的过程。如果redo log产生的过快,当CPK或归档还没完成,LGWR已经把其余的日志组写满,又要往当前的日志组里面写redo log的时候,这个时候就会发生冲突,数据库就会被挂起。并且一直会往alert.log中写类似上面的错误信息。
ORACCLE给出的建议是:
Add additional log group
Increase size of redo logs
#########################################################
select * from v$log;
select bytes/1024/1024 from v$log;
select * from v$logfile;
#通过以上命令查看日志组、日志文件的状态
#添加3个新的日志组
alter database add logfile group 4 '/u01/app/oradata/destdb/destdb/redo04.log' size 300m;
alter database add logfile group 5 '/u01/app/oradata/destdb/destdb/redo05.log' size 300m;
alter database add logfile group 6 '/u01/app/oradata/destdb/destdb/redo06.log' size 300m;
#通过执行下面的命令,将新添加的日志组的状态切换为“非unused”,将需要删除的日志组切换为“unused”
alter system switch logfile;
#删除老的日志组,在线增加日志组的时候,删除日志组的时候只能删除日志组状态为 INACTIVE 的日志组。
alter database drop logfile group 1;
alter database drop logfile group 2;
alter database drop logfile group 3;
#最后去os上删除老的日志组的物理文件
删除/u01/app/oradata/destdb/destdb/redo01、02、03.log
免责声明:本站发布的内容(图片、视频和文字)以原创、转载和分享为主,文章观点不代表本网站立场,如果涉及侵权请联系站长邮箱:is@yisu.com进行举报,并提供相关证据,一经查实,将立刻删除涉嫌侵权内容。