修补Server 2016

Question

我的大多数SQL服务器都在2016年的SP2上。安全小组已经确定，我需要稍后的安全更新应用，而且由于SP2今年失去了支持，我计划将其修补到SP3上。

问题是，我从来没有实际修补过Server，并且想知道在应用service时应该遵循什么好的过程。我在网上看到了一些，都大致相同，但只是需要一些意见，对最好的方式去做。

通过在线查看这些过程，我有以下几个问题：

• 我假设需要重新启动Server实例。安装修补程序时是否自动完成此操作？
• 是否需要停止实例上的所有活动？也就是说，是否所有与实例通信的应用程序服务都需要关闭？
• 是否也应该停止SQL代理？

Answer 1

在部署SQL修补程序时，需要进行大量的规划，这取决于您的产业规模和您正在使用的HA解决方案。我的修补例程通常是在大型公司中执行的，这些公司拥有1000多个SQL服务器和各种需要较高运行时间的应用程序。你的要求可能没有那么严格。

首先，在做任何事情之前，如果您有补丁，您需要确保在较低的区域测试补丁。让他们在那里运行几个星期，确保你不会遇到任何问题。如果您有QA团队，请让他们在这段时间内对应用程序进行猛烈的打击，以确保没有引入影响您的应用程序的bug。您最不想做的事情是直接在prod中安装一个补丁，然后将整个应用程序或数据库删除。

在修补你的下部区域后，你会想要补上博士的补丁。

最后，一旦您修补了更低的区域和DR区域，下面是修补生产/博士的一般过程。

修补独立SQL Servers

1. 对于独立的SQL服务器，最好首先确保没有作业正在运行，并停止SQL代理。您不希望一个长时间运行的作业在修补之前开始，然后需要等待它完成，或者必须在运行过程中杀死它。
2. 安装SQL修补程序并按照向导的提示操作。
3. 重新启动Server。
4. 在重新启动后验证运行状态。确保所有数据库恢复联机，并按预期处理事务。

修补可用性组

1. 首先修补您的二级副本(包括DR)。
2. 暂停数据移动到辅助副本。
3. 修补你的二级复制品。
4. 重新启动
5. 在重新启动后验证运行状态。确保所有数据库恢复联机，并按预期处理事务。
6. 在辅助副本上恢复数据库移动。
7. 在对所有二级副本进行修补后，请将主副本故障转移并重复上述步骤。

修补FCI

FCI可能是最简单的补丁。Server和SQL代理已在辅助节点上停止。

1. 在所有辅助节点上安装SQL修补程序。
2. 确保在活动节点上运行时没有SQL代理作业。如果没有，请将故障转移到一个次要节点。
3. 验证新主数据库是健康的，所有数据库都已联机，并且正在处理新的事务。
4. 修补前主节点。
5. 恢复到原始主节点并重复验证。

同样，如果您有一个QA团队，在您完成修补程序之后，也是让他们测试应用程序的好时机。

当您正在安装时，请考虑安装最新的累积更新。

Answer 2

要回答你的具体问题：

• 我假设Server实例需要重新启动？安装修补程序时是否自动完成此操作？

是。安装程序将至少重新启动Server实例一次。计划好了。

• 是否需要停止实例上的所有活动？也就是说，所有与实例通信的应用程序服务都需要关闭吗？

它“不需要”提前停止--但是实例将重新启动。您的应用程序能够优雅地处理这个问题吗？如果不是的话，就计划一扇窗户。

• 是否也应该停止SQL AGent？

就像数据库引擎一样-这也会下降和上升。确保它被设置为自动启动并恢复。

一个更老的我的博客上有一些关于修补的细节需要考虑。。除了上面的其他好答案。

Answer 3

有修补服务窗口是很好的。SP3将需要服务器重新启动(不会自动完成)，但是Service可能会变得不可用\在SP安装期间重新启动。你不需要阻止探员什么的。

如果您已经安装了HA，那么最好先在辅助节点上安装SP3并进行故障转移。