长期深耕于云计算、大数据、数据库领域！

【云贝学院】云贝学院Oracle 12c OCM认证课程已上线，学院有不定期公开课~想加入讨论群的同学，加老师微信：19941464235进群01、Oracle 12c OCM课程概述Oracle Certified Master (OCM)是Oracle认证大师，是Oracle认证的最高级别，是对数据库从业人员的技术、知识和操作技能的最高级别的认可，IT界顶级认证之一。Oracle OCM是解决最困难的技术难题和最复杂的系统故障的最佳Oracle专家人选，也是IT行业衡量IT专家和...

***********************************            用户管理恢复 ************************************  一、Oracle恢复的体系结构二、恢复类型：实例恢复、介质恢复 1、实例恢复的前提是数据文件、控制文件和在线日志均没有损坏，完全自动 2、介质恢复：在文件有物理损坏的情况下，将其还原、恢复

一、备份和恢复概要 1、高可用性   (1)HA（High Availability，HA）   (2)RAC(Real Application Clusters)   (3)DG(Data Guard)   (4)Oracle Replication   (5)RAID和镜像驱动器 2、备份和恢复。   (1)收集备份与恢复策略需求   (2)精心设计备份与恢

什么时候会产生实例恢复呢？当你数据库服务器异常断电，重启数据库就会发生实例恢复。实例恢复是由数据库自动完成的，无须DBA的干涉。当然这里有个前提条件：数据文件、在线日志文件、控制文件不得有损坏。     我们用实验来分析一下实例恢复的整个过程吧！1、在关闭数据库前，我们先看一下几个检查点的SCNSQL> select checkpoint_change# from v$da

配置、监控闪回恢复区

利用nid更改数据的DBID

利用nid更改数据库的名称（OCM--->OCP）

启用快速增量备份

Oracle 11g加密备份

利用BBED恢复数据文件头

利用BBED恢复UPDATE修改前的值

同时丢失参数文件、控制文件及redo log file的不完全恢复（有数据文件的热备和归档）

基于rman的坏块恢复

Control File and Server Parameter File Autobackup Options实验详细解析

最近讨论恢复的贴子好多，所以我也拿个出来讨论讨论，恢复的场景是：误操作删除表，并且控制文件也被损坏了，讨论只是为了彻底搞懂内部原量，避免下次犯同样的错误！下面是我详细的实验步骤：第一步：恢复过程通过观察用户gyj下的T1表，有一行数据。idle> conn gyj/gyj     Connected.gyj@OCM> select * from t1;

一、BBED工具1.BBED的安装oracle 11g中缺bbed包,oracle11g bbed install and example 1.上传（sbbdpt.o ssbbded.o bbedus.msb，该三个文件拷贝oracle的linux64版本的）文件$ORACLE_HOME/rdbms/lib/ssbbded.o$ORACLE_HOME/rdbms/lib/sbb

1.恢复密码文件orapwd file=$ORACLE_HOME/dbs/orapwocp password=oracle force=y ignorecase=y;--注：普通用户的密码大小写是否区分由初始参数sec_case_sensitive_logon,不归密码文件处理2.恢复参数文件找alert_sid.log日志3.无备份的控制文件***场景1：

ASM磁盘头信息保存在每个磁盘的前4K里面，这个信息的备份对于ASM的恢复非常重要，有下面的几种方法1.直接做dd来备份磁盘的前4K，磁盘头信息丢失时，dd回来备份：dd if=/dev/raw/raw1    of=/gyj/asmheader.dd   bs=4096 count=1恢复：dd if=/gyj/asmheader.dd    of=/dev/raw/raw1

一、通过文件文件描述符(file descriptor)进行恢复（rm删除数据文件没备份）　场景：  误操作删除数据文件tp10.dbf    rm -rf /u01/app/oracle/oradata/bxdb/tp10.dbf　   select ts#,file#,name,bytes,status from v$datafile;   ps -ef |grep dbw

基础数据结构2.1  控制文件控制文件包含了数据库中所有其他文件的状态信息。                 控制文件包含了如下几类数据：A.      数据库信息记录（一条）B.      数据文件记录（每个数据文件一条）C.      线程记录（每个线程一条。注：每个实例一个线程）D.      日志文件记录（每个日志文件一条）

Oracle 7 v7.2 恢复大纲作者：Andrea Borr  & Bill Bridge版本：1                May 3, 1995摘要本文概述了Oracle 7.2版本如何进行数据库恢复。本文读者应当熟悉Oracle 7.2的管理指南。相比于管理指南，本文目的是为了更详细描述Oracle恢复用到的算法、数据结构以及一些技术细

重做日志描述了对数据块的所有变更。这一节主要描述数据库打开的时候写日志时的一些操作。 3.1  原子修改数据库最基础的操作就是以原子的方式修改数据块。前台进程想修改一个或几个数据块时，首先得获取对数据缓冲区中包含该块的缓存的一个排它访问权限。然后构建改变向量。重做日志缓冲区中分配空间保存重做记录。重做缓冲区位于SGA中，LGWR进程定时将重做日志缓冲区中的重做记录写入到重做日志

热备份指在数据文件正在使用的时候对其进行复制。复制的过程中，DBWR也在进行，因此备份可能得到一些“不一致”的备份：一些数据块可能比其他块的时间要早一些数据块的SCN可能比数据文件头部的SCN还要早一些块可能包含了一个重做记录的部分更新，其他的部分可能在这个数据文件上或者其他数据文件上一些数据块可能会被损坏，因为块的头部和尾部是在不同的时间复制的。 上面的这种复制方式得到的

实例恢复用于恢复崩溃失败或者并行服务器环境中的实例失败，所以实例恢复既可以指崩溃恢复也可以指并行服务器环境中的实例恢复（只要有一个存活的实例就可以恢复其他一个或多个失败的实例）。                实例恢复的目标就是还原失败实例在数据缓冲区中的数据块并关闭还开着的线程。实例恢复只用联机归档日志和当前联机数据文件（不需要还原历史备份）。实例恢复一次只能恢复一个线程，它从该线程最近

介质恢复用在丢失或损坏数据文件或者丢失了控制文件的情形。介质恢复将还原的数据文件恢复成当前数据文件。还能够恢复数据文件异常脱机时没有来得及做检查点操作丢失的变更。介质恢复使用归档日志和联机日志。跟实例恢复不同的是，介质恢复必须由命令显式调用。  6.1  什么时候做介质恢复                由5.3节知道，数据文件如果是还原的备份，在打开前都要进行介质恢复

块修复是最简单的恢复，在数据库正常操作过程中由系统自动做的，用户几乎感觉不到。  7.1  块修复初始化和操作前台进程在修改一个缓冲区的时候调用重做程序在该缓冲区上应用改变向量时因为前台进程僵死或者触发一个错误而导致缓冲区的状态不一致，块修复就是用来修复这种缓冲区的状态。修复的过程包括：(i)从磁盘上读取该块；(ii)用当前线程的重做日志重新构建该缓冲区的一致版本；(i

重置日志选项用于下列情形后的第一次打开数据库的时候：不完全恢复基于备份控制文件的恢复CREATE CONTROLFILE...RESETLOGS 重置日志的最主要的作用就是丢弃不完全恢复中没有使用的重做日志并保证后续的恢复不再需要。为此，重置日志选项将所有联机日志和归档日志都做废掉。副作用就是此前的所有备份对将来的恢复都没有用了。重做日志选项还初始化了控制文件中关于

V$视图包含了内核维护在内存中的数据结构的信息，可以通过有SYS权限的DBA帐号访问。下面是这些跟恢复相关的V$视图汇总： 9.1  V$LOG包含了控制文件中的日志组信息：GROUP#THREAD#SEQUENCE#SIZE_IN_BYTESMEMBERS_IN_GROUPARCHIVED_FLAGSTATUS_OF_

10.1  并行恢复(v7.1)并行恢复的目标是用计算和I/O的并行机制减少崩溃恢复、单实例恢复和介质恢复的时间。当多个磁盘上多个数据文件同时进行恢复时能有效的降低恢复时间。 10.1.1  并行恢复架构并行恢复分区做两件事：1.       读重做日志。2.       应用改变向量。 步骤1不适合并行，重做日志必须按顺序读取，然后

一、Fashback Query闪回查询:Books-->APP-->Application Developer's Guide - Fundamentals-->Flashback１、应用Flashback Query查询过去的数据select * from t1 as of scn 44545454;select * from t1 as of timestamp to_times