DBWn什么时候写?
- A user's Server Process has searched too long for a free buffer when reading a buffer into Buffer Cache.(当读一个缓存区到高速缓存中时用户进程查找了太长的空缓存。)
- The number of modified and commited, but unwritten, buffers in Database Buffer Cache is too large.(在数据库告诉缓存中存中的已修改的和已提交,但未写入的数量太大时。)
- At a database Checkpoint event. (在数据库检查点事件时。)
- A tablespace is taken offline to make it unavailable or changed to READ ONLY.(表空间被修改为离线状态以使其不可用或不可读。)
- A segment is dropped.(段被删除时。)
LGWR什么时候写入redo file?
- Every three seconds.(每隔三秒。)
- A user commits a transaction.(用户提交一个事务。)
- The Redo Log Buffer is one-third full.(重做日志缓存达到三分之一时。)
- The Redo Log Buffer contains 1MB worth of redo information.(重做日志缓存含有1M的有用的重做信息。)
- Before the DBWn process whenever a database checkpoint occurs.
一个数据库至少有两个redo log groups,因为redo logs是循环写的,每个redo log group必须由一个以上的member组成。当一个redo log group被写满时,LGWR切换到下个redo log group。当最后一个redo log group也被写满时,LGWR切换到第一个redo log group,会覆盖掉原来的redo log;但如果数据库运行在ARCHIVE LOG模式的话,当一个redo log group被写满时,ARCn后台进程会讲redo log 复制到归档日志路径,用于数据库出现故障时进行恢复。
** 几乎所有的生产数据库都运行在归档模式下,因为当出现硬盘错误或用户错误时能用来重做自上次备份后的事务。
**如果LGWR需要写入redo log groupARCn正试图复制,这将不成功,因为目的地是满的,数据库将挂起直到驱动上的空间被清空。
来自 “ ITPUB博客 ” ,链接:https://blog.itpub.net/10314474/viewspace-616360/
,如需转载,请注明出处,否则将追究法律责任。