Windows Server环境中的关键任务工作量总是密集的。工作量会主要集中在Hyper-V部署集群、硬件故障转移集群或者外来集群的顶部。集群中常用的表格都是基于Failover Clustering Service而设计的。

Failover集群在操作系统（简称OS）升级方面经常会要面临一些挑战。当硬件发生故障时，我们可以采用脱机的手段，降低Failover集群关键工作负载。即使如此，更新Windows服务器所组成的集群节点，并使之转换到较新的Windows版本时通常会出现工作负载停机的情况。遇到此类情况是，一些管理员会创建一种新的集群，将工作负载转移到新集群中，从而克服上述停机问题。此时就是滚动升级的切入点。

在Windows Server 2016环境中，滚动集群升级所提供的支持将会使现在的Windows Server升级到Windows Server 2016时不会出现停机的情况。

从功能性的角度来看，集群OS滚动升级与Active Directory升级很相似。假设某公司在Windows Server 2008 R2中的域控制器基础上运行Active Directory深林，并想要将域控制器更新到Windows Server 2012 R2版本。这种更新方式不需要让Active Directory停机或者从新再构建一个新的型号。相反，微软通过新手段与旧方法的融合而解决以上难题。

管理员在更新域控制器转换到新操作系统的同时也可以实现Active Directory的升级，也许在此过程中还会增加一些新型的域控制器。在整个升级的过程中，工作负载要保证Active Directory原有功能正常运行，因为在同一时间内会出现多个域控制器停机的现象。

使用以上方法更新Active Directory是可行的，以本文中所提到的Windows Server 2012 R2为例，新型Windows Server OS可以向后兼容现有操作系统Windows Server 2008 R2。一旦所有域控制器全部完成升级工作，Active Directory便可以在Windows Server 2012 R2上运行，但是跟在Windows Server 2008 R2上运行的效果是一样的。这是因为运用了功能级别。功能层可以暗示域控制器正在一个特定的OS中运行。假设所有的域控制器都在Windows Server 2012 R2上运行，但是域和森林功能级别都设置在Windows Server 2008 R2中，那么，Active Directory就可以像在Windows Server 2008 R2服务器一样正常运行。在Windows Server 2008 R2之后版本的引入的都能都不用使用，但是却可以额继续将Windows Server 2008 R2域控制器添加到域中。Active Directory的独立行为就好像管理员提高功能级别后运行在Windows Server 2012 R2中一样。

微软采用这种方法来更新Windows Server 2016集群。只允许管理员一个节点接一个节点的更新集群，直到所有节点都能在新操作系统运行为止。直到达到这个要求，升级过程才能反逆。如果管理员决定再次使用Windows Server 2016，那么他们便可以继续使用之前的操作系统。

如果管理员提高了集群功能级别，那么升级就变成永久性的了。正如森林功能级别和域功能级别设置会对域控制器支持操作系统起一定的影响作用，无论集群是参照本地Windows Server 2016集群还是遗留Windows Server集群进行操作，集群功能级别也都会对Windows产生影响。

目前，集群滚动升级会面临一系列局限性，当Windows Server 2016正式发布时也许会有一些变化。其中一些明显的局限包括：

• 必须在Windows Server 2012 R2中升级集群。
• 不支持集群节点原状态升级。需要安装清洁的Windows Server 2016。
• 必须使用Windows Server 2016管理工具才能执行集群级别管理操作，其中在另外一个集群中增加节点。

微软建议，避免在混合模式的集群中重新配置存储或者增加存储，因为这样做可能会产生挥之不去的兼容性问题。