博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
Oracle RMAN-06023 和ORA-19693错误
阅读量:430 次
发布时间:2019-03-06

本文共 8801 字,大约阅读时间需要 29 分钟。

在将一个0级备份的数据库还原到其它机器上时,首先遇到了RMAN-06023然后遇到ORA-19693错误,错误发生的环境和内容大致如下:

数据库版本:

SQL> select * from v$version;BANNER--------------------------------------------------------------------------------Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 - 64bit ProductionPL/SQL Release 11.2.0.1.0 - ProductionCORE    11.2.0.1.0      ProductionTNS for 64-bit Windows: Version 11.2.0.1.0 - ProductionNLSRTL Version 11.2.0.1.0 - Production

 开始还原数据库: 

startup nomount;RMAN> restore controlfile from 'I:\backup\C-2711934557-20150401-02_NSOA_CONTROLFILE_20150401';启动 restore 于 2015-04-10 15:09:01使用目标数据库控制文件替代恢复目录分配的通道: ORA_DISK_1通道 ORA_DISK_1: SID=129 设备类型=DISK通道 ORA_DISK_1: 正在还原控制文件通道 ORA_DISK_1: 还原完成, 用时: 00:00:08输出文件名=I:\NSOADP\CONTROL01.CTL完成 restore 于 2015-04-10 15:09:10RMAN> alter database mount;RMAN>run{allocate channel dev type disk;allocate channel dev1 type disk;set newname for datafile 1 to 'd:\nsoadp\SYSTEM01.DBF';set newname for datafile 2 to 'd:\nsoadp\SYSAUX01.DBF';set newname for datafile 4 to 'd:\nsoadp\USERS01.DBF';……………restore database;switch datafile all;recover database;release channel dev;release channel dev1;}正在执行命令: SET NEWNAME正在执行命令: SET NEWNAME………启动 restore 于 2015-04-10 15:30:19通道 dev: 正在开始还原数据文件备份集通道 dev: 正在指定从备份集还原的数据文件RMAN-06026: 有些目标没有找到 - 终止还原RMAN-06023: 没有找到数据文件4的副本来还原RMAN-06023: 没有找到数据文件2的副本来还原RMAN-06023: 没有找到数据文件1的副本来还原

 但实际在0级备份中是包含这些数据文件的:

RMAN> list backup of datafile 4,2,1;备份集列表===================BS 关键字  类型 LV 大小       设备类型 经过时间 完成时间------- ---- -- ---------- ----------- ------------ -------------------10071   Incr 0  30.29G     DISK        02:46:53     2015-04-01 13:29:12        BP 关键字: 10071   状态: AVAILABLE  已压缩: YES  标记: NSOA_BACKUP_INCR0段名:I:\BACKUP\B_NSOA_10193_UHQ39J0B_20150401  备份集 10071 中的数据文件列表  文件 LV 类型 Ckp SCN    Ckp 时间            名称  ---- -- ---- ---------- ------------------- ----  4    0  Incr 13625590769939 2015-04-01 10:42:20 G:\U09\ORADATA\NSOA\USERS01.DBFBS 关键字  类型 LV 大小       设备类型 经过时间 完成时间------- ---- -- ---------- ----------- ------------ -------------------10072   Incr 0  29.04G     DISK        02:47:11     2015-04-01 13:29:30        BP 关键字: 10072   状态: AVAILABLE  已压缩: YES  标记: NSOA_BACKUP_INCR0段名:I:\BACKUP\B_NSOA_10192_UGQ39J0B_20150401  备份集 10072 中的数据文件列表  文件 LV 类型 Ckp SCN    Ckp 时间            名称  ---- -- ---- ---------- ------------------- ----  1    0  Incr 13625590769907 2015-04-01 10:42:19 G:\U07\ORADATA\NSOA\SYSTEM01.DBF  2    0  Incr 13625590769907 2015-04-01 10:42:19 G:\U08\ORADATA\NSOA\SYSAUX01.DBF

 因此可以确定,备份文件本身是没有问题的,问题出在

If we start a RESTORE database with a BACKUP controlfile and Flash Recovery Area is defined, RMAN execute and implicit crosscheck and catalog of all the objects in the Flash Recovery Area.

RMANwill catalog any objects in the Flash Recovery Area that will not beregistered in the controlfile and if any of this files belongs to anincarnation different from CURRENT incarnation in the controlfilethen changescontrolfile CURRENT incarnation to the one found in the file that isbeing cataloged.
Thisprevents database from restoring backups that belong to old CURRENTincarnation
RMANconsiders backup availble for being restored if the backupincarnation and CURRENT incarnation in controlfile are the same.

根据文档说明,我设置了db_recovery_file_destdb_recovery_file_dest_size参数并重新还原了控制文件,然后在还原时将catalog 指向我的备份文件所在目录:

RMAN> restore controlfile from 'I:\backup\C-2711934557-20150401-02_NSOA_CONTROLFILE_20150401';RMAN> alter database mount;RMAN> catalog start with 'I:\backup';启动 implicit crosscheck backup 于 2015-04-10 15:09:40分配的通道: ORA_DISK_1通道 ORA_DISK_1: SID=129 设备类型=DISK已交叉检验的 29 对象完成 implicit crosscheck backup 于 2015-04-10 15:10:37启动 implicit crosscheck copy 于 2015-04-10 15:10:37使用通道 ORA_DISK_1完成 implicit crosscheck copy 于 2015-04-10 15:10:37搜索恢复区中的所有文件正在编制文件目录...没有为文件编制目录搜索与样式 I:\backup 匹配的所有文件数据库未知文件的列表=====================================文件名: I:\backup\ARC_NSOA_10197_ULQ3A10I_20150401文件名: I:\backup\ARC_NSOA_10198_UMQ3A10I_20150401………是否确实要将上述文件列入目录 (输入 YES 或 NO)? yes正在编制文件目录...目录编制完毕

目录编制完毕后我验证了还原, RMAN-06023 错误不在报了,但出现了另一个隐含的错误: 

RMAN> restore database preview;启动 restore 于 2015-04-10 15:45:41使用通道 ORA_DISK_1备份集列表===================BS 关键字  类型 LV 大小------- ---- -- ----------10072   Incr 0  29.04G  备份集 10072 中的数据文件列表  文件 LV 类型 Ckp SCN    Ckp 时间            名称  ---- -- ---- ---------- ------------------- ----  1    0  Incr 13625590769907 2015-04-01 10:42:19 G:\U07\ORADATA\NSOA\SYSTEM01.DBF  2    0  Incr 13625590769907 2015-04-01 10:42:19 G:\U08\ORADATA\NSOA\SYSAUX01.DBF  11   0  Incr 13625590769907 2015-04-01 10:42:19 G:\U13\ORADATA\NSOA\FRDC_TABLESPACE.DBF  15   0  Incr 13625590769907 2015-04-01 10:42:19 G:\U10\ORADATA\NSOA\TBS_ZG.DBF………介质恢复启动 SCN 是 13625590769793恢复范围必须超出 SCN 13625591441474 才能清除数据文件模糊性完成 restore 于 2015-04-10 15:46:27

 我当时并没有意识到什么错误,所以我便开始了还原,但不幸ORA-19693来了:

RMAN>run{allocate channel dev type disk;allocate channel dev1 type disk;set newname for datafile 1 to 'd:\nsoadp\SYSTEM01.DBF';set newname for datafile 2 to 'd:\nsoadp\SYSAUX01.DBF';set newname for datafile 4 to 'd:\nsoadp\USERS01.DBF';……………restore database;switch datafile all;recover database;release channel dev;release channel dev1;}正在执行命令: SET NEWNAME正在执行命令: SET NEWNAME………通道 dev: 将数据文件 00004 还原到  d:\nsoadp\USERS01.DBF释放的通道: dev释放的通道: dev1RMAN-00571: ===========================================================RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============RMAN-00571: ===========================================================RMAN-03002: restore 命令 (在 04/10/2015 15:51:10 上) 失败ORA-19693: 已包括备份片段 I:\BACKUP\B_NSOA_10193_UHQ39J0B_20150401
ORA-19693: backup piece string already included
Cause: This backup piece was already specified for inclusion in the restore conversation. A restore conversation may process only a single instance of a backup piece.
Action: Remove the specified duplicate backup piece in restore steps and restart the conversation.
我顿时迷惑了
,
好端端的
0
级备份怎么就会有
duplicate backup,so
我用
list
查看了备份
:
RMAN> list backup;  BS 关键字  类型 LV 大小  ------- ---- -- ----------  10071   Incr 0  30.29G  备份集 10071 中的数据文件列表  文件 LV 类型 Ckp SCN    Ckp 时间            名称  ---- -- ---- ---------- ------------------- ----  4    0  Incr 13625590769939 2015-04-01 10:42:20 G:\U09\ORADATA\NSOA\USERS01.DBF备份集 副本号 1 属于备份集 10071  设备类型 经过时间 完成时间            压缩标记  ----------- ------------ ------------------- ---------- ---  DISK        02:46:53     2015-04-01 13:29:12 YES        NSOA_BACKUP_INCR0    备份集 10071 副本号 1的备份片段列表    BP 关键字  Pc# 状态      段名称    ------- --- ----------- ----------    10071   1   AVAILABLE   I:\BACKUP\B_NSOA_10193_UHQ39J0B_20150401  备份集 副本号 2 属于备份集 10071  设备类型 经过时间 完成时间            压缩标记  ----------- ------------ ------------------- ---------- ---  DISK        02:46:53     2015-04-10 18:00:58 YES        NSOA_BACKUP_INCR0    备份集 10071 副本号 2的备份片段列表    BP 关键字  Pc# 状态      段名称    ------- --- ----------- ----------    10123   1   AVAILABLE   I:\BACKUP\B_NSOA_10193_UHQ39J0B_20150401  备份集 副本号 3 属于备份集 10071  设备类型 经过时间 完成时间            压缩标记  ----------- ------------ ------------------- ---------- ---  DISK        02:46:53     2015-04-10 18:17:41 YES        NSOA_BACKUP_INCR0    备份集 10071 副本号 3的备份片段列表    BP 关键字  Pc# 状态      段名称    ------- --- ----------- ----------    10152   1   AVAILABLE   I:\BACKUP\B_NSOA_10193_UHQ39J0B_20150401

What is backup piece?

 A backup set contains one or more binary files in an RMAN-specific format. This file is known as a . A backup set can contain multiple datafiles. For example, you can back up ten datafiles into a single backup set consisting of a single backup piece. In this case, RMAN creates one backup piece as output. The backup set contains only this backup piece.

 接着使用change 命令uncatalog 重复的piece: 

RMAN> change backuppiece 'I:\BACKUP\B_NSOA_10193_UHQ39J0B_20150401' uncatalog;RMAN-00571: ===========================================================RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============RMAN-00571: ===========================================================RMAN-03002: uncatalog 命令 (在 04/10/2015 15:52:48 上) 失败RMAN-20261: 含糊的备份片段句柄RMAN-06092: 查找备份片段时出错RMAN> change backuppiece 10123 uncatalog;未将备份片段列入目录备份片段句柄=I:\BACKUP\B_NSOA_10193_UHQ39J0B_20150401 RECID=10123 STAMP=876669065未分类的 1 对象RMAN> change backuppiece 10152 uncatalog;未将备份片段列入目录备份片段句柄=I:\BACKUP\B_NSOA_10193_UHQ39J0B_20150401 RECID=10152 STAMP=876670068未分类的 1 对象

 Uncatalog 后还原正常了,但我有些糊涂了,便想起了备份通道的问题,也就有了如下的猜测,面对大的库,备份分配多个通道执行并行备份不是显著提高备份效率吗?为什么我的备份会产生duplicate pieces,是否和多通道有关系?以下是我的备份脚本:

run{    allocate channel dev type disk;    allocate channel dev1 type disk;    allocate channel dev2 type disk;    backup incremental level 0  database    format 'I:\BackUp\PRACTICE\db_%d_%s_%p_%T'    tag 'WHOLE_INCL0';    release channel dev;    release channel dev1;    release channel dev2;}

 欢迎知情人士指导,谢谢!

--The end (2015-04-10)

转载地址:http://bicyz.baihongyu.com/

你可能感兴趣的文章