SQL Server服务准则修改，微软希望开发者积极进行累积性更新

微软 数据库 SQL

摘要

微软大幅修改了SQL Server的支持策略。过去，该策略基本上是“除非你有问题，否则等待服务包”。现在，他们希望开发者积极进行累积性更新。

正文

微软大幅修改了SQL Server的支持策略。过去，该策略基本上是“除非你有问题，否则等待服务包”。即使已经有了可用的累积性更新（CU），微软也是强烈建议不要使用，并给出类似下面这样的警示信息：

“该累积性包旨在解决且仅仅解决这篇文章中描述的问题。它仅能用于正经受这些特定问题的系统。”

“微软现在已经提供了一个受支持的累积性更新包。不过，它旨在解决且仅仅解决这篇文章中描述的问题。”

这种思路的缺陷是，当该CU解决了一个影响他们服务器的问题时，DBA和开发者经常不知道。他们工作在任何性能退化或意外停机都是由他们自己的设计所导致这样一个假设之下，他们可能会等待数月，直到有一个服务包可以轻松解决他们的问题。

来自微软的最新建议是，使用同安装服务包相同的过程安装累积性更新。微软继续写道：

截止1月份的CU发布时，这些警示信息已经更新，我们现在建议持续地、积极主动地安装可用的CU。当CU发布时，你应该计划安装它们，并且同计划安装SP（服务包）一样有信心。这是因为CU经过了同SP一样的认证和测试。此外，微软CSS数据表明，有相当一部分的客户问题经常在一个此前已经发布的CU中解决了。甚至，CU包含的价值远在热补丁之上。它们也可能包含可以增强整体体验的可支持性、日志以及可靠性更新。

为了鼓励DBA积极主动地安装累积性更新，微软将在Windows下载上通过像正式服务包一样的Windows更新目录提供。此前，只能在“热补丁”服务器上获得它们，并且需要通过一个特殊的请求来访问。

在新模型下，对于给定的版本/服务包组合，只会提供最新的CU。

例如：当SQL Server 2014 SP1 “CU9”发布时，CU9将取代下载中心里的“CU8”成为2014 SP1的最新CU。进一步讲，虽然个别问题最初是在“CU8”中解决的，但CU KB将总是指向最新的CU（在下载中心里），在CU9发布之后就是CU9。点击CU8 KB中的“此问题的可用修补程序”链接会被导向CU9（最新）的下载。

查看英文原文：SQL Server's Servicing Rules Have Changed