双活存储系统

⑴ 谈谈双活数据中心容灾解决方案

在传统数据中心中，业务系统的数据往往都是存放在一台共享存储中，比如虚拟化集群系统和数据库双机系统共用一台存储。这种模式的数据中心存在着一定的业务连续性风险——即如果一台存储出现故障宕机，所有与这台存储系统有连接的业务系统就会停顿，甚至会丢失数据。
为帮助客户应对这类风险，爱数打造了两种双活数据中心容灾解决方案-存储双活和网关双活。两种方案中的存储系统将互为镜像，当一个存储系统发生故障、业务自动切换到另一个存储系统中，业务均会继续运行，不受影响，且数据在故障过程中无丢失，解决了传统存储单点故障问题。

⑵ 做了存储双活之后不需要备份软件了吗

双机热备与数据备份的关系

一些用户在规划双机热备或双机备份时，会有这样的问题：我已经有了RAID，以及磁带备份，还有必须做双机吗？或者，如果我做了双机备份，还有必要做磁带备份吗？

应该说RAID和数据备份都是很重要的。但是，RAID技术只能解决硬盘的问题，备份只能解决系统出现问题后的恢复。而一旦服务器本身出现问题，不论是设备的硬件问题还是软件系统的问题，都会造成服务的中断。因此，RAID及数据备份技术不能解决避免服务中断的问题。对于需要持续可靠地提供应用服务的系统，双机还是非常重要的。只要想一想，如果你的服务器坏了，你要用多少时间将其恢复到能正常工作，你的用户能容忍多长的恢复时间就能理解双机的重要性了。

从另外一个方面，RAID以及磁带备份也是非常需要的。对于RAID而言，可以以很低的成本大大提高系统的可靠性，而且其复杂程度远远低于双机。因为毕竟硬盘是系统中机械操作最频繁、易损率最高的部件，如果采用RAID，就可以使出现故障的系统很容易修复，也减少服务器停机进行切换的次数。

数据备份更是必不可少的措施。因为不论RAID还是双机，都是一种实时的备份。任何软件错误、病毒影响、误操作等等，都会同步地在多份数据中发生影响。因此，一定要进行数据的备份（不论采取什么介质，都建议用户至少要有一份脱机的备份），以便能在数据损坏、丢失时进行恢复。
如果采用了备特佳容灾备份系统，可以完全解决存储双活不能保证的数据安全问题和业务连续问题，数据丢失或错误操作后可以100%恢复数据，出现系统故障也能进行业务接管，保障业务的连续性。

⑶ 如何使企业的双活数据中心更加高效

其实企业对数据分析师的基础技能需求差别不大，可总结如下：
SQL数据库的基本操作，会基本的数据管理
会用Excel/SQL做基本的数据分析和展示
会用脚本语言进行数据分析，Python or R
有获取外部数据的能力，如爬虫
会基本的数据可视化技能，能撰写数据报告
熟悉常用的数据挖掘算法：回归分析、决策树、随机森林、支持向量机等

⑷ 存储双活的必要性

存储双活的必要性：

随着云计算的发展，越来越多的生产服务转化成IT应用部署到数据中心。业务连续性的重要性也得到越来越多的关注，而且人们的关注点也不再仅仅集中于前端主机的高可用，而是开始意识到作为数据服务基石——存储层业务连续性的重要性。

存储是数据服务的基础，近几年人们对存储层的高可用越来越重视。只是前端主机实现应用双活，存储不实现双活无法建立真正的双活数据中心。存储双活的这个“双”代表两份数据（或两台存储），“活”代表这两份数据（或两台存储）都可以被读写访问，类似于主机A-A模式的集群。

设计双活存储高可用，防止仲裁防脑裂的方法：

AA模式的双活存储，在某些特定的多重故障下，仲裁机制会优先保证数据的一致性，可能会将双活存储上的所有LUN都停止主机访问。所以，在设计仲裁模式的时候，建议建立第三方站点作为仲裁机，但也不能完全避免上述情况。

所以，还要考虑强制启动，而强制启动端的存储作为同步源端，会在链路恢复后同步增量差异数据。

⑸ 相比于单纯的备份，双活的弊端有哪些有什么解决方案

相比于单纯的备份，双活的一个致命问题是无法解决逻辑错误问题，基于存储层面的双活一旦遭遇误删除、恶意篡改这种逻辑性错误，也就是出现我们常说的“双死”问题，因此CDP走入了人们的视线。数据是业务的基础，业务是数据的运行方式，所以在双活的架构下，数据备份模块同样重要。英方i2CDP在容灾中心实现数据集中保护，可防止数据误删除、勒索病毒等故障。在容灾中心进行数据备份还可减少生产系统的读写压力。

⑹ 相比于单纯的备份，双活的优势有哪些

相比于单纯的备份，双活是使用主备两套IT系统同时承载业务（一般“主”所承载的业务量会更多），这样既增加了业务承载量，同时主备又可以互为备援，当一套系统出现故障时可以快速切换到备端，从而保障业务的连续运行，最大程度降低人为或自然灾害对业务造成的影响。但双活的一个致命问题是无法解决逻辑错误问题，基于存储层面的双活一旦遭遇误删除、恶意篡改这种逻辑性错误，也就是出现我们常说的“双死”问题。

⑺ 双活数据中心 是什么

双活数据中心指的是热备份数据中心和冷备份中心。

1、在热备份的情况下，只有主数据中心承担用户的业务，此时备数据中心对主数据中心进行实时的备份，备数据中心可以自动接管主数据中心的业务，用户的业务不会中断，所以也感觉不到数据中心的切换。

2、在冷备份的情况下，也是只有主数据中心承担业务，但是备用数据中心不会对主数据中心进行实时备份，这时可能是周期性的进行备份或者干脆不进行备份，如果主数据中心挂掉了，用户的业务就会中断。

(7)双活存储系统扩展阅读：

双活数据中心的优点：

能够充分利用资源，避免了一个数据中心常年处于闲置状态而造成浪费。通过资源整合，“双活”数据中心的服务能力是双倍的。双活数据中心如果断了一个数据中心，另外一个数据中心还在运行，对用户来说是不可感知的。

双活数据中心的建设三个条件：

双活数据中心的建设首先要满足三个条件，第一个是应用双活，也就是说数据库一定要实现双活，第二个是网络要双活，业务网络要保证能够同时联通两个数据中心，第三个是数据要双活，两边的数据要能够实现被独立使用。

参考资料来源：网络：数据中心

⑻ 双活存储管理平台管理(两台配置一模一样的VNX5100)存储，这样配备有何优势与好处

双活。。就是双活，冗余，同城灾备。
缺点也有，资源浪费，利用价值不高，看需求了，有的监管单位、审计有需求，必须配备灾备环境。

⑼ 如何使用虚拟化软件实现双活灾备系统

灾备双活如何实现数据同步？
问题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远距离复制时有没有需要注意的吗？我们只用过同城的，远距离的没有尝试过