RMAN异机还原遭遇ORA-19698错误案例

实验环境:

操作系统    :Oracle Linux Server release 5.7 64 bit

数据库版本:Oracle Database 10g Release 10.2.0.4.0 - 64bit Production

案例说明:

为了测试、验证备份的有效性,需要将服务器A上的数据库的备份集还原到服务器B上,服务器B上已经创建了相同名称的ORACLE_SID和DB
Name,对应数据文件目录环境完全一致

Step 1: startup nomount

Step 2:  restore spfile

Step 3: restore controlfile

Step 4:  startup mount;

Step 5:  restore database

Step 6: recover database

由于在没有在RMAN还原时忘记设置 DBID,结果在执行recover
database时报ORA-19698: /u01/oradata/SCM2/redo01.log is from different database:
id=4146921064, db_name=SCM2

RMAN> recover
database;

Starting recover at
14-MAY-14

using channel ORA_DISK_1

RMAN-00571:
===========================================================

RMAN-00569: =============== ERROR
MESSAGE STACK FOLLOWS ===============

RMAN-00571:
===========================================================

RMAN-03002: failure of recover
command at 05/14/2014 10:15:30

ORA-19698:
/u01/oradata/SCM2/redo01.log is from different database: id=4146921064,
db_name=SCM2

此时需要删除redo日志文件,结果在sqlplus里面删除redo日志文件,遇到下面一系列问题。其实可以直接使用rm命令直接删除redo日志文件这样简单方便得多。

SQL> alter database drop logfile group 1;
 
Database altered.
 
RMAN> recover database;
 
Starting recover at 14-MAY-14
 
using channel ORA_DISK_1
 
RMAN-00571: ===========================================================
 
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
 
RMAN-00571: ===========================================================
 
RMAN-03002: failure of recover command at 05/14/2014 10:28:49
 
ORA-19698: /u01/oradata/SCM2/redo02.log is from different database: id=4146921064, db_name=SCM2
 
SQL> alter database drop logfile group 2;
 
ERROR at line 1:
 
ORA-01567: dropping log 2 would leave less than 2 log files for instance SCM2
 
(thread 1)
 
ORA-00312: online log 2 thread 1: ‘/u01/oradata/SCM2/redo02.log‘
 
SQL> alter database add logfile group 1(‘/u01/oradata/SCM2/redo01.log‘) size 50M reuse;
 
Database altered.
 
SQL> alter database drop logfile group 2;
 
Database altered.
 
RMAN> recover database;
 
Starting recover at 14-MAY-14
 
using channel ORA_DISK_1
 
RMAN-00571: ===========================================================
 
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
 
RMAN-00571: ===========================================================
 
RMAN-03002: failure of recover command at 05/14/2014 10:32:09
 
ORA-19698: /u01/oradata/SCM2/redo03.log is from different database: id=4146921064, db_name=SCM2
 
SQL> alter database drop logfile group 3;
 
alter database drop logfile group 3
 
*
 
ERROR at line 1:
 
ORA-01623: log 3 is current log for instance SCM2 (thread 1) - cannot drop
 
ORA-00312: online log 3 thread 1: ‘/u01/oradata/SCM2/redo03.log‘
 

[[email protected] SCM2]$ rm
redo03.log

删除redo03.log后,recover
database成功

RMAN异机还原遭遇ORA-19698错误案例,布布扣,bubuko.com

时间: 2024-08-02 02:49:07

RMAN异机还原遭遇ORA-19698错误案例的相关文章

window Oracle 10g RMAN异机异目录恢复

1.实验环境简介                                  1.1  SOA原数据库                                                                                                                                                           数据库名        COMSOA 实例名          COMSOA DB

Oracle 单实例 迁移到 RAC 实例 -- 使用RMAN 异机恢复

Oracle 官网有关单实例迁移到RAC的一个步骤说明: How to Convert 10g Single-Instance database to 10g RAC using Manual Conversion procedure [ID 747457.1] http://blog.csdn.net/tianlesoftware/archive/2010/12/09/6065903.aspx   RMAN 备份异机恢复 并创建新DBID http://blog.csdn.net/tianle

Linux平台下RMAN异机恢复总结

下面总结.整理一下RMAN异机恢复这方面的知识点,这篇笔记在个人笔记里面躺了几年了,直到最近偶然被翻看到,遂整理.总结一下.如下所示,个人将整个RMAN异机恢复分为准备工作和操作步骤两大部分.当然,准备工作里面,有些步骤不是必须的,可以跳过或忽略的.这个取决于你的实际环境和你对RMAN异机恢复的熟悉程度. 准备工作 1:了解一下目标服务器与源服务器的操作系统版本信息 需要对比一下目标服务器与源服务器的操作系统版本是否一致,具体来说,操作系统版本信息.内核信息(例如Oracle Linux是否使用

RMAN异机恢复实验---转载

一.RMAN异机恢复实验 2011年3月23日00:44 1.环境介绍: 主机1: 操作系统 REDHAT5.5 IP地址 172.16.1.120 主机名 sigle 数据库版本 10.2.0.4 数据库名 orcl DBID 1305151947 catalog win_yjr catalog用户 sigle/sigle 主机2: 操作系统 REDHAT5.5 IP地址 172.16.1.121 主机名 clone_sigle 数据库版本 10.2.0.4     2.本次恢复实验目的: 主

使用rman异机复制数据库

源端数据库:192.168.1.210 sid:orcl hostname:Nagiostest ORACLE_BASE=/u01/app/oracle ORACLE_HOME=/u01/app/oracle/product/11.2 目标数据库:192.168.1.211 sid:orcl hostname:OEL6 ORACLE_BASE=/u01/app/oracle ORACLE_HOME=$ORACLE_BASE/product/11.2.0/db_1 这里是相同实例名的复制,如果实例

rman异机恢复

rman异机恢复 注意事项: 1.源数据库与目标数据库的目录结构相同 2.目标数据库只需要安装ORACLE软件(但是参数文件中指定的目录要创建) 3.要将源数据库的数据文件,参数文件,控制文件,密码文件,归档日志统统备份 1.源数据库备份 参数文件与控制文件自动备份 CONFIGURE CONTROLFILE AUTOBACKUP ON; CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO '/home/oracle/r

Win2016异机还原方法

Win 2016 原SATA SSD,用Acronis Backup 11备份还原到NVME SSD上无法启动,报INACCESSIBLE_BOOT错误. 尝试用11的启动媒体进行异机还原,发现找不到操作系统. 网上下载Acronis Backup 12,安装后发现系统随带有启动媒体.先用制作启动媒体的方法制作了一个启动U盘,但无序列号,启动U盘启动后无异机还原功能. 用系统随带启动媒体刻光盘后启动,有异机还原功能,操作系统顺利找到,找到用DISM++恢复出来的微软通用的NVME驱动程序,应用即

Oracle12c RAC RMAN异机恢复

######################################################## #编辑pfile文件initspdb.ora vi /oracle/app/oracle/product/12.2.0/db_1/dbs/initspdb.ora audit_file_dest='/oracle/app/oracle/admin/spdb/adump' audit_trail='db' compatible='12.2.0' control_files='/orac

RMAN异机恢复步骤及故障处理

一.测试机安装OS+Oracle Software,包括配置oracle用户组和环境变量(略) 二.开始异机恢复 1. 复制源库最新备份集.初始化参数.密码文件到测试机 [[email protected] backupsets]$ scp *20141012* 192.168.1.213:/tmp The authenticity of host '192.168.1.213 (192.168.1.213)' can't be established. RSA key fingerprint