12C RMAN备份恢复

12C 重做日志文件处于共享状态，所以只能在CDB级别设置ARCHiveLOG模式，不能在PDB级别设置。

RMAN可以比较好的操作cdb和pdb备份，同时pdb的备份和恢复可以通过cdb来完成。

=备份=

backup备份的内容取决于连接到rman的方式，可以连接到cdb$root，也可以连接到相关的pdb里进行备份。

如果连接到cdb，那么该命令对所有的pdb和cdb$root进行备份。

如果连接到pdb，那么该命令只对连接到的pdb进行备份。

 只对部分的pdb进行备份：

rman>backup pluggable database PDBPROD1;

只备份pdb的部分表空间：

rman>backup tablespace PDBPROD1:USERS;
rman>backup tablespace system, PDBPROD1:sysaux, pdbprod2:users;

如果在备份命令后不加fORMat参数，那么备份的文件默认放在闪回恢复区中

rman>backup  pluggable database pdbprod2 format '/home/oracle/back/%d_%U.full';

=恢复=

临时文件的恢复

PDB可以在缺少临时文件的情况下打开。如果在打开PDB时有任何临时文件不存在，系统会自动重新创建这些临时文件。

还会在CDB启动时自动重新创建这些临时文件。也可以在连接到PDB时执行手动重新创建：

sql> ALTER TABLESPACE temp ADD  TEMPFILE '/u01/app/oracle/oradata/CDB1/PROD2/temp1_02.dbf' SIZE 50M;
SQL> ALTER TABLESPACE temp DROP TEMPFILE '/u01/app/oracle/oradata/CDB1/PROD2/temp1_01.dbf';

控制文件的恢复

如果控制文件缺少或损坏，由于控制文件属于CDB，因此实例很快就会崩溃，并需要进行整个CDB介质恢复。

•首先启动CDB实例。

•然后从备份中还原控制文件。

•装载CDB。

•然后在重置日志中恢复和打开CDB。

SQL>STARTUP nomount
SQL>restore controlfile from autobackup ;
SQL>alter database mount;
SQL>ALTER DATABASE OPEN RESETLOGS;

重做日志文件丢失

Redo日志文件分为在线Redo日志文件和归档Redo日志文件。

rman只会备份归档Redo日志文件，不会备份在线Redo日志文件。

如果在线Redo日志损坏，那么需要分情况进行恢复：

 1、inactive redo异常ORA-00316 ORA-00327

ALTER DATABASE CLEAR LOGFILE GROUP 2;

2、正常关闭数据库ACTIVE、current redo异常ORA-00316 ORA-01623

ALTER DATABASE CLEAR UNARCHIVED LOGFILE GROUP 1;
或：
--ALTER DATABASE CLEAR LOGFILE GROUP 1;
recover database until cancel; #输入具体的在线Redo文件
alter database open resetlogs;

3、数据库异常关闭current/active redo异常ORA-00316 ORA-01624 ORA-01194

sql>alter system set "_allow_resetlogs_corruption"=true scope=spfile;
sql>recover database until cancel; --cancel
sql>alter database open resetlogs;
sql>startup force mount
sql>alter database open resetlogs;
sql>alter system set "_allow_resetlogs_corruption"=false scope=spfile;
sql>alter system reset "_allow_resetlogs_corruption" scope=spfile sid='*';
sql>shutdown immediate
sql>startup
## 使用隐藏参数，跳过数据库一致性检查
## 最好通过expdp进行逻辑的导出再导入
## 当然，rman备份也是不可少的

4、 恢复全库

startup nomount
restore controlfile from '';
alter database mount;
restore database;
recover database;
alter database open resetlogs;

5、不完全恢复 -- 数据库基于时间点恢复（Point-in-Time Recovery，PITR）

不完全恢复是一种与完全恢复相反的恢复方式，是一种丢失数据的恢复方式，也称为数据库基于时间点恢复

（Point-in-Time Recovery，PITR），是将整个数据库恢复到之前的某个时间点、日志序列号或者SCN号。

PDB原型是CDB的子原型。例如，如果CDB为原型5，PDB为原型3，则PDB的完全指定原型编号为(5,3)。

PDB的初始原型为0。要查看PDB的原型，请查询V$PDB_INCARNATION视图。

RMAN> LIST INCARNATION;
--CDB执行PITR--
startup force mount
RUN {
SET UNTIL SCN = 1712839 ;
RESTORE  DATABASE ;
RECOVER  DATABASE ;
alter database open resetlogs;
}
--CDB执行TSPITR(表空间不完全恢复)--
rman target /
RMAN> RECOVER TABLESPACE TEST UNTIL SCN 1756899 AUXILIARY DESTINATION '/u01/app/oracle/oradata';
RMAN> ALTER TABLESPACE TEST ONLINE;
--PDB执行PITR--
RMAN> ALTER PLUGGABLE DATABASE PDBPROD2 CLOSE;
RMAN> RUN {
SET UNTIL SCN = 1851648 ;
RESTORE pluggable DATABASE PDBPROD2;
RECOVER pluggable DATABASE PDBPROD2 AUXILIARY DESTINATION='/u01/app/oracle/oradata';
ALTER PLUGGABLE DATABASE PDBPROD2 OPEN RESETLOGS;
}
--PDB表空间PITR--TSPITR--
rman target /
RMAN> RECOVER TABLESPACE PDBPROD2:test UNTIL SCN 88888 AUXILIARY DESTINATION '/u01/app/oracle/oradata';
RMAN> ALTER TABLESPACE PDBPROD2:test ONLINE;

注意：

1、执行TSPITR的表空间不能是数据库的默认永久表空间，否则会报错。

2、做该实验别用12.2.0.1，因为有bug会报错。ORA-65254: invalid path specified for the directory，需要打打patch 25074866。

Datapatch Fails With "ORA-65254: invalid path specified for the directory" on PDB Where PATH_PREFIX is set (文档 ID 2296226.1)

全备的脚本 :

run{
  backup database format '';  
  sql 'alter system archive log current';  
  backup archivelog all format '';  
  backup current controlfile  format '';   
}