执行PDB的PITR恢复失败的说明
Oracle 12.1版本中,UNDO表空间仅存在CDB级别(共享UNDO),来自于AskScuti博客园。
Oracle 12.2版本开始,UNDO表空间同时可以存在每个PDB级别(本地UNDO)。
问题表现前提:在12.2.0.1 多租户环境、备份后删除表空间并进行PDB PITR恢复、PDB采用本地UNDO(LOCAL_UNDO_ENABLED=TRUE)
MOS 文档 ID 2435452.1 (建议使用 Catalog)
目录
1. 问题现象
2. 原因
3. 方案
1. 问题现象
在备份数据库后,删除PDB某个表空间(DROP TABLESPACE INCLUDING CONTENTS AND DATAFILES),执行可插入数据库(PDB)的时间点恢复,基于当前控制文件和完整日志,对PDB进行PITR恢复时(采用控制文件,非Catalog目录库),预期将失败。
数据库版本信息
SQL> select banner from v$version; BANNER
--------------------------------------------------------------------------------
Oracle Database 12c Enterprise Edition Release 12.2.0.1.0 - 64bit Production
PL/SQL Release 12.2.0.1.0 - Production
CORE 12.2.0.1.0 Production
TNS for Linux: Version 12.2.0.1.0 - Production
NLSRTL Version 12.2.0.1.0 - Production
LOCAL UNDO是否启用
SQL> select property_name,property_value from database_properties where property_name like '%UNDO%'; PROPERTY_NAME PROPERTY_VALUE
------------------ --------------
LOCAL_UNDO_ENABLED TRUE
备份数据库
RMAN> backup database format '/u01/app/oracle/backup/%s_%d_%U.full' tag 'FULL';
记录当前SCN
SQL> conn / as sysdba
Connected.
SQL> alter system switch logfile; System altered. SQL> select current_scn from v$database; CURRENT_SCN
-----------
7779561 SQL> alter system switch logfile; System altered. SQL> alter system switch logfile; System altered. SQL> alter system switch logfile; System altered.
连接PDB删除表空间
SQL> alter session set container=pdb1; SQL> drop tablespace test including contents and datafiles; Tablespace dropped. SQL> alter pluggable database pdb1 close; Pluggable database altered. SQL> show pdbs CON_ID CON_NAME OPEN MODE RESTRICTED
---------- --------- ---------- ----------
3 PDB1 MOUNTED
执行PDB PITR恢复
run{
set until scn 7779561;
restore pluggable database pdb1;
recover pluggable database pdb1 auxiliary destination='/u01/app/oracle/au';
alter pluggable database pdb1 open resetlogs;
}
日志截取片段
2019-08-04T06:53:04.851088+08:00
Errors in file /u01/app/oracle/diag/rdbms/cdbocp/CDBOCP/trace/CDBOCP_m003_43519.trc:
ORA-01110: data file 24: '/u01/app/oracle/product/12.2.0/db_1/dbs/MISSING00024'
ORA-01565: error in identifying file '/u01/app/oracle/product/12.2.0/db_1/dbs/MISSING00024'
ORA-27037: unable to obtain file status
Linux-x86_64 Error: 2: No such file or directory
Additional information: 7
2019-08-04T06:53:05.525255+08:00
Errors in file /u01/app/oracle/diag/rdbms/cdbocp/CDBOCP/trace/CDBOCP_m003_43519.trc:
ORA-01110: data file 25: '/u01/app/oracle/product/12.2.0/db_1/dbs/MISSING00025'
ORA-01565: error in identifying file '/u01/app/oracle/product/12.2.0/db_1/dbs/MISSING00025'
ORA-27037: unable to obtain file status
Linux-x86_64 Error: 2: No such file or directory
至此,被删除的表空间TEST(及数据文件)无法恢复出来,只是将信息写至控制文件中,数据文件无法通过RMAN Restore出来。因为当前控制文件已经没有了 TEST 表空间的记录,而控制文件又是整个CDB共享的。如果在非CDB环境中,没有使用Catalog的情况下,可以通过恢复之前的 controlfile 副本或(极端情况下的手工重建)来解决这个问题,但是你不希望在CDB中这样做,因为它会影响到所有数据库。
查看控制文件中关于数据文件的记录信息
SQL> select file# "A",checkpoint_change# "B",name from v$datafile where con_id=3; A B NAME
---- --------- ----------------------------------------------------
9 7837930 /u01/app/oracle/oradata/CDBOCP/PDB1/system01.dbf
10 7837930 /u01/app/oracle/oradata/CDBOCP/PDB1/sysaux01.dbf
12 7837930 /u01/app/oracle/oradata/CDBOCP/PDB1/users01.dbf
21 7837930 /u01/app/oracle/oradata/CDBOCP/PDB1/tbs_c01.dbf
22 7837930 /u01/app/oracle/oradata/CDBOCP/PDB1/henry01.dbf
23 7837930 /u01/app/oracle/oradata/CDBOCP/PDB1/henry02.dbf
24 0 /u01/app/oracle/product/12.2.0/db_1/dbs/MISSING00024
25 0 /u01/app/oracle/product/12.2.0/db_1/dbs/MISSING00025
31 7837930 /u01/app/oracle/oradata/CDBOCP/PDB1/impdata01.dbf
37 7837930 /u01/app/oracle/oradata/CDBOCP/PDB1/flash_arc01.dbf
38 7837930 /u01/app/oracle/oradata/CDBOCP/bbb01.dbf A B NAME
---- --------- ---------------------------------------------------
43 7837930 /u01/app/oracle/oradata/CDBOCP/PDB1/rman01.dbf
44 7837930 /u01/app/oracle/oradata/CDBOCP/PDB1/undotbs02.dbf
45 7839301 /u01/app/oracle/oradata/CDBOCP/PDB1/scuti01.dbf
查看数据文件头记录的数据文件信息
SQL> select file# "A",checkpoint_change# "B",name from v$datafile_header where con_id=3; A B NAME
---- --------- --------------------------------------------------
9 7837930 /u01/app/oracle/oradata/CDBOCP/PDB1/system01.dbf
10 7837930 /u01/app/oracle/oradata/CDBOCP/PDB1/sysaux01.dbf
12 7837930 /u01/app/oracle/oradata/CDBOCP/PDB1/users01.dbf
21 7837930 /u01/app/oracle/oradata/CDBOCP/PDB1/tbs_c01.dbf
22 7837930 /u01/app/oracle/oradata/CDBOCP/PDB1/henry01.dbf
23 7837930 /u01/app/oracle/oradata/CDBOCP/PDB1/henry02.dbf
24 0
25 0
31 7837930 /u01/app/oracle/oradata/CDBOCP/PDB1/impdata01.dbf
37 7837930 /u01/app/oracle/oradata/CDBOCP/PDB1/flash_arc01.dbf
38 7837930 /u01/app/oracle/oradata/CDBOCP/bbb01.dbf A B NAME
---- --------- ---------------------------------------------------
43 7837930 /u01/app/oracle/oradata/CDBOCP/PDB1/rman01.dbf
44 7837930 /u01/app/oracle/oradata/CDBOCP/PDB1/undotbs02.dbf
45 7839301 /u01/app/oracle/oradata/CDBOCP/PDB1/scuti01.dbf
2. 原因
This issue is reported in the below bugs bug 27966859 closed as duplicate of unpublished bug 27855651 Bug 27855651 reported for 12.2 and the fix is included in 18.1
3. 方案
1) 采用Catalog恢复目录替代控制文件。参考《通过恢复目录(Catalogue)进行PDB级别的PITR恢复》
2) 当采用Catalog进行可插入数据库恢复失败时,请检查补丁27855651的可用性。
执行PDB的PITR恢复失败的说明的更多相关文章
- 通过恢复目录(Catalogue)进行PDB级别的PITR恢复
数据库版本:Oracle 12.2.0.1 本篇为<执行PDB的PITR恢复失败的说明 (文档 ID 2435452.1)>的证明篇,通过当前控制文件,无法在PDB级别进行PITR(Poi ...
- 使用zfs进行pg的pitr恢复测试
前段时间做了一下zfs做pg的增量恢复测试,mark一下. 服务器信息: 主机:192.168.173.43 备机:192.168.173.41 主备使用流复制搭建,在备机上面进行了zfs快照备份. ...
- ceph-deploy install时,远端节点在执行apt-get update命令时失败
环境 OS:Ubuntu 16.04 背景 使用ceph-deploy部署Ceph集群,调用ceph-deploy install命令在远端节点安装ceph环境,执行apt-get update命令时 ...
- 消息 4900,级别 16,状态 2,第 1 行 对表 'XX.XXX' 执行 ALTER TABLE SWITCH 语句失败。对于已启用更改跟踪的表,不可能切换其分区。请先禁用更改跟踪,再使用 ALTER TABLE SWITCH。
问题描述: 今天处理切换分区数据的时候出现了这个错误: 消息 4900,级别 16,状态 2,第 1 行 对表 'XX.XXX' 执行 ALTER TABLE SWITCH 语句失败.对于已启用更改跟 ...
- 执行testng appium用例失败,自动截图
新建一个截图监听类ScreenShotListener ,重写onTestFailure方法,里面定义了 监听的driver ,截图文件路径和名称 package com.fsssc.htsgl.ut ...
- Confluence 6 XML 备份恢复失败的问题解决
XML 站点备份仅仅针对新数据库恢复的时候是必要的. Upgrading Confluence,Setting up a test server 或者 Production Backup Strate ...
- jenkins主从从服务器发布脚本执行成功但总提示失败 FATAL: Remote call on XXXX failed
主从jenkins当调用 slave 执行编译脚本后提示如下错误,找了半天怎么也没有问题,后来忽然发现slave上java的版本和master不同,一个 1.8 一个 1.10,将slave降回1.8 ...
- 执行SCP命令拷贝文件失败
scp是我最常用的远程文件拷贝工具,今天发现突然不能用了: svan-mac:hive-tools xiean$ scp -Pxx target/urs-hive-tools-jar-with-de ...
- kettle使用命令行传入数据库链接参数(ip、数据库、端口、用户、密码)执行job时子转换失败。
使用cmd 传参数执行 kettle job 遇到错误: 错误原因,无法找到文件.... 原来使用,通过目录指定转换,好处是:当以文件资源库保存时,可以直接将文件夹复制走,直接运行就可以,不需要单独针 ...
随机推荐
- 容错保护机制:Spring Cloud Hystrix
最近在学习Spring Cloud的知识,现将容错保护机制Spring Cloud Hystrix 的相关知识笔记整理如下.[采用 oneNote格式排版]
- 一些实用的GitHub项目
原文链接:http://www.louisvv.com/archives/2036.html 最近整理了一些在GitHub上比较热门的开源项目 关于GitHub,快速了解请戳这里 其中涵盖了:学习教程 ...
- 【sklearn朴素贝叶斯算法】高斯分布/多项式/伯努利贝叶斯算法以及代码实例
朴素贝叶斯 朴素贝叶斯方法是一组基于贝叶斯定理的监督学习算法,其"朴素"假设是:给定类别变量的每一对特征之间条件独立.贝叶斯定理描述了如下关系: 给定类别变量\(y\)以及属性值向 ...
- Tomcat + mysql + myeclipse 启动遇到的问题
1. 问题: Tomcat启动时报错如下:Table 'performance_schema.session_variables' doesn't exist 2. 网络上普遍找到的解决办法: 控制台 ...
- BFS和队列
深度优先搜索(DFS)和广度优先搜索(BFS)是基本的暴力技术,常用于解决图.树的遍历问题. 首先考虑算法思路.以老鼠走迷宫为例: (1):一只老鼠走迷宫.它在每个路口都选择先走右边,直到碰壁无法继续 ...
- [译]C# 7系列,Part 10: Span<T> and universal memory management Span<T>和统一内存管理
原文:https://blogs.msdn.microsoft.com/mazhou/2018/03/25/c-7-series-part-10-spant-and-universal-memory- ...
- windows10使用任务计划提醒自己
转载自:https://www.cnblogs.com/yourstars/p/6505991.html 利用Win10计划任务 + 弹窗,提醒你自己 步骤: 1.打开Win10控制面板 -> ...
- Java文件与流测试
import java.io.File; import java.io.InputStreamReader; import java.math.BigDecimal; import java.io.B ...
- Centos 安装SVN
Centos 安装SVN centos(我这里使用的是CentOS7)下yum命令即可方便的完成安装 $ sudo yum install subversion 测试安装是否成功: $ svnser ...
- Docker最全教程——从理论到实战(二十二)
前言 最近正在抽时间编写k8s的相关教程,很是费时,等相关内容初步完成后,再和大家分享.对于k8s,还是上云更为简单.稳定并且节省成本,因此我们需要对主流云服务的容器服务进行了解,以便更好地应用于生产 ...