13518219792
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 '';
} 
