上周末,加班实施同城异地的Data Guard。
100M的共享带宽,直接磁带同步,慢得半死。
做玩了复制,在DORECOVER的时候,出错了,磁带备份集少了三个archive log。
发现在磁盘上,自己写脚本,发现archive log无法应用,少了两个archive log,发现在磁带上。
ft,前一天的备份忘了把备份脚本的delete input选项删除。
hp-dp这破东西,又不能直接恢复单个archive log,这下有的好搞了。

把dp砍翻,自己来:

alter database recover automatic standby database;

检查一下,磁盘上少的第一个archive log的序列号。
发现一共少了两个log。

[@more@]自己写脚本,在备库上RMAN调用dp的磁带通道管理接口:

run {
allocate channel 'dev_0' type 'sbt_tape'
parms 'ENV=(OB2BARTYPE=Oracle8,OB2APPNAME=MYDB,OB2BARLIST=DBdaily)';
set ARCHIVELOG DESTINATION TO 'e:archive1';
restore archivelog sequence 21455;
restore archivelog sequence 21456;
--根据情况也可以 RESTORE ARCHIVELOG SCN BETWEEN 3083600567 AND 3083651996;
}

恢复开始,回到dp的管理界面,开始监控。
ft,差点没吓死。status显示Running,恢复狂飙2G大小。
检查主机和备机的磁盘,都没文件生成。
检查主库的session,没有RMAN的session,备库发现有,OK,死不了了。
原来那个Running的进度显示的是扫描的大小。
找回少的两个archive log,完成。

Trackback

no comment untill now

Add your comment now

切换到手机版