数据库层面的双中心并发读写,这个本身就是个风险点,如何解决?

建设双活数据中心,我且将双活数据中心定义如下:应用层面:同一个业务请求可以同时进入两个数据中心。数据层面:应用服务器可以同时在两个数据中心进行写入操作。存储层面:双数据中心的存储实时保持同步。技术难点: 数据库层面的双中心并发读写,无论是ORACLE还是其他数据库,本身对...显示全部

建设双活数据中心,我且将双活数据中心定义如下:

应用层面:同一个业务请求可以同时进入两个数据中心。

数据层面:应用服务器可以同时在两个数据中心进行写入操作。

存储层面:双数据中心的存储实时保持同步。

技术难点:

数据库层面的双中心并发读写,无论是ORACLE还是其他数据库,本身对于双中心的链路要求非常严格,而这个链路又是第三方运行商控制。这个本身就是个风险点。如何解决?

收起
参与34

查看其它 5 个回答shigc1105的回答

shigc1105shigc1105数据库管理员BC
数据库层面的双中心并发读写,其实在本地RAC和pure scale也存在,在双活的架构下主要是
1、距离,太远的距离网络延迟时间较长无法接受,一般数据库双活都建议同城
2、链路的质量,可以多租用几条链路,如移动,联通,电信通
3、业务架构可以在逻辑上做一些拆分,两站点运行不同业务,尽量减少心跳数据传输量
银行 · 2015-10-30
浏览3054

回答者

shigc1105
数据库管理员BC
擅长领域: 灾备双活存储

shigc1105 最近回答过的问题

回答状态

  • 发布时间:2015-10-30
  • 关注会员:6 人
  • 回答浏览:3054
  • X社区推广