我试图了解SQL Server Cumulative Updates推荐的最佳实践是什么。
目前，我们遵循“除非 CU 解决的问题是我们遇到的问题，否则什么都不做”的想法。这是从“如果它没有坏掉，就不要修复它”的方法起作用的，但我想知道这是否真的是一个好主意，因为许多 CU 都有性能增强。我们正在考虑将 CU 添加到在 CU 发布后一两个月的定期维护周期中应用的补丁中。
其他人做什么，为什么？
作为对影响以下答案的问题的更新，2016 年 3 月 24 日，Microsoft 的 SQL Server 团队宣布他们正在更新他们的服务模型。Microsoft 建议所有用户安装 2016 年 1 月之后发布的所有 CU：
从 1 月 CU 版本开始，这些警告消息已更新，我们现在建议在 CU 可用时进行持续、主动的安装。您计划安装 CU 时应具有与计划安装 SP（服务包）发布时相同的信心水平。这是因为 CU 的认证和测试达到 SP 的水平。此外，Microsoft CSS 数据表明，很大一部分客户问题通常以前在已发布的 CU 中得到解决，但并未主动应用。更重要的是，CU 包含除修补程序之外的附加值。这些还可能包含增强整体体验的可支持性、日志记录和可靠性更新。
除了消息和指南更新之外，我们还对 CU 收购模型进行了更新。
收购变更：
- 当然，CU 传统上是在“Hotfix”服务器上提供的（伴随着与“QFE”或“Hotfix”相关联的“警告语”）。这里的不一致之处在于 CU 不再是真正简单的快速修补程序。所包含的更新在今天的个人和完整系统集成级别上都经过了很好的测试。
- 因此，我们现在在 microsoft.com/downloads 上放置每个主流支持基线（今天的 2012 SP2/SP3 和 2014 RTM/SP1）的最新 CU，就像今天对 Service Pack 所做的一样
- 此外，我们将很快将所有 CU 发布和维护到 Windows 更新目录中，以促进获取和分发
- 只有临时 CU …
sql-server ×1