![虚拟化 Windows Server 更新策略可减少停机时间](https://linux22.com/image/648486/%E8%99%9A%E6%8B%9F%E5%8C%96%20Windows%20Server%20%E6%9B%B4%E6%96%B0%E7%AD%96%E7%95%A5%E5%8F%AF%E5%87%8F%E5%B0%91%E5%81%9C%E6%9C%BA%E6%97%B6%E9%97%B4.png)
我们拥有一个基于 VMWare 的出色可视化环境,到目前为止,它一直托管着一系列基于 Linux 的虚拟机。现在,我们添加了一个托管 SQL Server 实例的 Windows Server 2008 R2 虚拟机。
是否存在一种巧妙的策略来应用 Windows 更新以减少或消除服务器停机时间?
我已经考虑过克隆服务器、应用更新,然后切换网络,但到那时 SQL 服务器就已经过时了。
任何想法都非常感谢。
答案1
Windows 服务器因更新而停机是不可避免的。但是,服务停机是可以避免的。关键是要认识到停机时间需要通过服务可用性来衡量,而不是通过单个服务器的状态来衡量。
对于您的 SQL Server 实例,最好的办法是实现某种形式的多服务器实例。Microsoft 在 SQL Server 2014 中允许的一种技术是AlwaysOn 集群(故障转移群集和可用性组)。早期版本具有类似的群集和/或故障转移技术。
一般情况下使用的两种主要策略是故障转移和负载平衡。对于具有一个活动节点和一个备用节点的故障转移对,如果主节点发生故障,则另一个节点应无缝接管作为服务提供商。对于智能负载平衡,流量在多个节点之间共享,并且自动排除故障的主机。
大多数这些技术的成本可能很高,尤其是对于需要保持最新的数据库而言。对于数据库集群,您通常应该拥有企业级共享存储,如果您尚未建立这样的系统,这可能是一项昂贵的投资。此外,请务必检查您的许可权限和成本,一旦您引入集群或故障转移解决方案,这些权限和成本可能会发生变化。