我们如何才能构建一个安装了相同 SharePoint 补丁的新 SharePoint 服务器

Question

我们有几个 sharepoint 2013/2016 场，它们都共享这些架构：-

1. 一台安装了 SharePoint 服务器的 SharePoint 应用程序服务器。
2. 一台安装了 SharePoint 数据库的数据库服务器。

现在，作为我们备份策略的一部分，我们执行以下操作：-

1. 我们对 SharePoint 数据库执行备份。
2. 我们的数据库备份将对我们有益，以防数据库服务器遭受严重损坏而我们无法恢复。
3. 但是如果我们的 SharePoint 应用程序服务器崩溃了，那该怎么办呢？那么我们的数据库服务器和数据库备份将对我们没有好处。

现在有人可能会说我可以构建一个新的 SharePoint 应用程序服务器，并将其配置为在现有数据库上运行。但 SharePoint 中的问题是，SharePoint 应用程序服务器需要具有与崩溃的服务器相同的补丁级别。补丁级别是指作为 Windows 更新的一部分安装的所有 SharePoint 补丁（这些更新可以在控制面板中找到）。

所以我的问题是我们如何备份这些 SharePoint 补丁？ 以某种方式允许我们在任何新的 SharePoint 服务器中自动安装它们？ 在我找到方法之前，我正在截取我们的控制面板的屏幕截图，其中包括我们拥有的 SharePoint 更新，如下所示，这可以让我们知道需要安装哪些更新，以防我们遇到当前的 SharePoint 服务器受到严重损坏并且我们想要构建一个新的 SharePoint 服务器的情况（当然，在我们对服务器进行任何修补后，我都会更新此列表）。

Answer 1

看看文档（无论如何您都应该这样做，因为更新 SharePoint 绝对不像更新其他产品那么简单）。

对于 SharePoint 2013，自 Service Pack 1 以来，更新一直是累积性的，因此您只需跟踪安装的最后一个更新。如果/当您需要构建替换服务器时，只需应用 SP1，然后应用与原始服务器相同的更新；您不需要应用之前的所有更新。

SharePoint 2016 的情况要复杂得多，因为已经进行了多次非累积更新；只有在KB4011127更新已开始替换以前的更新。因此，您至少需要在安装与原始服务器上安装的相同更新之前到达那里。

Answer 2

采用不同方法解决问题的另一种答案是：为什么不备份整个服务器？

如果是虚拟机（如今大多数服务器都是虚拟机），那么在应用更新后，备份甚至克隆应该非常容易。但即使它是物理服务器，也有解决方案。

恢复备份比构建替换服务器要快得多。