在测试服务器还原数据库时遇到了ORA-19563错误。以下所示数据库
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of switch command at 04/08/2015 19:59:06
ORA-19563: header validation failed for file
[oracle@getlnx01 ~]$ oerr ora 19563
19563, 00000, "%s header validation failed for file %s"
// *Cause: When opening the file to be placed in a copy or backup set,
// to be inspected, or used as the target for
// an incremental restore, its header was not
// recognized as a valid file header for a file of the indicated
// type (data file, archived log, or control file) belonging
// to the current database.
// *Action: Ensure that the correct files are being specified for the copy
// or backup operation.
经过分析后发现两个文件名冲突,原数据库有两个同名的文件invsubmat_d18.dbf位于不一样分区。我还原时,因为测试服务器的空间不足,我将原路文件的恢复目录作了调整。(因为增长数据文件时粗枝大叶,本身给本身挖了一个大坑,并且本身跳了进去!) 服务器
以下所示,结果在/u04/oradata/epps目录下,出现了两个invsubmat_d19.dbf文件。只需在set命令里面将文件恢复路径修改便可。oracle
run
{
.................................................................
set newname for datafile 105 to "/u04/oradata/epps/invsubmat_d18.dbf";
.................................................................
set newname for datafile 109 to "/u04/oradata/epps/invsubmat_d18.dbf";
set newname for datafile 121 to "/u04/oradata/epps/ndotbs03.dbf";
set newname for datafile 122 to "/u04/oradata/epps/undotbs04.dbf";
restore database ;
switch datafile all;
}
修改成以下所示,restore还原成功! app
run
{
.................................................................
set newname for datafile 105 to "/u04/oradata/epps/invsubmat_d18.dbf";
.................................................................
set newname for datafile 109 to "/u04/oradata/epps/invsubmat_d20.dbf";
set newname for datafile 121 to "/u04/oradata/epps/ndotbs03.dbf";
set newname for datafile 122 to "/u04/oradata/epps/undotbs04.dbf";
restore database ;
switch datafile all;
}