Oracle介质恢复内部过程阐述

今天，小编的Oracle数据库学习助手给大家带来的是Oracle介质恢复的内部过程的相关内容。大家别错过了。赶紧来看一下吧！

ORACLE数据库系统是美国ORACLE公司（甲骨文）提供的以分布式数据库为核心的一组软件产品，是目前最流行的客户/服务器(CLIENT/SERVER)或B/S体系结构的数据库之一。比如SilverStream就是基于数据库的一种中间件。ORACLE数据库是目前世界上使用最为广泛的数据库管理系统，作为一个通用的数据库系统，它具有完整的数据管理功能；作为一个关系数据库，它是一个完备关系的产品；作为分布式数据库它实现了分布式处理功能。但它的所有知识，只要在一种机型上学习了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)；接着更新数据文件头和控制文件，表明了数据库整体一致。

好了，以上内容就讲到这了。想了解更多相关的Oracle学习视频，可前往课课家官方网。