Oracle从磁带恢复备份集,从磁带恢复归档出现ORA-19870错误
从磁带中直接恢复归档日志时，出现了这个错误信息。
归档日志前后备份了两次，一次是在备份数据库后做的，另一次是凌晨7点左右进行的，其中第二次备份包含的归档日志比第一次多，最近的归档日志文件备份信息如下：
BS Key Size Device Type Elapsed Time Completion Time
------- ---------- ----------- ------------ -------------------
37761 3.18G SBT_TAPE 00:01:22 2011-08-27 03:22:37
BP Key: 37761 Status: AVAILABLE Compressed: NO Tag: TAG20110827T032114
Handle: al_43199_1_760245675 Media:
List of Archived Logs in backup set 37761
Thrd Seq Low SCN Low Time Next SCN Next Time
---- ------- ---------- ------------------- ---------- ---------
1 132214 10200825285755 2011-08-27 00:35:39 10200825450980 2011-08-27 00:40:04
1 132215 10200825450980 2011-08-27 00:40:04 10200825451525 2011-08-27 00:40:06
1 132216 10200825451525 2011-08-27 00:40:06 10200826640012 2011-08-27 01:05:42
1 132217 10200826640012 2011-08-27 01:05:42 10200828085370 2011-08-27 02:08:11
1 132218 10200828085370 2011-08-27 02:08:11 10200831622590 2011-08-27 03:05:09
1 132219 10200831622590 2011-08-27 03:05:09 10200831803462 2011-08-27 03:21:02
1 132220 10200831803462 2011-08-27 03:21:02 10200831803603 2011-08-27 03:21:12
BS Key Size Device Type Elapsed Time Completion Time
------- ---------- ----------- ------------ -------------------
37763 4.22G SBT_TAPE 00:06:40 2011-08-27 07:12:26
BP Key: 37763 Status: AVAILABLE Compressed: NO Tag: TAG20110827T070545
Handle: al_43201_1_760259146 Media:
List of Archived Logs in backup set 37763
Thrd Seq Low SCN Low Time Next SCN Next Time
---- ------- ---------- ------------------- ---------- ---------
1 132214 10200825285755 2011-08-27 00:35:39 10200825450980 2011-08-27 00:40:04
1 132215 10200825450980 2011-08-27 00:40:04 10200825451525 2011-08-27 00:40:06
1 132216 10200825451525 2011-08-27 00:40:06 10200826640012 2011-08-27 01:05:42
1 132217 10200826640012 2011-08-27 01:05:42 10200828085370 2011-08-27 02:08:11
1 132218 10200828085370 2011-08-27 02:08:11 10200831622590 2011-08-27 03:05:09
1 132219 10200831622590 2011-08-27 03:05:09 10200831803462 2011-08-27 03:21:02
1 132220 10200831803462 2011-08-27 03:21:02 10200831803603 2011-08-27 03:21:12
1 132221 10200831803603 2011-08-27 03:21:12 10200839298501 2011-08-27 05:59:17
1 132222 10200839298501 2011-08-27 05:59:17 10200851993798 2011-08-27 07:05:40
1 132223 10200851993798 2011-08-27 07:05:40 10200851993847 2011-08-27 07:05:44
而且这两个备份并不在同一个磁带中，前面的一份归档备份和全库备份同处于一个磁带中，因此在恢复的过程中，直接将这盘磁带取出，在另一台服务器上进行恢复。
全库的还原没有碰到问题，但是恢复归档日志则碰到了下面的错误：
RMAN> run
2> {
3> ALLOCATE CHANNEL ch00 TYPE 'SBT_TAPE';
4> SEND 'NB_ORA_SERV=nbusrv, NB_ORA_CLIENT=ccicdbsrv5';
5> restore archivelog from sequence 132214 until sequence 132220;
6> RELEASE CHANNEL ch00;
7> }
allocated channel: ch00
channel ch00: sid=1630 devtype=SBT_TAPE
channel ch00: Veritas NetBackup for Oracle - Release 6.5 (2007072323)
sent command to channel: ch00
Starting restore at 2011-09-11 21:03:48
channel ch00: starting archive log restore to default destination
channel ch00: restoring archive log
archive log thread=1 sequence=132214
channel ch00: restoring archive log
archive log thread=1 sequence=132215
channel ch00: restoring archive log
archive log thread=1 sequence=132216
channel ch00: restoring archive log
archive log thread=1 sequence=132217
channel ch00: restoring archive log
archive log thread=1 sequence=132218
channel ch00: restoring archive log
archive log thread=1 sequence=132219
channel ch00: restoring archive log
archive log thread=1 sequence=132220
channel ch00: reading from backup piece al_43201_1_760259146
ORA-19870: error reading backup piece al_43201_1_760259146
ORA-19507: failed to retrieve sequential file, handle="al_43201_1_760259146", parms=""
ORA-27029: skgfrtrv: sbtrestore returned error
ORA-19511: Error received from media manager layer, error text:
Failed to open backup file for restore.
failover to previous backup
channel ch00: starting archive log restore to default destination
channel ch00: restoring archive log
archive log thread=1 sequence=132214
channel ch00: restoring archive log
archive log thread=1 sequence=132215
channel ch00: restoring archive log
archive log thread=1 sequence=132216
channel ch00: restoring archive log
archive log thread=1 sequence=132217
channel ch00: restoring archive log
archive log thread=1 sequence=132218
channel ch00: restoring archive log
archive log thread=1 sequence=132219
channel ch00: restoring archive log
archive log thread=1 sequence=132220
channel ch00: reading from backup piece al_43199_1_760245675
ORA-19870: error reading backup piece al_43199_1_760245675
ORA-19507: failed to retrieve sequential file, handle="al_43199_1_760245675", parms=""
ORA-27029: skgfrtrv: sbtrestore returned error
ORA-19511: Error received from media manager layer, error text:
Failed to process backup file
failover to previous backup
released channel: ch00
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of restore command at 09/11/2011 21:04:30
RMAN-06026: some targets not found - aborting restore
RMAN-06025: no backup of log thread 1 seq 132220 lowscn 10200831803462 found to restore
RMAN-06025: no backup of log thread 1 seq 132219 lowscn 10200831622590 found to restore
RMAN-06025: no backup of log thread 1 seq 132218 lowscn 10200828085370 found to restore
RMAN-06025: no backup of log thread 1 seq 132217 lowscn 10200826640012 found to restore
RMAN-06025: no backup of log thread 1 seq 132216 lowscn 10200825451525 found to restore
RMAN-06025: no backup of log thread 1 seq 132215 lowscn 10200825450980 found to restore
RMAN-06025: no backup of log thread 1 seq 132214 lowscn 10200825285755 found to restore
由于要恢复的归档日志在两个备份集中存在，因此RMAN尝试了两次进行恢复。第一次寻找al_43201_1_760259146文件，由于这个文件不在当前的磁带中，恢复失败是正常的，但是al_43199_1_760245675文件就存放在当前的磁带中，而仍然出现无法获取文件的错误就不正常了。
考虑到恢复环境和备份环境并不一致，备份时使用的带库而当前仅包含一个磁带，且磁带的catalog信息很可能也没有导入，因此对于源数据的查找可能存在问题。
通过CHANGE BACKUP TAG ‘TAG20110827T070545’ UNAVAILABLE的方式，避免恢复过程中去寻找目前并不存在的备份。再次使用RMAN执行同样的恢复操作，这次恢复成功。
恢复应该在和备份等同条件下进行，否则至少应该保证带库的CATALOG数据导入，否则就可能出现这种跨磁带查找文件时出现的错误，而利用RMAN直接在当前的磁带中扫描文件则不受影响。
转自 http://blog.itpub.net/4227/viewspace-707217/
Oracle从磁带恢复备份集,从磁带恢复归档出现ORA-19870错误相关推荐
- Oracle 如何删除控制文件中rman备份到磁带的备份集信息(RMAN-06091)
如何删除控制文件中rman备份到磁带的备份集信息 SQL> select name,block_size*file_size_blks/1024/1024 bytes from v$contro ...
- oracle恢复drop建的表首次,案例:Oracle dul数据挖掘 没有备份情况下非常规恢复drop删除的数据表...
天萃荷净 通过Oracle dul工具在没有备份情况下进行非常规恢复,找出drop删除的Oracle数据表中的数据进行恢复 dul对被drop对象进行恢复,需要提供两个信息 1.被删除表所属表空间(非 ...
- mysql异机备份_RMAN异机恢复备份集权限问题
RMAN异机恢复mdash;mdash;备份集权限问题 今天早上收邮件,看到师父发的rman恢复失败的邮件. 内容如下: 数据都已经解压完毕. 在/orabak/Oracle_bak 下 但恢复时读取 ...
- linux网站权限恢复,RMAN异机恢复——备份集权限问题
今天早上收邮件,看到师父发的rman恢复失败的邮件. 内容如下: 数据都已经解压完毕. 在/orabak/Oracle_bak 下 但恢复时读取备份片总是报错 channel dev1: readin ...
- Oracle学习笔记：备份、还原、恢复的一点理解
oracle提供了丰富.灵活的备份.还原.恢复管理机制和手段! 首先要明确的是这三个概念: 备份--backup:基于状态点的"拍照".归档 还原--restore:回滚到&quo ...
- VirtualBox通过恢复备份快照VDI文件恢复至备份状态
昨天很贱,看到服务器的VB的快照(SnapShot)是放在C盘的,然后C盘的35G空间被这个快照用掉了14G,加上系统的18G,还剩3G的空间.关闭VB,然后移动这个快照文件.结果整个vb都起不来了. ...
- oracle的rman备份保留天数,rman备份集的保留策略
rman备份集的保留策略 基于时间和基于冗余数量的备份保留策略 基于时间的备份保留策略: 你希望数据库最早能恢复到几天前,比如7,那么保留的备份文件就能保证将数据库恢复到一周内任何一个时刻.设置命令: ...
- 【RAC】将RAC备份集恢复为单实例数据库
[RAC]将RAC备份集恢复为单实例数据库 一.1 BLOG文档结构图 一.2 前言部分 一.2.1 导读 各位技术爱好者,看完本文后,你可以掌握如下的技能,也可以学到一些其它你所不知道的知识, ...
- 【RAC】将单实例备份集恢复为rac数据库
[RAC]将单实例备份集恢复为rac数据库 一.1 BLOG文档结构图 一.2 前言部分 一.2.1 导读 各位技术爱好者,看完本文后,你可以掌握如下的技能,也可以学到一些其它你所不知道的知识, ...
最新文章
- FLV播放器 源码二例
- ODI中web service介绍
- 樊登高效休息法心得400字_真的，你应该早点知道这个高效学习方法
- linux usb 重启,在ubuntu下重启指定的USB口
- 【Linux】一步一步学Linux——info命令(17)
- 日历记事本java代码_急需日历记事本JAVA源代码
- python箱线图读取的几列数据_【分析篇】：python 基本数据统计和绘制箱线图
- Water Balance CodeForces - 1300E
- IDEA、 JetBrains、webstorm、 pycharm 破解教程
- python获取他人的ip_Python获取指定网段正在使用的IP
- 黄轩成为QQ阅读新代言人 变身“队长”号召网友 “组队读书”
- 如何测试W5300的内部TX/RX存储器?
- 自由测试人Jarod的一天
- python中导入模块的方式_在python中导入模块中的对象有哪几种方式
- Hadoop安装教程单机/伪分布式配置
- 微信小程序对接微信支付详细教程
- 凸优化理论基础1--仿射集
- 走进3D投影秀,感受艺术创意“无止境”…
- 高防服务器与高防IP的区别和联系
- C语言编码转换----负数的二进制表示方法