【问题标题】:Starting with SQL Server 2017, there will be no more Service Packs (only Cumulative Updates). Won't CUs get large?从 SQL Server 2017 开始,将不再有服务包(只有累积更新)。 CU不会变大吗?
【发布时间】:2019-11-06 15:18:30
【问题描述】:

我的理解是累积更新包含每一个在它之前推出的更新。这意味着,如果您正在运行 CU2,但 CU6 可用,您只需安装 CU6 并从 CU3、CU4、CU5 和 CU6 获取所有更新。

但是,有了这个新模型,CU 的大小不会变得很大吗? SQL Server 版本持续了大约十年,所以到 CU100 时,大小可能无法控制?

我能就这个问题得到一般的想法吗?我想知道是否只是我对新系统的理解是错误的?提前谢谢你。

【问题讨论】:

  • 对于一个关于编程的网站来说,这并不是一个真正的问题。你最好在 msdb 论坛上询问这个问题,或者可能是 DBA(但这也确实是题外话)。
  • 您询问的是 2 年前的版本。您可以查看过去 2 年发布的补丁的大小
  • 这个模型一点也不新鲜。所有累积更新始终包含以前 CU 的每个更新。唯一的区别是,在旧版本中,这只能追溯到最后一个服务包——但仅 SQL Server 2014 就有 18 个用于 SP2 的 CU,而 2017 年已经积累了 17 个 CU,因此远远超过其整个提升时间,2019 年刚刚发布。因此,实际影响可以忽略不计 - 几乎可以肯定不会有 CU100,因为在达到那个程度之前,支持将减少到安全修补程序。

标签: sql-server sql-server-2017 sql-server-2019


【解决方案1】:

SQL Server 2017 于两年前问世,因此您只需检查文件大小即可。答案是否定的,实际上它们比旧型号小。

如果您check the list of CUs,您会看到它们从 CU1 的 250MB 增长到 CU17 的 520MB。

如果您查看SQL Server 2016 downloads SP1 的列表,2016 年推出的为 550MB,而 2018 年推出的 SP2 为 774MB。 2016 CU 至少为 500MB。即使是第一个 SP1 CU 也至少有 400MB。

【讨论】:

  • 感谢帮助:CU 的大小可能会增长到几 GB(接近 SQL Server 版本的生命周期),但这没什么大不了的。再次感谢!
猜你喜欢
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2011-06-08
相关资源
最近更新 更多