数据库双活
数据库双活
数据库系统在任何时间点都有可能崩溃。实现高业务连续性的秘密就是允许数据库故障,但能够将故障的数据库系统快速修复。这也就是数据库双活(Active/Active)的理论前提。如果数据库系统服务中断时间短到用户无法察觉,那这种服务中断就不会被认为是服务中断。结果就是,业务连续...(more)
数据库系统在任何时间点都有可能崩溃。实现高业务连续性的秘密就是允许数据库故障,但能够将故障的数据库系统快速修复。这也就是数据库双活(Active/Active)的理论前提。如果数据库系统服务中断时间短到用户无法察觉,那这种服务中断就不会被认为是服务中断。结果就是,业务连续性得到保证。 从抽象层面来看,双活架构将用户分布到多个独立的数据库节点来保证服务的快速恢复。当一个节点崩溃后,使用该数据库节点的用户被转移到应用程序网络中可用的数据库节点。这种转移一般只需要几秒。 
热点
来自主题:双活 · 2017-09-15
孔再华中国民生银行 擅长领域:数据库双活, Db2 pureScale, Db2
558 会员关注
网络大二层主要与银行整体IT架构有关系。也决定了做双活的技术不同。如果能够做到业务数据分离和访问分离,中间只需要做数据的单向复制,那么是不需要做网络层面的大二层。然后要做的这一点,或者是改造现有的应用做到这一点真的需要花费很大的代价,不一定适合所有的银行。民生...
浏览4032
回答2
来自主题:技术路线选型 · 2018-11-21
huijx华泰保险 擅长领域:数据备份, 备份, 银行新核心系统
8 会员关注
extend rac成本高,环境条件要求苛刻,并且需要存储双活配合,但这是真正意义上的数据库双活。rac + adg严格意义不是双活是高可用容灾,adg端实现写操作还需人工干预,好处是成本低一点,只读操作就算是鸡肋也能有点用。...
浏览3087
回答4
来自主题:Oracle数据库 · 2018-02-08
ytskfzj北京圣博润高新技术股份有限公司 擅长领域:同城双活, 数据库双活, 数据库备份
28 会员关注
1、DG的备端是只读模式,和真正意义上的“双活”是有一定区别的,2、DG虽然可以配置自动切换,但实操中建议使用手动切换,3、数据是异步传输的,4、主备两端的IP地址是独立的,但是DG依然有很大的优势,比如网络占用小、对源数据库影响较小,网络抖动基本不影响源端、配置简单方便、DGMG...
浏览4328
回答2
来自主题:存储双活 · 2016-01-08
shigc1105BC 擅长领域:数据库双活, 双活数据中心, 灾备建设
9 会员关注
说说数据库层面的双活数据库的双活存储双活一般是同步写对于oracle 的Extended RAC,底层存储可以基于gpfs/vplex/asm,oracle官方不是很建议,只有一个extended rac的白皮书,各个架构在业内均有实施案例;对于DB2的gdpc,基于gpfs+purescale等,在业内也有实施案例;数据库的双活,其实就...
浏览12408
回答3
来自主题:方案设计 · 2019-03-15
赵海大连 擅长领域:VMware, 数据库容灾, Oracle ADG
835 会员关注
都用vplex了,还用什么extend rac,架在vplex之上的就是普通的rac。asm卷就采用external就好。extend rac的架构是采用ASM的failure group机制来保障存储卷的跨中心高可用,需要仲裁卷。vplex本身是通过存储集群来实现存储卷的跨中心镜像整合,本身是通过第三点仲裁中心判断存储...
浏览1395
回答8
来自主题:双活 · 2017-09-15
冯帅贝壳金服 擅长领域:MySQL, 数据复制技术, 数据库容灾
275 会员关注
首先我们要明确知道负载均衡的目的,从字面理解而言,建立在现有网络结构之上,它提供了一种廉价有效透明的方法扩展网络设备和服务器的带宽、增加吞吐量、加强网络数据处理能力、提高网络的灵活性和可用性,这就要求我们,双活的环境也需要和传统单中心一样的架构,从某一个角度而言...
浏览3919
回答4
来自主题:存储双活 · 2017-11-07
wangmjCES 擅长领域:存储双活, san(存储区域网络), PowerHA
104 会员关注
数据中心双活至少要包括存储层、应用层、网络层双活吧!
浏览3259
回答4
来自主题:双活数据中心 · 2017-05-11
孙伟光中国金融电子化公司 擅长领域:AIX, SVC, 故障诊断
869 会员关注
首先看双数据中心的运行模式双活.png
浏览6218
回答7
来自主题:性能 · 2017-09-15
孔再华中国民生银行 擅长领域:数据库双活, Db2 pureScale, Db2
558 会员关注
几十公里的延时主要表现在两方面,一个是存储双写延迟,一个是节点通信延迟。从存储延时来说首先要做到本地读。这个在GPFS文件系统里是可以做到的。其次是增大缓存,减少同步写的次数。对于数据库里的大对象,最好使用inline的方式放在常规表空间里,或者存放在开启了文件缓存的表...
浏览4601
回答4
来自主题:灾备 · 2017-09-18
孔再华中国民生银行 擅长领域:数据库双活, Db2 pureScale, Db2
558 会员关注
1.民生银行双活环境两地三中心灾备方案 1.1 整体技术架构 1.1.1 系统架构描述 民生银行的双活环境两地三中心灾备方案是建立在pureScale GDPC, DB2 HADR, EMC SRDF等数据同步技术基础上,合理运用这些技术,满足业务需求,完成两地三中心灾备方案的建设。本地双中心采用DB2 G...(more)
浏览931
描述
数据库系统在任何时间点都有可能崩溃。实现高业务连续性的秘密就是允许数据库故障,但能够将故障的数据库系统快速修复。这也就是数据库双活(Active/Active)的理论前提。如果数据库系统服务中断时间短到用户无法察觉,那这种服务中断就不会被认为是服务中断。结果就是,业务连续...(more)
数据库系统在任何时间点都有可能崩溃。实现高业务连续性的秘密就是允许数据库故障,但能够将故障的数据库系统快速修复。这也就是数据库双活(Active/Active)的理论前提。如果数据库系统服务中断时间短到用户无法察觉,那这种服务中断就不会被认为是服务中断。结果就是,业务连续性得到保证。 从抽象层面来看,双活架构将用户分布到多个独立的数据库节点来保证服务的快速恢复。当一个节点崩溃后,使用该数据库节点的用户被转移到应用程序网络中可用的数据库节点。这种转移一般只需要几秒。 

关于TWT  使用指南  社区专家合作  厂商入驻社区  企业招聘  投诉建议  版权与免责声明  联系我们
© 2019  talkwithtrend — talk with trend,talk with technologist 京ICP备09031017号-30

  • 提问题