最近在alter日志中发现 checkpoint not complete 信息产生此问题的原因具体分析：首先说一下checkpoint 是什么？chkpoint是一个数
最近在alter日志中发现 checkpoint not complete 信息
产生此问题的原因具体分析：
首先说一下checkpoint 是什么？
chkpoint是一个数据库的内部机制，它存在有两个目的：
1. 保证数据的一致性
    系统发生检查点将出发dbwr进程将缓冲区中的脏数据块写入到数据文件，同时更新数据文件中的scn号，记录联机重做日志文件中lrba（low redo block address）的位置到控制文件中，当在写入过程中，突然实例崩溃，脏数据块没有完全写入到数据文件中。当实例启动的时候，会检查控制文件中的 终止scn号，（四种scn）这时候发现是空的（数据库正常运行的时候是无穷大或者保持为空），就认为数据库没有正常关闭，，需要实例恢复，于是smon进程根据控制文件中的scn号，到重做日志文件中取出重做条目重现实例崩溃的那个状态。
2. 数据库实例崩溃后的实例恢复
    当实例恢复的时候，到底从重做日志文件的什么位置开始恢复呢？检查点checkpoint就是记录了一个scn号，当实例回复的时候从最近的这个检查点做恢复，不必全部恢复重做日志的内容，减少了恢复时间。
   日志切换会触发检查点，当检查点触发后会引起dbwr进程将脏数据块写入数据文件，这个时候写入数据文件的脏数据块已经都写入了联机重做日志中，是安全的，当日志缓冲区的日志写满需要切换日志文件的时候，由于下一个日志文件对应的脏数据块没有完全写入到数据文件中，所以不能被覆盖，于是就发生了checkpoint not complete。
   这时候可能是磁盘的原因导致dbwr写磁盘很慢，或者dbwr进程效率不高，以至于在发生日志切换的时候没有课覆盖的日志文件。这时候可以添加dbwr进程的数，或者添加日志文件组，来解决这个问题。
遂添加一个日志组：
用sysdba登录
alter database add logfile gropu 4 ‘$oracle_home/oradata/sid/redo04.log’ size 100m;
切换日志文件
alter system switch logfile；
查看当前的日志文件是否在使用
select * from v$log