在将 sql server 2016 修补到最新的累积补丁方面，我发现停止服务有助于避免很多不便，特别是在涉及日志传送和复制的情况下：
然而，
在升级到最新的SSMS时，停止服务似乎并没有使旧版本的卸载更快，这确实是一个非常缓慢的过程。
同样慢的是安装。
即使为此操作停止了相关服务：
加上在该过程结束时重新启动。
为了自动化或优化安装新 SSMS（当前为 18.5.1）的过程，有什么可以做的吗？
AskOverflow.Dev
在将 sql server 2016 修补到最新的累积补丁方面，我发现停止服务有助于避免很多不便，特别是在涉及日志传送和复制的情况下：
然而，
在升级到最新的SSMS时，停止服务似乎并没有使旧版本的卸载更快，这确实是一个非常缓慢的过程。
同样慢的是安装。
即使为此操作停止了相关服务：
加上在该过程结束时重新启动。
为了自动化或优化安装新 SSMS（当前为 18.5.1）的过程，有什么可以做的吗？
所有相对较新的 SSMS 版本都彼此并排安装，所以我不会老老实实地删除它们。如果当前版本在同一个主要版本上，他们将升级它。
较新的版本发布得更快，有时可能会出现一些错误，因此如果遇到错误，使用旧版本也很有帮助。
至于让它更快，您可以尝试使用像winget（预览版，但由 Microsoft 提供）或Chocolatey或任何其他通用自动化软件（Ansible 等）这样的包管理器
正如 Kin 所提到的，SSMS 本身也有命令行选项。而且我还会在实际的 SQL Server 机器上回应不要定期（或根本不）这样做的警告。