还原服务器场 (SharePoint Foundation 2010)

 

适用于: SharePoint Foundation 2010

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

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

通常会出于以下任意原因而执行服务器场恢复:

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

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

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

本文内容:

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

  • 使用 Windows PowerShell 还原服务器场

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

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

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

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

  • 不能将多服务器的服务器场还原为单服务器的服务器场,也不能反过来这样做。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

  • 如果还原的服务器场包含配置为使用基于声明的身份验证的 Web 应用程序,则需要执行其他步骤。有关详细信息,请参阅还原 Web 应用程序 (SharePoint Foundation 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,将使用最新备份。若要查看服务器场备份,请键入以下命令:

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

    其中:

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

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

  6. 若要重新启动服务应用程序,请键入以下命令:

    Start-SPServiceInstance -Identity <ServiceApplicationID>
    

    其中:

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

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

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

备注

我们建议您在执行命令行管理任务时使用 Windows PowerShell。Stsadm 命令行工具已被弃用,仍然包含该工具是为了支持与之前产品版本的兼容性。

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

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

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

  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 Foundation 2010)

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

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

备注

搜索索引不存储在 SQL Server 中。如果使用 SQL Server 工具来备份和还原搜索,则必须在还原内容数据库之后执行完全爬网。

在还原 SharePoint Foundation 2010 之前,建议您为网站和项目的恢复配置恢复场。

通过执行以下步骤来还原数据库:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

  11. 除了配置数据库外,为每个要还原的数据库重复步骤 4 到 9。

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

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

相关内容

资源中心

SharePoint Foundation 2010 的业务连续性管理(该链接可能指向英文页面) (https://go.microsoft.com/fwlink/?linkid=201997&clcid=0x804)(该链接可能指向英文页面)

IT 专业人员内容

备份服务器场 (SharePoint Foundation 2010)

还原服务器场配置 (SharePoint Foundation 2010)

还原 Web 应用程序 (SharePoint Foundation 2010)

还原内容数据库 (SharePoint Foundation 2010)