Microsoft Office SharePoint Server 2016 备份与恢复解决方案(一，备份准备工作和注意事项。)

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

业务要求将有助于您确定必须保护环境的哪些组件，以及您必须能够按什么粒度来恢复这些组件。
下表列出了您可能决定保护的 SharePoint 环境的组件，以及可用于备份和恢复每个组件的工具。

SharePoint 备份和恢复组件

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

1如果数据库中只存储一个网站集，则可使用场级或数据库级备份和还原来进行网站集恢复。
2场级和数据库级备份可用于 SharePoint 2013 非附加数据库恢复，以还原网站集、网站、列表和配置。
3无法使用 System Center 2012 - Data Protection Manager (DPM) 还原远程 BLOB 存储中所存储的内容。
4对 Web.config 所做的更改可使用 DPM 中的文件系统备份进行备份。
5可使用 DPM 中的裸机备份恢复 IIS 配置。
6DPM可以结合使用裸机备份和 SharePoint 2013 备份来恢复此项目。它不能作为对象进行备份和恢复。
7完全受信任的解决方案包存储在配置数据库中，沙盒解决方案存储在内容数据库中。它们可以作为场或内容数据库恢复的一部分进行恢复。
8可以从场级备份恢复配置设置。有关详细信息，请参阅在 SharePoint 2013 中还原服务器场。

9管理中心内容数据库和 SharePoint 2013 场的配置数据库仅可作为完整场恢复的一部分来恢复到同一场中的相同计算机。

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

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

您可以从内容数据库内恢复网站集、网站、列表和库。
对于内容数据库内的内容，备份和恢复工具提供了不同的恢复级别。恢复内容数据库中的对象总是比恢复整个内容数据库更加复杂。

保护自定义项

SharePoint 网站的自定义项可以包括：
母版页、页面布局和级联样式表。这些对象都存储在 Web 应用程序的内容数据库中。

Web 部件、网站或列表定义、自定义列、新的内容类型、自定义字段、自定义操作、编码工作流或工作流活动和条件。

第三方解决方案及其关联的二进制文件和注册表项，例如 IFilter。

对标准 XML 文件所做的更改。

自定义网站定义 (Webtemp.xml)。

对 Web.config 文件所做的更改。

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

保护工作流

工作流是可备份和恢复的自定义项的特例。请确保备份和恢复计划能满足适用于环境的以下方案的要求：
声明性工作流（如 SharePoint Designer 2013 中创建的工作流）将存储在它们将部署到的网站集的内容数据库中。备份内容数据库可保护这些工作流。

自定义声明性工作流操作的组件位于以下三个位置：
活动的 Visual Studio 程序集存储在全局程序集目录 (GAC) 中。

XML 定义文件（.ACTIONS 文件）存储在 15\TEMPLATE\{LCID}\Workflow 目录中。

用于将活动标记为授权类型的 XML 项存储在它用于的 Web 应用程序的 Web.config 文件中。

如果服务器场工作流使用自定义操作，则应使用文件备份系统来保护这些文件和 XML 项。与 SharePoint 2013 功能（如 Web 部件和事件接收器）类似，应在恢复后根据需要将这些文件重新应用于服务器场。

依赖自定义代码的工作流（例如，使用 Visual Studio 创建的工作流）存储在两个位置。工作流的 Visual Studio 程序集存储在全局程序集目录 (GAC) 中，XML 定义文件存储在 Features 目录中。这与其他类型的 SharePoint 2013 功能（如 Web 部件和事件接收器）相同。如果工作流是作为解决方案包的一部分安装的，则备份内容数据库会保护这些工作流。

如果创建一个自定义工作流，该工作流与一个部署它的网站集之外的网站集进行交互，则必须备份这两个网站集才能保护该工作流。这包括写入另一个网站集中的历史记录列表或其他自定义列表的工作流。通过执行服务器场备份，足以备份服务器场中的所有网站集以及与这些网站集关联的所有工作流。有关详细信息，请参阅在 SharePoint 2013 中备份自定义项中的“备份 SharePoint 中的工作流”和了解 SharePoint 2013 工作流备份。

必须像对待任何其他数据文件一样单独备份和还原尚未部署的工作流。在部署一个新工作流但尚未将其部署到 SharePoint 2013 服务器场时，请确保通过 Windows Server Backup 或其他文件系统备份应用程序来备份用于存储工作流项目文件的文件夹。

保护服务应用程序

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

保护 SQL Server Reporting Services 数据库

SharePoint 2013 备份和恢复不包括 SQL Server Reporting Services 数据库。必须使用 SharePoint Server 的 SQL Server 工具和 SharePoint Foundation 的 SQL Server 2008 R2 Express 工具。有关详细信息，请参阅 Reporting Services 安装的备份和还原操作。

选择 SharePoint 备份和恢复工具

若要选择正确的备份和恢复工具，您必须确定是否可以在时间和资源预算内满足设定的业务连续性要求。
在选择工具时要考虑的关键因素包括：
备份速度：该工具是否可在数据库维护时段内执行备份？应测试任一备份系统以确保它满足硬件要求。

恢复的完整性。

可恢复的对象的粒度。

支持的备份类型（完整备份、差异备份或增量备份）。

管理工具的复杂性。

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

SharePoint 场备份比较

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

1备份大小的确定方式是：在备份系统时，对以下部分列出的测试硬件上的指定大小进行求和。

注意：
SharePoint Server 和 SQL Server 备份是在打开备份压缩功能的情况下执行的。SharePoint Foundation 和 SQL Server 2008 R2 Express 备份也是在打开备份压缩功能的情况下执行的。

测试硬件

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

表 3. 备份大小测试中使用的硬件

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

注意：
执行 SharePoint 2013 网站集备份的大小上限是 100 GB。

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

在 SQL Server 中备份和还原数据库

DPM 功能概述

确定 SharePoint 备份和恢复策略

根据业务要求、恢复需求和所选的工具，针对您的环境确定并记录备份和恢复策略。
支持 SharePoint 2013 环境的 IT 部门决定使用多个工具来保护环境的情况很常见，因为 IT 部门自己决定将使用的策略。
例如，在一个包含由 DBA 管理的数据库的环境中，可能会使用以下列表中的策略：
所有数据库都由 SharePoint Server 的 SQL Server 和 SharePoint Foundation 的 SQL Server 2008 R2 Express 进行备份。将基于以下情况设置备份时间间隔：
内容或服务的重要性。

备份对环境的性能影响。

小型、快速变化、对业务具有巨大影响的内容数据库受存储在单独物理磁盘上的 SQL Server 和 SQL Server 2008 R2 Express 数据库快照的保护。只为每个数据库存储一个快照，并且会定期丢弃快照，以便尽可能降低对性能的影响。将基于以下情况设置每个数据库的快照时间间隔：
内容或服务的重要性。

数据库的标准变化率。

快照对环境的性能影响。

存储快照所需的空间量。

从快照恢复比标准恢复速度快，因为 SharePoint 2013 可以将快照及其基础数据库视为一个未附加数据库。但是，创建快照可能会降低基础数据库的性能。建议在实现快照之前，测试快照对系统性能的影响，并定期丢弃快照以减少所需空间。

注意：
如果使用远程 Blob 存储 (RBS)，并且使用的 RBS 提供程序不支持快照，则无法对备份使用快照。例如，FILESTREAM 提供程序不支持快照。

SharePoint 2013 备份用于保护服务应用程序。备份间隔基于以下内容：
服务的重要性。

数据库的标准变化率。

备份对数据库的性能影响。

所有还原操作均通过 SharePoint 2013 执行。选择使用哪个还原系统由可用的备份类型和还原的对象决定。

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

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

在规划备份和恢复策略时，请考虑以下建议，以帮助您减轻备份和恢复对系统性能的影响。
根据设计，大多数备份作业会使用尽可能多的 I/O 资源，以便在可用的维护时间内完成作业。因此，您可能会遇到磁盘排队，并且可能还会遇到所有 I/O 请求的返回速度比通常慢的情况。这是正常的，不应将其视为问题。

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

遵循为 SharePoint Server 环境配置 SQL Server 和存储，以及为 SharePoint Foundation 环境配置 SQL Server 2008 R2 Express 和存储的常规建议。有关详细信息，请参阅存储和 SQL Server 容量规划与配置 (SharePoint Server 2013)。

尽可能减少 SQL Server 和备份位置之间的延迟

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

避免处理冲突

不要在用户必须访问系统时运行备份作业。
为避免 I/O 瓶颈，应在单独的磁盘上执行主备份，然后再复制到磁带。
请考虑分阶段备份，以避免在同一时间备份所有数据库。
SharePoint Server 备份使用 SQL Server 备份；SharePoint Foundation 备份使用 SQL Server 2008 R2 Express。当对备份内容进行压缩时，请注意不要使 SQL Server 或 SQL Server 2008 R2 Express 负载过重。例如，某些第三方备份工具会在备份过程中压缩数据，这可能会影响 SQL Server 的性能。可使用工具来限制压缩进程并控制其对 SQL Server 的影响。

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

如果运行的是 SQL Server 2008 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，请参阅 Configure RAID for maximum SQL Server I/O throughput（将 RAID 配置为最大限度地提高 SQL Server I/O 吞吐量）。