oracle中数据是怎样前滚和回滚的
启动系统和实例进入恢复级别。Smon找到了最终SCN记录的康复和检查站。
开始检查点。
重复重播付款。
付款C部分需要写入logbuffer，然后回滚。
回滚处理后向前滚动处理。
资源已发布，并恢复了BufferCach数据码头。
康复过程将开始长时间启动该系统。
重要方法包括控制交易和使用库。
向前滚动和回滚肯定会确保数据一致性，但也扩展了数据库以重新启动数据库。
了解这些机制可以帮助您更好地管理和维护Oracle数据库。
oracle中数据是怎样前滚和回滚的
保持数据的一致性和完整性是任何成功的商业数据库软件必须实现的基本要求。从失败中恢复，提供酸原理和提供交易完整性一直是Oracle数据库的重要功能组成部分。
本文主要介绍在突然完成后恢复Oracle示例（电源关闭或强制关闭）时发生的恢复过程，该过程也可以称为“向前滚动和Rollack”。
知识的基本描述更清楚地解释了该问题，作者首先介绍了本文中包括的一些重要知识。
数据库服务器失败的数据库示例的失败我们经常说有许多含义。
Oracle数据库是由多个过程组件组成的结构系统。
最重要的部分包括两个部分：侦听器和Oracle数据的示例，当然还有不同的文件。
失败和治疗方法的现象在不同部分是不同的。
本文中描述的过程是Oracle示例失败后的自动恢复过程。
当实例失败时，通常会突然结束。
目前，Oracle数据库可以通过执行一系列完成或未完成的交易。
实例未能重置，这意味着必须重置这些状态并恢复到数据完整性的状态。
日志写作（Redolol）初步的Oracle数据机制批准了“第一个日志”机制。
修改数据库数据时，我们不会在文件中立即在文件中写入修改，而是将其写入公共SGA存储空间中的BufferCache。
同时，修改后的寄存器不断地写在SGA中的另一个LogBuffer缓存中。
有一个LGWR背景过程不断在OnlinerTostic File中的LogBuffer缓存中写入日志。
文件中的LogBuffer和LGWR缓存中的写作过程是异步执行的。
那么，在什么情况下，LGWR会在日志文件中投掷日志缓冲区（所有）？ 如下： - 引用OCA认证指南（1 Z0-05 2 ，p4 0）用户执行直接性能操作； LGWR写作时间超过三秒钟（三秒钟，DBWN将每三秒钟清洁一些缓冲区。
此时，它只是填补了LGWR的第三点）； 请注意：dbna会写肮脏的缓冲区，即。
高速卫生棉条数据块，在数据文件中，而不是所有卫生棉条 - - 请参阅《 OCA认证考试指南》（1 Z0-05 2 ，p3 8 ））。
因为鉴于I/O磁盘将降低性能，因此DBNA使用一种极为懒惰的算法来执行日志。
如果经常被污染的缓冲区（即，卫生棉条处于非常压缩的状态），则DBWN不会在磁盘上写下缓冲区。
相反，对于没有会议的一些缓冲区，dbna将它们写在磁盘上。
因此，dbna写入肮脏的缓冲液相对较平坦和低频。
但是，如果发生检查点，则例外是：dbna将在磁盘上写下所有肮脏的缓冲区。
---请参阅《 OCA认证考试指南》（1 Z0-05 2 ，p3 8 ，p3 9 ）。
ü当Buffercache中没有缓冲区时； 日志文件功能：首先日志文件通常是编写的。
LGWR会不断地写出从LogBuffer到Onlineredsost的信息； 其次，日志文件中可能有三种类型的事件。
1 交易结束并执行，然后调用检查点。
这种类型的交易记录在日志文件中，但是有关更改的信息写在dbna数据文件中。
2 交易已完成并执行，然后未输入控制控制检查。
在这种情况下，logFile已写入日志文章中，数据文件可能包括肮脏的数据，或者可能不会以肮脏的数据写入。
3 交易还没有结束，没有承诺。
目前，有有关DirtyBlock数据块交易的信息，表明该事务尚未完成，并且数据将不会写在数据文件中。
但是，LogBuffer日志可以在日志文件中编写一些不合理的DML操作的文章； 简而言之，在这一点上，Oracle确保所有文件（数据，控制，日志等）都是一致的。
检查点的功能是指示SMON进程当您恢复不需要重置的的示例时。
滚动前向前滚动和Rollack“向前滚动和Rollack”是SMON执行的自动恢复过程，当时Oracle数据库的示例突然崩溃并恢复。
以下是模拟和解释以介绍此过程的示例。
失败前的场景说明，寄存器中的登记过程如下：1 交易A后，执行结束。
之后，系统执行检查点； 然后启用系统； - 根据LGWR工作机制，交易C的体积相对较大，因此应用程序将生成重新融合的，足以在几秒钟内填充1 /3 秒，因此这将刺激日志缓冲区的LGWR。
日志文件，但永远不会获得C交易的记录，必须支持。
4 交易B和D和事务D所使用的卫生棉条在缓存不活动的位置，并执行交易B，但其使用的棉塞在其处于活动状态的位置处于活动状态。
。
因此，DBNA将在数据文件中写入交易棉孔数据，但不编写事务数据。
在这种情况下，必须支持交易D，并应维护交易B。
---请参阅OCP认证考试的完整书籍（下半年p3 5 8 ）。
数据文件和日志文件。
这种差异主要反映在SCN值的变化中。
实例启动时，它经过三个阶段（标明，安装和开放）。
在打开之前，将检查这些差异。
Smon是Oracle示例的背景过程，主要负责监视和恢复系统。
恢复的主要基础是重新学科记录。
2 首先，SMON翻转过程发现了最后一个SCN记录的重新学。
找到最后一个点击点。
一旦找到了序列控件，就意味着之前或完全写在数据文件上的所有交易，并且没有非合规性问题。
过程恢复始于控制控制，Oracle根据重印记录说明开始进展。
首先，我们遇到了交易信息B。
因此，如果您继续根据注册表的输入进行进展，则可以完全重复整个复制过程并应用交易应用B。
以这种方式，所有B交易适用，最终将完全是完全的通过dbna写在数据文件上。
因此，在实例失败并完全返回之前，进行B性能的交易。
输入交易类别C。
由于重组学者的某些C交易的输入已输入ReDogolfile（根据LGWR和DBNA工作机制，事务C可以在日志文件和数据文件中编写一些数据块，但是在此时间，事务C具有从未交付。
在向前，填充注册表填充的撤消块和表数据块值再次复制到表数据块（因为交易尚未提交记录），以恢复SGA中的BufferCache数据块。
4 多次谈论恢复过程中的损害，因为我们的交易很高，当示例崩溃时，恢复需要很长时间。
有一个经验的说法，即交易需要多长时间，向前翻转需要多长时间返回×2 正常。
SMON恢复的过程是甲骨文强迫的过程，即使在恢复过程中发生了停电或其他中断故障。
甲骨文下次开始时将继续此过程，只能耐心等待。
通过检查一些内部视图（x $），可以观察到恢复过程和速度，但可能根本不会影响最终的恢复过程。
尽管此过程可以确保数据的稳定性，但它还带来了系统无法启动和影响生产环境的问题。
我们可以通过两种方式将其软化：首先，在设计和开发系统时，我们需要确保交易率的可控性并防止交易率在技术水平上过高。
发生碰撞后避免大规模曲线； 您可以使用准备库来替换它，以便可以缓慢而安静地恢复主库；
