Oracle 11g OCM Master大师考纲复习:使用RMAN执行恢复

本文固定链接:https://www.askmac.cn/archives/oracle-11g-ocm-master-rman-restore.html

 

4.使用RMAN执行恢复

4.1目标

完成这个课程后,你应该能够使用RMAN完成下列操作:

  • 当发生严重或者不严重地数据文件丢失时,执行完全恢复
  • 使用增量修改的备份进行恢复
  • 切换到镜像拷贝来完成快速恢复
  • 在另一个新主机上重建数据库
  • 使用备份的控制文件进行恢复

4.2 使用RMAN restore和recover命令

 

  • 修复命令:从备份中修复数据文件
  • 恢复命令:应用那些在增量备份和日志文件中的变化来恢复已经修复过的文件

 

RMAN> SQL 'ALTER TABLESPACE inv_tbs OFFLINE IMMEDIATE';
RMAN> RESTORE TABLESPACE inv_tbs;
RMAN> RECOVER TABLESPACE inv_tbs;
RMAN> SQL 'ALTER TABLESPACE inv_tbs ONLINE';

 

 

从一个备份中,重建一个完整的数据库或者其中一部分内容,通常包含2个步骤:从备份总重新获取到数据文件的一个副本,然后从备份归档和在线日志中应用文件的变化,这趟就使数据库恢复到一个最希望的SCN点上(通常是最近的一个)。

修复命令从磁带,磁盘或其他媒体上重新取回数据文件到磁盘上,然后使之可以被数据库服务使用。RMAN会从归档中修复那些恢复中所需要的任何归档日志文件。如果备份存储在一个媒体管理器上,那么在访问备份的时候,必须配置或指定一个通道。

恢复命令会取走这些从数据文件修复的副本,并且应用那些增量备份和日志中的变化记录 。

可以从Oracle Database Backup and Recovery User’s Guide.找到更多关于RESTORE 和recover 的命令信息

 

4.3 使用EM进行恢复操作

EM恢复向导创建并且执行RMAN脚本来进行恢复

你也可以使用EM中的恢复向导来进行完全或不完全的恢复。在可用性页面,在备份/恢复选项中点击执行恢复。

注意:在数据库诊断课程中,可以使用数据库恢复向导,自动地选择需求一些恢复需求来进行恢复。

 

4.4 执行完全恢复:在归档模式下,丢失了一个非紧急的文件

 

如果一个数据文件丢失或损坏,而且这个文件不属于system或者undo 表空间,那么可以修复和恢复这个缺失的数据文件。

数据库处于归档模式,丢失了不属于SYSTEM或UNDO表空间数据文件,仅仅只影响那些文件中的对象。

使用EM来修复和恢复数据文件,可以按下列步骤执行:

1.在可用性页面点击执行恢复。

2.选择需要修复的数据文件作为操作选项。

3.增加所有文件需要恢复列表中。

4.指定从哪个备份中进行修复。

5.决定是否将重建的文件放到默认路径下或者(如果磁盘或者控制文件丢失)指定一个新的位置。

6.提交RMAN任务来重建和恢复那些丢失的文件。

7.因为数据库是在归档模式下的,可以恢复到最后一次提交的时间点,而且不需要再重新添加任何数据。

 

 

4.5 在归档模式下,丢失系统-严重地 数据文件后执行完全恢复

 

如果数据文件丢失或者损坏,并且这个文件属于SYSTEM或者UNDO 表空间,可以执行下列步骤:

1.实例可能已经自动关闭了.如果没有,使用 shutdown abort 来关闭实例。

2.挂载数据库。

3.重建和恢复丢失的数据文件。

4.打开数据库

 

属于system 表空间的数据文件或者包含undo 数据的数据文件,这些都被认为是系统重要文件。丢失其中一个文件就需要数据库在mount 状态下进行重建(和其他数据文件不同,它们可以在数据库打开的时候重建)。

执行下列步骤进行完全恢复:

1.如果实例还没关闭, 必须关闭。

2.挂载数据库。

3.在维护属性页面点击执行恢复。

4.选择数据文件作为恢复类型,以及重建到当前时刻。

5.选择所有的数据文件,这些文件均需修复。

6.决定是否将重建的文件放到默认路径下或者(如果磁盘或者控制文件丢失)指定一个新的位置。

7.提交RMAN任务来重建和恢复那些丢失的文件。

8.打开数据库。用户可以恢复到最后一次提交的时间点,且不需要再重新添加任何数据。

 

4.6:恢复镜像副本

 

RMAN可以使用增量备份来恢复镜像副本:

  • 镜像副本应用所有的改变,被更新到增量备份的SCN点。
  • 增量备份减少了介质恢复所需的时间。
  • 在执行了增量修复后不需要执行一个镜像拷贝 。

 

 

 

你可以使用RMAN ,在那些镜像副本的数据文件上应用增量备份。在这种恢复方式下,你使用使用RMAN来恢复一个数据文件副本–也就是说,你可以通过在镜像上应用增量备份,将镜像文件前滚(恢复)到一个指定的时间点。镜像副本会依据增量备份的SCN,应用这些变化进行更新。RMAN使用这种方式在恢复资料库中,更新这些数据文件的优势在于,保持了一个SCN点的全镜像拷贝,并且没有每天进行数据库全镜像拷贝的开销。下面是镜像副本应用增量备份的优势:

  • 减少了所需恢复的时间(使用归档),因为只需要应用从最近一此增量备份以来的归档。
  • 在进行增量重建之后,就不需要在执行一个全镜像拷贝了。

如果在恢复进程在应用这些增量备份文件的时候失败了,你只需简单地重启恢复进程即可。RMAN会自动决定去应用,从以前的镜像数据文件拷贝直到你想停止恢复进程的时刻。如果在RMAN恢复目录中有多于一个版本的镜像记录,RMAN会自动的应用最近的一个版本地镜像副本。如果不能在镜像副本上合并增量备份时,RMAN会报出一个错误。

 

4.7 恢复镜像副本:例子

 

如果你每天只需下列命令:

 

RMAN> recover copy of database with tag 'daily_inc';
RMAN> backup incremental level 1 for recover of copy
2> with tag 'daily_inc' database;

 

 

下面是结果:

如果你每天执行这些命令,你会不断更新所有数据库数据文件的镜像副本。

这个图表显示了每次执行的结果。注意这个算法需要启动的条件;这个策略不会有效,直到3天之后。

第一天

恢复命令不会做任何操作。不存在镜像副本来进行恢复。BACKUP命令创建镜像副本。

第二天

恢复命令再一次不做任何操作。这时因为此时还没有增量备份。BACKUP命令创建增量备份,现在有了基线(第一天被创建的镜像副本)。

第三天

恢复命令为镜像副本,应用增量备份的变化。备份名创建另一个增量备份,这个增量备份将在第4天的时候被镜像文件使用。这样的循环持续下去。

在实施这种备份策略的时候,使用标签是非常重要的。它们有助于将特别的增量备份和创建的镜像备份进行关联。不使用标签,在镜像恢复时使用的增量备份将是最近的一个,可能不是正确的。

 

 

4.8 执行快速切换到镜像副本

 

按照下列步骤执行快速的恢复:

1.将数据文件脱机。

2.使用switch to … copy 命令切换到进行副本.

  1. 进行数据文件恢复。

4.将数据文件在线。

(现在数据库文件被恢复并且在新的目的地可用)

可选择地,执行下列步骤将文件放回到原来的路径下:

5.在原始位置创建一个镜像拷贝。

6.将数据文件离线。

7.switch to … copy。

8.恢复数据文件。

9.将数据文件在线。

SWITCH DATAFILE ‘filename’ TO COPY;

 

你可以按照下列步骤,使用镜像副本进行快速恢复:

1.将数据文件离线。

2.使用SWITCH TO … COPY 命令指定镜像拷贝地文件。

3.恢复数据文件。

4.将数据文件在线。

 

在这个点上,数据库是可用的,而且所有的数据库是恢复完毕的。但是,如果你想将数据文件放回到原来的路径,需要继续进行下列步骤:

5.使用BACKUP AS COPY命令在原来的位置创建数据文件的镜像拷贝。

6.将数据文件离线

7.使用SWITCH TO COPY 命令切换数据文件到第5步创建的文件上。

8.恢复数据文件

9.将数据文件上线

你可以使用这个命令,恢复数据文件,表空间,临时文件,或者整个数据库。被切换到的文件必须是镜像副本 。

 

4.9 在切换文件的过程中使用 set name

 

在运行块中,你可以使用 set name 命令来为switch命令做准备:

RUN

{
ALLOCATE CHANNEL dev1 DEVICE TYPE DISK;
ALLOCATE CHANNEL dev2 DEVICE TYPE sbt;
SQL "ALTER TABLESPACE users OFFLINE IMMEDIATE";
SET NEWNAME FOR DATAFILE
'/disk1/oradata/prod/users01.dbf'
TO '/disk2/users01.dbf';
RESTORE TABLESPACE users;
SWITCH DATAFILE ALL;
RECOVER TABLESPACE users;
SQL "ALTER TABLESPACE users ONLINE";
}

 

 

set name 命令只能在运行块内部使用。它为后来的操作准备了一个名字映射。在上面的例子中,set name 命令定义了重建数据文件操作时,将要写入的路径。当restore命令执行时,数据文件user01.bdf 会重建到/disk2/user01.dbf。数据文件写入到这里,但是控制文件任然不会指向这个地方。后面的switch 命令将控制文件中的记录更新到新的路径。

 

4.10 在非归档模式下进行数据库地重建和恢复

 

  • 如果数据库在非归档模式下,并且所有的数据文件都丢失了,可以执行下列任务:

–关闭数据库实例,如果它并未关闭的话。

–从备份中重建整个数据库,包含所有的数据文件和控制文件。

–打开数据库。

  • 用户需要重建填装从上一次备份以来的所有变化。

 

数据库在非归档模式下丢失任意的数据文件,都需要进行进行数据库完全重建,包括控制文件和所有地数据文件。如果丢失的数据文件属于只读表空间,你只需要重建那些文件即可。

在非归档模式下,恢复只能恢复到上一次备份的时间点。所以用户必须重新填入自从备份以来的变化。

进行这种方式的恢复,使用RESTORE和RECOVER命令,或者使用EM执行下列任务:

1.关闭数据库实例如果它并未关闭。

2.在维护属性页面点击执行恢复。

3.选择全库恢复的模式。

 

 

4.11 创建重建点

 

一个重建点提供了一个表示时间点名称:

现在:

CREATE RESTORE POINT before_mods;

在过去的某个点:

CREATE RESTORE POINT end_q1 AS OF SCN 100;

 

你可以给一个特别的时间点或SCN 号命名。这个对以后进行时间点的恢复或者闪回,可以直接引用。

上面第一个例子是创建一个代表当前时间点的恢复点。如果你想用一个应用程序或者数据库中的数据来应用更新,并且想关联回到数据库现在的状态,你可以使用BEFORE_MODS重建点。

通常情况下重建点至少保持在初始化参数CONTROL_FILE_RECORD_KEEP_TIME中指定的范围内。但是,你可以在创建重建点时使用PRESERVE选项,这个重建点会一直保存除非你明确的删除它。

 

 

4.12 执行不完全恢复

 

对管理的服务器执行不完全恢复,可以按照下列操作:

1.决定要重建的目标点:SCN,时间,重建点,或者 日志的序列号。

2.设置合适的NLS 环境变量值。

3.挂载数据库。

4.准备和运行一个运行块,使用 set until,restore 和recover命令。

5.以readonly方式打开数据库,验证恢复的点是不是你想要的。

6.以resetlogs打开数据库。

 

你可以对管理的服务器执行不完全恢复,可以按照下列操作。数据库必须在归档模式下。

1.决定要重建的目标点。这个可以依据时间和日期,SCN号,重建点,或者日志序列号。例如,如果你知道一些错误的事务在昨天3:00 PM提交,那么你可以选择昨天2:59 PM作为重建的目标点。

2.在OS环境变量中设置国家语言支持(NLS),这样保证你提供的时间格式在RMAN中是正确一致的。下面是一些参数例子:

 

$ export NLS_LANG = american_america.us7ascii

$ export NLS_DATE_FORMAT = “yyyy-mm-dd:hh24:mi:ss”

 

3.挂载数据库,如果它是打开的,你首先要关闭它,例如:

 

RMAN> shutdown immediate

RMAN> startup mount

 

4.创建一个运行块并执行它。在这个运行块中需要包含recover和restore命令,并且要在命令中使用until参数。例如,如果你选择恢复到特别的SCN点,restore命令就需要知道从备份中重建的文件是否足够老–也就是说,备份必须要再这个SCN点之前。这里有一个运行块的例子:

 

RUN
{
SET UNTIL TIME '2007-08-14:21:59:00';
RESTORE DATABASE;
RECOVER DATABASE;
}

 

5.一旦你以读/写模式打开数据库,你就确定刚重建的库是ok的。所以,首先以read only模式打开数据库,查看数据,检查这个恢复是不是你期望的:

 

RMAN> SQL ‘ALTER DATABASE OPEN READ ONLY’;

 

6.如果恢复的结果比较满意,用resetlogs选项打开数据库,如下:

 

RMAN> ALTER DATABASE OPEN RESETLOGS;

 

4.13 使用一个备份的控制文件进行恢复

  • 当所有当前控制文件的副本都丢失或者损坏时,可以重建和挂载一个备份的控制文件。
  • 在重建备份控制文件后,执行recover命令。
  • 在执行完全恢复或者时间点的恢复后,用resetlogs选项打开数据库。

 

如果你丢失了所有当前控制文件的副本,你必须在执行恢复之前重建和挂载一个备份控制文件。你的恢复操作可能用来恢复数据文件,或者只是简单的恢复控制文件。如果你使用了恢复目录,这个过程和使用当前控制文件一致,因为RMAN可以使用恢复目录来活动RMAN的元数据。

 

4.14 从自动备份的控制文件中重建参数文件

 

RMAN> STARTUP FORCE NOMOUNT;
RMAN> RESTORE SPFILE FROM AUTOBACKUP;
RMAN> STARTUP FORCE;

 

如果你丢失了参数文件,你可以从自动备份中重建。这个过程和从自动备份中重建控制文件类似。如果自动备份不在闪回恢复区中,为你的数据库设置数据库表示符(DBID)。发布RESTORE SPFILE FROM AUTOBACKUP 命令。

如果你想将参数文件重建到非默认的位置,可以指定命令如下:

 

RESTORE SPFILE TO <file_name> FROM AUTOBACKUP

 

如果你从闪回恢复区重建参数文件,可以指定命令如下:

 

RMAN> run {
2> restore spfile from autobackup
3> recovery area = '<flash recovery area destination>'
4> db_name = '<db_name>';
5> }

 

4.15 从自动备份中重建控制文件

 

RMAN> STARTUP NOMOUNT;
RMAN> RESTORE CONTROLFILE FROM AUTOBACKUP;
RMAN> ALTER DATABASE MOUNT;
RMAN> RECOVER DATABASE;
RMAN> ALTER DATABASE OPEN RESETLOGS;

如果你没使用恢复目录,你需要配置自动备份控制文件,这样就能够在需要的时候快速的进行控制文件重建。无论你是否使用闪回恢复区,用来重建控制文件的命令都是一样的。但是,如果你使用闪回恢复区,RMAN会隐式地交叉检查控制文件中列出的备份和镜像拷贝,并且记录这些位于闪回恢复区,单并未记录在控制文件中的文件。

在上述例子中显示了修复丢失控制文件的命令。首先,启动数据库到nomount模式。在没有控制文件的时候是不能挂载数据库的。从备份中重建控制文件。现在就有了控制文件,可以挂载数据库了。你现在必须进行数据恢复,因为目前拥有的是备份的控制文件,里面的一致性信息是比当前数据库版本旧的。在完成数据库恢复之后,你可以打开数据库。你必须指定 resetlogs,因为这个新的控制文件代表了一个不同的实例化的数据库。

注意:磁盘备份不会自动地在重建控制文件后,进行交叉检查。如果你使用磁带备份,那么在重建数据文件和挂载数据库后,你必须在磁带上进行备份交叉检查。

NOTE:(此处恢复的时候,RBA信息是取数据文件中的,应用它是取控制文件和数据库中最新-大的那个值)

从自动备份中重建控制文件,数据库必须在nomount模式下。如果这个自动备份不是在闪回恢复区,你必须在发布 restore controlfile from autobackup 命令之前设置DBID,下面是一些例子:

 

RMAN> SHUTDOWN ABORT;
RMAN> STARTUP NOMOUNT;
RMAN> SET DBID 1090770270;
RMAN> RESTORE CONTROLFILE FROM AUTOBACKUP;

RMAN 在自动备份中搜索一个控制文件。如果发现一个,RMAN会从这个备份中重建 初始化CONTROL_FILES中,列出的所有控制文件。

如果你有恢复目录,在重建控制文件时,你可以不用设置DBID或者使用自动备份控制文件 。你不用任何参数使用restore controlfile命令:

 

RMAN>RESTORE CONTROLFILE;

 

当你执行这个操作的时候,实例必须在nomount状态,RMAN必须连接到恢复目录。重建的控制文件会写入到初始化参数CONTROL_FILES中列出的所有位置。

如果你也丢失了数据库的参数文件,而且想从自动备份中重建,这个重建的过程和从自动备份中重建控制文件类似。首先,你需要设置数据库的DBID,然后使用RESTORE SPFILE FROM AUTOBACKUP 命令。

在使用重建后的参数文件启动实例之后,RMAN可以从自动备份中重建控制文件了。在重建和挂载控制文件之后,你需要对重建和恢复中所需地重要信息进行备份。

在从备份中重建了数据库地控制文件后,你必须进行完全介质恢复,并且在打开数据库的时候使用resetlogs选项 。

 

4.16 在非归档模式下使用增量备份恢复数据库

 

在非归档模式下使用增量备份进行有限地恢复。

 

startup force nomuont;
restore controlfile;
alter database mount;
restore database;
recover database noredo;
alter database open resetlogs;

 

 

你可以在非归档模式下,使用增量备份对数据库进行有限地恢复。这个增量备份必须是一致性备份。

如果你有增量备份,RMAN将使用你的0级或者1级备份来重建和恢复数据库。

如果在线日志丢失或者日志不能在应用到增量备份上,你必须在recover database命令中使用noredo选项。RMAN会在应用增量备份后搜素在线日志文件。如果在线日志文件不可用,RMAN会报出一个错误消息。

如果当前的在线日志文件,包含了自从上一次增量备份以来所有的变化,那么在使用recover database命令时可以不加noredo选项,此时所有的改变会被应用。

注意:如果仅仅控制文件不是当前的,你只需要重建它。

 

4.17 在新的主机上重建和恢复数据库

使用的过程:

  • 执行重建测试
  • 将生产库移动到新的主机

 

使用以下页面描述的过程执行重建测试。你也可以使用它将生产库移动到新主机。

重建测试库的DBID和原来数据库的DBID一样。如果你使用恢复目录,并且连接测试库和恢复目录数据库,恢复目录会更新关于测试数据库的信息。这可以影响RMAN重建和恢复原数据库的能力。

如果你的目的是在为目标数据库创建一个新的副本,作为一个新主机使用,你需要使用RMAN中DUPLICATE 命令来创建数据库复制。这个数据库复制被分配一个新的DBID,这样就允许被注册到和源数据库相同的恢复目录中。

 

4.18 准备在新主机上重建数据库

为了重建数据库,可以执行以下步骤:

1.记录源端数据库标示(DBID)。

2.拷贝源数据库的初始化参数文件到新主机上。

3.确保源端的备份,包括自动备份的控制文件,能够被远程主机访问。

以上列出的执行步骤是在新主机上重建数据库的一些准备工作。

注意:如果你进行一个重建测试,在重建数据库的时候不要连接到恢复目录。如果你连接到恢复目录,RMAN会把重建的数据文件的信息,记录到恢复目录中, 并且考虑把当前目标库作为重建的库。如果你的控制文件不够容纳所有的RMAN资料库中关于备份地信息,你必须使用恢复目录来重建,那么导出目录并且导入到另一个不同的方案或数据库中。使用恢复目录的副本来进行重建测试。

 

 

4.19 在新主机上重建数据库

 

在远程主机上执行下列操作来重建数据库:

1.配置环境变量 ORACLE_SID。

2.使用RMAN以非nocatalog模式连接到目标端实例。

3.设置数据库DBID。

4.以nomount模式打开实例。

5.从备份集中重建参数文件。

6.关闭实例。

7.编辑重建的初始化参数文件

8.以nomount模式打开实例。

 

在远程主机上执行下列操作来重建数据库:

1.配置环境变量ORACLE_SID 如下:

setenv ORACLE_SID orcl

2.开启RMAN然后连接到目标实例。按照如下的方式不要连接到恢复目录:

rman target /

3.设置数据库标示(DBID)。你可以在源端数据库查询v$database的DBID字段来找到DBID:

RMAN>set DBID 10933221;

4.以nomount模式打开实例。

RMAN>STARTUP NOMOUNT

如果参数文件没有被重建,你将收到一个类似下面的错误。RMAN会以一个虚拟的参数文件来启动实例:

startup failed: ORA-01078: failure in processing system parameters

5.从备份集中重建参数文件,然后关闭实例,例如:

RESTORE SPFILE TO PFILE ‘?/oradata/test/initorcl.ora’ FROM AUTOBACKUP;

6.关闭实例。

shutdown immediate;

7.编辑重建的初始化参数文件,改变一些本地特殊的参数,例如那些以_DEST结尾的参数,来满足新的目录结构。

8.使用你编辑好的初始化参数文件来启动实例到nomount状态。

RMAN> STARTUP NOMOUNT  PFILE=’?/oradata/test/initorcl.ora’;

 

 

 

4.20 在新主机上进行数据库重建

9.创建一个运行块:

-重建控制文件

-挂载数据库

10.创建RMAN恢复脚本来重建和恢复数据库。

11.执行RMAN脚本。

12.以resetlogs模式打开数据库。

 

9.创建一个运行块来从自动备份中重建控制文件,然后挂载数据库,例子如下:

 

 

RUN
{
RESTORE CONTROLFILE FROM AUTOBACKUP;
ALTER DATABASE MOUNT;
}

 

10.查询新主机端的V$DATAFILE来决定那些在控制文件中记录的数据文件名。创建RMAN恢复脚本来重建和恢复数据库,在适当情况下执行下列步骤:

a.使用set newname 命令为那些重建在不同于原主机位置的数据文件,指定一个在新机器上的路径。

b.使用 ALTER DATABASE RENAME FILE sql命令来指定在线日志文件的路径。

c.包括set until 命令来限制,只恢复到最后一个归档日志。

d.包括switch命令,这样控制文件识为数据文件别新位置的名称作为正确名称。

一个恢复脚本的例子如下:

 

RUN
{
SET NEWNAME FOR DATAFILE 1 TO '?/oradata/test/system01.dbf';
SET NEWNAME FOR DATAFILE 2 TO '?/oradata/test/undotbs01.dbf';
SET NEWNAME FOR DATAFILE 3 TO '?/oradata/test/sysaux.dbf';
SET NEWNAME FOR DATAFILE 4 TO '?/oradata/test/users01.dbf';
SET NEWNAME FOR DATAFILE 5 TO '?/oradata/test/example01.dbf';
SQL "ALTER DATABASE RENAME FILE
''/u01/app/oracle/oradata/orcl/redo01.log''
TO ''?/oradata/test/redo01.log'' ";
SQL "ALTER DATABASE RENAME FILE
''/u01/app/oracle/oradata/orcl/redo02.log''
TO ''?/oradata/test/redo02.log'' ";
SQL "ALTER DATABASE RENAME FILE
''/u01/app/oracle/oradata/orcl/redo03.log''
TO ''?/oradata/test/redo03.log'' ";
SET UNTIL SCN 4545727;
RESTORE DATABASE;
SWITCH DATAFILE ALL;
RECOVER DATABASE;
}

 

 

11.执行恢复脚本

12.以RESETLOG模式打开数据库:

 

RMAN>ALTER DATABASE OPEN RESETLOGS;

 

在完成测试之后,你可以关闭测试库实例,然后删除数据库包含的所有文件。

 

 

4.21 执行灾难恢复

  • 灾难意味着丢失整个目标数据库,恢复目录数据库,所有当前控制文件,所有在线日志文件,和所有的参数文件。
  • 暂难恢复包含重建和恢复目标数据库。
  • 备份集的最低要求:

-数据文件的备份

-对应的归档日志文件

-至少一个自动备份的控制文件

 

灾难恢复包括重建和恢复目标数据库,在丢失整个目标数据库,恢复目录数据库(如果有的话),所有当前控制文件,所有在线日志文件,所有的参数文件。

要完成灾难恢复,一下备份是最小的需求:

  • 数据文件的备份
  • 对应的归档日志文件
  • 至少一个自动备份的控制文件

注意:更多关于oracle DG 提完全灾难保护的信息可以参考:Oracle Data Guard Concepts and Administration

 

4.22 执行灾难恢复

基本过程:

  • 重建一个参数文件
  • 打开目标数据库实例
  • 从自动备份中重建控制文件
  • 挂载数据库
  • 重建数据文件
  • 恢复数据文件
  • 以RESETLOGS模式打开数据库

以上就是最基础的进行灾难恢复的过程。在你挂载数据库后,使用备份的控制文件进行恢复。

 

4.23 小结

在这个课程中,你应该学会如何使用RMAN做下列事情:

  • 在重要或非重要的数据文件丢失时,进行完全恢复
  • 使用增量更新的备份来恢复
  • 使用切换到进行拷贝来进行快速恢复
  • 在新主机上重建一个数据库
  • 使用备份的控制文件进行恢复

Posted

in

by

Tags:

Comments

4 responses to “Oracle 11g OCM Master大师考纲复习:使用RMAN执行恢复”

Leave a Reply

Your email address will not be published. Required fields are marked *