A. 如何使用虚拟化软件实现双活灾备系统
灾备双活如何实现数据同步？
问题1：金融系统中同城灾备如何实现数据实时同步（两地是异构存储），请软件推荐和方法？
问题2：如果是远距离（1000KM）异地灾备双活，如何较好的实现数据同步？
希望获得：具体解决, 注意事项, 实例参考
问题1：金融系统中同城灾备如何实现数据实时同步（两地是异构存储），请软件推荐和方法
问题2：如果是远距离（1000KM）异地灾备双活，如何较好的实现数据同步？
A1：数据实时同步复制有两种大的分类：
1）存储复制 - 即使异构存储也能，只不过效果差点。利用虚拟化网关集群设备（比如VPLEX）。但是有一个缺点，存储层面的块儿复制，解决不了逻辑校验的问题，有可能同步过去的块儿数据，数据库无法识别。
2）数据库层面的复制，Oracle、db2都有。是基于日志的复制，数据复制量很小。很安全。但是灾难时刻拉起数据库的时间也不是很理想。有条件的做一下自动化开发。
wangj0923技术经理 , 工行
存储复制最大的问题是，复制过去的磁盘对数据库来讲突然下宕后挂上的，有可能不识别，即便识别了，也要进行一致性校验，那个时间是无法忍受的。
数据库复制的问题是同步模式对主库的影响较大，备库出问题容易hang主库，而异步模式无法确保RPO为零。
需要各种技术组合起来用。
shenxzh系统工程师 , Nanjing Securities
同城灾备，如果是ORACLE数据库，可以使用远距离RAC，实现同城双活数据中心（通过ORACLE ASM实现异构存储双活，或者存储虚拟设备VPLEX,SVC等）
远距离异地灾备，最好使用主备模式，采用dataguard利用异步模式（或采用12C的far sync功能），保证数据安全
else_xie系统运维工程师 , PICC
cz_doctor、xk2008赞同了此回答
首先要确定，实现要异地实时同步，生产环境答应吗？
另外带宽，速度的压力，成本投入能答应吗？
每一个数据的修改交互，都需要问1000KM外的，是否OK了。然后才下一步？那多累的，估计某些应用可以，同步数据少的，对业务性能不敏感的。
现在很多存储的复制技术，异步效果也趋于同步效果，只要业务压力在可接受范围内，就能及时传送数据过去，只要自己明白，如果遇到业务高峰时，是要承受数据传输滞后比较明显的结果而已。
另外，对复制同步的数据，如果不是在线进行使用的，要定期的验证检查，反正数据已经是“带病”的，还一直在同步，哪天真的要用，才发现，那就迟了。
zhoujia8218(提问者)
你的这些反问点，都是我要关注的和不明确的地方，谢谢提醒
nitkey系统架构师 , ECT
xiaoyaozi赞同了此回答
问题1：异构存储要实现同城实时同步有几种实现方式：1.存储前面加一层虚拟网关，通过虚拟网关来实现两个存储的数据同步；2.操作系统层面，通过LVM或者veritas的卷管理软件实现；3.通过应用层自己实现数据同步，比如ORACLE的DG，DB2的HADR。同城实时同步一般对架构环境的要求都较高，如果再加上是异构存储，要特别注意两个存储的性能是否匹配，否则会出现短板
问题2:1000KM以上我认为基本上只有靠存储的异步复制，通过数据库的复制方式在远距离的案例上不是太多。
孔再华数据库运维工程师 , 中国民生银行
同城灾备可以做到对等双活。相当于双中心不差别提供服务。数据库技术有DB2 GDPC和Oracle Extended RAC。DB2 GDPC集群底层通过GPFS集群文件系统完成数据同步，支持异构的存储。
远距离灾备如果需要双活肯定是有很大限制的。首先数据不可能实时同步，代价太大。因此对一致性要求高的系统几乎不可能。但是如果使用异步的方式，例如DB2的HADR技术，或者是CDC等数据逻辑同步技术，能够做到同步数据，但是灾备服务器只能用来做查询分析等作用。
zhoujia8218(提问者)
CDC远距离复制时有没有需要注意的吗？我们只用过同城的，远距离的没有尝试过
B. Kafka同城双活单写部署实践
最近公司因为两次机房故障决定部署同城双机房，方案确定为双活单写
两个机房A.B都正常提供服务，所有写操作定位到A机房
// TODO 单写与多写的比较
// TODO 双活塌没和冷备的比较
可以看到 两种实现方团激纳式 在B集群或专线崩溃时 受到的影响都较小
两个实现方式主要的区别是
第一种方法需要线下操作且需要保证zookeeper集群可用
第二种方法需要管理偏铅孝移量和mirrormaker
C. 双活数据中心 是什么
双活数据中心指的是热备份数据中心和冷备份中心。
1、在热备份的情况下，只有主数据中心承担用户的业务，此时备数据中心对主数据中心进行实时的备份，备数据中心可以自动接管主数据中心的业务，用户的业务不会中断，所以也感觉不到数据中心的切换。
2、在冷备份的情况下，也是只有主数据中心承担业务，但是备用数据中心不会对主数据中心进行实时备份，这时可能是周期性的进行备份或者干脆不进行备份，如果主数据中心挂掉了，用户的业务就会中断。
(3)同城双活如何配置数据流扩展阅读：
双活数据中心的优点：
能够充分利用资源，避免了一个数据中心常年处于闲置状态而造成浪费。通过资源整合，“双活”数据中心的服务能力是双倍的。双活数据中心如果断了一个数据中心，另外一个数据中心还在运行，对用户来说是不可感知的。
双活数据中心的建设三个条件：
双活数据中心的建设首先要满足三个条件，第一个是应用双活，也就是说数据库一定要实现双活，第二个是网络要双活，业务网络要保证能够同时联通两个数据中心，第三个是数据要双活，两边的数据要能够实现被独立使用。
参考资料来源：网络：数据中心
D. 超融合下的备份如何实现
超融合备份，每个厂家都有自己的特色，一般来说超融合备份是有专门的功能模块，区别于传统的备份，如下图，有专门的数据保护与容灾模块，包括备份与双活集群。具体实现形式如下：
E. 如何共享移动的数据流量
如果您使用的是华为手机，可以按照以下方法操作。
一、通过个人热点共享网络
提示：
设置项因产品而异，若您的手机中无对应项，则不支持该功能。
部分需要认证的 WLAN 网络无法分享，请以搭樱实际情况为准。
进入设置 > 移动网络 > 个人热点 ，开启个人热点开关，手机移动网络或已连接的 WLAN 网络将以热点形式共享给其他设备。
根据需要，您还可以对个人热点进行以下设置：
1、点击设备名称，可给个人热点修改一个独有的名称方便识别。
2、点击密码，可重新修纯手改个人热点密码。
3、点击已连接设备，可查看已连接设备列表及黑名单。点击已连接设备列表中的任一设备，可根据提示将其移入黑名单，反之，也可将黑名单中的设备移出。做枝嫌
4、若共享的是移动网络，点击更多共享设置，还可设置热点的单次流量限制和AP 频段。
F. 两地三中心数据中心和同城双活数据中心的区别
两地三中心：是指同城双中心加异地灾备的一种商用容灾备份解决方案。两地是指同城、异地；三中心是指生产中心、同城容灾中心、异地容灾中心。结合近年国内出现的大范围自然灾害，以同城双中心加异地灾备中心的“两地三中心”的灾备模式也随之出现，这一方案兼具高可用性和灾难备份的能力。
双活数据中心，所谓“双活”或“多活”数据中心，区别于传统数据中心和灾备中心的模式，前者多个或两个数据中心都处于运行当中，运行相同的应用，具备同样的数据，能够提供跨中心业务负载均衡运行能力，实现持续的应用可用性和灾难备份能力，所以称为“双活”和“多活”；后者是生产数据中心投入运行，灾备数据中心处在不工作状态，只有当灾难发生时，生产数据中心瘫痪，灾备中心才启动。
“双活”数据中心最大的特点是：一、充分利用资源，避免了一个数据中心常年处于闲置状态而造成浪费，通过资源整合，“双活”数据中心的服务能力是翻倍的；二、“双活”数据中心如果断了一个数据中心，其业务可以迅速切换到另外一个正在运行的数据中心，切换过程对用户来说是不可感知的。
G. 双活与容灾有什么不同
双活是容灾范畴里的延伸技术，双活和容灾的区别主要体现在从属概念上，容灾在更广义上还包括在建立容灾备份系统时会涉及到多种技术，如：SAN或NAS技术、远程镜像技术、基于IP的SAN的互连技术、快照技术等。双活技术体现了容灾思维的基本脉络，从容灾思维意义上没本质区别。
综上对比发现：容灾是一个范畴比较广泛的概念。广义上，容灾是一个系统工程，包括所有与业务连续性相关的内容。对于IT而言，容灾是提供一个能防止用户业务系统遭受各种灾难影响破坏的计算机系统。而双活主要建立在狭义概念上，是指建立两套或多套功能相同的IT系统，互相之间可以进行健康状态监视和功能切换，当主要站点因意外（如火灾、地震、城市供电中断等）停止工作时，整个应用系统可以利用辅助站点快速恢复，并继续工作。