全备时间较长,如果真出了问题,感觉恢复的时间根本接受不了,请问这种情况有什么好的解决办法吗?

我们核心数据库目前使用oracle 12c,日常的备份策略是周全备,加上按天的归档备份,数据量比较大,全备一次将近一天,如果真出了问题,感觉恢复的时间根本接受不了,请问这种情况有什么好的解决办法吗?...显示全部

我们核心数据库目前使用oracle 12c,日常的备份策略是周全备,加上按天的归档备份,数据量比较大,全备一次将近一天,如果真出了问题,感觉恢复的时间根本接受不了,请问这种情况有什么好的解决办法吗?

收起
参与8

查看其它 1 个回答hufeng719的回答

hufeng719hufeng719联盟成员系统工程师某钢铁企业

巧雷老师的回答很专业。确实,数据库备份只是最后一张底牌。我们不能什么都依靠备份。结合楼主的应用场景,首先“ 如果真出了问题,感觉恢复的时间根本接受不了 ”  既然业务恢复停机窗口要求很短,数据量又大的情况下,作为运维人员有责任给公司领导提出数据的重要性,该高可用的要做成高可用环境。另外数据量如此大( 全备一次将近一天 )的情况下,还需要跟业务人员、开发商一起讨论冗余数据的定期删除和清理机制,这都是十分必要的。我现在就是很多重要的数据库为了防止变得更大都会定期清理一部分没用的数据或者对N年前的数据进行另外归档。缩减数据量这也不失为一种办法。最后说一句数据库的全备非常有必要,事实证明 : 一个全备+增量备份进行恢复的复杂度远远大于用一个全备直接恢复的操作。

能源采矿 · 2021-03-26
浏览1230

回答者

hufeng719
系统工程师某钢铁企业
擅长领域: 数据库存储服务器

hufeng719 最近回答过的问题

回答状态

  • 发布时间:2021-03-26
  • 关注会员:3 人
  • 回答浏览:1230
  • X社区推广