SharePoint Server 中的备份和还原最佳实践

项目
03/21/2018

**上一次修改主题：**2017-11-22

**摘要：**了解如何在备份和还原 SharePoint Server 2016 和 SharePoint 2013 场前实现最佳做法。

备份和还原的最佳实践有助于确保 SharePoint Server 中的备份和还原操作成功并确保环境受到保护，免受数据丢失或连续性中断的损害。

本文内容：

性能最佳实践
质量保证最佳实践
过程最佳实践

SharePoint 备份和还原操作的性能最佳实践

备份和还原操作将在运行操作时消耗服务器资源并限制服务器性能。遵循这些建议的实践可帮助减少使用率并提高服务器和备份或还原任务的性能。

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

通常，备份到数据库服务器上而不是网络驱动器上的本地磁盘更高效。您可随后将数据复制到网络上的共享文件夹。与数据库服务器之间的延迟为 1 毫秒或更短的网络驱动器能够正常运行。

备注

如果无法备份到本地驱动器，则使用具有相似延迟的网络驱动器。由于网络备份受到网络错误的限制，请在完成后验证备份操作。有关详细信息，请参阅备份设备 (SQL Server) 中的“备份到网络共享上的文件”。

为了避免 I/O 瓶颈，请从运行 SQL Server 2008 R2 Service Pack 1 (SP1) 和 SQL Server 2012、SQL Server 2014 或 SQL Server 2008 R2 Service Pack 1 (SP1) 和 SQL Server 2012 的磁盘对单独磁盘执行主备份。有关详细信息，请参阅为磁盘文件定义逻辑备份设备 (SQL Server)。

按照设计，大多数备份作业会消耗全部的可用 I/O 资源来完成作业。因此，您可能会遇到磁盘排队，导致比平常更长的 I/O 请求延迟。这是正常的，不应将其视为问题。有关详细信息，请参阅监视磁盘使用率。

避免处理冲突

请勿在用户需要访问系统时运行备份作业。通常，系统会全天侯运行。最好的做法是始终运行增量备份以针对系统故障进行防护。考虑分阶段备份，以避免在同一时间备份所有数据库。

保持较小的数据库以便更快地进行恢复

保持较小的数据库以加快备份和还原。例如，将多个内容数据库而不是一个大型内容数据库用于 Web 应用程序。有关详细信息，请参阅SharePoint Server 中的数据库类型和说明。

有关支持 SharePoint Server 2016 的数据库的图片概览，请参阅 Quick reference guide:SharePoint Server 2016 databases（快速参考指南：SharePoint Server 2016 数据库）。还可以将此 SharePoint Server 2016 数据库海报下载为 PDF 或 Visio 文件。

为大型数据库使用增量备份

为大型数据库使用增量备份，因为这样可以加快速度并保持环境的性能。尽管还原完整备份要快于增量备份，但持续的增量备份可以最小化数据损失。有关备份类型的详细信息，请参阅备份概述 (SQL Server)。

在备份期间使用压缩

在某些情况下，您可以使用压缩来缩减备份的大小以及完成每个备份的时间。备份压缩在 SQL Server 2008 Enterprise 中引入。备份压缩可以提高 CPU 利用率，这可能会影响 SQL Server 并行操作。

重要

SharePoint Server 支持 SQL Server 备份压缩。SharePoint Server 数据库不支持 SQL Server 数据压缩。

有关备份压缩如何影响 SQL Server 中性能的详细信息，请参阅备份压缩 (SQL Server)。

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

SQL Server 备份使用完整、差异和事物日志备份（针对完整或大容量日志恢复模型）来尽可能缩短恢复时间。创建差异数据库备份通常比创建完整数据库备份更快并且可以减少恢复数据库所需的事务日志量。

如果您正在使用完整恢复模式，建议您定期截断事务日志文件以避免维护问题。

有关如何优化 SQL Server 备份和还原性能的详细建议，请参阅优化 SQL Server 中的备份和还原性能。

如果使用 RAID，则使用 RAID 10

仔细考虑是否在备份数据的设备上使用独立磁盘冗余阵列 (RAID)。例如，RAID 5 具有较慢的写入性能，与单个磁盘的速度大致相同。这是因为 RAID 5 必须维护奇偶校验信息。RAID 10 可以提供更快的备份速度，因为它无需管理奇偶校验。因此，它可以更快地读取和写入数据。有关如何在备份时使用 RAID 的信息，请参阅配置 RAID 以实现最大的 SQL Server I/O 吞吐量和 RAID 级别和 SQL Server。

配置 SharePoint 设置以改进备份或还原性能

您只能在 PowerShell 中配置文件压缩和日志文件设置。您可以同时在 SharePoint 管理中心网站和 PowerShell 中配置备份和还原线程以改进备份或还原效率和性能。

如果您使用 Export-SPWeb PowerShell cmdlet，则可以使用 NoFileCompression 参数。默认情况下，SharePoint Server 会在导出 Web 应用程序、网站集、列表或文档库时使用文件压缩。您可以使用此参数在导出和导入时禁用文件压缩。文件压缩将使用高达 30% 以上的资源。但导出的文件将使用大约 25% 或更少的磁盘空间。如果您在导出时使用 NoFileCompression 参数，您还必须在导入相同的内容时使用它。

您也可以使用 NoLogFile 参数。默认情况下，SharePoint Server 会在您导出内容时始终创建一个日志文件。尽管您可以使用此参数禁用日志文件创建来节省资源，但建议您始终创建日志。日志对于疑难解答非常重要，而且日志创建并不会占用太多诸如 CPU 或内存等资源。

如果您使用 Backup-SPFarm cmdlet，您也可以使用 BackupThreads 参数来指定 SharePoint Server 将在备份过程中使用的线程数。线程数越高，备份期间消耗的资源也越多。但创建备份所需的总体时间也会减少。由于每个线程都会记录在日志文件中，线程的数量会影响日志文件的解释。默认情况下，将使用三个线程。可用线程的最大数量为 10。

备注

也可以通过“备份和还原”部分中“默认备份和还原设置”页上的管理中心找到备份线程设置。

决定要使用的工具时考虑网站集大小

如果除了服务场级别或数据库级别备份外，业务还要求网站集备份，则根据网站集大小选择备份工具。

**15-100 GB：**使用 Backup-SPSite 工具、SharePoint Server 工具、SQL Server 工具或其他数据库备份工具来保护包含网站集的内容数据库。有关详细信息，请参阅在 SharePoint Server 中备份网站集。
**大于 100 GB：**使用差异备份解决方案，例如 SQL Server 或系统中心数据保护管理器 R2，而不是内置的备份和恢复工具。

用于备份 SharePoint 服务器场的质量保证最佳实践

遵循这些最佳实践有助于确保服务器场环境的备份质量并降低数据丢失的可能性。

确保您拥有足够的存储空间

确保系统拥有足够的磁盘空间来满足备份需求。在管理中心中配置备份作业来确认所需的磁盘空间。

定期测试备份质量

定期测试备份并验证其一致性。运行练习性恢复操作来验证备份的内容并确保您可以还原完整的环境。要为地理位置分散的环境准备灾难恢复，请安装远程服务器场。然后通过使用数据库附加升级方法，将数据库的副本上载到远程服务器场并重定向用户，来还原环境。定期执行试验性数据恢复操作，以验证该过程正确备份了文件。试验性还原可以暴露软件验证中未发现的硬件问题，还可以确保实现恢复时间目标 (RTO) 。

备份 ULS 跟踪日志

SharePoint Server 备份过程不会备份统一日志记录服务 (ULS) 跟踪日志。ULS 跟踪日志中的数据对于性能分析、疑难解答，以及监控服务水平协议合规性非常有用。因此，请作为常规维护的一部分保护此数据。

默认情况下，SharePoint 日志文件位于 C:\Program files\Common Files\Microsoft Shared\Web Server Extensions\<16 或 15>\Logs。文件以服务器名称命名，后跟日期和时间戳。将按照设置的间隔以及在使用 IISRESET 命令时创建 SharePoint 跟踪日志。

在现场之外存储一份备份文件

为了避免因自然灾害毁坏主数据中心而造成损失，请在服务器之外的位置保留备份的副本。副本有助于防止关键数据的丢失。作为最佳实践，请保留备份媒体的三份副本，并在现场之外的可控环境中至少保留一份副本。副本应包括所有的备份和恢复材料、文档、数据库和事务日志备份，以及使用率和跟踪日志备份。

备份和还原 SharePoint Server 的过程最佳实践

使用以下过程最佳时间规划和执行备份和还原操作。

使用 FQDN 服务器名称

引用不同域中的服务器时，始终使用完全限定的域名 (FQDN)。

保留准确的记录

部署 SharePoint Server 时，请记录创建的帐户、计算机名称、密码和设置选项。将此信息保留在安全可靠的位置。可以保留多个记录以确保此信息始终可用。

准备好恢复环境

使用辅助位置中的场验证作为灾难恢复策略的一部分的还原操作是否成功。有关详细信息，请参阅选择 SharePoint Server 的灾难恢复策略。在灾难恢复情况中，可以通过使用数据库附加方法将数据库的副本上传到远程场并重定向用户，来还原环境。有关详细信息，请查看并遵循在 SharePoint Server 中还原服务器场中的步骤。对于高可用性解决方案，可以安装与生产环境运行相同软件版本的备用环境，以快速还原数据库并恢复文档。有关详细信息，请参阅高可用性简介。

安排备份操作

使用 PowerShell 备份和恢复 cmdlet 创建脚本文件 (*.ps1) ，然后安排它在 Windows 任务计划程序中运行。这可以确保在系统最空闲且没有用户访问系统的最佳时间运行所有备份操作。有关详细信息，请参阅：

使用 SQL FILESTREAM 提供程序和 BLOB 存储

远程 BLOB 存储 (RBS) 在 SharePoint Server 服务器场中受支持。在 SharePoint Server 中使用 RBS 既有好处又有坏处。在 Sharepoint 服务器场中使用 RBS 的一个相关限制在于系统中心数据保护管理器无法使用 FILESTREAM 提供程序来备份或还原 RBS。SharePoint Server 支持将 FILESTREAM 提供程序用于备份和还原操作。在 SharePoint 场中使用 RBS 的一个好处在于，您可以使用 SharePoint 工具或 SQL Server 工具来备份和还原已定义远程 BLOB 存储 (RBS) 的内容数据库。这将同时备份和还原 RBS 和内容数据库。不建议在其他还原方法中使用 RBS。有关使用 RBS 的好处和限制的详细信息，请参阅决定在 SharePoint Server 中使用 RBS。下载包括 RBS 的 Microsoft SQL Server 2014 功能包。

备注

SharePoint Server 2016 支持 SQL Server 2014 中包含的 FILESTREAM 提供程序。有关详细信息，请参阅启用和配置 FILESTREAM。

备注

SharePoint Server 2013 支持包含在 Microsoft® SQL Server® 2008 R2 功能包中的 FILESTREAM 提供程序。SQL Server 2012 和 SQL Server 2014 安装媒体包括 RBS 并将其作为可选的附加模块组件。

通过