讨论:在应用异地双活的方案中普遍的模式遇到瓶颈

目前一些主流关系数据库(DB2ORACLE)通过purescale、rac仅有在本地或同城实现双活,在跨异地的情况下基本看不到数据库层面的双活应用案例。有些号称实现数据库双活的案例都是在应用层实现库的逻辑分离和数据的集中,底层的数据库还是相互独立的。在应用异地双活的方案中普遍的...显示全部
目前一些主流关系数据库(DB2ORACLE)通过purescale、rac仅有在本地或同城实现双活,在跨异地的情况下基本看不到数据库层面的双活应用案例。有些号称实现数据库双活的案例都是在应用层实现库的逻辑分离和数据的集中,底层的数据库还是相互独立的。在应用异地双活的方案中普遍的模式是:应用双活+DB容灾。这种模式通过实际的演练通常会遇到这样一个问题:应用跨广域访问DB效率问题。就这个问题我们银行还特意抓包进行了分析,分析的结果发现应用跟DB交互的延时比本地访问大很多,特别是一些OLTP应用,这种延时会直接导致处理效率下降。后来用过一些广域加速设备,延时有所改进,但效果不明显。

大家都是怎么做的,可以探讨交流下!收起
参与15

返回陈宇的回答

“答”则兼济天下,请您为题主分忧!
陈宇陈宇系统工程师某银行
双活的关键在于数据库。尽量避免访问远程的数据库。
银行 · 2014-03-31
浏览2919

回答者

陈宇
陈宇0622
系统工程师某银行
擅长领域: 存储灾备服务器

陈宇 最近回答过的问题

回答状态

  • 发布时间:2014-03-31
  • 关注会员:1 人
  • 回答浏览:2919
  • X社区推广