数据库双活
数据库双活
数据库系统在任何时间点都有可能崩溃。实现高业务连续性的秘密就是允许数据库故障,但能够将故障的数据库系统快速修复。这也就是数据库双活(Active/Active)的理论前提。如果数据库系统服务中断时间短到用户无法察觉,那这种服务中断就不会被认为是服务中断。结果就是,业务连续性得到保证。 从抽象层面来看,双活架构将用户分布到多个独立的数据库节点来保证服务的快速恢复。当一个...(more)
数据库系统在任何时间点都有可能崩溃。实现高业务连续性的秘密就是允许数据库故障,但能够将故障的数据库系统快速修复。这也就是数据库双活(Active/Active)的理论前提。如果数据库系统服务中断时间短到用户无法察觉,那这种服务中断就不会被认为是服务中断。结果就是,业务连续性得到保证。 从抽象层面来看,双活架构将用户分布到多个独立的数据库节点来保证服务的快速恢复。当一个节点崩溃后,使用该数据库节点的用户被转移到应用程序网络中可用的数据库节点。这种转移一般只需要几秒。 
热点
来自主题:存储双活 · 2020-09-05
guwenkuan金融 擅长领域:存储双活, VPLEX, 同城双活
6 会员关注
存储双活更是双活数据中心建设的基石。而存储双活方案设计过程中,首要关注的风险是“脑裂”风险。集群分裂会导致“脑裂”,从而使得集群节点间的协调机制失效,进而发生互相资源争抢的情况。而对于双活存储的“脑裂”来说,一般可分为两种情况:一是存储系统本身出现异常,比如心跳...(more)
专栏: 活动总结
浏览2853

分布式关系型数据库选型优先顺序调查

发表您的选型观点,参与即得50金币。

来自主题:架构设计 · 2019-09-20
bbaimm88银行 擅长领域:银行存储双活, 存储双活, LinuxONE
11 会员关注
摘要:老数据中心数据库运行在AIX、Linux、Windows、ESXI系统上,场景复杂、系统混用、版本不同、平台多管理复杂,技术难点随之增多,运维压力大,急需一个集中化资源池来承载银行重要生产系统数据库,能够统一化管理。在新的数据中心,企业基于LinuxONE平台实施了OracleExtendRAC数据...(more)
浏览4476
评论7
来自主题:Oracle集群 · 2018-09-07
王军工行 擅长领域:城商行同城双活, 存储双活, 双活
403 会员关注
Oracle Extended RAC集群中的节点之间距离不能太远,20公里以内效果还可以,超过100公里就没法用了。业界很少有超过50公里的案例。北京和广州异地直接做双活,必须要从应用层考虑补偿机制,异地直接不可能使用同步复制机制,RPO不会为0。...
浏览4675
回答7
来自主题:数据库双活 · 2018-11-21
huijx华泰保险 擅长领域:数据备份, 备份, 银行新核心系统
10 会员关注
extend rac成本高,环境条件要求苛刻,并且需要存储双活配合,但这是真正意义上的数据库双活。rac + adg严格意义不是双活是高可用容灾,adg端实现写操作还需人工干预,好处是成本低一点,只读操作就算是鸡肋也能有点用。...
浏览6873
回答5
来自主题:Oracle集群 · 2019-03-15
赵海大连 擅长领域:VMware, 数据库容灾, Oracle集群
996 会员关注
都用vplex了,还用什么extend rac,架在vplex之上的就是普通的rac。asm卷就采用external就好。extend rac的架构是采用ASM的failure group机制来保障存储卷的跨中心高可用,需要仲裁卷。vplex本身是通过存储集群来实现存储卷的跨中心镜像整合,本身是通过第三点仲裁中心判断存储...
浏览4573
回答8
来自主题:灾备 · 2017-09-18
孔再华中国民生银行 擅长领域:数据库双活, Db2 pureScale, Db2
650 会员关注
1.民生银行双活环境两地三中心灾备方案1.1整体技术架构1.1.1系统架构描述民生银行的双活环境两地三中心灾备方案是建立在pureScaleGDPC,DB2HADR,EMCSRDF等数据同步技术基础上,合理运用这些技术,满足业务需求,完成两地三中心灾备方案的建设。本地双中心采用DB2GDPC技术方案实现...(more)
浏览1493
来自主题:数据库双活 · 2018-11-27
两个VMAX之间用SRDF实现数据同步,但一次只能在一边读写吧。灾备端只能灾害发生时进行接管,因此,还不是真正意义上的双活。
浏览2382
回答4
来自主题:存储双活 · 2018-05-04
赵海大连 擅长领域:VMware, 数据库容灾, Oracle集群
996 会员关注
2.2 架构中关键问题及解决方案2.2.1集群仲裁一致性问题问题描述所谓的仲裁一致性问题,是指双中心之间的VPlex存储集群和数据库RAC集群的仲裁结果是否能保证一致性。VPlex集群是靠仲裁站点分别于两个站点之间的网络连通性来判定站点故障。而数据库集群是通过以太网心跳和OC...
浏览4320
回答2
来自主题:数据库双活 · 2018-05-03
赵海大连 擅长领域:VMware, 数据库容灾, Oracle集群
996 会员关注
Extend Rac 这种技术方案,最大的问题就在于双中心之间的网络质量保障。两个中心的实例之间是要做缓存融合的,这意味着两个节点之间会有大连的缓存块儿和锁信息的传输和竞争。理论上两个节点都可以写,但是如果业务本身不能解决耦合性问题,两个节点之间的竞争就会非常激烈。这...
浏览5706
回答2
来自主题:Oracle数据库 · 2018-02-08
ytskfzj北京圣博润高新技术股份有限公司 擅长领域:同城双活, 数据库双活, 数据库备份
29 会员关注
1、DG的备端是只读模式,和真正意义上的“双活”是有一定区别的,2、DG虽然可以配置自动切换,但实操中建议使用手动切换,3、数据是异步传输的,4、主备两端的IP地址是独立的,但是DG依然有很大的优势,比如网络占用小、对源数据库影响较小,网络抖动基本不影响源端、配置简单方便、DGMG...
浏览5974
回答2
描述
数据库系统在任何时间点都有可能崩溃。实现高业务连续性的秘密就是允许数据库故障,但能够将故障的数据库系统快速修复。这也就是数据库双活(Active/Active)的理论前提。如果数据库系统服务中断时间短到用户无法察觉,那这种服务中断就不会被认为是服务中断。结果就是,业务连续性得到保证。 从抽象层面来看,双活架构将用户分布到多个独立的数据库节点来保证服务的快速恢复。当一个...(more)
数据库系统在任何时间点都有可能崩溃。实现高业务连续性的秘密就是允许数据库故障,但能够将故障的数据库系统快速修复。这也就是数据库双活(Active/Active)的理论前提。如果数据库系统服务中断时间短到用户无法察觉,那这种服务中断就不会被认为是服务中断。结果就是,业务连续性得到保证。 从抽象层面来看,双活架构将用户分布到多个独立的数据库节点来保证服务的快速恢复。当一个节点崩溃后,使用该数据库节点的用户被转移到应用程序网络中可用的数据库节点。这种转移一般只需要几秒。 
  • 提问题