检查SQL Server 2014 构建版本以确定适合我的服务器的更新,我对使用什么更新有点困惑。做了一些研究,发现我应该应用最新的服务包和累积更新。好的,但还有一个问题:
我目前安装了 SP2,并且有一个用于 SP2 的 CU,发布日期为July 29, 2019,但 SP3 已发布October 30, 2018。
在我看来,SP2 的 CU15-CU18 不应该存在。(我知道我错了,但我不知道为什么)
服务包中有什么可能不想安装但会安装在最新 SP 之后发布的其他 CU?
检查SQL Server 2014 构建版本以确定适合我的服务器的更新,我对使用什么更新有点困惑。做了一些研究,发现我应该应用最新的服务包和累积更新。好的,但还有一个问题:
我目前安装了 SP2,并且有一个用于 SP2 的 CU,发布日期为July 29, 2019,但 SP3 已发布October 30, 2018。
在我看来,SP2 的 CU15-CU18 不应该存在。(我知道我错了,但我不知道为什么)
服务包中有什么可能不想安装但会安装在最新 SP 之后发布的其他 CU?
如果您现在打算继续使用 SP2,则可以安装您确定需要的任何 SP2 CU。要具体回答为什么此时应该安装 SP2 CU,这有点模糊。除非有您需要的修复程序,否则您实际上不需要安装 CU,因此如果您没有 CU 修复的任何问题,那么您可能会考虑不安装它们。
如果升级到 SP3,则可以开始安装 SP3 CU。
至于为什么有问题的 SP2 CU 甚至存在,Microsoft 会在一段时间内继续发布旧服务包级别的 CU 和安全更新,这样您就不必立即更新到最新的 SP 以便能够安装它们的修复程序。地址。
CU 通常会针对影响有限数量或客户的问题进行修复,因此每次发布 CU 时升级并不重要。您当然不想在 CU 发布后立即升级生产系统,除非其中有解决您系统问题的内容。
不过,更重要的是安全更新,建议在非生产环境中安装和测试这些更新,然后尽快投入生产。如果存在数据泄露,您希望能够说已安装所有安全更新,即使泄露与这些更新无关。
您可以在Search Product Lifecycle中查看给定服务包的支持/更新时间,您将在其中看到以下内容: