当前位置:  数据库>oracle

RMAN recover中遇到 RMAN-20505,ORA-0119,ORA-27400

    来源: 互联网  发布时间:2017-06-10

    本文导语: 这是一次RAMN恢复的工作,生产端是Oracle 11.2.0.4 RAC,数据文件保存在文件系统上。灾备端是Oracle11.2.0.4单实例+ASM方式保存数据文件。检修计划需要将生产库做一次RMAN全备,然后在灾备端恢复。由于生产端和灾备端的存储方式不一...

这是一次RAMN恢复的工作,生产端是Oracle 11.2.0.4 RAC,数据文件保存在文件系统上。灾备端是Oracle11.2.0.4单实例+ASM方式保存数据文件。检修计划需要将生产库做一次RMAN全备,然后在灾备端恢复。由于生产端和灾备端的存储方式不一样,文件路径也不一样,所以灾备端RMAN恢复的时候需要采用set newname的方式将文件路径转换一次。

执行脚本如下:

run{
set newname for datafile 1 to '+DATA';
set newname for datafile 2 to '+DATA';
set newname for datafile 3 to '+DATA’;

… 500多个数据文件

restore database;
switch datafile all;
recover database;
}

在执行到recover database 过程中出现错误,提示第545号数据文件IDX_S007.dbf创建失败。

RMAN-20505: create datafile during recovery
ORA-0119: error in creating database file '/sgpmdb/oradata/u07/cmsdb/IDX_S007.dbf'
ORA-27400: file create error, unable to create file
HPUX-ia Error: 2: No such file or directory
Additional information: 1
RMAN-11003: failure during parse/execution of SQL statement: alter database recover log file '/orabak/arch/2_147320_666569930.arc'
ORA-00283: recovery session canceled due to errors
ORA-01244: unnamed datafile(s) added to control file by media recovery
ORA-01110: data file 545: '/spgmdb/oradata/u07/cmsdb/IDX_S007.dbf'

分析原因如下:
生产库做完全备后又做了一些DDL操作,如添加数据文件等。 这些新的操作记录在全备之后的归档日志中(/orabak/arch/2_147320_666569930.arc
)。在重演归档日志中创建数据文件的部分时找不到生产环境的目录,所以报错(HPUX-ia Error: 2: No such file or directory)
该文件被临时记录在了/app/oracle/product/11.2.0/db_1/dbs,但也只是控制文件中的记录,磁盘上时没有该文件。

第545号数据文件在控制文件中的记录如下,不是我们预期的+DATA
SQL> select name from v$datafile where name like '%545%;

NAME
——————————————————
/app/oracle/product/11.2.0/db_1/dbs/UNAMED00545

解决方案

在RMAN下使用set newname命令先数据文件的目录地址改为+DATA/cmsdb/datafile。然后重新restore一次该数据文件,最后switch数据文件。

run{
set newname for datafile '/app/oracle/product/11.2.0/db_1/dbs/UNNAMED00545' to '+DATA/cmsdb/datafile/IDX_S007.dbf';
restore datafile '/app/oracle/product/11.2.0/db_1/dbs/UNNAMED00545';
switch datafile '/app/oracle/product/11.2.0/db_1/dbs/UNNAMED00545';
}

也可以写成
run{
set newname for datafile 545 to '+DATA';
restore datafile 545;
switch datafile 545;
}

输出如下:
executing command: SET NEWNAME

Staring restore at 27-OCT-14
using channel ORA_DISK1

creating datafile file number=545 name=+DATA/cmsdb/datafile/IDX_S007.dbf
restore not done: all files read only, offline, or already restored
Finished restore at 27-OCT-14

datafile 545 switched to datafile copy
input datafile copy RECID=3615 STAMP=862057086 file name=+DATA/cmsdb/datafile/IDX_S007.dbf

本次操作使用的客户端主机安全级别很高,不允许用U盘复制任何文件,包括secureCRT的日志等。所有错误信息和屏幕输出都是我手敲的,如果有错误敬请谅解。

--------------------------------------推荐阅读 --------------------------------------

RMAN 配置归档日志删除策略

Oracle基础教程之通过RMAN复制数据库

RMAN备份策略制定参考内容

RMAN备份学习笔记

Oracle数据库备份加密 RMAN加密

--------------------------------------分割线 --------------------------------------


    
 
 

您可能感兴趣的文章:

 
本站(WWW.)旨在分享和传播互联网科技相关的资讯和技术,将尽最大努力为读者提供更好的信息聚合和浏览方式。
本站(WWW.)站内文章除注明原创外,均为转载、整理或搜集自网络。欢迎任何形式的转载,转载请注明出处。












  • 相关文章推荐
  • rman备份脚本和rman增量备份脚本分享
  • Oracle数据库备份和恢复工具 RMan
  • catalog方式的rman备份与恢复示例
  • rman配置及rman常用命令操作
  • win平台oracle rman备份和删除dg备库归档日志脚本
  • linux自动运行rman增量备份脚本
  • 9i下RMAN的备份及恢复步骤
  • Oracle相关:Rman Crosscheck删除失效归档
  • ORACLE 数据库RMAN备份恢复
  • rman恢复方案和oracle异机恢复
  • Oracle RMAN快速入门指南


  • 站内导航:


    特别声明:169IT网站部分信息来自互联网,如果侵犯您的权利,请及时告知,本站将立即删除!

    ©2012-2021,