oracle实例恢复属于系统级吗,Oracle实例恢复

自动实例或者崩溃恢复：

1. 尝试去打开一个包含了在关闭时没有同步的文件的数据库引起

2. 使用存储在redo log groups当中的信息去同步文件

3.  包括两个独立的操作：

a. 向前回滚(Rolling forward)： 重做日志中的变化(提交，未提交的)应用到数据文件当中

b. 向后回滚(Rolling back)：已经发生了但是没有提交的变化被置回原始状态

实例恢复：

Oracle会自动从实例失败当中恢复。所需要做的仅仅是实例正常的被启动而已。如果启用了Oracle Restart，且配置了监控那么这一切会自动完成。实例会(mount)加载控制文件，而后尝试去打开数据文件。当它发现数据文件在关闭时没有同步时，实例用重做日志中的信息向前回滚数据文件到数据库关闭时的时间点。然后数据库被打开，所有没有提交的事务被回滚。

实例恢复的几个阶段：

1. 启动实例(Startup instance(data files are out of sync))

2. 向前回滚(Redo)

3. Committed and uncommitted data in files

4. Database opened

5. Rollback(undo)

6. Committed data in files

当一个实例打开一个数据文件时，数据文件头当中包含的system change number(SCN)必须与控制文件中存储的当前SCN匹配。

如果不匹配， 实例应用在线重做日志当中的重做数据，循序"redoing"事务直到数据文件是最新的。在所有数据文件与控制文件同步之后，数据库被打开，用户可以登录。

When redo logs are applied, all transactions are applied to bring the database up to the state of the time of failure. (当重做日志被应用之后，所有事务被“恢复”以使数据库到达失败的那个时间点的状态？) 。This usually includes transactions that are in progress but have not yet been committed. 当数据库被打开之后，这些没有提交的事务被回滚。在实例恢复的最后阶段，数据文件只包含已提交的数据。

调整实例恢复(Tuning Instance Recovery)

1. During instance recovery, the transactions between the checkpoint position and the end of redo log must be applied to data files.

2. 实例恢复可以通过控制检查点的位置与重做日志的末端的不同之处来调整(

You tune instance recovery by controlling the difference between the checkpoint position and the end of redo log)

After the database is open, it fails in the case of the loss of:

1. Any control file

2. A data file belonging to the system or undo tablespaces

3. An entire redo log group(As long as at least one member of the group is available, the instance remains open)