在 SharePoint Server 中规划备份和恢复
适用于：
2013 2016 2019 Subscription Edition 
SharePoint in Microsoft 365
通常，在部署 SharePoint Server 环境之前，最好制定一个备份和恢复计划。 然后，您需要根据 SharePoint Server 的变化维护和更新备份和恢复计划，以便保护您的数据。
备份和恢复的计划过程中涉及的各个阶段包括确定 SharePoint Server 环境的备份和恢复策略并确定使用何种工具。 这些阶段无需按照列出的顺序完成，并且该过程可能是反复进行的。
在规划备份和恢复以进行灾难恢复时，请考虑常见的事件、故障和错误；本地紧急事件；地区紧急事件。 本文中的各节内容对您在备份和恢复计划中必须完成的各个阶段做了介绍。 每个阶段均是实现通过良好备份恢复 SharePoint Server 服务器场的最终目标的一个步骤。 您可以根据需要对各个阶段进行自定义。 请注意，整体备份和恢复计划是不断变化的，它必须反映当前的 SharePoint Server 环境。
有关 SharePoint Server 备份和恢复的详细信息，请参阅 SharePoint Server 中的备份和恢复概述。
定义 SharePoint 场和服务的业务要求
若要定义业务要求，请为环境中的每个服务器场和服务确定以下各项：
恢复点目标 (RPO) 是上一次可用备份与任何潜在失败点之间的最长时间段目标。 它由企业可承受的在出现故障时丢失的数据量决定。
恢复时间目标 (RTO) 是数据恢复过程将需要的最长时间目标。 它由企业可承受的网站或服务不可用的时间量决定。
恢复级别目标 (RLO) 是定义您必须能够按其恢复数据的粒度的目标 - 您是必须能够恢复整个服务器场、Web 应用程序、网站集、网站、列表或库，还是项目。
RPO 和 RTO 越短，RLO 粒度越细，花费的成本通常越高。
选择要在您的 SharePoint 环境中保护和恢复的内容
业务要求将有助于您确定必须保护环境的哪些组件，以及您必须能够按什么粒度来恢复这些组件。
下表列出了可能决定保护的 SharePoint 环境的组件，以及可用于备份和恢复每个组件的工具。 你会注意到，两个表虽然类似，但为每个 SharePoint Server 版本显示了特定的备份组件。
用于备份和恢复的 SharePoint Server 2016 组件
| 组件 | SharePoint 备份 | SQL Server 2014 Service Pack 1 (SP1) | SQL Server 2016 | System Center 2016 - Data Protection Manager 更新汇总 2 (UR2) | 文件系统备份 |
|---|---|---|---|---|---|
| 服务器场 |
是 |
是 (6) |
|||
| 服务应用程序 |
必需 |
||||
| Web 应用程序 |
必需 |
||||
| 内容数据库 |
必需 |
是 |
是 |
必需 |
|
| 网站集 |
是（1、2） |
是（1、2） |
是（1、2） |
是（1、2） |
|
| 网站 |
是 (2) |
是 (2) |
是 (2) |
是 |
|
| 文档库或列表 |
是 (2) |
是 (2) |
是 (2) |
必需 |
|
| 列表项或文档 |
必需 |
||||
| 存储在远程 BLOB 存储区的内容 |
是 (3) |
是 (3) |
是 (3) |
是 (3) |
|
| 作为解决方案包而部署的自定义项 |
是 (7) |
是 (7) |
是 (7) |
是（6、7） |
|
| 通过使用管理中心或 API 对 Web.config 所做的更改 |
可访问 |
是 |
是 |
是 (4) |
|
| SharePoint 配置设置 |
是（2、8） |
是（2、8） |
是（2、8） |
是（2、9） |
|
| 不是作为解决方案包而部署的自定义项 |
是，可恢复文件，前提是以文件形式受保护。 （4、5） |
是 |
|||
| 不是通过使用管理中心或 API 对 Web.config 所做的更改 |
是 (4) |
是 |
|||
| 不是通过 SharePoint Server 2016 设置的 IIS 配置 |
是 (5) |
是 |
|||
| SQL Server Reporting Services 数据库 |
是 |
是 |
是 |
(1) 如果数据库中只存储一个网站集，可使用场级和数据库级备份和还原进行网站集恢复。
(2) 场级和数据库级备份可用于 SharePoint Server 2016 非附加数据库恢复，以还原网站集、网站、列表和配置。
(3) 无法使用 系统中心数据保护管理器 还原远程 BLOB 存储中存储的内容。
(4) 可使用 DPM 中的文件系统备份来备份对 Web.config 所做的更改。
(5) 可使用 DPM 中的裸机备份来恢复 IIS 配置。
(6) DPM 可以结合使用裸机备份和 SharePoint Server 2016 备份，从而恢复此项。 它不能以对象形式获得备份和恢复。
(7) 完全信任的解决方案包存储在配置数据库中，沙盒解决方案存储在内容数据库中。 它们可以在场或内容数据库恢复过程中进行恢复。
(8) 配置设置可以通过场级备份进行恢复。 有关详细信息，请参阅在 SharePoint Server 中还原服务器场。
(9) 管理中心 内容数据库和 SharePoint Server 2016 场的配置数据库只能在整场恢复到同一场（计算机相同）的过程中进行恢复。
有关详细信息，请参阅 Announcement: Protect your Server 2016 workloads with Enhanced Security（公告：使用增强的安全性保护 Server 2016 工作负载）。
用于备份和恢复的 SharePoint 2013 组件
| 组件 | SharePoint 备份 | SQL Server 2008 Service Pack 1 (SP1) 和累积更新 2 | SQL Server 2012 | System Center 2012 - Data Protection Manager (DPM) | 文件系统备份 |
|---|---|---|---|---|---|
| 服务器场 |
是 |
是 (6) |
|||
| 服务应用程序 |
必需 |
||||
| Web 应用程序 |
必需 |
||||
| 内容数据库 |
必需 |
是 |
是 |
必需 |
|
| 网站集 |
是（1、2） |
是（1、2） |
是（1、2） |
是（1、2） |
|
| 网站 |
是 (2) |
是 (2) |
是 (2) |
是 |
|
| 文档库或列表 |
是 (2) |
是 (2) |
是 (2) |
必需 |
|
| 列表项或文档 |
必需 |
||||
| 存储在远程 BLOB 存储区的内容 |
是 (3) |
是 (3) |
是 (3) |
是 (3) |
|
| 作为解决方案包而部署的自定义项 |
是 (7) |
是 (7) |
是 (7) |
是（6、7） |
|
| 通过使用管理中心或 API 对 Web.config 所做的更改 |
可访问 |
是 |
是 |
是 (4) |
|
| SharePoint 配置设置 |
是（2、8） |
是（2、8） |
是（2、8） |
是（2、9） |
|
| 不是作为解决方案包而部署的自定义项 |
是，可恢复文件，前提是以文件形式受保护。 （4、5） |
是 |
|||
| 不是通过使用管理中心或 API 对 Web.config 所做的更改 |
是 (4) |
是 |
|||
| 不是通过 SharePoint 2013 设置的 IIS 配置 |
是 (5) |
是 |
|||
| SQL Server Reporting Services 数据库 |
是 |
是 |
是 |
(1) 如果数据库中只存储一个网站集，可使用场级和数据库级备份和还原进行网站集恢复。
(2) 场级和数据库级备份可用于 SharePoint 2013 非附加数据库恢复，以还原网站集、网站、列表和配置。
(3) 无法使用 系统中心数据保护管理器 还原远程 BLOB 存储中存储的内容。
(4) 可使用 DPM 中的文件系统备份来备份对 Web.config 所做的更改。
(5) 可使用 DPM 中的裸机备份来恢复 IIS 配置。
(6) DPM 可以结合使用裸机备份和 SharePoint 2013 备份，从而恢复此项。 它不能以对象形式获得备份和恢复。
(7) 完全信任的解决方案包存储在配置数据库中，沙盒解决方案存储在内容数据库中。 它们可以在场或内容数据库恢复过程中进行恢复。
(8) 配置设置可以通过场级备份进行恢复。 有关详细信息，请参阅在 SharePoint Server 中还原服务器场。
(9) 管理中心 内容数据库和 SharePoint 2013 场的配置数据库只能在整场恢复到同一场（计算机相同）的过程中进行恢复。
注意
[!注意] 可以使用 stsadm.exe -o -registerwsswriter 操作将 注册到 Windows Server 备份，以便为 配置卷影副本服务 (VSS) 编写器。 这样，Windows Server 备份将在服务器范围的备份中包含 。 当从 Windows Server 备份还原时，可以选择 SharePoint Foundation（无论安装的是哪个版本的 ），在备份时 VSS 编写器报告的该服务器上的所有 组件都将被还原。 > 建议仅将 Windows Server 备份与 用于单服务器部署。
选择要从 SharePoint 内容数据库恢复的内容
您可以从内容数据库内恢复网站集、网站、列表和库。
对于内容数据库内的内容，备份和恢复工具提供了不同的恢复级别。 恢复内容数据库中的对象总是比恢复整个内容数据库更加复杂。
保护自定义项
SharePoint 网站的自定义项可以包括：
母版页、页面布局和级联样式表。 这些对象都存储在 Web 应用程序的内容数据库中。
Web 部件、网站或列表定义、自定义列、新的内容类型、自定义字段、自定义操作、编码工作流或工作流活动和条件。
第三方解决方案及其关联的二进制文件和注册表项，例如 IFilter。
对标准 XML 文件所做的更改。
自定义网站定义 (Webtemp.xml)。
对 Web.config 文件所做的更改。
自定义项的部署方式以及 Web.config 文件的更改方式会对可用来备份和恢复自定义项的工具产生重大影响。 为了提供最大恢复机会，建议您使用解决方案包来部署自定义项，并使用管理中心或 SharePoint API 和对象模型来配置 Web.config 文件。
保护工作流
工作流是可备份和恢复的自定义项的特例。 请确保备份和恢复计划能满足适用于环境的以下方案的要求：
声明性工作流（如 SharePoint Designer 中创建的工作流）将存储在它们将部署到的网站集的内容数据库中。 备份内容数据库可保护这些工作流。
自定义声明性工作流操作的组件位于以下三个位置：
活动的 Visual Studio 程序集存储在全局程序集目录 (GAC) 中。
XML 定义文件 (。ACTIONS 文件) 存储在 15\TEMPLATE{LCID}\Workflow 目录中。
用于将活动标记为授权类型的 XML 项存储在它用于的 Web 应用程序的 Web.config 文件中。
如果服务器场工作流使用自定义操作，则应使用文件备份系统来保护这些文件和 XML 项。 与 SharePoint Server 功能（如 Web 部件和事件接收器）类似，应在恢复后根据需要将这些文件重新应用于服务器场。
依赖自定义代码的工作流（例如，使用 Visual Studio 创建的工作流）存储在两个位置。 工作流的 Visual Studio 程序集存储在全局程序集目录 (GAC) 中，XML 定义文件存储在 Features 目录中。 这与其他类型的 SharePoint Server 功能（如 Web 部件和事件接收器）相同。 如果工作流是作为解决方案包的一部分安装的，则备份内容数据库会保护这些工作流。
如果创建一个自定义工作流，该工作流与一个部署它的网站集之外的网站集进行交互，则必须备份这两个网站集才能保护该工作流。 这包括写入其他网站集中的历史记录列表或其他自定义列表的工作流。 通过执行服务器场备份，足以备份服务器场中的所有网站集以及与这些网站集关联的所有工作流。 有关详细信息，请参阅在 SharePoint Server 中备份自定义项中的"备份 SharePoint 中的工作流"。
必须像对待任何其他数据文件一样单独备份和还原尚未部署的工作流。 在部署一个新工作流但尚未将其部署到 SharePoint Server 服务器场时，请确保通过 Windows Server Backup 或其他文件系统备份应用程序来备份用于存储工作流项目文件的文件夹。
保护服务应用程序
SharePoint Server 环境中的服务应用程序可同时由服务设置和一个或多个数据库组成，也可以仅由服务设置组成。 您不能通过仅还原数据库来还原整个服务应用程序。 不过，您可以还原服务应用程序的数据库，然后设置服务应用程序。 有关详细信息，请参阅在 SharePoint Server 中还原服务应用程序。
保护 SQL Server Reporting Services 数据库
SharePoint Server 备份和恢复不包括 SQL Server Reporting Services 数据库。 您必须使用 SharePoint Server 的 SQL Server 工具。 有关详细信息，请参阅 Reporting Services 的备份和还原操作。
选择 SharePoint 备份和恢复工具
若要选择正确的备份和恢复工具，您必须确定是否可以在时间和资源预算内满足设定的业务连续性要求。
在选择工具时要考虑的关键因素包括：
备份速度：该工具是否可在数据库维护时段内执行备份？ 应测试任一备份系统以确保它满足硬件要求。
恢复的完整性。
可恢复的对象的粒度。
支持的备份类型（完整备份、差异备份或增量备份）。
管理工具的复杂性。
有关可用于 SharePoint Server 的备份和恢复系统的详细信息，请参阅以下资源：
确定 SharePoint 备份和恢复策略
根据业务要求、恢复需求和所选的工具，针对您的环境确定并记录备份和恢复策略。
支持 SharePoint Server 环境的 IT 部门决定使用多个工具来保护环境的情况很常见，因为 IT 部门自己决定将使用的策略。
例如，在一个包含由 DBA 管理的数据库的环境中，可能会使用以下列表中的策略：
所有数据库都由 SharePoint Server 的 SQL Server 进行备份。 将基于以下情况设置备份时间间隔：
内容或服务的重要性。
备份对环境的性能影响。
小型、快速变化、对业务具有巨大影响的内容数据库受存储在单独物理磁盘上的 SQL Server 数据库快照的保护。 只为每个数据库存储一个快照，并且会定期丢弃快照，以便尽可能降低对性能的影响。 将基于以下情况设置每个数据库的快照时间间隔：
内容或服务的重要性。
数据库的标准变化率。
快照对环境的性能影响。
存储快照所需的空间量。
从快照恢复比标准恢复速度快，因为 SharePoint Server 可以将快照及其基础数据库视为一个未附加数据库。 但是，创建快照可能会降低基础数据库的性能。 建议在实现快照之前，测试快照对系统性能的影响，并定期丢弃快照以减少所需空间。
注意
[!注意] 如果使用远程 Blob 存储 (RBS)，并且使用的 RBS 提供程序不支持快照，则无法对备份使用快照。 例如，FILESTREAM 提供程序不支持快照。
SharePoint Server 备份用于保护服务应用程序。 备份间隔基于以下内容：
服务的重要性。
数据库的标准变化率。
备份对数据库的性能影响。
所有还原操作均通过 SharePoint Server 执行。 选择使用哪个还原系统由可用的备份类型和还原的对象决定。
其他工具应包括在业务连续性策略中。 考虑如何在整个环境内的网站集中使用回收站和版本控制。 有关详细信息，请参阅计划 SharePoint Server 的高可用性和灾难恢复。
规划设计 SharePoint 备份和恢复策略时的性能
在规划备份和恢复策略时，请考虑以下建议，以帮助您减轻备份和恢复对系统性能的影响。
根据设计，大多数备份作业会使用尽可能多的 I/O 资源，以便在可用的维护时间内完成作业。 因此，您可能会遇到磁盘排队，并且可能还会遇到所有 I/O 请求的返回速度比通常慢的情况。 这是正常情况，不是什么问题。
遵循用于配置 SQL Server 和存储的建议
遵循为 SharePoint Server 环境配置 SQL Server 和存储的常规建议。 有关详细信息，请参阅存储和 SQL Server 容量规划与配置 (SharePoint Server)。
尽可能减少 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 Enterprise，建议使用备份压缩。 有关详细信息，请参阅备份压缩 (SQL Server)。
如果使用 SQL Server 或 SQL Server 2008 R2 Express 备份，则应针对完整恢复模式结合使用完整、差异和事务日志备份，以尽可能缩短恢复时间。 创建差异数据库备份通常比创建完整数据库备份更快，并且可以减少恢复数据库所需的事务日志量。
如果在 SQL Server 2008 中使用完整恢复模式，建议您在备份过程中使用截断选项以避免维护问题。
有关如何优化 SQL Server 备份和还原性能的详细建议，请参阅优化 SQL Server 中的备份和还原性能。
确保备份驱动器上有充分的写入性能
仔细考虑是否在磁盘备份设备上使用独立磁盘冗余阵列 (RAID)。 例如，RAID 5 具有低写入性能，与单个磁盘的速度大致相同（这是因为 RAID 5 必须维护奇偶校验信息）。 对备份设备使用 RAID 10 可以提供更快的备份速度。 有关如何在备份时使用 RAID 的详细信息，请参阅配置 RAID 以实现最大的 SQL Server I/O 吞吐量。