做日常巡检的时候发现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