如果数据库较大,全量迁移时间较长,如何尽可能缩短停机窗口?

对于数据库容量较大的库,从ORACLE迁移到国产数据库,全量迁移需要较长时间,而对于金融机构来说,停机窗口非常宝贵,如何可以缩短停机窗口是实施的难点之一,如果是同构数据库的迁移,比如Oracle迁移到Oracle,有比较成熟的工具实现全量和增量的迁移,前期先进行全量迁移,停机窗口时再进行...显示全部

对于数据库容量较大的库,从ORACLE迁移到国产数据库,全量迁移需要较长时间,而对于金融机构来说,停机窗口非常宝贵,如何可以缩短停机窗口是实施的难点之一,如果是同构数据库的迁移,比如Oracle迁移到Oracle,有比较成熟的工具实现全量和增量的迁移,前期先进行全量迁移,停机窗口时再进行增量迁移,可以尽可能缩短停机时间,但是Oracle到国产数据库,如何进行类似的全量和增量迁移,需要重点考虑?

收起
参与33

查看其它 7 个回答hanfeng_twt的回答

hanfeng_twthanfeng_twt数据库架构师SphereEx

总结来说,是异构数据库间迁移的问题
1.提供常规的全量及增量数据迁移能力,这对于有效缩短时间窗口有益。目前已有很多厂商提供此类能力。但需要注意的是,从集中式架构到分布式架构还可以;反之仍有一定局限。
2.提供全量及增量数据对比能力,满足对数据一致性的检验能力,这对于实施切换是重要参考依据。此外包括差异数据的正向、反向的补偿能力,也是需要的。
3.由业务逻辑方面提供一定的兼容能力,可满足短时间系统间迁移的数据补偿能力,有助于缩短窗口。
4.架构设计方面,提供多种数据同步考虑,除了数据库外,还可以考虑如应用报文、网络协议等方面的同步机制,作为有益的补充。

金融其它 · 2022-12-15
浏览1122

回答者

hanfeng_twt
数据库架构师SphereEx
擅长领域: 数据库服务器分布式系统

hanfeng_twt 最近回答过的问题

回答状态

  • 发布时间:2022-12-15
  • 关注会员:8 人
  • 回答浏览:1122
  • X社区推广