暂无图片
分享
Mr.潘
2019-06-06
关于DG备库日志组状态全是UNUSED的问题

为一个生产库做了DG备库,采用的方式是rman 0备恢复。源库是RAC,备库是单机。

在recover以后对日志组做了alter database rename file操作,将原来+REDO下的日志组改到了/data/EBSDG/onlinelog下,但发现日志组的状态全是UNUSED的了,不管怎样切换日志状态都未改变。

试着接着继续做,发现传输日志正常,也没有其他报错,但是应用日志的速度特别慢,赶不上传输的速度,延时越来越长,请问是什么原因。具体相关参数请查看附件

收藏
分享
5条回答
默认
最新
Mr.潘
上传附件:参数信息.txt
暂无图片 评论
暂无图片 有用 0
卢立广

看参数你这个应该是12.1的数据库,12c与11g相比在这块上有变化,11g备库查询v$log是有值的,12c备库v$log正常情况下是显示unused,同时你在12c备库下archive log list,也可以发现是0。检查备库同步是否正常应该做几个方面的检查:

1、备库检查MRP0、RFS进程是否存在,11g gv$managed_standby,12c v$managed_standby和

gv$dataguard_process;

2、检查主备应用延迟情况。gv$dataguard_stats

3、备库检查已传输sequence和已应用的sequence,做再次确认以保万一。


暂无图片 评论
暂无图片 有用 0
Mr.潘

您好,进程状态都是正常的,但是应用速度很慢,除了加并行的方法还有什么能加快应用速度的手段么


暂无图片 评论
暂无图片 有用 0
卢立广

要具体分情况:1、传输和应用都慢;2、传输正常、应用慢。如果是第二种情况,在细分情况,是一直都慢还是偶尔慢。如果是一直都慢,可能跟IO有关,存储效率低,这种也只有换盘,只是工作量上颇为费时;如果是偶尔间歇性的慢,分析下主库的归档产生频率,是不是有个短期内的归档产生量增加。这个时候的慢是可以理解的。你说的并行是一种加快手段,但不一定有效,应用慢目前也并没有一个公式性的解决方案,如果redo较小的话,可以尝试把redo调大些,减少切换频率。以上这些的前提是,没有gap。如果有gap,也肯定是会有app lag的。

暂无图片 评论
暂无图片 有用 0
Mr.潘
问题已关闭: 问题已经得到解决
暂无图片 评论
暂无图片 有用 0
手机用户9834
2022-06-14
我也遇到了,大佬怎么解决的🙂🙂
回答交流
提交
问题信息
请登录之后查看
附件列表
请登录之后查看
邀请回答
暂无人订阅该标签,敬请期待~~
暂无图片墨值悬赏