备份和恢复最佳实践 (SharePoint Server 2010)
适用于： SharePoint Foundation 2010, SharePoint Server 2010
上一次修改主题： 2016-11-30
本文介绍可用于帮助确保 Microsoft SharePoint Server 2010 中的备份和恢复操作成功以及防止环境的数据丢失或出现连续性间隙的最佳实践。还包括性能、质量保证、安全性和卓越运营的最佳实践。
本文内容：
性能最佳实践
质量保证最佳实践
过程最佳实践
性能最佳实践
备份和还原操作会消耗服务器资源，并且在操作运行时还会限制服务器性能。按照以下这些最佳实践操作后，可减少资源使用率并提高服务器以及备份或还原操作的性能。
最大限度地减少 SQL Server 和备份位置之间的延迟
通常来讲，最好使用数据库服务器上的本地磁盘，而不是网络驱动器来进行备份，以后再将数据复制到网络上的共享文件夹。如果网络驱动器与数据库服务器之间的延迟为 1 毫秒或更短，则表明网络驱动器性能良好。
若要避免 I/O 瓶颈，请在与运行 Microsoft SQL Server 2008 Service Pack 1 (SP1) 和累积更新 2 的磁盘不同的单独磁盘上执行主要备份。
根据设计，大多数备份作业都会消耗所有可用 I/O 资源才能完成作业。因此，您可能会遇到磁盘排队的情况，从而导致实际延迟大于平常的 I/O 请求延迟。这是正常的，不应将其视为问题。
避免处理冲突
不要在用户需要访问系统时运行备份作业。请考虑分阶段备份，以避免在同一时间备份所有数据库。
将数据库保持在较小大小可缩短恢复时间
将数据库保持在较小大小可加快备份和恢复操作。为此，可对 Web 应用程序使用多个内容数据库，而不是一个大型内容数据库。
对大型数据库使用增量备份
对大型数据库（如 DPM 2010 中可用的数据库）使用增量备份。与对较大数据库执行完整备份相比，增量备份可以更快、更有效地进行还原。有关备份类型的详细信息，请参阅备份概述 (SQL Server) (https://go.microsoft.com/fwlink/?linkid=203863&clcid=0x804)。
在备份时使用压缩
在一些情形下，可使用压缩来改善备份大小（减少 30%）和时间（减少 25%）。在 SQL Server 2008 Enterprise 中已经引入了备份压缩。有关备份压缩如何影响 SQL Server 中的性能的详细信息，请参阅备份压缩 (SQL Server) (https://go.microsoft.com/fwlink/?linkid=129381&clcid=0x804)。
遵循 SQL Server 备份和还原优化建议
如果使用 SQL Server 备份，则应针对完整恢复模式或大容量日志恢复模式使用完整、差异和事务日志备份的组合，以最大限度地缩短恢复时间。创建差异数据库备份通常比创建完整数据库备份更快，并且可以减少恢复数据库所需的事务日志量。
如果使用完整恢复模式，建议您定期截断事务日志文件，以避免维护问题。
有关如何优化 SQL Server 备份和还原性能的详细建议，请参阅优化 SQL Server 中的备份和还原性能 (https://go.microsoft.com/fwlink/?linkid=126630&clcid=0x804)。
如果要使用 RAID，请使用 RAID 10
仔细考虑是否在磁盘备份设备上使用独立磁盘冗余阵列 (RAID)。例如，RAID 5 具有低写入性能，与单个磁盘的速度大致相同（这是因为 RAID 5 必须维护奇偶校验信息）。对备份设备使用 RAID 10 可以提供更快的备份速度。有关如何在备份时使用 RAID 的详细信息，请参阅配置 RAID 以实现最大的 SQL Server I/O 吞吐量（该链接可能指向英文页面） (https://go.microsoft.com/fwlink/?linkid=126632&clcid=0x804)（该链接可能指向英文页面）。
配置 SharePoint 设置以实现更好的备份或还原性能
可在管理中心和 Windows PowerShell 中配置设置以增加备份或还原效率和性能。
如果使用 Export-SPWeb Windows PowerShell cmdlet，则可使用 NoFileCompression 参数。默认情况下，SharePoint Server 2010 在导出 Web 应用程序、网站集、列表或文档库时使用文件压缩。可使用此参数在导出和导入时阻止文件压缩。文件压缩使用的资源最多可超过 30%，但导出的文件所使用的磁盘空间将减小约 25%。如果在导出时使用 NoFileCompression 参数，则在导入同一内容时也必须使用该参数。
还可使用 NoLogFile 参数。默认情况下，在导出内容时，SharePoint Server 2010 始终创建日志文件。可使用此参数来禁止创建日志文件，从而节省资源。但我们建议您始终创建日志。这是因为，日志可用于疑难解答。而且，创建日志并不会使用太多资源。
备注
不能通过管理中心对这些设置进行配置。
如果使用 Backup-SPFarm cmdlet，则可使用 BackupThreads 参数来指定在备份过程中，SharePoint Server 2010 将使用多少线程。您指定的线程数越多，备份操作所占的资源越多，但在有足够资源的情况下，备份操作将完成得更快。但是，每个线程在日志文件中单独报告，因此使用的线程越少，解释日志文件就越容易。默认情况下使用三个线程。最大可用线程数为 10。
备注
还可通过管理中心在“备份和还原”部分中的“默认备份和还原设置”页上对此设置进行配置。
确定要使用的工具时，请考虑网站集大小
如果除服务器场级别或数据库级别的备份外，公司还需要网站集备份，请根据网站集大小选择要使用的工具。
**小于 15 GB：**使用 Windows PowerShell 命令 Backup-SPSite。有关详细信息，请参阅备份网站集 (SharePoint Server 2010)。
**15-100 GB：**使用 SharePoint 产品和技术工具、SQL Server 工具或其他数据库备份工具来保护包含该网站集的内容数据库。有关详细信息，请参阅备份网站集 (SharePoint Server 2010)。
**大于 100 GB：**使用差异备份解决方案，如 Microsoft SQL Server 2005 或 DPM 2010，而不是内置的备份和恢复工具。
质量保证最佳实践
可按照以下最佳实践来帮助确保服务器场环境的备份质量并降低数据丢失的机率。
确保具有足够的存储空间
确保系统具有足够的磁盘空间来容纳备份。
定期测试备份质量
定期测试备份和验证其一致性。运行练习恢复操作以验证备份的内容，以及确保能够还原整个环境。对于地理上分散的环境，可通过设置远程服务器场准备灾难恢复。然后可以还原环境，方法是使用数据库附加命令将数据库的副本上载到远程服务器场并重定向用户。定期执行检验数据恢复操作，以验证这些文件是否已正确备份。检验还原可暴露软件验证发现不了的硬件问题。
备份 ULS 跟踪日志
SharePoint Server 2010 工具不备份 ULS 跟踪日志。ULS 跟踪日志中的数据可用于性能分析、疑难解答、监控与服务级别协议的遵从性以及法律、规章或业务原因。因此，请在例行维护过程中保护此数据。有关备份 ULS 日志的详细信息，请参阅备份或存档日志 (SharePoint Server 2010)。
非现场存储备份文件的副本
为防止灾难性事件（如火灾或地震）的损失，请在服务器以外的单独位置保存备份的重复副本。这样可帮助防止丢失关键数据。作为最佳实践，请保留备份介质的三个副本，并在受控环境中至少保留一个非现场副本。这应包括所有备份和恢复材料、文档、数据库和事务日志备份，以及使用率和跟踪日志备份。
过程最佳实践
可使用这些过程最佳实践来帮助规划和执行备份及还原操作，以实现更好的文档记录、更方便管理和更好的保证。
使用 FQDN 服务器名称
引用其他域中的服务器时，请始终使用完全限定的域名 (FQDN)。
保留准确的记录
部署 SharePoint Server 2010 时，请记录创建的帐户、计算机名称、密码和选择的设置选项。请妥善保管此信息。
准备好恢复环境
通过设置远程服务器场准备还原测试和灾难恢复。然后可以还原环境，方法是使用数据库附加命令将数据库的副本上载到远程服务器场并重定向用户。同样，可设置与生产环境运行同一软件版本的独立环境，以便快速还原数据库和恢复文档。
安排备份操作
如果要安排备份，可通过 Windows PowerShell 脚本文件 (*.ps1) 来使用 Windows 任务计划程序运行它们。
通过 SQL FILESTREAM 提供程序使用 BLOB 存储
如果通过 SQL FILESTREAM 提供程序使用 BLOB 存储，并且使用定义的该远程 BLOB 存储 (RBS) 备份内容数据库，则使用 SharePoint 工具或 SQL Server 工具时，将备份和还原 RBS 和内容数据库。不建议将 RBS 和其他还原方法一起使用。