RMAN实战11：数据文件的恢复

在数据库处于open模式式恢复数据文件

在数据中使数据文件脱机，在数据库open时只能使处理SYSTEM和UNDO表空间之外的数据文件脱机

sqlplus 中脱机数据文件

sys@PYANG1> col file_name format a66sys@PYANG1> set linesize 188sys@PYANG1> select file_name,tablespace_name,file_id from dba_data_files;FILE_NAME                                                          TABLESPACE_NAME                   FILE_ID------------------------------------------------------------------ ------------------------------ ----------C:\APP\ORACLE\ORADATA\CYANG\DATAFILE\O1_MF_SYSTEM_BYCMNHWC_.DBF    SYSTEM                               7C:\APP\ORACLE\ORADATA\CYANG\DATAFILE\O1_MF_SYSAUX_BYCMNHW0_.DBF    SYSAUX                               8C:\APP\ORACLE\ORADATA\CYANG\DATAFILE\O1_MF_USERS_BYCMNHWP_.DBF     USERS                                9C:\APP\ORACLE\ORADATA\CYANG\DATAFILE\O1_MF_EXAMPLE_BYCMNHVM_.DBF   EXAMPLE                             10sys@PYANG1> alter database datafile 8,9,10 offline;数据库已更改。sys@PYANG1> alter database datafile 7 offline;alter database datafile 7 offline*第 1 行出现错误:ORA-01541: 系统表空间无法脱机; 如有必要请关闭

RMAN中恢复数据文件

# 连接可插拔数据库C:\app\oracle\product\12.1.0\dbhome_1\BIN>rman target sys/dbPass00@localhost:1521/pyang1恢复管理器: Release 12.1.0.2.0 - Production on 星期二 12月 22 19:55:54 2015Copyright (c) 1982, 2014, Oracle and/or its affiliates.  All rights reserved.已连接到目标数据库: CYANG (DBID=3752195400)RMAN> backup database plus archivelog;启动 backup 于 2015-12-22 19:56:13使用目标数据库控制文件替代恢复目录分配的通道: ORA_DISK_1通道 ORA_DISK_1: SID=370 设备类型=DISK说明与资料档案库中的任何归档日志都不匹配由于没有要备份的文件而取消了备份完成 backup 于 2015-12-22 19:56:14启动 backup 于 2015-12-22 19:56:14使用通道 ORA_DISK_1通道 ORA_DISK_1: 正在启动全部数据文件备份集通道 ORA_DISK_1: 正在指定备份集内的数据文件输入数据文件: 文件号=00010 名称=C:\APP\ORACLE\ORADATA\CYANG\DATAFILE\O1_MF_EXAMPLE_BYCMNHVM_.DBF输入数据文件: 文件号=00008 名称=C:\APP\ORACLE\ORADATA\CYANG\DATAFILE\O1_MF_SYSAUX_BYCMNHW0_.DBF输入数据文件: 文件号=00007 名称=C:\APP\ORACLE\ORADATA\CYANG\DATAFILE\O1_MF_SYSTEM_BYCMNHWC_.DBF输入数据文件: 文件号=00009 名称=C:\APP\ORACLE\ORADATA\CYANG\DATAFILE\O1_MF_USERS_BYCMNHWP_.DBF通道 ORA_DISK_1: 正在启动段 1 于 2015-12-22 19:56:14通道 ORA_DISK_1: 已完成段 1 于 2015-12-22 19:56:29段句柄=C:\APP\ORACLE\FAST_RECOVERY_AREA\CYANG\809378F024254A0AAF1C7D06CC6D9706\BACKUPSET\2015_12_22\O1_MF_NNNDF_TAG20151222T195614_C7LGLYKM_.BKP 标记=TAG20151222T195614 注释=NONE通道 ORA_DISK_1: 备份集已完成, 经过时间:00:00:15完成 backup 于 2015-12-22 19:56:29启动 backup 于 2015-12-22 19:56:29使用通道 ORA_DISK_1说明与资料档案库中的任何归档日志都不匹配由于没有要备份的文件而取消了备份完成 backup 于 2015-12-22 19:56:29启动 Control File and SPFILE Autobackup 于 2015-12-22 19:56:30段 handle=C:\APP\ORACLE\FAST_RECOVERY_AREA\CYANG\AUTOBACKUP\2015_12_22\O1_MF_S_899150190_C7LGMGKY_.BKP comment=NONE完成 Control File and SPFILE Autobackup 于 2015-12-22 19:56:31# 进行诊断，结果无法使用RMAN> list failure;RMAN-00571: ===========================================================RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============RMAN-00571: ===========================================================RMAN-03002: list 命令 (在 12/22/2015 19:59:16 上) 失败RMAN-07536: 在连接至可插入数据库时不允许使用命令RMAN> restore datafile 8,9,10;启动 restore 于 2015-12-22 19:59:35使用通道 ORA_DISK_1通道 ORA_DISK_1: 正在开始还原数据文件备份集通道 ORA_DISK_1: 正在指定从备份集还原的数据文件通道 ORA_DISK_1: 将数据文件 00008 还原到 C:\APP\ORACLE\ORADATA\CYANG\DATAFILE\O1_MF_SYSAUX_BYCMNHW0_.DBF通道 ORA_DISK_1: 将数据文件 00009 还原到 C:\APP\ORACLE\ORADATA\CYANG\DATAFILE\O1_MF_USERS_BYCMNHWP_.DBF通道 ORA_DISK_1: 将数据文件 00010 还原到 C:\APP\ORACLE\ORADATA\CYANG\DATAFILE\O1_MF_EXAMPLE_BYCMNHVM_.DBF通道 ORA_DISK_1: 正在读取备份片段 C:\APP\ORACLE\FAST_RECOVERY_AREA\CYANG\809378F024254A0AAF1C7D06CC6D9706\BACKUPSET\2015_12_22\O1_MF_NNNDF_TAG20151222T195614_C7LGLYKM_.BKP通道 ORA_DISK_1: 段句柄 = C:\APP\ORACLE\FAST_RECOVERY_AREA\CYANG\809378F024254A0AAF1C7D06CC6D9706\BACKUPSET\2015_12_22\O1_MF_NNNDF_TAG20151222T195614_C7LGLYKM_.BKP 标记 = TAG20151222T195614通道 ORA_DISK_1: 已还原备份片段 1通道 ORA_DISK_1: 还原完成, 用时: 00:00:15完成 restore 于 2015-12-22 19:59:50RMAN> recover datafile 8,9,10;启动 recover 于 2015-12-22 20:00:14使用通道 ORA_DISK_1正在开始介质的恢复介质恢复完成, 用时: 00:00:00完成 recover 于 2015-12-22 20:00:15RMAN> alter database datafile 8,9,10 online;已处理语句RMAN> sql 'select * from test1';sql 语句: select * from test1RMAN> select * from test1;        ID----------         1         2         3         4         5# 12C中，在RMAN里面执行sql语句，不用再使用如下格式，直接写sql就可以，如果沿用老格式会有错误的：RMAN> sql 'select * from test1';sql 语句: select * from test1RMAN> set echo on回显已打开RMAN> sql 'select * from test1';sql 'select * from test1';sql 语句: select * from test1RMAN>

在库非OPEN状态的时候进行数据文件的恢复

这儿可以为所欲为了，可以还原任何数据文件包里system和undo表空间下的。
命令和步骤和上吗一样，简要命令：

$ rman target /RMAN> shutdown abort;RMAN> startup mount;RMAN> restore datafile 1;RMAN> recover datafile 1;RMAN> alter database open;#采用文件的绝对路径进行恢复$ rman target /RMAN> shutdown abort;RMAN> startup mount;RMAN> restore datafile '/u01/dbfile/o12c/system01.dbf';RMAN> recover datafile '/u01/dbfile/o12c/system01.dbf';RMAN> alter database open;

将数据文件恢复到非默认位置

当原磁盘坏掉的时候，我们新建立一个文件系统将备份的数据文件恢复到别的路径，这是一个很常见的场景，如同sql中的 ALTER DATABASE RENAME FILE 命令类似。

# 脱机模式下$ rman target /RMAN> startup mount;#运行run{}代码块run{set newname for datafile 4 to '/u02/dbfile/o12c/users01.dbf';set newname for datafile 5 to '/u02/dbfile/o12c/users02.dbf';restore datafile 4, 5;switch datafile all; # Updates repository with new datafile location.recover datafile 4, 5;alter database open;}# 12c以前的版本，open模式下run{sql 'alter database datafile 4, 5 offline';set newname for datafile 4 to '/u02/dbfile/o12c/users01.dbf';set newname for datafile 5 to '/u02/dbfile/o12c/users02.dbf';restore datafile 4, 5;switch datafile all; # Updates repository with new datafile location.recover datafile 4, 5;sql 'alter database datafile 4, 5 online';}# 12C中，open模式下run{alter database datafile 4, 5 offline;set newname for datafile 4 to '/u02/dbfile/o12c/users01.dbf';set newname for datafile 5 to '/u02/dbfile/o12c/users02.dbf';restore datafile 4, 5;switch datafile all; # Updates repository with new datafile location.recover datafile 4, 5;alter database datafile 4, 5 online;}