在 SharePoint Server 2010 中规划备份和恢复

项目
03/04/2017

适用于： SharePoint Server 2010

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

本文介绍备份和恢复的计划过程中涉及的各个阶段，包括确定 Microsoft SharePoint Server 环境的备份和恢复策略并确定使用何种工具。这些阶段无需按照列出的顺序完成，并且该过程可能是反复进行的。

在规划如何使用备份和恢复来进行灾难恢复时，请考虑常见的事件、故障和错误；本地紧急事件；地区紧急事件。

重要

SharePoint 2010 Service Pack 1 (SP1) 升级过程将更改部分服务器场数据库和所有内容数据库的架构。由于这些更改，您可能需要采取额外的步骤，将在服务器场升级到 SP1 之前进行的备份还原到已升级到 SP1 的服务器场。有关执行此操作的详细信息，请参阅将 SP1 之前的备份还原到 SP1 场 (SharePoint Server 2010)。

有关 Microsoft SharePoint Server 备份和恢复的详细信息，请参阅备份和恢复概述 (SharePoint Server 2010)。

本文内容：

定义业务要求
选择要在您的环境中保护和恢复的内容
选择工具
确定策略
规划增强的备份和恢复性能

定义 SharePoint 服务器场和服务的业务要求

若要定义业务要求，请为环境中的每个服务器场和服务确定以下各项：

恢复点目标 (RPO) 是上一次可用备份与任何潜在失败点之间的最长时间段目标。它由企业可承受的在出现故障时丢失的数据量决定。
恢复时间目标 (RTO) 是数据恢复过程将需要的最长时间目标。它由企业可承受的网站或服务不可用的时间量决定。
恢复级别目标 (RLO) 是定义您必须能够按其恢复数据的粒度的目标 - 您是必须能够恢复整个服务器场、Web 应用程序、网站集、网站、列表或库，还是项目。

RPO 和 RTO 越短，RLO 粒度越细，花费的成本通常越高。

可以从 SharePoint 2010 产品备份和恢复规划工作簿（该链接可能指向英文页面） (https://go.microsoft.com/fwlink/?linkid=184385&clcid=0x804)（该链接可能指向英文页面）下载一个工作表，以帮助您规划 SharePoint Server 2010 环境的备份和恢复策略。

选择要在您的 SharePoint 环境中保护和恢复的内容

业务要求将有助于您确定必须保护环境的哪些组件，以及您必须能够按什么粒度来恢复这些组件。

下表列出了您可能决定保护的 SharePoint 环境的组件，以及可用于备份和恢复每个组件的工具。

组件	SharePoint 备份	Microsoft SQL Server 2008 Service Pack 1 (SP1) 和累积更新 2	System Center Data Protection Manager (DPM) 2010	文件系统备份
服务器场	是		是6
服务应用程序	是
Web 应用程序	是
内容数据库	是	是	是
网站集	是1, 2	是1, 2	是1, 2
网站	是2	是2	是
文档库或列表	是2	是2	是
列表项或文档			是
存储在远程 BLOB 存储区的内容	是3	是3	否3
作为解决方案包而部署的自定义项	是7	是7	是6, 7
通过使用管理中心或 API 对 Web.config 所做的更改	是	是	是4
配置设置 (SharePoint)	是2, 8	是2, 8	是 2, 9
不是作为解决方案包而部署的自定义项			是。如果文件是以文件形式受保护的，则可以恢复。4, 5	是
不是通过使用管理中心或 API 对 Web.config 所做的更改			是4	是
不是通过 SharePoint 设置的 IIS 配置			是5	是
SQL Server Reporting Services 数据库		是	是

1如果数据库中只存储一个网站集，则可使用服务器场级或数据库级备份和还原来进行网站集恢复。

2服务器场级和数据库级备份可用于 SharePoint Server 非附加数据库恢复，以还原网站集、网站、列表和配置。

3不能通过使用 DPM 还原在远程 BLOB 存储中所存储的内容。

4对 Web.config 所做的更改可使用 DPM 2010 中的文件系统备份进行备份。

5IIS 配置可通过使用 DPM 2010 中的裸机备份进行恢复。

6DPM 2010 可以结合使用裸机备份和 SharePoint Server 备份来恢复此项目。它不能作为对象进行备份和恢复。

7完全受信任的解决方案包存储在配置数据库中，沙盒解决方案存储在内容数据库中。它们可以作为服务器场或内容数据库恢复的一部分进行恢复。

8配置设置可以从服务器场级备份中进行恢复。有关详细信息，请参阅还原服务器场 (SharePoint Foundation 2010)还原服务器场 (SharePoint Server 2010)。

9SharePoint Server 2010 服务器场的管理中心内容数据库和配置数据库可以进行恢复，但只能在完整服务器场恢复过程中恢复到具有相同计算机的同一服务器场中。

备注

可以使用 stsadm.exe -o -registerwsswriter 操作将 SharePoint Server 2010 注册到 Windows Server Backup，以便为 SharePoint Server 配置卷影复制服务 (VSS) 编写器。这样，Windows Server Backup 将会在服务器端备份中包含 SharePoint Server 2010。当您从 Windows Server Backup 还原时，可以选择 Microsoft SharePoint Foundation（无论安装的是哪个版本的 SharePoint 2010 产品），在备份时 VSS 编写器报告的该服务器上 SharePoint Server 2010 的所有组件都将被还原。
只建议对单服务器部署使用 Windows Server Backup。

选择要从 SharePoint 内容数据库恢复的内容

您可以从内容数据库内恢复网站集、网站、列表和库。

对于内容数据库内的内容，备份和恢复工具提供了不同的恢复级别。恢复内容数据库中的对象总是比恢复整个内容数据库更加复杂。

保护自定义项

SharePoint 网站的自定义项可以包括：

母版页、页面布局和级联样式表。这些对象都存储在 Web 应用程序的内容数据库中。
Web 部件、网站或列表定义、自定义列、新的内容类型、自定义字段、自定义操作、编码工作流或工作流活动和条件。
第三方解决方案及其关联的二进制文件和注册表项，例如 IFilter。
对标准 XML 文件所做的更改。
自定义网站定义 (Webtemp.xml)。
对 Web.config 文件所做的更改。

自定义项的部署方式以及 Web.config 文件的更改方式会对可用来备份和恢复自定义项的工具产生重大影响。为了提供最大的恢复机会，建议您使用解决方案包来部署自定义项，并使用管理中心或 SharePoint API 和对象模型来配置 Web.config 文件。

保护工作流

工作流是可备份和恢复的自定义项的特例。请确保备份和恢复计划能满足适用于环境的以下方案的要求：

声明性工作流（如 Microsoft SharePoint Designer 2010 中创建的工作流）将存储在它们将部署到的网站集的内容数据库中。备份内容数据库可保护这些工作流。
自定义声明性工作流操作的组件位于以下三个位置：
1. 活动的 Visual Studio 程序集存储在全局程序集目录 (GAC) 中。
2. XML 定义文件（.ACTIONS 文件）存储在 14\TEMPLATE\{LCID}\Workflow 目录中。
3. 用于将活动标记为授权类型的 XML 项存储在它用于的 Web 应用程序的 Web.config 文件中。
如果服务器场工作流使用自定义操作，则应使用文件备份系统来保护这些文件和 XML 项。与 SharePoint Server 功能（如 Web 部件和事件接收器）类似，应在恢复后根据需要将这些文件重新应用于服务器场。
依赖自定义代码的工作流（例如，使用 Visual Studio 创建的工作流）存储在两个位置。工作流的 Visual Studio 程序集存储在全局程序集目录 (GAC) 中，XML 定义文件存储在 Features 目录中。这与其他类型的 SharePoint Server 功能（如 Web 部件和事件接收器）相同。如果工作流是作为解决方案包的一部分安装的，则备份内容数据库会保护这些工作流。
如果创建一个自定义工作流，该工作流与一个部署它的网站集之外的网站集进行交互，则必须备份这两个网站集才能保护该工作流。这包括写入另一个网站集中的历史记录列表或其他自定义列表的工作流。通过执行服务器场备份，足以备份服务器场中的所有网站集以及与这些网站集关联的所有工作流。
和任何其他数据文件一样，必须单独备份和还原尚未部署的工作流。如果开发一个新工作流但尚未将其部署到 SharePoint Server 服务器场，请确保使用 Windows 备份或其他文件系统备份应用程序来备份用于存储工作流项目文件的文件夹。

保护服务应用程序

SharePoint Server 环境中的服务应用程序可同时由服务设置和一个或多个数据库组成，也可以仅由服务设置组成。您不能通过仅还原数据库来还原整个服务应用程序。不过，您可以还原服务应用程序的数据库，然后设置服务应用程序。有关详细信息，请参阅还原服务应用程序 (SharePoint Server 2010)。

保护 SQL Server Reporting Services 数据库

SharePoint Server 备份和恢复不包括 SQL Server Reporting Services 数据库。您必须使用 SQL Server 工具。有关详细信息，请参阅 Reporting Services 安装的备份和还原操作 (https://go.microsoft.com/fwlink/?linkid=186642&clcid=0x804)。

选择 SharePoint 备份和恢复工具

若要选择正确的备份和恢复工具，您必须确定是否可以在时间和资源预算内满足设定的业务连续性要求。

在选择工具时要考虑的关键因素包括：

备份速度：该工具是否可在数据库维护时段内执行备份？应测试任一备份系统以确保它满足硬件要求。
恢复的完整性。
可恢复的对象的粒度。
支持的备份类型（完整备份、差异备份或增量备份）。
管理工具的复杂性。

下表针对 Microsoft 提供的备份和恢复工具比较了可在六小时时段内备份的服务器场的备份类型和大小。

工具	备份类型	在六小时内完成的备份的大小1
SharePoint 场备份和恢复	完整、差异	600 GB
SQL Server	完整、差异	600 GB
System Center Data Protection Manager	增量	TB

1备份大小的确定方式是：在备份系统时统计下面一节列出的测试硬件上的指定大小之和。

备注

SharePoint Server 和 SQL Server 备份在备份压缩功能打开的情况下执行。

测试硬件

下表列出了测试中使用的硬件，这些硬件决定了可在 6 小时时段内完成的备份大小。

组件	说明
处理器	64 位双处理器，3 GHz
RAM	8 GB
磁盘	2 TB NTFS 文件系统格式分区
网络	客户端计算机与服务器之间的连接速度为 100 MB/s (Mbps) 或更快
网络共享	具有 1.25 TB 可用空间的网络共享

备注

执行 SharePoint Server 2010 网站集备份的大小上限是 100 GB。

有关可用于 Microsoft SharePoint Server 的备份和恢复系统的详细信息，请参阅以下资源：

确定 SharePoint 备份和恢复策略

根据业务要求、恢复需求和所选的工具，针对您的环境确定并记录备份和恢复策略。

支持 SharePoint Server 环境的 IT 部门决定使用多个工具来保护环境的情况很常见，因为 IT 部门自己决定将使用的策略。

例如，在一个包含由 DBA 管理的数据库的环境中，可能会使用以下列表中的策略：

所有数据库都由 SQL Server 来备份。将基于以下情况设置备份时间间隔：
- 内容或服务的重要性。
- 备份对环境的性能影响。
小型、快速变化、对业务具有巨大影响的内容数据库受存储在单独物理磁盘上的 SQL Server 数据库快照的保护。只为每个数据库存储一个快照，并且快照会定期丢弃，以最大限度降低对性能的影响。将基于以下情况设置每个数据库的快照间隔：
- 内容或服务的重要性。
- 数据库的标准变化率。
- 快照对环境的性能影响。
- 存储快照所需的空间量。
从快照恢复比标准恢复速度快，因为 SharePoint Server 可以将快照及其基础数据库视为一个未附加数据库。但是，创建快照可能会降低基础数据库的性能。建议在实现快照之前，测试快照对系统性能的影响，并定期丢弃快照以减少所需空间。

备注

如果使用 RBS，并且使用的 RBS 提供程序不支持快照，则无法对备份使用快照。例如，FILESTREAM 提供程序不支持快照。
SharePoint Server 备份用于保护服务应用程序。备份间隔基于以下内容：
- 服务的重要性。
- 数据库的标准变化率。
- 备份对数据库的性能影响。
所有还原操作均通过 SharePoint Server 执行。选择使用哪个还原系统由可用的备份类型和还原的对象决定。

其他工具应包括在业务连续性策略中。还要考虑您将如何在整个环境内的网站集中使用回收站和版本控制。有关详细信息，请参阅规划业务连续性管理 (SharePoint Server 2010)。

规划设计 SharePoint 备份和恢复策略时的性能

在规划备份和恢复策略时，请考虑以下建议，以帮助您减轻备份和恢复对系统性能的影响。

根据设计，大多数备份作业会使用尽可能多的 I/O 资源，以便在可用的维护时间内完成作业。因此，您可能会遇到磁盘排队，并且可能还会遇到所有 I/O 请求的返回速度比通常慢的情况。这是正常的，不应将其视为问题。

遵循用于配置 SQL Server 和存储的建议

遵循为 SharePoint Server 环境配置 SQL Server 和存储的常规建议。有关详细信息，请参阅存储和 SQL Server 容量规划和配置 (SharePoint Server 2010)。

最大限度地减少 SQL Server 和备份位置之间的延迟

一般情况下，最好使用本地磁盘而不是网络驱动器来进行备份。如果要备份多台服务器，则可能需要有一台可供所有服务器写入的直接连接的计算机。如果网络驱动器与运行 SQL Server 的计算机之间的延迟为 1 毫秒或更短，则表明网络驱动器性能良好。如果您的服务器场中有多台服务器（包括运行 SQL Server 的计算机），则必须对 SharePoint 场备份位置使用 UNC 网络路径。

避免处理冲突

不要在用户必须访问系统时运行备份作业。

为避免 I/O 瓶颈，应在单独的磁盘上执行主备份，然后再复制到磁带。

请考虑分阶段备份，以避免在同一时间备份所有数据库。

SharePoint Server 备份使用 SQL Server 备份。当对备份使用压缩功能时，请注意不要使 SQL Server 负载过重。例如，某些第三方备份工具会在备份过程中压缩数据，这可能会扰乱 SQL Server 的性能。可使用工具来限制压缩进程并控制其对 SQL Server 的影响。

遵循 SQL Server 备份和还原优化建议

如果运行的是 SQL Server 2008 Enterprise，建议您使用备份压缩。有关详细信息，请参阅备份压缩 (SQL Server) (https://go.microsoft.com/fwlink/?linkid=179525&clcid=0x804)。

如果使用 SQL Server 备份，则应针对完整恢复模式使用完整、差异和事务日志备份的组合，以最大限度地缩短恢复时间。差异数据库备份通常比完整数据库备份更快，并且可以减少恢复数据库所需的事务日志量。

如果在 SQL Server 2008 中使用完整恢复模式，建议您在备份过程中使用截断选项以避免维护问题。

有关如何优化 SQL Server 备份和还原性能的详细建议，请参阅优化 SQL Server 中的备份和还原性能 (https://go.microsoft.com/fwlink/?linkid=126630&clcid=0x804)。

确保备份驱动器上有充分的写入性能

仔细考虑是否在磁盘备份设备上使用独立磁盘冗余阵列 (RAID)。例如，RAID 5 具有低写入性能，与单个磁盘的速度大致相同（这是因为 RAID 5 必须维护奇偶校验信息）。对备份设备使用 RAID 10 可以提供更快的备份速度。有关如何在备份时使用 RAID 的详细信息，请参阅配置 RAID 以实现最大的 SQL Server I/O 吞吐量（该链接可能指向英文页面） (https://go.microsoft.com/fwlink/?linkid=126632&clcid=0x804)（该链接可能指向英文页面）。