Heim > Datenbank > MySQL-Tutorial > Oracle数据库检查点未完成原因详解

Oracle数据库检查点未完成原因详解

WBOYWBOYWBOYWBOYWBOYWBOYWBOYWBOYWBOYWBOYWBOYWBOYWB
Freigeben: 2016-06-07 17:10:06
Original
1013 Leute haben es durchsucht

最近在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

linux

Erklärung dieser Website
Der Inhalt dieses Artikels wird freiwillig von Internetnutzern beigesteuert und das Urheberrecht liegt beim ursprünglichen Autor. Diese Website übernimmt keine entsprechende rechtliche Verantwortung. Wenn Sie Inhalte finden, bei denen der Verdacht eines Plagiats oder einer Rechtsverletzung besteht, wenden Sie sich bitte an admin@php.cn
Beliebte Tutorials
Mehr>
Neueste Downloads
Mehr>
Web-Effekte
Quellcode der Website
Website-Materialien
Frontend-Vorlage