12C 重做日志文件处于共享状态,所以只能在CDB级别设置ARCHIVELOG模式,不能在PDB级别设置。
RMAN可以比较好的操作cdb和pdb备份,同时pdb的备份和恢复可以通过cdb来完成。
=备份=
backup备份的内容取决于连接到rman的方式,可以连接到cdb$root,也可以连接到相关的pdb里进行备份。
如果连接到cdb,那么该命令对所有的pdb和cdb$root进行备份。
如果连接到pdb,那么该命令只对连接到的pdb进行备份。
只对部分的pdb进行备份:
rman>backuppluggabledatabasePDBPROD1;
只备份pdb的部分表空间:
rman>backuptablespacePDBPROD1:USERS;
rman>backuptablespacesystem,PDBPROD1:sysaux,pdbprod2:users;
如果在备份命令后不加format参数,那么备份的文件默认放在闪回恢复区中
rman>backuppluggabledatabasepdbprod2format'/home/oracle/back/%d_%U.full';
=恢复=
临时文件的恢复
PDB可以在缺少临时文件的情况下打开。如果在打开PDB时有任何临时文件不存在,系统会自动重新创建这些临时文件。
还会在CDB启动时自动重新创建这些临时文件。也可以在连接到PDB时执行手动重新创建:
SQL>ALTERTABLESPACEtempADDTEMPFILE'/u01/app/oracle/oradata/CDB1/PROD2/temp1_02.dbf'SIZE50M;
SQL>ALTERTABLESPACEtempDROPTEMPFILE'/u01/app/oracle/oradata/CDB1/PROD2/temp1_01.dbf';
控制文件的恢复
如果控制文件缺少或损坏,由于控制文件属于CDB,因此实例很快就会崩溃,并需要进行整个CDB介质恢复。
•首先启动CDB实例。
•然后从备份中还原控制文件。
•装载CDB。
•然后在重置日志中恢复和打开CDB。
SQL>STARTUPnomount
SQL>restorecontrolfilefromautobackup;
SQL>alterdatabasemount;
SQL>ALTERDATABASEOPENRESETLOGS;
重做日志文件丢失
Redo日志文件分为在线Redo日志文件和归档Redo日志文件。
rman只会备份归档Redo日志文件,不会备份在线Redo日志文件。
如果在线Redo日志损坏,那么需要分情况进行恢复:
1、inactive redo异常ORA-00316 ORA-00327
ALTERDATABASECLEARLOGFILEGROUP2;
2、正常关闭数据库ACTIVE、current redo异常ORA-00316 ORA-01623
ALTERDATABASECLEARUNARCHIVEDLOGFILEGROUP1;
或:
--ALTERDATABASECLEARLOGFILEGROUP1;
recoverdatabaseuntilcancel;#输入具体的在线Redo文件
alterdatabaseopenresetlogs;
3、数据库异常关闭current/active redo异常ORA-00316 ORA-01624 ORA-01194
sql>altersystemset"_allow_resetlogs_corruption"=truescope=spfile;
sql>recoverdatabaseuntilcancel;--cancel
sql>alterdatabaseopenresetlogs;
sql>startupforcemount
sql>alterdatabaseopenresetlogs;
sql>altersystemset"_allow_resetlogs_corruption"=falsescope=spfile;
sql>altersystemreset"_allow_resetlogs_corruption"scope=spfilesid='*';
sql>shutdownimmediate
sql>startup
##使用隐藏参数,跳过数据库一致性检查
##最好通过expdp进行逻辑的导出再导入
##当然,rman备份也是不可少的
4、
恢复全库
startupnomount
restorecontrolfilefrom'';
alterdatabasemount;
restoredatabase;
recoverdatabase;
alterdatabaseopenresetlogs;
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>LISTINCARNATION;
--CDB执行PITR--
startupforcemount
RUN{
SETUNTILSCN=1712839;
RESTOREDATABASE;
RECOVERDATABASE;
alterdatabaseopenresetlogs;
}
--CDB执行TSPITR(表空间不完全恢复)--
rmantarget/
RMAN>RECOVERTABLESPACETESTUNTILSCN1756899AUXILIARYDESTINATION'/u01/app/oracle/oradata';
RMAN>ALTERTABLESPACETESTONLINE;
--PDB执行PITR--
RMAN>ALTERPLUGGABLEDATABASEPDBPROD2CLOSE;
RMAN>RUN{
SETUNTILSCN=1851648;
RESTOREpluggableDATABASEPDBPROD2;
RECOVERpluggableDATABASEPDBPROD2AUXILIARYDESTINATION='/u01/app/oracle/oradata';
ALTERPLUGGABLEDATABASEPDBPROD2OPENRESETLOGS;
}
--PDB表空间PITR--TSPITR--
rmantarget/
RMAN>RECOVERTABLESPACEPDBPROD2:testUNTILSCN88888AUXILIARYDESTINATION'/u01/app/oracle/oradata';
RMAN>ALTERTABLESPACEPDBPROD2:testONLINE;
注意:
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{
backupdatabaseformat'';
sql'altersystemarchivelogcurrent';
backuparchivelogallformat'';
backupcurrentcontrolfileformat'';
}