千家信息网

怎么用duplicate做DG的注意事项

发表于:2026-11-02 作者:千家信息网编辑
千家信息网最后更新 2026年11月02日,这篇文章主要讲解了"怎么用duplicate做DG的注意事项",文中的讲解内容简单清晰,易于学习与理解,下面请大家跟着小编的思路慢慢深入,一起来研究和学习"怎么用duplicate做DG的注意事项"吧
千家信息网最后更新 2026年11月02日怎么用duplicate做DG的注意事项

这篇文章主要讲解了"怎么用duplicate做DG的注意事项",文中的讲解内容简单清晰,易于学习与理解,下面请大家跟着小编的思路慢慢深入,一起来研究和学习"怎么用duplicate做DG的注意事项"吧!

前提条件

1、数据库总量上5T

2、每天online redo总量上T,online redo的目录1.1T

3、每天23:00增量备份,第二天凌晨2:00备份完成,备份脚本对应归档日志是PLUS ARCHIVELOG DELETE ALL INPUT

4、rman设置对于archivelog是CONFIGURE ARCHIVELOG DELETION POLICY TO APPLIED ON STANDBY

5、使用duplicate target database for standby from active database

6、duplicate过程大概需要16小时

最重要的一个知识点

使用duplicate搭建DG,duplicate完成后,dg备库需要同步的归档日志起始于duplicate开始的那个时间点

归档日志没有删除的情况下,每次PLUS ARCHIVELOG都会备份一次,即一个归档日志可以被备份多次

考虑的问题1

因duplicate需要16小时,dg备库需要同步的归档日志起始于duplicate开始的那个时间点,所以duplicate完成后需要16小时前的归档日志进行同步,24小时内会备份一次并清除已经备份的,duplicate时间16小于清理周期24,可以获得这些归档日志

考虑的问题2

假如14:00 开始做duplicate,晚上23:00开始执行备份,这样14:00到23:00就是9小时,小于16小时,无法获得16小时前的归档日志了,DG就无法同步,是不是就做不了呢?不是的,因为主库设置了CONFIGURE ARCHIVELOG DELETION POLICY TO APPLIED ON STANDBY。

考虑的问题3

继续上面问题2,因为备份于23:00开始,第二天2:00结束,那不就是日志的保留时间在第二天的2:00到第三天的06:00,也就是保留时间超过28小时,这不就是超过了保留的极限24小时,容易把磁盘撑爆?不用担心,可以在第二天晚上23:00执行备份后,因为主库设置了CONFIGURE ARCHIVELOG DELETION POLICY TO APPLIED ON STANDBY导致归档日志不会删除,此时可以手工删除14:00之前的归档日志,保留14:00之后的就可以。

以上三个问题,得出结论

只要duplicate for standby from active database的时间长度小于日志必须清理的时间周期即可,如上duplicate为16小时,日志清理周期为24小时

实践过程

1、第一天14:00开始执行duplicate,此刻主数据库的归档日志序列号为416005,此时归档日志目录空间为500G(因前一天23:00开始备份到下一天凌晨2:00备份完成,所以数据起始于第一天凌晨2:00至第一天14:00)

2、第二天凌晨2:00主库备份完毕,此刻主数据库的归档日志序列号为419005,此时归档日志目录空间为900G(第一天凌晨2:00至第二天凌晨2:00的)

3、第二天凌晨2:05,顺序执行如下,执行完后,此时归档日志目录空间为400G(第一天14:00至第二天凌晨2:00的)

RMAN> list backup of archivelog sequence between 416000 and 416005;

确保这些归档日志都在备份里面,都在备份里面了的话,再执行下面

RMAN> delete force archivelog until SEQUENCE 416000;

4、第二天凌晨6:00,duplicate完成,此时归档日志目录空间为550G(第一天14:00至第二天6:00的),此时归档日志起始于第一天14:00前几分钟的416001,启用DG备库应用日志,备库开始使用第一个归档日志416005

5、第二天早上10:00,DG同步得差不多了,此时主数据库的归档日志目录为700G(第一天14:00至第二天10:00的),此时再顺序执行如下,执行后,归档日志目录空间为300G(第二天2:00至第二天10:00的)

RMAN> list backup of archivelog sequence between 419000 and 419005;

确保这些归档日志都在备份里面,都在备份里面了的话,再执行下面

RMAN> delete force archivelog until SEQUENCE 419000;

其实在上面第1、2步之间,可以单独执行一次归档日志的备份,即14:30执行一次归档日志备份,到15:30归档日志备份结束后,再手工删除13:30之前的归档日志即可。当然13:00至14:00的归档日志晚上23:00时还会再备份一次,备份两次没有关系。只要保证duplicate完成后DG需要的归档日志没有删除即可,DG需要的归档日志就是起始于duplicate开始时刻点即起始于14:00的归档日志。

感谢各位的阅读,以上就是"怎么用duplicate做DG的注意事项"的内容了,经过本文的学习后,相信大家对怎么用duplicate做DG的注意事项这一问题有了更深刻的体会,具体使用情况还需要大家实践验证。这里是,小编将为大家推送更多相关知识点的文章,欢迎关注!

日志 备份 二天 小时 时间 目录 问题 就是 数据 空间 同步 事项 注意事项 数据库 周期 学习 内容 序列 序列号 总量 数据库的安全要保护哪些东西 数据库安全各自的含义是什么 生产安全数据库录入 数据库的安全性及管理 数据库安全策略包含哪些 海淀数据库安全审计系统 建立农村房屋安全信息数据库 易用的数据库客户端支持安全管理 连接数据库失败ssl安全错误 数据库的锁怎样保障安全 互联网科技海报 哈尔滨大商圈互联网科技有限公司 今日互联网科技 互联网与科技发展 华宇互联网科技 万易互联网科技 深圳互联网络科技有限公司 广州宏创互联网科技 互联网科技类展会 开启互联网科技时代小说 创业天下互联网科技有限公司 汽车互联网创新科技园 岳阳华臻互联网科技有限公司 本届互联网博览会上的黑科技 浙南科技城互联网大厦招聘 有人说阿里系是互联网科技企业 抖集互联网科技技术咨询 中国新注册互联网科技 众联互联网络科技 青岛易易互联网科技 互联网科技排名 海南科技产业互联网平台 互联网科技公司的市场部门 昭通云南众福互联网科技有限公司 银川新华互联网科技职业技术培训学校图片 互联网科技项目计划书材料类 宁夏科技产业互联网案例 互联网科技产业特征 卡尔迅互联网科技有限公司 福仕德教育科技互联网
0