还原服务器场 (SharePoint Server 2010)

适用于： SharePoint Foundation 2010, SharePoint Server 2010

上一次修改主题： 2016-11-30

本文介绍如何还原 Microsoft SharePoint Server 2010 服务器场。通常，仅在出现涉及整个服务器场的故障或无法对服务器场的组成部分进行部分恢复时，才执行服务器场级别的恢复。如果只需要还原部分服务器场、特定数据库、服务应用程序、列表、文档库或特定文档，请使用其他恢复方法。有关备用恢复方法的详细信息，请参阅相关内容。

通常出于以下任一原因而执行服务器场恢复：

• 在发生火灾、自然灾害、设备故障或其他数据丢失事件后还原服务器场。

• 将服务器场配置设置和数据还原到以前某个特定的时间和日期。

• 将 SharePoint Server 2010 部署从一个服务器场移到另一个服务器场。

本文内容：

• 恢复服务器场时的注意事项

• 使用 Windows PowerShell 还原服务器场

• 使用管理中心还原服务器场

• 使用 SQL Server 工具还原服务器场

恢复服务器场时的注意事项

准备恢复服务器场时，请注意以下问题：

• 不能将多服务器场还原为单服务器场，也不能将单服务器场还原为多服务器场。

• 不能从一个版本的 Microsoft SharePoint Server 中备份后，再将其备份内容还原为另一个版本的 SharePoint Server。

• 备份服务器场的同时将备份配置和管理中心内容数据库，但无法使用 Microsoft SharePoint Server 2010 工具还原这些数据库。有关备份和还原所有服务器场数据库的详细信息，请参阅移动所有数据库 (SharePoint Server 2010)。

• 当使用 Microsoft SharePoint Server 2010 还原服务器场时，该还原过程将不会自动启动所有服务应用程序。您必须使用管理中心或 Windows PowerShell 来手动启动它们。请勿使用 SharePoint 产品配置向导来启动服务，因为这样做还将重新设置服务和服务代理。

• 使用内置工具还原或重新附加数据库时，保留每个内容数据库的标识符 (ID)。使用内置工具时的默认更改日志保留行为如下所示：

  1. 还原服务器场时，保留所有数据库的更改日志。

  2. 重新附加或还原数据库时，保留内容数据库的更改日志。

     当保留数据库 ID 和更改日志时，搜索系统将根据爬网规则定义的定期计划继续爬网。

     如果在还原现有数据库时，不使用 overwrite 选项，则会为还原的数据库分配一个新的 ID，并且不保留数据库更改日志。下次对数据库爬网时，会将内容数据库中的数据添加到索引。

     如果在执行还原操作时，备份包中的 ID 已经在服务器场中使用，则会为还原的数据库分配一个新的 ID，并且会在还原日志中添加一条警告。能否执行增量爬网（而不是完全爬网）取决于内容数据库 ID 是否与以前相同，以及搜索系统所使用的更改日志令牌对内容数据库中的当前更改日志是否有效。如果不保留更改日志，则令牌将无效，并且搜索系统将必须执行完全爬网。

• SharePoint Server 2010 备份过程会备份 Business Data Connectivity Service 外部内容类型定义，但不会备份数据源本身。为了保护数据，您应在备份 Business Data Connectivity Service 或服务器场的同时备份数据源。

  如果您先后将 Business Data Connectivity Service 或服务器场和数据源还原到不同的位置，则必须在外部内容类型定义中更改位置信息。如果没有更改，则 Business Data Connectivity Service 可能无法找到数据源。

• 只有在使用 FILESTREAM 远程 BLOB 存储提供程序将数据放入远程 BLOB 存储区时，SharePoint Server 2010 才会还原远程二进制大型对象 (BLOB) 存储区。

  如果使用的是其他提供程序，您必须手动还原远程 BLOB 存储区。

• 如果用户创建了内容的副本，以供在 Microsoft SharePoint Workspace 2010 中进行脱机编辑，并且该内容可从服务器上的备份进行还原，则当用户重新连接时，服务器会自动将脱机内容与还原的内容进行同步。这可能会导致用户的内容副本中的数据丢失。

• 如果在服务器场中共享服务应用程序，请注意，已交换的信任证书不会包括在服务器场备份中。必须单独备份证书存储或在单独的位置保留证书。在还原共享服务应用程序的服务器场时，必须导入和重新部署证书，然后重新建立任何场间信任。

  有关详细信息，请参阅在服务器场之间交换信任证书 (SharePoint Server 2010)。

• 在还原配置为使用基于声明的身份验证的 Web 应用程序后，通常会显示重复或额外的声明提供程序。如果出现重复项，则必须手动保存每个 Web 应用程序区域，以移除重复项。有关详细信息，请参阅还原 Web 应用程序 (SharePoint Server 2010)。

• 如果还原的服务器场包含配置为使用基于声明的身份验证的 Web 应用程序，则需要执行其他步骤。有关详细信息，请参阅还原 Web 应用程序 (SharePoint Server 2010)。

使用 Windows PowerShell 还原服务器场

您可以使用 Windows PowerShell 来还原服务器场。

使用 Windows PowerShell 还原服务器场

1. 确认您满足以下最低要求：请参阅 Add-SPShellAdmin。

2. 在“开始”菜单上，单击“所有程序”。

3. 单击“Microsoft SharePoint 2010 产品”。

4. 单击“SharePoint 2010 Management Shell”。

5. 在 Windows PowerShell 命令提示符处，键入以下命令：

   Restore-SPFarm -Directory <BackupFolder> -RestoreMethod Overwrite [-BackupId <GUID>]
   

   其中：

   • <BackupFolder> 是用于存储备份文件的文件夹的路径。

   • <GUID> 是要从中进行还原的备份的标识符。

   备注

   如果您不以服务器场帐户的身份登录，系统会提示您提供服务器场帐户的凭据。

   如果不指定 BackupId，将使用最新备份。若要查看服务器场备份，请在 Windows PowerShell 命令提示符处键入以下命令：

   Get-SPBackupHistory -Directory <BackupFolder> -ShowBackup [-Verbose]
   

   其中：

   • <BackupFolder> 是用于存储备份文件的文件夹的路径。

   不能使用纯配置备份将内容数据库与配置一起还原。

6. 若要重新启动服务应用程序，请在 Windows PowerShell 命令提示符处键入以下命令：

   Start-SPServiceInstance -Identity <ServiceApplicationID>
   

   其中：

   • <ServiceApplicationID> 是服务应用程序的 GUID。

   有关使用 Windows PowerShell 重新启动服务应用程序的详细信息，请参阅 Start-SPServiceInstance。

有关使用 Windows PowerShell 还原服务器场的详细信息，请参阅 Restore-SPFarm。

使用管理中心还原服务器场

可以使用管理中心网站还原服务器场。

使用管理中心还原服务器场

1. 确认执行此过程的用户帐户是 SharePoint 组“Farm Administrators”的成员。

2. 在管理中心主页上的“备份和还原”部分，单击“从备份还原”。

3. 在“从备份还原 - 第 1 步(共 3 步): 选择要还原的备份”页上，从备份列表中选择包含服务器场备份的备份作业，然后单击“下一步”。单击备份旁的 (+) 可以查看关于每个备份的详细信息。

   备注

   如果未显示正确的备份作业，请在“备份目录位置”文本框中，键入正确备份文件夹的通用命名约定 (UNC) 路径，然后单击“刷新”。
   不能使用纯配置备份还原服务器场。

4. 在“从备份还原 - 第 2 步(共 3 步): 选择要还原的组件”页上，选中该服务器场旁边的复选框，然后单击“下一步”。

5. 在“从备份还原 - 第 3 步(共 3 步): 选择还原选项”页上，在“还原组件”部分，确保“服务器场”显示在“还原以下组件”列表中。

   在“仅还原配置设置”部分，确保已选择“还原内容和配置设置”选项。

   在“还原选项”部分的“还原类型”下，选择“相同配置”选项。此时将出现一个对话框，要求您确认操作。单击“确定”。

   备注

   如果未出现“仅还原配置设置”部分，则您选择的备份是纯配置备份。必须选择其他备份。

   单击“开始还原”。

6. 在“备份和还原作业状态”页顶部的“准备情况”部分，可以查看所有恢复作业的常规状态。在该页下部的“还原”部分，可以查看当前恢复作业的状态。状态页每 30 秒自动更新一次。通过单击“刷新”可以手动更新状态详细信息。备份和恢复是定时服务作业。因此，可能需要几秒钟，才会开始恢复。

   如果收到任何错误，则可在“备份和还原作业状态”页的“失败消息”列中查看这些错误。还可以在步骤 3 中指定的 UNC 路径下的 Sprestore.log 文件中找到更多详细信息。

7. 完成还原过程后，可能需要重新启动一个或多个服务应用程序。请在管理中心主页上的“应用程序管理”部分，单击“管理服务器上的服务”。

8. 在“服务器上的服务”页上，单击要运行的服务应用程序旁“操作”列中的“启动”，以启动与服务应用程序相关的任何服务。

9. 重新建立任何信任关系。有关详细信息，请参阅在服务器场之间交换信任证书 (SharePoint Server 2010)。

使用 SQL Server 工具还原服务器场

使用 SQL Server 工具虽然不能还原整个服务器场，但可以还原大多数服务器场数据库。如果使用 SQL Server 工具还原数据库，必须使用管理中心或 Windows PowerShell 还原服务器场配置。有关如何还原服务器场的配置设置的详细信息，请参阅还原服务器场配置 (SharePoint Server 2010)。

在还原 SharePoint Server 2010 之前，建议您先针对网站和项目恢复配置恢复场。

执行下列步骤还原数据库：

1. 如果可能，应备份当前数据库的实时事务日志，以保护自上次完整备份后所做的任何更改。

2. 还原上一个完整数据库备份。

3. 还原最近一次完整数据库备份后进行的最新差异数据库备份。

4. 还原最近一次完整或差异数据库备份后进行的所有事务日志备份。

使用 SQL Server 工具还原服务器场

1. 确认执行此过程的用户帐户是 sysadmin 固定服务器角色的成员。

2. 如果 Windows SharePoint Services 定时服务正在运行，请停止该服务并等待几分钟，直到任何当前正在运行的存储过程完成。在还原所有必须还原的数据库之前，请勿重新启动此服务。

3. 启动 SQL Server Management Studio 并连接到数据库服务器。

4. 在对象资源管理器中，展开“数据库”。

5. 右键单击要还原的数据库，指向“任务”，再指向“还原”，然后单击“数据库”。

   在恢复操作过程中，数据库将自动脱机，任何其他进程均无法访问。

6. 在“还原数据库”对话框中，指定目标和源，然后选择要还原的一个或多个备份集。

   目标和源的默认值适用于大多数恢复方案。

7. 在“选择页面”窗格中，单击“选项”。

8. 在“还原选项”部分，只选中“覆盖现有数据库”。除非您的环境或策略另有要求，否则不要选中此部分的其他选项。

9. 在“恢复状态”部分：

   • 如果已包括所有必须还原的事务日志，则选择“全部恢复”。

   • 如果必须还原其他事务日志，则选择“部分恢复”。

   • 在该方案中，不使用第三个选项“包含备用内容的恢复”。

     备注

     有关这些恢复选项的详细信息，请参阅还原数据库（“选项”页） (https://go.microsoft.com/fwlink/?linkid=114420&clcid=0x804)。

10. 单击“确定”完成恢复操作。

11. 除配置数据库外，请对要还原的每个数据库重复步骤 4 - 9。

    重要

    如果要还原用户配置文件数据库（默认情况下名为“User Profile Service_ProfileDB_<GUID>”），则还要还原社会数据库（默认情况下名为“User Profile Service_SocialDB_<GUID>”）。如果不这样做，则会导致用户配置文件数据中出现难以检测和修复的不准确情况。

12. 若要还原配置设置，必须使用现有配置数据库或手动创建一个新数据库并将配置还原到该数据库。有关还原服务器场配置的详细信息，请参阅还原服务器场配置 (SharePoint Server 2010)。

13. 启动 Windows SharePoint Services 定时服务。

14. 启动任何必须重新启动的服务应用程序。为此，请参阅上文中的“使用管理中心还原服务器场”过程中的步骤 7 和步骤 8。

相关内容