执行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 遇到错误: 错误原因,无法找到文件.... 原来使用,通过目录指定转换,好处是:当以文件资源库保存时,可以直接将文件夹复制走,直接运行就可以,不需要单独针 ...
随机推荐
- header.vue 调用变量,别的组件导入引用,组件方法事例实例
<template> <div id="header"> <!-- 调用变量 --> <h1>{{ msg }}</h1> ...
- 【剑指Offer】62、序列化二叉树
题目描述 请实现两个函数,分别用来序列化和反序列化二叉树 二叉树的序列化是指:把一棵二叉树按照某种遍历方式的结果以某种格式保存为字符串,从而使得内存中建立起来的二叉树可以持久保存.序列化可以基于先序. ...
- Android_Service的一些零散知识点_1
service与线程不甚相同,service是Android提供的可供一个允许常驻后台的组件. 可通过StartService()启动Service和BindService()启动Service St ...
- MySQL int、char、varchar 最大值是多少?
1.int(len) (1)max(len) = 255 (2)存储范围: 带符号整数:-2147483648-2147483647. 无符号(unsigned)整数:0-4294967295. 2. ...
- Spark kafka flume
Flume Flume 是一个分布式.可靠.和高可用的海量日志聚合的系统,支持在系统中定制各类数据发送方,通过监控整个文件目录或者某一个特定文件,用于收集数据:同时Flume也 提供数据写到各种数据接 ...
- vim和emacs
vim和emacs 在编程界一直有两大神器的传说.这两大神器一个是emacs,一个是vim.一个是神的编辑器,一个是编辑器之神. 程序员的圈子里面也一直流传着一个段子,说是世界上的程序员分为三种.使用 ...
- P3206 [HNOI2010]城市建设 [线段树分治+LCT维护动态MST]
Problem 这题呢 就边权会在某一时刻变掉-众所周知LCT不支持删边的qwq- 所以考虑线段树分治- 直接码一发 如果 R+1 这个时间修改 那就当做 [L,R] 插入了一条边- 然后删的边和加的 ...
- P2710 数列[fhq treap]
调了一辈子的fhq treap- 如果不会最大子段和 如果不会fhq treap 7个操作- 其中三个查询 单点查询其实可以和区间查询写成一个( fhq treap 的修改操作大概就是 \(split ...
- JavaDay10(上)
Java learning_Day10(上) 本人学习视频用的是马士兵的,也在这里献上 <链接:https://pan.baidu.com/s/1qKNGJNh0GgvlJnitTJGqgA&g ...
- 敌兵布阵 HDU - 1166 板子题
#include <cstdio> #include <cstring> #include <iostream> #include <algorithm> ...