SIOS SANless clusters High-availability Machine Learning monitoring
似乎有可能会有一个漏洞，允许未经授权的访问行政股份！您一定希望尽快使用此补丁程序，并且在为Windows Server 2008 R2群集应用此补丁程序后，也不要忘记检查管理共享上的权限级别。http://www.microsoft.com/technet/security/bulletin/MS10-086.mspx
建议。Microsoft建议客户考虑使用更新管理软件应用安全更新，或使用Microsoft Update服务检查更新。此外，应用更新后，客户应检查现有群集磁盘管理共享的权限并为其环境设置适当的访问级别。
转载https://clusteringformeremortals.com/2010/10/13/important-security-update-for-windows-server-2008-r2-clusters/
如果您在本周在新奥尔良的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/