简介

ISM (增量) 模型可从团队Microsoft SQL Server,为报告的问题提供修补程序。 ISM 的目标是在可接受的时间按可预测的计划提供高质量的修复。

更多信息

SQL Server团队正在从当前优先级驱动的修补程序发布模型迁移到计划交付模型。 在计划的交付模型中,客户可以收到修补程序,以在短时间内解决最关键的情况。 此外,客户可以收到已进行更多测试且按计划发布的修补程序。 因此,SQL Server团队创建了以下传送机制。

COD 服务 (按需)


  • 该问题必须满足此请求的某些条件。 这包括缺少有效的解决方法、关键业务效果等。

  • 任何客户都可以请求修补程序,无论其支持产品/服务如何,只要它满足请求的条件。

  • 修补程序根据客户需求在相互同意的日期或之前发布。

  • 此修补程序版本可以包含一个或多个修补程序。

按需 (OD)

  • 该问题必须满足此请求的某些条件。 这包括缺少有效的解决方法、关键业务效果等。

  • 任何客户都可以请求修补程序,无论其支持产品/服务如何,只要它满足请求的条件。

  • 修补程序根据客户需求在相互同意的日期或之前发布。

  • 此修补程序版本可以包含一个或多个修补程序。

CU (累积)

  • 任何客户都可以请求更新,不管其支持产品/服务是什么。

  • 更新每 2 个月发布一次。

  • 更新包含以下内容:

    • 到目前为止,所有以前的关键按需修补程序。

    • 修复了符合修补程序接受条件的问题。 这些条件包括解决方法可用性、客户效果、可再现性、必须更改的代码的复杂性等。

GDR (常规)


  • GDR 解决了具有广泛客户影响、具有安全含义或同时影响两者的问题。 GDR 由 Microsoft 确定并在适当的时候颁发。 GDR 保持最低。

  • 客户无法请求 GDR。 Microsoft 内部确定是否将报告的修补程序分类为 GDR 并作为 GDR 传递。

  • GDR 通过下载中心发布。 GDR 还通过 Microsoft 更新、Windows 更新或两者发布。

默认情况下,所有修补程序都通过 GDR 版本、CU 版本和 COD 版本提供服务。 当产品的修补程序请求量低于特定阈值(例如每月十个修补程序请求)时,SQL 团队会停止 CU 发布,并通过 GDR 版本、OD 版本和 COD 版本提供修补程序。 团队SQL Server根据支持成本和客户需求做出判断。

下图概述了典型产品的 ISM 支持周期。 将显示原始版本支持周期和首个 Service Pack 支持周期。 此类时间线也适用于产品的所有未来版本。 例如,时间线适用于 Service Pack 1 和 Service Pack 2。 时间线适用于支持矩阵中的所有产品。

备用文本

请注意,不同产品在原始发布版本和首次 Service Pack 发布之间可能有不同的时间段。 GDR 和 COD 可以在产品的支持生命周期内发生。

使用非 ISM 服务模型时,主要版本后的汇总版本涵盖在早期版本与当前版本之间发生的服务差距。 例如,汇总版本涵盖原始发布版本与 Service Pack 1 版本之间发生的间隙。 由于 ISM 消除了服务缺口,因此 ISM 无需修补程序汇总发布。 新版本后的第一个 CU 包含修补程序汇总以及任何其他 QFE。

修补程序包不会替换服务包。 修补程序包是可选的。 修补程序包随时可安装或卸载。 此外,修补程序包是累积的。 因此,最新的 OD 修补程序包或 CU 修补程序包包括所有以前发布的修补程序。

SQL Server团队正在引入此修订模型,同时侧重于提高修补程序质量SQL Server减少修补程序需求的方法。

需要更多帮助?

扩展你的技能
了解培训
抢先获得新功能
加入 Microsoft 内部人员

此信息是否有帮助?

你对语言质量的满意程度如何?
哪些因素影响了你的体验?

谢谢您的反馈!

×