存储双活能支持Vmware吗？

存储双活方案中，需要保证端到端的双活(应用，Hypervisor，网络，存储等)，首先存储需要支持双活。目前主流存储厂商都支持双活特性和部署方案，如华为HyperMetro、HDSGAD、DellLiveVolume、IBMHyperSwap(配合阵列MetroMirror)和SVCESC、富士通StorageCluster、HPPeerPersistence、EMCvPlex和VMAX3SRDF/Metro、NetappMetroCluster(在Syncmirror数据镜像之上增加了FailOver功能)。或者在应用和服务器层提供存储双活方案，如OracleRAC(配合ASM)和GPFS(配合OracleRAC或PureScale)。这些存储双活技术有所差别，但在业务连续性上，实现的效果很类似。

但针对双活服务器应用层的集群部署方案，需要结合应用集群软件，业务容灾诉求综合考虑，目前主要的部署方式包括下面几种情况。

物理应用部署

Oracle、DB2、Exchange和SAPHANA等应用集群部署在物理服务器上时，业务自动切换就需要OracleRAC、DB2、MSFC或 *** 作系统自动的集群软件实现，这种方式适合时延、性能要求很高的场景。

虚拟应用部署

Oracle，DB2，Exchange等应用部署在Vmware、Hyper-V或Fusioshere等VM上时；在集群可靠性上，首先Vmware，Hyper-V和FusionshereVM具备HA功能切换，再者基于VM内的Oracle，DB2，Exchange等应用也具有HA能力，所以，虚拟化上部署应用集群又有2种部署方式。

单机应用部署：即OracleRAC、DB2、MSFC单机部署在VM中，采用虚拟化平台的HA功能切换。优点部署简单，切换容易，这种部署方式有大量案例，所以经过充分验证。

集群应用部署：除了Hypervisor的HA切换外，还需要依靠OracleRAC、DB2、MSFC或 *** 作系统集群软件切换，即在应用层实现嵌套集群部署。

所以，如果是虚拟化应用部署方式，且采用的是VMware虚拟化，那就要求存储双活支持VMware。

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

双活是指将两台服务器作为主备服务器，当主服务器出现故障时，备服务器可以接管主服务器的工作，并且能够恢复原有的服务，从而保证系统的可用性。
堆叠是把多台服务器组合起来，形成一个集群，每台服务器都可以负责一部分工作，从而提高系统的可用性和性能。

这是Windows DHCP最佳实践和技巧的最终指南。

如果您有任何最佳做法或技巧，请在下面的评论中发布它们。

在本指南（一）中，我将分享以下 DHCP最佳实践和技巧 。

一般建议不要在域控制器上运行除DNS以外的任何其他角色。您的域控制器应该是域控制器/ DNS，就是这样。小型组织通常会在其域控制器上安装其他角色和第三方软件。建议您尽可能避免这种情况。

有什么问题

在DC上安装其他服务会增加攻击面，使其难以管理，并可能导致性能问题。

安装了多个角色的域控制器很难管理。这通常会导致不稳定和服务中断。

例如，假设您在使用DHCP时遇到问题，或者安装了需要重新启动的安全补丁。重新引导具有Active Directory域服务角色的服务器可能会对组织造成重大破坏。这可能会影响身份验证，复制，组策略和DNS。如果DNS关闭，您的用户将无法访问任何内容。

如果您有多个域控制器并且配置正确，则可以避免这些问题，但是为什么要冒险呢？

如果在自己的服务器上安装了DHCP，则可以重新启动DCHP服务器，而不必担心会影响域控制器上的服务。

在自己的成员服务器上安装DHCP将减少DC的攻击面。

通常，我已经看到DHCP服务器运行非常高效，并且不需要大量系统资源（例如CPU或内存）。

但是，假设您刚刚了解了新的DHCP选项（例如冲突检测），然后将其打开了所有作用域。现在，CPU使用率激增，域服务变慢，用户无法登录，DNS请求也变慢。

也许您安装了IPAM来跟踪可用的IP地址，并且占用了CPU和内存，从而再次占用了域服务的资源。

我可以继续假设很多情况，但是要指出的是，您在域控制器上安装的软件/服务越多，对性能的影响就越大，并导致服务中断。

DHCP故障转移是用于确保DHCP服务器的高可用性的功能。通过DHCP故障转移，两台DHCP服务器共享DHCP信息，因此，如果一台服务器发生故障，另一台服务器仍可以为客户端提供DHCP租约。

DHCP故障转移选项内置在Windows服务器 *** 作系统中。下图显示了两个配置有负载平衡故障模式的DHCP服务器的设置。如果一台服务器发生故障，另一台服务器仍处于活动状态并接管所有DCHP请求。

有两种故障转移设计选项：

使用热备用模式时，一台服务器是活动服务器，另一台是备用服务器。活动服务器是主服务器，并处理所有DHCP请求。如果活动服务器关闭，则备用服务器将接管DHCP请求。

该选项通常与备用单元位于与主用单元不同的位置时使用。

在负载平衡模式下，两台服务器均以双活模式工作以处理DHCP请求。请求是负载平衡的，并在两个DHCP服务器之间共享。如果其中一台服务器与其故障转移伙伴失去联系，它将开始向所有DHCP客户端授予租约。

资料来源

>Windows 2016双机热备不需要共享存储，可以通过网络共享来实现。可以使用Windows Server 2016的内置热备功能，它可以将两台服务器上的数据同步，以便在一台服务器出现故障时，另一台服务器可以接管服务。此外，还可以使用第三方软件，如Veeam，来实现热备功能。Windows 2016双机热备不需要共享存储，可以通过网络共享来实现。可以使用Windows Server 2016的内置热备功能，它可以将两台服务器上的数据同步，以便在一台服务器出现故障时，另一台服务器可以接管服务。此外，还可以使用第三方软件，如Veeam，来实现热备功能。

服务器高可用、存储双活的架构并不能解决数据的逻辑错误、失效、丢失等问题，传统的备份、恢复解决方案虽然可以数据得到很好的保护，但是发生故障时所造成的数据丢失量较大（RPO=24小时），在本次方案设计中，我们建议采用systemcenter对数据进行持续性备份保护，提供数据有效性验证、数据错误恢复以及业务应急接管等功能。主要硬件配置清单产品描述数量虚拟化服务器Lenovosystem 3850X6，4颗intelE7-4800V3系列CPU，512G 内存，配置万兆网卡虚拟化存储LenovoV3700，8G 缓存，采用万兆主机接口，采用存储底层镜像功能保证存储的数据安全虚拟化资源池网络可堆叠万兆交换机及可堆叠千兆交换机为什么要选用ISCSI存储连接方式而不是FC呢。首先从成本上和今后横向扩充来讲，ISCSI无疑是最佳选择，整个IDC环境都工作在大二层的网络，大二层网络是针对当前最火热的虚拟化数据中心的虚拟机动态迁移这一特定需求而提出的概念，对于其他类型的网络并无特殊的价值和意义。网络设备虚拟化是将相互冗余的两台或多台物理网络设备组合在一起，虚拟化成一台逻辑网络设备，在整个网络中只呈现为一个节点。网络设备虚拟化再配合链路聚合技术，就可以把原来网络的多节点、多链路的结构变成逻辑上单节点、单链路的结构，解决了二层网络中的环路问题。没有了环路问题，就不需要xSTP，二层网络就可以范围无限（只要虚拟网络设备的接入能力允许），从而实现大二层网络。

可通过双写和DCL来完成同步。
在业务运行中，数据变更可通过双写和DCL来完成同步。双写可以使得应用服务器的IO请求同时下发到本端Cache和远端Cache，从而保证本端Cache与远端Cache的变更数据一致性。在一个数据中心故障时，DCL可以记录业务运行中数据中心的数据变更。

---