oracle介质文件恢复,Oracle数据库介质恢复的内部过程

oracle数据库的介质恢复过程相对非常复杂，oracle毕竟作为一个大系统，设计是相当复杂和庞大的。鄙人结合对controlfile，redo log，datafile等文件的dump内容进行分析，试图深入的了解oracle的介质恢复过程。虽不能从正向了解内部工作机制，但是从逆向推断也能做个大致了解，以此增强对oracle的使用信心吧。

从这里开始吧：

1，获取media-recovery-start SCN.

检查所有数据文件头，选择最小的checkpoint SCN值作为start SCN。

假如获取到的checkpoint SCN值在数据文件的offline的SCN范围内，则采用offline-end的SCN。

2，checkpoint structure检查thread启动数量

media-recovery SCN中的checkpoint structure检查在该SCN点有几个thread线程启动了。

3，分配log buffer

为第二步中的每个启动的thread分配log buffer。

4，打开log文件

–如果log文件在线，系统将会自动打开;

–如果已经归档，将会提示管理员输入log文件名称。

5，分配独占型media recovery lock

为每个需要执行media recovery的数据文件分配一个excusive(独占)media recovery lock。

6，对每个数据文件设置fuzzy bit

7，checkpoint bitvec 决定了初始启动的thread。

8，thread线程读取相应的redo，并应用于数据库。

9，Media recovery发生检查点：

–应用redo文件过程中，需要转换redo文件，每当转换时都会发生Media Recovery checkpoints。

–当数据文件的STOP SCN达到时，也会发生Media Recovery checkpoints，数据文件头的checkpoint也会被推进到该值。

10，完成media checkpoint

所有的thread完成其对应的redo日志应用，达到数据文件的有限STOP SCN值，完成了media recovery;

media recovery fuzzy bit被清除，或者叫做重置为(0x0000.00000000 day/month/year hh24:mi:ss);

接着更新数据文件头和控制文件，表明了数据库整体一致。

我们一直都在努力坚持原创.......请不要一声不吭，就悄悄拿走。

我原创，你原创，我们的内容世界才会更加精彩！

【所有原创内容版权均属TechTarget，欢迎大家转发分享。但未经授权，严禁任何媒体(平面媒体、网络媒体、自媒体等)以及微信公众号复制、转载、摘编或以其他方式进行使用。】

微信公众号

TechTarget

官方微博

TechTarget中国