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