media recovery和instance recovery的差别 --OCP-042-02

1、media recovery是需要利用以前的备份来进行恢复的，而INSTANCE RECOVERY是不需要的。

2、media recovery通常发生在数据库的数据文件之类发生损坏，需要利用以前的备份来进行的恢复，需要人工处理；

     而INSTANCE恢复则是发生在实例不正常关闭情况下的恢复，是INSTANCE自己来的，不需要人工干预的。

 Media Recovery：

如果发生数据文件丢失或破坏，就需要用备份和归档日志来进行恢复，这种恢复操作就叫作介质恢复（Media Recovery），这种恢复操作需要有备份、归档日志、联机日志一起才能完成，并分成完全恢复和不完全恢复两种情况。
Instance Recovery：

如果实例被SHUTDOWN ABORT方法强行关闭，或者因为断电等事故发生故障。数据文件、控制文件、联机日志都没有丢失，这时数据库再次启动时，要利用联机日志的内容进行恢复，这种恢复就是实例恢复（Instance Recovery）。

Instance Recovery主要包括3个阶段：

    1）根据联机日志内容进行ROLLOVER；

    2）打开数据库，提供服务；

    3）SMON或用户进程进行ROLLBACK。

 Crash Recovery：

到了RAC环境下，同样也有Media Recovery和Instance Recovery，并且RAC还有Crash Recovery。

简单地说，Instance Recovery是指所有的实例都发生Crash后进行的Recovery，从发生地点来看，这种Recovery发生在故障实例上，是故障实例重新启动时执行的Recovery。

而Crash Recovery是指某个实例发生了Crash后在其他实例上进行的Recovery。这里最重要的区别是发生地点不是在故障节点，而是在某个健康节点。这种Recovery有一个特殊要求：在健康节点执行Crash Recovery时，必须要保证故障节点不能再对共享数据进行操作，也就是要对故障节点进行IO隔离（IO Fencing），这是由CSS服务来保证的。

在单实例环境下，Crash Recovery和Instance Recovery没有区别。只有在RAC这种多实例环境下，这两个名词的区别才能体现出来。

说明：对于Crash Recovery最重要的是，必须保证在执行Crash Recovery时，故障节点被IO Fencing。

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的前滚，都需要继之以事务回滚以便回滚未提交的事务，虽然前滚完成后数据库即可以打开而不用等回滚完成，但是仅在回滚完成的时候我们认为数据库是真正一致的。

转载于:https://www.cnblogs.com/Peyton-for-2012/archive/2013/03/01/2938416.html