暂无图片
一个长时间关闭的Data Guard从库,现在要重新运行起来,需要怎样操作,有什么注意点?
我来答
分享
jw
2024-09-25
一个长时间关闭的Data Guard从库,现在要重新运行起来,需要怎样操作,有什么注意点?

版本:11gR2

目前设想的是直接用主库最新的rman备份数据,在该从库环境上还原。由于主从的DG从库配置一直都没修改过,是不是还原后,直接启动该从库实例,检验数据是否正常同步即可?

我来答
添加附件
收藏
分享
问题补充
2条回答
默认
最新
DBA林

adg会接收主库相差的归档日志,并应用归档,保持实时同步。需要确定主库的归档清理规则

如:主库归档保留7天,并使用force命令强制删除归档,而adg库14天就停了,那就会导致,缺失归档,这可以使用增量备份恢复adg。

主库归档保留7天,没有使用使用force命令强制删除归档,而adg库14天就停了,会导致主库跟adg库相差的数据,即归档一直保存在主库上,除非adg恢复,或使用force命令强制删除归档,需要注意的就是,主库归档没有正常清理,会一直保存,把空间撑爆的。

暂无图片 评论
暂无图片 有用 1
暂无图片
jw
题主
2024-09-27
感谢!关于归档这块理解了。关于控制文件这块呢?如果主库因业务不能停止,进行备份后,主库还会继续有写入新数据。但是备份在从库还原出来的控制文件,和主库是不一致的,这个该怎么处理?
DBA林

使用“主库最新的rman备份数据,在该从库环境上还原”,这是可行的。

dg库还原standby控制文件后,启动到mount,利用备份文件,restore database;完成后,最后直接启动 MRP 进程,看看同步状态!

暂无图片 评论
暂无图片 有用 2
jw
题主
2024-09-27
感谢回答!有一个问题,如果主库因业务不能停止,进行备份后,主库还会继续有写入新数据。这样的话,在从库还原出来的数据是落后于主库的。这时,是不是启动MRP进程后,从库会自动从主库获取相差的归档日志?包括控制文件的信息显然也是不一致的,是否会自动更新到和主库一致?
回答交流
提交
问题信息
请登录之后查看
邀请回答
暂无人订阅该标签,敬请期待~~
暂无图片墨值悬赏