从ORACLE迁移到信创数据库后的应急预案?

对于一些大企业的数据库从传统的oracle迁移到信创。很多时候会存在一种顾虑。就是长久的性能和可靠性,比如在迁移到了信创数据库,在短时间内的性能指标和功能都满足了需求。但有些业务可能是周期性的。有些问题也可能是累积后出现的。这种情况可能会导致割接一段时间后数据库出现问题。对于这样的顾虑和可能发生的风险。有那些应急预案呢?

参与20

3 同行回答

匿名用户匿名用户
一般涉及到关键业务系统的数据库信创迁移都会提前做迁移演练以及逃生机制的这种至少要分三走:1. 从架构上做调整:做双活两地三中心容灾,数据库同城双活,所有机器都提供服务,应用读写分离,两个机房独立访问,互不影响;实现双库并跑的逃生机制,可以一主拖两备2. 用一库多芯,混部灰度...显示全部

一般涉及到关键业务系统的数据库信创迁移都会提前做迁移演练以及逃生机制的这种至少要分三走:
1. 从架构上做调整:做双活两地三中心容灾,数据库同城双活,所有机器都提供服务,应用读写分离,两个机房独立访问,互不影响;实现双库并跑的逃生机制,可以一主拖两备
2. 用一库多芯,混部灰度的方式,实现稳妥的信创替换,第一阶段先信创验证,单独分一个集群放纯信创芯片和OS,确保可在平稳运行符合预期,第二阶段再把信创软硬件放到主集群里,实现灰度混合部署,实现完整集群的全栈信创
3.最后,如韩老师提的,用双写机制把逃生集群和全栈信创集群并跑,且要并跑一段时间,各项业务跑稳定后再撤掉把逃生集群,淘换下来的挪到其他地方再利旧

收起
硬件生产 · 2023-01-31
浏览1151

提问者

pysx0503
系统工程师 第十区。散人
擅长领域: 存储服务器备份
评论1667

问题来自

相关问题

相关资料

相关文章

问题状态

  • 发布时间:2022-12-21
  • 关注会员:5 人
  • 问题浏览:3033
  • 最近回答:2023-01-31
  • X社区推广