Chinaunix首页 | 论坛 | 博客
  • 博客访问: 780993
  • 博文数量: 99
  • 博客积分: 0
  • 博客等级: 民兵
  • 技术积分: 1163
  • 用 户 组: 普通用户
  • 注册时间: 2016-09-22 09:50
个人简介

一个守望数据库的老菜鸟

文章分类

全部博文(99)

文章存档

2019年(21)

2018年(17)

2017年(37)

2016年(24)

我的朋友

分类: Oracle

2016-10-09 10:19:47

博客文章除注明转载外,均为原创。转载请注明出处。
本文链接地址:http://blog.chinaunix.net/uid-31396856-id-5752977.html


节后第一天就遇到dg出现gap但是已无日志进行恢复,从前已经遇到过好几次。
alert日志
Tue Oct 08 16:02:10 2016
FAL[client]: Failed to request gap sequence
 GAP - thread 1 sequence 26336-26435
 DBID 3637089832 branch 819217384
FAL[client]: All defined FAL servers have been attempted.


此时如果日志已经丢失,状态就会如下:
SWITCHOVER_STATUS
--------------------
UNRESOLVABLE GAP
为UNRESOLVABLE GAP,说明此时的GAP需要我们自己手工去修复,无法自动修复,可自动修复的GAP显示为RESOLVABLE GAP。

这种情况下已无日志可以手工应用,处理的思路:
Oracle 10g以后可以使用rman的增量特性:找到备库需要恢复的起始scn;在主库进行增量scn备份;然后在备库上进行恢复。
方法比较简单,唯细节需要注意,以前遇到过几个坑
1、备库需要恢复的起始scn的确定,应找出最小scn
2、确定主库在这个确定需要开始恢复的scn之后是否有添加数据文件,如果添加文件,需要手工在备库添加。
3、注意asm磁盘组自动管理文件的原因,dg在恢复控制文件后,文件名不一致,需要再做一次恢复。

......
 ---the end



阅读(2483) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~