相信大家经常会用到的Windows Server群集（Cluster）对吧，群集上一般都跑着我们业务中连续性要求比较高的业务系统或功能或角色，但大家往往会忽视承载Cluster的底层Windows Server是否也需要不时的进行下Windows 更新呢？更新是为了提高稳定性和解决一些BUG为出发点的，但如果要做这样的更新是需要IT管理员手动一台一台把Windows Server进入维护模式（暂停）等待承载在该宿主机的业务角色或功能在线飘逸到其他宿主机上以后开始安装好更新再重启最后恢复该节点。

每一个节点都需要这样操作才能保证在不影响上层业务的情况下对底层进行更新，但操作确实较为繁琐，那么又没有把这样的工作流程化自动化呢？

在Windows Server 2012开始出现了一个新的群集功能，叫做Windows Server群集感知更新（CAU）

他能给我们带来怎么样的体验呢？

就是自动完成IT管理员对群集一台台更新操作的步骤。

那要求有哪些呢？

• 不要对节点本身配置自动更新，例如通过“控制面板”中的更新选项。

• 不要配置更新系统，如 Windows Server Update Services (WSUS) 以对群集节点自动应用更新（按照固定的时间计划）。

• 如果使用配置管理系统对网络上的计算机应用软件更新，请从所有必需的或自动的更新中排除群集节点。配置管理系统的示例包括 Microsoft System Center Configuration Manager 和 Microsoft System Center Virtual Machine Manager。

• 如果使用内部软件分发服务器（例如 WSUS 服务器）来包含和部署更新，请确保这些服务器正确标识群集节点的已批准更新。

• 查看群集角色的任何首选所有者设置。配置这些设置，以便软件更新过程完成时群集角色将在群集节点之间分发。

下面我们来看看这个CAU到底长什么样：

选择群集感知更新

这就是CAU了，其实在这里主要分为6个功能，分别为：

• 一次性自动更新群集宿主机补丁（将更新应用于此群集）

• 预览需要安装的更新补丁列表（预览此群集的更新）

• 配置或修改自动更新群集宿主机配置参数文件（创建或修改更新运行配置文件）

• 查看历史更新报告（生成有关过去更新运行的报告）

• 配置定期自动更新群集宿主机补丁（配置群集自我更新选项）

• 群集更新先决条件检查（分析群集更新就绪情况）

相信我这样诠释下大家都知道右侧每一项大概的意思了。