问题如题所示,具体如下:

在DG的备库端的Alert日志中看到:

检查DG备库端状态:

可以看到DG的应用(MRP)已经停止。

查看与DG有关的ALERT日志报错情况:

综上:
1. 在备库端恢复归档【1_105】的时候,发生了异常

看看Alert在恢复105的时候遇到错误后的Trace文件:

错误原因:
在我的环境里,105号日志的状态是不正常的:
备库的样子:

主库的样子:

修复:
1. 最简单的方法是将主库的问题日志传到备库,然后重新启动MRP进程
2. 这里我们选择另一种方式:

删除备库端有问题的日志:

备库:Rman清理归档文件

Crosscheck archivelog

查看:

清理前,查看下:

清理:

清理后,查看:

然后,重新拉起DG的MRP:

拉起前:

拉起,并查看状态:

Alert日志:

可以看到,备库端在主动找主库端【Fetching】缺少的日志了:
Fetching gap sequence in thread 1, gap sequence 105-105

过段时间后,会出现【Fetching】的结果:

可以看到,失败了。

但是MRP进程,并没有终止:

上面的现象是:
备库无法在出现GAP的时候去主库抓取缺少的日志。

那么主库是否可以正常的向备库推送归档日志呢?换句话说【RFS】正常吗?

来看看:

切换前,看看备库端目录中的状态

主库日志切换:

主库端的ALERT日志:

备库端的ALERT日志:

备库端的目录状态:

由此,可以看到:【RFS】是正常的。

——————————————————————
1. 备库,停掉MRP

2. 主库,将缺少的日志发送到备库端:
主库

备库

3. 备库,注册日志

ALERT日志:

4. 备库端,重新拉起MRP

5. 查看ALERT日志

可以看到,已经恢复。

————————————————————
Done。

说点什么

avatar

此站点使用Akismet来减少垃圾评论。了解我们如何处理您的评论数据

  Subscribe  
提醒
隐藏
变装