详解Oracle介质恢复的内部过程

这个是两年前学习Oracle总结的东西,不算什么新东西,仅作为个人的一个记录,也欢迎大家一起学习讨论。

主要从事网页设计、PC网站建设(电脑版网站建设)、wap网站建设(手机版网站建设)、响应式网站开发、程序开发、微网站、小程序定制开发等,凭借多年来在互联网的打拼,我们在互联网网站建设行业积累了丰富的成都网站制作、成都做网站、外贸营销网站建设、网络营销经验,集策划、开发、设计、营销、管理等多方位专业化运作于一体,具备承接不同规模与类型的建设项目的能力。

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);接着更新数据文件头和控制文件,表明了数据库整体一致。

文档参考:记着开始时从google找到一篇介绍Oracle internal的文章作为了参考,并结合着dump文件的内容才有此体会。要感谢一些那位“默默无闻”的作者。

分享标题:详解Oracle介质恢复的内部过程
网页URL:http://www.36103.cn/qtweb/news11/27061.html

网站建设、网络推广公司-创新互联,是专注品牌与效果的网站制作,网络营销seo公司;服务项目有等

广告

声明:本网站发布的内容(图片、视频和文字)以用户投稿、用户转载内容为主,如果涉及侵权请尽快告知,我们将会在第一时间删除。文章观点不代表本网站立场,如需处理请联系客服。电话:028-86922220;邮箱:631063699@qq.com。内容未经允许不得转载,或转载时需注明来源: 创新互联