博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
Crash/Instance Recovery与Media Recovery的本质区别
阅读量:5905 次
发布时间:2019-06-19

本文共 828 字,大约阅读时间需要 2 分钟。

Crash/Instance Recovery与Media Recovery的本质区别在于: Crash/Instance Recovery针对需要恢复的实例从增量检查点(incremental checkpoint)开始apply redo应用重做日志。由于日志覆盖的先提条件是完成相关日志的logfile switch checkpoint,且从定义上说归档日志总是落后于实例的检查点,所以对于crash/instance recovery崩溃或实例恢复总是只需要访问读取在线的重做日志(online redo logfile)。   介质恢复Media Recovery从旧数据文件的检查点开始apply redo引用重做日志,这些旧的数据文件可能来源于备份。 介质恢复情况下需要用到归档重做日志,因此RMAN或DBA(用户管理的备份)也需要将备份相关的归档日志还原出来。   Crash/Instance Recovery总是保证仅当所有的持久重做数据被应用之后才算恢复完成。 在Oracle保证所有已提交的事务都已经被包含恢复的情况下,才认为崩溃实例完成了恢复工作。   相反,介质恢复有不完全恢复(incomplete recovery)和部分恢复(partial recovery)的提法,以实现恢复数据库(db)到某个时间点的一致性。     Crash/Instance Recovery与Media Recovery的相同点在于:   Crash/Instance Recovery与Media Recovery都是传统的前滚恢复方式(rolling forward),原理上都是对持久redo log数据的重演。 不管是Crash/Instance Recovery还是Media Recovery的前滚,都需要继之以事务回滚以便回滚未提交的事务,虽然前滚完成后数据库即可以打开而不用等回滚完成,但是仅在回滚完成的时候我们认为数据库是真正一致的。   扩展阅读:

转载地址:http://fqdpx.baihongyu.com/

你可能感兴趣的文章
2019年软件测试现状调查
查看>>
Fin Goulding专访:在普世管理中注入敏捷
查看>>
为所有PHP-FPM容器构建单独的Nginx Docker镜像
查看>>
QCon讲师对对碰——梁宇鹏访洪小军:创业公司招人是个事儿
查看>>
C# 7.1先睹为快(第二部分)
查看>>
Netty学习笔记(二)
查看>>
微软超过苹果 成为全球第一大市值公司
查看>>
GitHub启用安全告警功能
查看>>
从 Google 的一道面试题说起·
查看>>
重构到更深层的模型
查看>>
服务应该去版本化,不管是微服务还是SOA
查看>>
Istio v1.0服务网格发布,各特性已生产就绪
查看>>
13岁女孩因发布JavaScript无限循环代码被捕
查看>>
知道大数据却不清楚工业大数据,知识架构“欠”在哪里?
查看>>
Docker周报:Windows Server将支持Mesos
查看>>
《码出高效:Java开发手册》背后的故事
查看>>
Oracle的Java模块化系统保卫战
查看>>
苹果开源Swift基准测试套件
查看>>
Java程序员:不要因未知而让云成本大涨
查看>>
QCon上海2015 架构实战热点前瞻
查看>>