本文固定链接: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 命令切换到进行副本.
- 进行数据文件恢复。
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做下列事情:
- 在重要或非重要的数据文件丢失时,进行完全恢复
- 使用增量更新的备份来恢复
- 使用切换到进行拷贝来进行快速恢复
- 在新主机上重建一个数据库
- 使用备份的控制文件进行恢复
Comment