如何使用RMAN对PDB进行时间点恢复

在 PDB 上执行时间点恢复类似于在数据库上执行时间点恢复。当一个或多个PDB恢复到指定时间点时，CDB中的其他PDB不受影响。恢复后，PDB原来的旧备份仍然有效，可以在发生介质恢复时使用，无需创建新备份。使用共享 UNDO 对 CDB 中的一个或多个 PDB 执行数据库时间点恢复时，需要对包含恢复的 PDB 的 CDB 的根和 CDB 种子 (PDB$SEES) 进行备份。从Oracle 12.2开始，如果兼容参数设置为12.2，则可以跨PDB闪回操作或PDB点对CDB进行闪回数据库操作-及时恢复。在DG环境中，备库会恢复到主库PDB之后的指定时间点。您可以闪回整个备用数据库、恢复 PDB 或在 PDB 上执行闪回。

对PDB进行时间点恢复的步骤如下：
1、登录数据库记录当前SCN号，然后删除表t1中的数据。

SQL> conn jy/jy@jypdbConnected.SQL> SELECT CURRENT_SCN FROM V$DATABASE;CURRENT_SCN---------- 6255735SQL> alter session set nls_date_format='yyyy-mm-dd hh34 :mi:ss';会话已更改。SQL> select sysdate from Dual;SYSDATE--------------------2017-12-20 16:52:31SQL> select count ( *）来自 t1； COUNT(*)----------   39SQL> truncate table t1;Table truncated.SQL> select count(*) from t1;计数（*）---------- 0

2。如果使用时间表达式而不是目标SCN，请在调用RMAN之前设置时间格式环境变量

[oracle@jytest1 ~]$ export NLS_DATE_FORMAT='yyyy-mm-dd hh34:mi:ss'

3.使用RMAN连接根容器

[oracle@jytest1 ~]$ rman target/catalog rco /abcd@jypdb_173恢复管理器：版本 12.2.0.1.0 - 于 2017 年 12 月 20 日星期三 16:53:26 发布，版权所有 (c) 1982, 2017，Oracle 和/或其附属公司。保留所有权利。已连接到目标数据库：JY (DBID=979425723)已连接到恢复目录数据库

4.关闭要恢复的PDB，其他PDB和CDB仍然打开

RMAN> alterpluggabledatabasejypdbcloseimmediate;startingfullresyncofrecoverycatalogfullresynccompleteStatementprocessedstartingfullresyncofrecoverycatalogfullresynccomplete

b.如果RMAN没有配置自动通道，则需要手动分配磁盘和磁带通道。

c.恢复和恢复CDB

下面的命令会将PDB（jypdb）恢复到SCN=6255735所在的状态

RMAN> run2> {3>设置直到scn 6255735;4>恢复可插拔数据库 jypdb;5> 恢复可插拔数据库 jypdb;6> }执行命令：SET Until 子句在 2017-12-20 17:00:38 开始恢复使用通道 ORA_DISK_1通道 ORA_ DISK_1：启动数据文件备份集 Restorechannel ORA_DISK_1：指定数据文件从备份集恢复通道 ORA_DISK_1：将数据文件 00010 恢复到 +DATA/JY/5F9AC6865E87549FE053AB828A0ADE94/DATAFILE/system.271.962209649channel ORA_DISK_1：将数据文件 00011 恢复到 +DATA/JY/5F9AC6865E87549FE053AB82 8A0ADE94/DATAFILE/sysaux.316.962209649channel ORA_DISK_1：将数据文件 00012 恢复到 + DATA/JY/5F9AC6865E87549FE053AB828A0ADE94/DATAFILE/undotbs1.264.962209649channel ORA_DISK_1: 恢复 datafile 00013 至 +DATA/JY/5F9AC68 65E87549FE053AB828A0ADE94/DATAFILE/undo_2.268.962209649channel ORA_DISK_1：将数据文件 00014 恢复至 +DATA/JY/5F9AC6865E87549FE053AB828A0ADE94 /DATAFILE/user s.278.962209649通道 ORA_DISK_1：将数据文件 00015 恢复到 +DATA/JY/5F9AC6865E87549FE053AB828A0ADE94/DATAFILE /test.275.962210609channel ORA_DISK_1：从备份片读取 +TEST/rman_backup/jy_979425723_962563516_11slv3ds_1_1channel ORA_DISK_1：片句柄=+TEST/rman_backup/jy_979425723_962563516_11slv 3ds_1_1 tag= TAG20171212T184328channel ORA_DISK_1: 恢复备份片1channel ORA_DISK_1: 恢复完成，已用时间: 00:00:35Finished恢复时间为 2017-12 -20 17:01:15开始恢复时间为 2017-12-20 17:01:16使用通道 ORA_DISK_1启动介质恢复归档当前日志，序列号为 38 的线程 1 的归档日志已作为文件 +TEST/arch/1_38_961976319 位于磁盘上。线程 1 的序列号为 39 的 dbfarchived 日志已作为文件 +TEST/arch/1_39_961976319.dbfarchived 线程日志存在于磁盘上d 具有序列 40 的 1 已在磁盘上作为文件 +TEST/arch/1_40_961976319.dbfarchived 具有序列 41 的线程 1 的日志已在磁盘上，因为具有序列 42 的线程 1 的 dbfarchived 日志已在磁盘上因为具有序列 43 的线程 1 的文件 +TEST/arch/1_42_961976319.dbfarchived 日志已经在磁盘上，因为具有序列 44 的线程 1 的文件 +TEST/arch/1_43_961976319.dbfarchived 日志已经在磁盘上作为文件 +TEST/arch/1_44_961976319 。具有序列 45 的线程 1 的 dbfarchived 日志已作为文件 +TEST/arch/1_45_961976319 位于磁盘上。具有序列 46 的线程 1 的 dbfarchived 日志已作为文件 +TEST/arch/1_46_961976319.dbfarchived 位于磁盘上，具有序列 47 的线程 1 的日志已在磁盘上作为文件 +TEST/arch/1_47_961976319.dbfarchived 线程 1 的日志（序列号 48）已在磁盘上作为文件 +TEST/arch/1_48_961976319.dbfarchived 线程 1 的日志（序列 49）已在磁盘上作为文件 +TEST /arch/1_49_961976319.dbfarchived 线程 1 的日志序列 50 已在磁盘上作为文件 +TEST/arch/ 1_50_961976319.dbfarchived 线程 1 的序列 51 的日志已在磁盘上作为文件 +TEST/arch/1_51_961976319.dbfarchived 线程 1 的序列 52 的日志已在磁盘上作为文件 +具有序列 53 的线程 1 的 TEST/arch/1_52_961976319.dbfarchived 日志已在磁盘上作为文件 +TEST/arch/1_53_961976319.dbfarchived 具有序列 54 的线程 1 的日志已在磁盘上作为文件 +TEST/arch/1_54_961976319.dbfarchived 日志具有序列 55 的线程 1 已在磁盘上作为文件 +TEST/arch/1_55_961976319.dbfarchived 具有序列 56 的线程 1 的日志已在磁盘上，因为具有序列 57 的线程 1 的日志已在磁盘上在磁盘上作为文件 +TEST/arch/1_57_961976319.dbfarchived 线程 2 的序列号为 32 的日志已在磁盘上作为文件 +TEST/arch/2_32_961976319.dbfarchived 线程 2 的序列号为 33 的日志已在磁盘上作为文件 +TEST/arch /2_33_961976319.dbfarchived 线程 2 的 ved 日志序列 34 已经在磁盘上作为文件 +TEST/arch/2_34_961976319.dbfarchived 线程 2 的日志（序列 35）已经在磁盘上作为文件 +TEST/arch/2_35_961976319.dbfarchived 线程 2 的日志（序列 3 6）已经在磁盘上文件 + TEST/arch/2_36_961976319.dbfarchived 线程 2 的序列号为 37 的日志已在磁盘上作为文件 +TEST/arch/2_37_961976319.dbfarchived 线程 2 的序列号为 38 的日志已在磁盘上作为文件 +TEST/arch/2_38_961976319。具有序列 39 的线程 2 的 dbfarchived 日志已作为文件 +TEST/arch/2_39_961976319 位于磁盘上。具有序列 40 的线程 2 的 dbfarchived 日志已作为文件 +TEST/arch/2_40_961976319.dbfarchived 位于磁盘上，具有序列 41 的线程 2 的 dbfarchived 日志已在磁盘上作为文件 +TEST/arch/2_41_961976319.dbfarchived 线程 2 的日志（序列号 42）已在磁盘上作为文件 +TEST/arch/2_42_961976319.dbfarchived 线程 2 的日志（序列号 43）已在磁盘上作为文件 +TEST /arch/2_43_961976319.dbfarchived 线程 2 的日志（带序列）e 44 已经在磁盘上作为文件 +TEST/arch/2_44_961976319.dbfarchived 线程 2 的序列 45 的日志已经在磁盘上作为文件 +TEST/arch/2 _45_961976319.dbfarchived 线程 2 的序列 46 的日志已经在磁盘上作为具有序列 47 的线程 2 的文件 +TEST/arch/2_46_961976319.dbfarchived 日志已在磁盘上作为文件 +TEST/arch/2_47_961976319.dbfarchived 具有序列 48 的线程 2 的日志已在磁盘上作为文件 +TEST/arch/2_48_961976319 存在。具有序列 49 的线程 2 的 dbfarchived 日志已作为文件 +TEST/arch/2_49_961976319 存在于磁盘上。具有序列 50 的线程 2 的 dbfarchived 日志已作为文件 +TEST/arch/2_50_961976319 存在于磁盘上。具有序列 51 的线程 2 的 dbfarchived 日志已在磁盘上作为文件 +TEST/arch/2_51_961976319 线程 2 的序列号 52 的 .dbfarchived 日志已在磁盘上作为文件 +DATA/JY/ONLINELOG/group_4.262.961976705 线程 2 的序列号 53 的归档日志已在磁盘上作为文件+DATA/JY/ONLINELOG/group_3.2 63.961976697媒体恢复com完成，已用时间：00:04:03于2017年12月20日17:05:30完成恢复，开始完全重新同步恢复目录完全重新同步完成

6.以读写模式打开 PDB，放弃目标 SCN 对于所有更改，执行以下命令命令

RMAN> alterpluggabledatabase jypdb open resetlogs;StatementprocessedstartingfullresyncofrecoverycatalogfullresynccompleteSQL>connjy/ jy@jypdbConnected.SQL> 从 t1 中选择 count(*); COUNT(*)-- -------- 39

以上是《如何使用RMAN进行时间点恢复》一文的全部内容数据库”。感谢您的阅读！相信大家都有一定的了解，希望分享的内容对大家有所帮助。如果您想了解更多知识，请关注行业资讯频道！