双活专题

数据架构：数据中心主备、双活

出于灾备（Disaster Recovery）的目的，一般都会建设2个（或多个）数据中心。一个是主数据中心用于承担用户的业务，一个是备份数据中心用于备份主数据中心的数据、配置、业务等。备数据中心之间一般有主备（Active-Standby）热备、冷备，双活（Active-Active）备份方式。热备的情况下，只有主数据中心承担用户的业务，此时备数据中心对主数据中心进行实时的备份

随着移动互联、云计算及大数据等新技术与应用的飞速增长，金融机构对于数据中心的依赖程度也在日益加强，7*24全天业务连续运营已经成为核心关键业务的最基本需求之一。同时随着国家法规的不断健全，同城灾备、两地三中心以及多数据中心正在成为银行的标配。正常情况下，主中心和备中心各司其职，发生灾难时，主数据中心宕机、备份数据中心可以快速恢复数据和应用，从而减轻因灾难给用户带来的损失。但是，灾备中心建设的投资巨

从Oracle RAC角度看跨数据中心的存储双活配置注意事项

从Oracle RAC角度看跨数据中心的存储双活配置注意事项 Oracle RAC在设计的时候是没有考虑跨数据中心双活的，它的设计目的是为一个数据中心内有着共享存储的多个主机实现负载均衡和高可用性。但是由于它的架构确实有着跨数据中心实现负载均衡和高可用性的潜力，所以有几家存储设备供应商对它的使用环境做了扩展，提出了跨数据中心的解决方案。Oracle对此采取了默认

武汉神州云科服务器做reid,神州云科双活数据中心为客户吃救心丸

【IT168 资讯】数字化医院大势当前，欧美大医院积极行动，我国因为各级各类型医院在信息化方面的进展并不一致，医院管理者对数字化的认知也大相径庭。而市场上也缺乏一家存储厂商能够对数字化医院提出一个较全面并可行的数字化解决方案，这些导致我国医院在数字化建设上的进展并不凸显。而新近出现的一家存储“新势力”厂商神州云科，则以“医院信息化解决方案”中对医院需求了解较深，方案的可行性、设备可靠性高，具有自

双云双活架构，赋能迅速崛起的O2O生鲜电商

生鲜行业的互联网+转型热潮，让行业内涌现出越来越多的优秀O2O生鲜电商平台。目前，各大生鲜电商平台业务迅速发展扩张，已经陆续涵盖了水果、蔬菜、肉、蛋、乳品等品类，给用户带来了更便捷的生鲜蔬果购物体验，线上市场也激活了生鲜行业的整体发展。但是，随着生鲜电商平台业务规模的高速发展，传统IT架构越来越难以支撑业务的平稳运行，亟需部署富有弹性、扩展性的新型架构。犀思云为生鲜电商行业规划设计了双云双活架构落

第一讲：双活容灾技术和方案概述

容灾建设在我国已有十多年的历史了，尤其是2007年发布国标GB/T20988-2007《信息系统灾难恢复规范》后，各行各业对容灾建设都非常重视，各种新的容灾技术和产品也得到了快速的发展和应用。在我国容灾发展的前十年，主要都是基于保护IT系统本身的运行而考虑的，与业务需求的关系并不太紧密，甚至在设计容灾系统时都不需要业务部门的参与。但实际上，灾备建设往往需要从存储层、网络层，安全层、计

存储双活技术，是否要VMWare等虚拟化支持？

存储双活方案中，需要保证端到端的双活(应用，Hypervisor，网络，存储等)，VMWare等虚拟化支持双活是必须的，否则就无法实现业务端到端双活透明切换。下面详细讨论具体细节。首先存储需要支持双活。目前主流存储厂商都支持双活特性和部署方案，如华为HyperMetro、HDS GAD、Dell Live Volume、IBM HyperSwap(配合阵列MetroMirror)和SVC

基于阿里云的双活灾备方案的设计

基于阿里云的双活灾备方案的设计说起容灾备份方案，一般说来有下面这个发展方向：下面简单介绍下各个方案的内容：冷备：离线手工对数据进行容灾备份，当发生故障时，手工切换到备用环境热备：实时对主生产环境的数据进行备份，当发生故障时，自动或手工切换到灾备环境双活：两套环境实时进行双向数据同步，每套环境都承载其中一部分流量，当发生故障时，只由其中一套环境承载所有流量

900K IOPS+对称双活，GS统一存储是数据库的理想存储

企业的数据库应用通常运行的都是企业最核心的业务。企业特别看重存储的块级IOPS性能，要做到低延迟不影响业务的正常运行。除此之外，涉及到核心业务，企业着重要求数据的安全性以及业务的连续性，所以存储的高可用性也是企业选择的重要因素。Infortrend统一存储GS依靠底层自主研发的精简RAID结构，以及全新的Intel Skylake CPU平台，IOPS可以达到900K，响应时间小于0.5ms，非常

存储数据保护技术——HyperMetro双活技术讲解

目录基本概念双活部署方式当数据中心A和数据中心B同时写入数据，怎么区分？怎样保证数据一致性仲裁模式脑裂现象两种仲裁模式静态优先级模式仲裁服务器模式双写原理方案扩展性设计基本概念 HyperMetro 双活双活没有主从的概念正常情况下，双活特性中的两个数据中心互为备份，且都处于运行状态当其中一个数据中心发生故障时，可以自动切换到另一个数据中心双活部署方式

干货好文 | 两地三中心到异地双活演变及关键技术探讨

两地三中心和异地多活都是分布式系统的关键技术，用于保证系统的高可用性和容错性。其中最关键的技术无疑是数据同步、同步防环和数据冲突解决。异地容灾 & 两地三中心两地三中心架构是一种分布式系统的架构模式，用于保证系统的高可用性和容错性。它将整个系统划分为三个数据中心：两个位于同城，一个位于异地。其中，同城的两个数据中心分别承担主备的角色，异地数据中心则作为备份。在两地三中心架构中，

饿了么Mysql异地多_饿了么异地双活数据库实战

本文根据 GOPS2017·上海站演讲《饿了么异地双活数据库实战》整理发布作者简介：虢国飞，饿了么 DBA负责人从事数据库行业10+年，专注于MySQL、PgSQL、MSSQL等数据库领域的管理、研究和平台的研发等工作，目前负责饿了么数据库团队的管理和数据库维护方面的工作。我今天分享是饿了么在数据库和多活数据库这块的实战经历，供大家参考。主要分享以下五点： 1、多活当中的难点 2、多

饿了么Mysql异地多_饿了么异地双活数据库实战-阿里云开发者社区

我今天分享是饿了么在数据库和多活数据库这块的实战经历，供大家参考。主要分享以下五点： 1、多活当中的难点 2、多活的架构 3、数据库改造 4、DBA 挑战 5、收益与展望一、多活当中的难点我们先来看一下多活的第一个难点：要考虑做多活到底是同城的多活还是异地的多活，跨地域网络延时是现阶段很难突破的点，因为饿了么面临的是异地的多活，所以我们需要基于延时这个前提来考虑方案。从北京到上海中间有

数据库高可用解决方案：同城双活？异地双活？

后台服务可以划分为两类，有状态和无状态。高可用对于无状态的应用来说是比较简单的，无状态的应用，只需要通过F5或者任何代理的方式就可以很好的解决。后文描述的主要是针对有状态的服务进行分析。服务端进行状态维护主要是通过磁盘或内存进行保存，比如MySQL数据库，redis等内存数据库。除了这两种类型的维护方式，还有jvm的内存的状态维持，但jvm的状态生命周期通常很短。高可用的一些解决方案

双活架构设计-连接集群

前言最近做项目，需要考虑双活设计，实际上笔者以前也简单介绍过双活架构的设计：跨数据中心高可用架构设计_跨中心数据库-CSDN博客但是很多细节没有考虑，只是大致有哪些做法，而且考虑的问题也不够深入，详细说说双活设计的核心思想。设计理念实际上核心设计理念是存算分离，参考apache pulsar，这种设计实际上存储和运算在日常应用中就是分离的，How does Pulsar wo