假设我们在 Windows Server 2016 上有一个服务器作为 SQL Server 2017,最近都有一些待处理的更新
下面几个问题:
安装更新的正确顺序是什么 - 首先是 Windows,然后是 SQL Server?反之亦然 ?
还是顺序无所谓?我如何知道我的 Windows 或 SQL Server 更新是否失败?
是否有可能任何更新都可能失败并使服务器处于不可用状态?
如果 Windows 或 SQL Server 更新不成功(甚至破坏系统),如何回滚(还原)?
假设我们在 Windows Server 2016 上有一个服务器作为 SQL Server 2017,最近都有一些待处理的更新
下面几个问题:
安装更新的正确顺序是什么 - 首先是 Windows,然后是 SQL Server?反之亦然 ?
还是顺序无所谓?
我如何知道我的 Windows 或 SQL Server 更新是否失败?
是否有可能任何更新都可能失败并使服务器处于不可用状态?
如果 Windows 或 SQL Server 更新不成功(甚至破坏系统),如何回滚(还原)?
对于需要应用特定 SQL Server 更新的 Windows 更新不太可能有任何先决条件,因为并非所有 Windows Server 都运行 SQL Server,但是,对于给定的 SQL Server 更新,您可能需要特定的 Windows 更新(无突然想到,但这是可以想象的)。因此,鉴于此,首先应用 Windows 更新可能是您最好的选择。
注意:Windows 更新通常会设置重启挂起标志,这可能会导致 SQL Server 更新安装程序无法通过先决条件检查。如果需要,您需要协调您的修补过程以处理应用补丁之间的重新启动。
虽然 SQL Server 更新可能会导致导致 SQL Server 无法使用的故障,但这种情况并不常见。虽然有发生这种情况的例子,请查看Aaron Bertrand 的博客文章,了解更新旧 SQL Server 版本以支持 TLS 1.2 - SQL 2008 和 2008 R2 在应用 TLS 1.2 补丁后有许多导致服务中断的早期问题。
要确认 SQL 更新安装的结果,您需要查看安装日志文件,该文件将提供应确认安装是否成功的摘要状态。通常,您要检查 summary.txt 文件并确认结果报告为“通过”或“通过,但需要重新启动”。
对于 Windows 更新,您需要查看 Windows 更新安装的CBS.log文件。
通常,可以简单地从服务器卸载更新以恢复到以前的状态。这可以通过程序和功能(对于 SQL 更新,对于 SQL 2008+)和 Windows 更新中心(对于 Windows 更新)来完成
在阻止服务器启动的致命错误的情况下,您可以在应用可用于回滚的更新之前拍摄 VM 的快照。