做日常巡检的时候发现alert日志中有这个错误
Thread 1 cannot allocate new log, sequence 319708
Checkpoint not complete
这个实际上是个比较常见的错误。通常来说是因为在日志被写满时会切换日志组，这个时候会触发一次checkpoint，DBWR会把内存中的脏块往数据文件中写，只要没写结束就不会释放这个日志组。如果归档模式被开启的话，还会伴随着ARCH写归档的过程。如果redo lo*生的过快，当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
本文出自 “葡萄呀 Enjoy your life” 博客，请务必保留此出处http://bxuan.blog.51cto.com/376592/1557982