在将 sql server 2016 修补到最新的累积补丁方面，我发现停止服务有助于避免很多不便，特别是在涉及日志传送和复制的情况下：
然而，
在升级到最新的SSMS时，停止服务似乎并没有使旧版本的卸载更快，这确实是一个非常缓慢的过程。
同样慢的是安装。
即使为此操作停止了相关服务：
加上在该过程结束时重新启动。
为了自动化或优化安装新 SSMS（当前为 18.5.1）的过程，有什么可以做的吗？
我们有一个 SQL Server：
Microsoft SQL Server 2017 (RTM-CU14-GDR) (KB4494352) - 14.0.3103.1 (X64) 2019 年 3 月 22 日 22:33:11 Windows Server 2016 Datacenter 10.0（内部版本 14393:）（管理程序）上的企业版（64 位）
尝试安装“SQL Server 2017 的累积更新包 18 - KB4527377” https://www.microsoft.com/en-us/download/details.aspx?id=56128
安装程序做了 15 分钟，安装和更新文件，停止/启动服务，看起来它会成功，但最后它显示了这个：
需要采取的行动：
使用以下信息解决错误，然后再次尝试设置过程。
功能失败原因：
功能设置过程中发生错误。
错误详情：
安装 SQL Server 数据库引擎服务实例功能时出错
注册表中的用户日志目录无效。
验证实例配置单元下的 DefaultLog 键是否指向有效目录。
Error code: 0x851A0044 Visit https://go.microsoft.com/fwlink?LinkId=20476&ProdName=Microsoft+SQL+Server&EvtSrc=setup.rll&EvtID=50000&ProdVer=14.0.3257.3&EvtType=0xD8FB5EBA%400x97A656BB%401306%4068&EvtType=0xD8FB5EBA%400x97A656BB% 401306%4068以获取故障排除帮助。
是什么阻止了 CU18 安装？
我最近在我们的 SQL Server 上为其当前的SP（服务包）应用了最新的 SQL Server CU（累积更新）。我感觉我真的需要将它们全部更新到最新的 SP + CU。例如，我们有一个 2014 SP2 服务器，它现在有最新的 SP2 CU (SP2 CU18)。我应该将它更新到最新的 SP + CU (SP3 CU4) 吗？谢谢，-彼得
假设我们在 Windows Server 2016 上有一个服务器作为 SQL Server 2017，最近都有一些待处理的更新
下面几个问题：
安装更新的正确顺序是什么 - 首先是 Windows，然后是 SQL Server？反之亦然 ？
还是顺序无所谓？我如何知道我的 Windows 或 SQL Server 更新是否失败？
是否有可能任何更新都可能失败并使服务器处于不可用状态？
如果 Windows 或 SQL Server 更新不成功（甚至破坏系统），如何回滚（还原）？
我之前在 Stack Overflow 上问过这个问题，但我不确定是否应该将它迁移到 DBA Stack Exchange。
我尝试重新启动计算机但没有成功。此外，DBA 能够使用相同的方法从他的计算机迁移该表。我怀疑我的电脑可能有问题，但我不知道应该采取的故障排除步骤。唯一能想到的就是卸载重装SSMS，好像有点偏激。
话虽如此，我昨天确实执行了 Windows 更新。此外，本周早些时候我对 VS2017 进行了更新，现在 SSIS 脚本任务/组件的 VSTA 编辑器将无法打开。我知道在重新安装 MS 产品时，我需要让安全管理员禁用病毒扫描程序，因为这会阻止我重新安装的能力。所以，我想知道病毒扫描程序是否会干扰 Windows 更新。
在几个不同的 Windows Server 2016 安装上将SQL Server 2016 SP2 CU1（SP2 已应用）应用于 SQL Server 2016 后，我们注意到数据库邮件停止工作。邮件正在排队但未发送，我们在服务器上找不到任何错误消息，无论是在 SQL Server 日志中还是在 Windows Server 事件日志中。
在确认数据库邮件的所有设置都没有改变并且关于邮件中继服务器和其他外部因素的一切都应该是这样之后，我们可以看到一个老问题似乎又出现了：
DatabaseMail.exe的DatabaseMail.exe.config配置文件允许它在没有安装 .NET Framework 3.5 的情况下工作，已被 SQL Server 2016 SP2 CU1 更新删除。
在应用了补丁的所有实例上，SQL Server 安装的二进制目录中都缺少上面的配置文件。它在应用补丁之前就已经存在。
示例配置文件路径： C:\Program Files\Microsoft SQL Server\MSSQL13。instance_name \MSSQL\Binn\DatabaseMail.exe.config
专家们，
需要知道在修补 SQL 服务器以获取 Meltdown 补丁时是否有人目睹或发现了此类设置。
我们的系统管理员告知，可以根据注册表设置打开/关闭用于 Meltdown 的操作系统补丁，并且可以启用或禁用。
只是看看是否有人知道可用于 SQL 服务器补丁的类似方法？意味着您可以在需要时将其激活？
如果您没有听说，最近发现了一组相关的漏洞，这些漏洞几乎影响了过去十年销售的所有处理器。您可以在 InfoSec.SE 上找到有关崩溃/幽灵漏洞的更多技术细节。
作为 MongoDB DBA，我需要了解什么？
潜在的性能影响是什么？正确的修补指南是什么？云提供商针对此漏洞采取了哪些措施？
相关问题：
如果您没有听说，最近发现了一组相关漏洞，这些漏洞几乎影响了过去十年销售的所有处理器。您可以在 InfoSec.SE 上找到有关崩溃/幽灵漏洞的更多技术细节。
作为 SQL Server DBA，我需要了解什么？
如果我们不与其他公司共享我们的 SQL Server（或我们的虚拟机场），这仍然是一种风险吗？
这只是一个操作系统补丁吗？或者是否有解决此漏洞所需的 SQL Server 修补程序/修补程序？哪些 SQL Server 版本将被修补？
一些文章预测 5-30% 的性能影响，尤其是在高度虚拟化的环境中。有什么方法可以预测对我的 SQL Server 的性能影响可能是什么？
我在此示例中使用KB2977316和KB3045324。这些是 SQL Server 2014 RTM 的安全更新。
- KB2977316 版本 12.0.2381.0 发布于 6/2/2015
- KB3045324 版本 12.0.2269.0 于 2015 年 7 月 13 日发布
如果我有一个 SQL Server 2014 RTM 系统，我是否需要安装这两个，只安装最后一个发布的，还是版本号最高的那个？2381 更新是一个 600 MB 的下载，而 2269 版本是 183 MB，所以逻辑会表明 2269 不包含 2381 中包含的所有修复程序，我需要安装两者。我想让我失望的是，随着安装更新的更新而减少版本号似乎很奇怪。
请将答案和评论的范围仅限于安全更新。这个问题与 CU 或 SP 无关（除了根据特定的 CU 或 SP 级别应用不同的安全更新）。谢谢！