SIOS SANless clusters High-availability Machine Learning monitoring
如果您在本周在新奥尔良的Tech-Ed上工作，请确保您在技术学习中心的Windows Server故障转移群组展台前停下来，并查看使用SteelEye DataKeeper Cluster Edition作为复制的多站点Hyper-V群集演示发动机。我也会在展位上回答您可能遇到的任何问题。如果您想讨论成为合作伙伴或客户，SteelEye在展会上还有一个展台！转载https://clusteringformeremortals.com/2010/06/08/hyper-v-multi-site-demo-at-tech-ed-2010-new-orleans/
当您的SAP系统由于硬件故障，管理员错误或维护活动而关闭时，您的业务会受到什么影响？影响范围可能从每分钟销售损失数千美元到员工生产力和客户满意度显着下降。通过实施高可用性集群配置，实际上可以消除计划内和计划外停机的停机时间。SteelEye和SAP AG密切合作，确保公司用户在Linux和Windows平台上运行的关键业务基础架构的可用性需求通过部署SAP Application Server（AS）的监控和切换解决方案以及JAVA和ABAP Web应用程序服务器（WAS）环境。请加入产品管理部门的Steel Eye执行副总裁Bob Williamson，他解释了如何使用SAP High Availability与SteelEye最大限度地减少停机时间。转载https://clusteringformeremortals.com/2010/06/30/minimize-downtime-using-high-availability-clustering-and-data-replication-for-sap/
我回答了关于将服务包安装到集群中的问题。在某种程度上，我认为我应该在我的博客中链接到它。
http://support.microsoft.com/default.aspx/kb/174799?p=1
这篇文章告诉你你需要知道的一切。按照文章中的说明，您可以最大限度地减少计划停机时间。同时，也让自己有机会在升级两个节点之前“测试”一个节点上的更新。如果升级在第一个节点上运行不顺利，至少应用程序仍然在第二个节点上运行，直到找出问题所在。
这只是您在虚拟机管理程序层进行集群应用层集群时所获得的副作用之一。如果这只是可用性组中的VM，则必须安排停机时间以完成应用程序升级。此外，您必须希望一切顺利，因为唯一的故障恢复是从备份还原VM。正如我在前面的文章中所讨论的那样，在虚拟机管理程序级别进行集群是有好处的。但你必须明白你放弃了什么。
经Clusteringformeremortals.com许可转载
我最近从德国来到德国，参加CeBIT 10天，还在汉诺威的TechDays和埃森与微软的技术传播者Michael Korp和Ralf Schnell一起出席。这次旅行非常有成效，会议参加人数非常多。
本次会议的重点是Hyper-V的高级可用性，特别是多站点群集，数据复制和自动化灾难恢复。看看这里的视频。https://youtu.be/gqUOo931sbY
转载https://clusteringformeremortals.com/2010/03/17/advanced-availability-and-disaster-recovery-for-hyper-v-at-techdays-germany/
我读到的关于虚拟化和灾难恢复的每篇文章都说VMware拥有比Microsoft更强大的DR解决方案。那么，我想挑战这个假设。从我所坐的角度来看，这实际上是微软目前拥有重大竞争优势的领域之一。这是我如何看待它。
这是基于阵列的复制解决方案背面的可选附加添加。由于基于阵列的复制，恢复点目标很好。RTO以小时而非分钟来衡量。再加上回到主数据中心是一个非常手动的过程。它基本上要求你以相反的方向重新创造你的工作。故障转移和故障恢复的完整端到端恢复操作可能需要一天或更长时间。
Hyper-V Server 2008 R2的免费版本以及Windows Server 2008 Enterprise和Datacenter版本附带了虚拟机HA群集。为了执行多站点群集，它需要基于阵列的复制或基于主机的复制解决方案与Windows Server故障转移群集集成。使用多站点群集，故障转移以分钟为单位（几乎是启动VM所需的时间），可以与基于阵列的复制解决方案（如EMC SRDF CE或HP MSA CLX）或更便宜的基于主机的复制一起使用SteelEye DataKeeper Cluster Edition等解决方案。
Hyper-V多站点群集不仅可以快速进行故障转移，只需几分钟即可完成。故障恢复也是快速和无缝的。添加对跨数据中心的实时迁移或快速迁移的支持。我认为这是微软实际上拥有比VMware Vsphere灾难恢复选项更强大的解决方案的一个领域。也许它不包括自动DR测试，但是当你考虑到可以在10分钟内完成故障恢复和故障恢复时，也许每个月进行一次实际的DR测试会给你一个更好的指示，说明在真正的灾难中会发生什么？
如果您想要更像SRM的Hyper-V解决方案，那么也有一个选项。 它被称为Citrix Essential for Hyper-V。但与SRM非常相似，它是一个可选的附加功能。它实际上甚至不能与Hyper-V的基本多站点群集实现的RPO和RTO功能相匹配。
你怎么看？我错了还是有些东西我不知道？从我的角度来看，Hyper-V是Vsphere灾难恢复选项的首选。
经https://clusteringformeremortals.com/2010/03/10/are-vmware%E2%80%99s-vsphere-disaster-recovery-options-really-better-than-microsoft%E2%80%99s-许可转载选择换的Hyper-v /