微软大幅修改了 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(最新)的下载。
评论