度量快速开发平台-专业、快速的软件定制快开平台

 找回密码
 立即注册

QQ登录

只需一步,快速开始

搜索
热搜: 部件 流程 SQL
查看: 733|回复: 5
打印 上一主题 下一主题

[分享] Oracle的实例恢复解析

[复制链接]

235

主题

2547

帖子

5835

积分

论坛元老

Rank: 8Rank: 8

积分
5835
跳转到指定楼层
楼主
发表于 2020-5-12 14:29:56 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
在数据库服务器异常断电重启后,数据库会进行实例恢复,那么实例恢复的过程中Oracle做了什么操作呢?参考官网在这里做一下解释,菜鸟水平有限,欢迎勘正。
首先说下实例恢复的定义:
Instance recovery is the process of applying records in the online redo log to data files to reconstruct changes made after the most recent checkpoint. Instance recovery occurs automatically when an administrator attempts to open a database that was previously shut down inconsistently.
Oracle Database performs instance recovery automatically in the following situations:
  • The database opens for the first time after the failure of a single-instance database or all instances of an Oracle RAC database. This form of instance recovery is also called crash recovery. Oracle Database recovers the online redo threads of the terminated instances together.
  • Some but not all instances of an Oracle RAC database fail. Instance recovery is performed automatically by a surviving instance in the configuration.

The SMON background process performs instance recovery, applying online redo automatically. No user intervention is required.
因此我们知道非一致性关闭会引发实例恢复(一致性关闭不会,参考shutdown immediate的官方定义)同时RAC节点宕机也会在一个存活节点进行实例恢复,其过程就是重构内存中的脏块并提交,同时对未提交的做出回滚,这个过程由smon后台进程负责。
实例恢复分两阶段:
1.前滚:Rolling Forward
Oracle根据redo日志中的记载:
    1)对于提交的事务,根据日志进行内存中的脏块重现,然后进行commit,并按正常机制正常写入磁盘。
    2)对于未提交的事务,也根据redo进行脏块重现(原因是检查点队列里记录的未提交事务的脏块也可能在已提交事务的脏块之前),但只是重现,oracle在此阶段完全不对这些脏块做其他操作。
由于一些大事务的更改已经被写入磁盘,以及前滚过程中生成的未提交事务的脏块,oracle必须进行第二步的回滚。

2.回滚:Rolling Back
   对于所有未提交但是已经被写入磁盘的数据,oracle根据undo进行回滚。
这里上一幅官网的图:
图:Basic Instance Recovery Steps: Rolling Forward and Rolling Back
图解:
我们看到实例恢复前redo日志中记载的日志对应着四种更改块(redo只记载更改):
1)已提交且被写入磁盘的更改块,oracle对这种块无需做任何操作。
2)已提交但未被写入磁盘的更改块,oracle会在前滚过程中在内存重现脏块,然后按正常机制提交。
3)未提交且未被写入磁盘的更改块。
4)未提交但已被写入磁盘的更改块。
由于回滚是按事务为单位进行处理的,因此对于3、4两种块的处理全部是在回滚阶段,oracle根据undo进行所有未提交事务的回滚操作,用前镜像覆盖掉磁盘中的数据,这样就会处理掉第3、4种块。
此外,从上不难看出oracle默认undo中记载的事务进度是和redo日志中的完全一致的,不存在undo记载了事务被提交但是redo日志记录未提交的情况。
但是并不是所有情况都符合Oracle默认的预期,有时候数据库频繁掉电就可能出现无法成功进行实例恢复的情况,此时只能采取一些特殊手段对数据文件头和SCN做一些改动。
一般除非特别紧急的状况,否则不要用BBED、强制推进SCN等”偏方“去打开数据库,对于一个成功的DBA来说,做好备份和灾备永远是最重要的工作。

分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

235

主题

2547

帖子

5835

积分

论坛元老

Rank: 8Rank: 8

积分
5835
沙发
 楼主| 发表于 2020-5-12 14:30:31 | 只看该作者
回复 支持 反对

使用道具 举报

141

主题

1551

帖子

3573

积分

论坛元老

Rank: 8Rank: 8

积分
3573
板凳
发表于 2020-5-12 16:52:53 | 只看该作者
回复 支持 反对

使用道具 举报

235

主题

2547

帖子

5835

积分

论坛元老

Rank: 8Rank: 8

积分
5835
地板
 楼主| 发表于 2020-5-13 14:25:51 | 只看该作者
回复 支持 反对

使用道具 举报

141

主题

1551

帖子

3573

积分

论坛元老

Rank: 8Rank: 8

积分
3573
5#
发表于 2020-5-20 18:04:38 | 只看该作者
回复 支持 反对

使用道具 举报

235

主题

2547

帖子

5835

积分

论坛元老

Rank: 8Rank: 8

积分
5835
6#
 楼主| 发表于 2020-5-21 17:29:42 | 只看该作者
回复 支持 反对

使用道具 举报

您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

手机版|小黑屋|重庆度量科技  本站关键词:快速开发平台

GMT+8, 2024-9-29 04:15 , Processed in 0.380719 second(s), 24 queries .

Powered by Discuz! X3.2

© 2001-2013 Comsenz Inc.

快速回复 返回顶部 返回列表