本文固定链接：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 命令切换到进行副本.

3. 进行数据文件恢复。

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做下列事情：

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