• 项目

在 SharePoint 保护 SharePoint 数据

Pav Cherny

内容

SharePoint 数据保护级别
采用一种 Componentized 的方法
构建一个高可用性的前端子系统
后端子系统数据保护选项
恢复工具集
最佳方法

保护通过备份的数据，还原和灾难恢复策略是没有一种新方法 ；还 SharePoint 提供独特的挑战需要超出典型磁盘备份、 负载平衡和冗余查找方法。

在 SharePoint 中的数据保护挑战起源从 SharePoint 体系结构将内容和配置数据存储在前端和后端服务器的方式。 例如，位于 SQL Server 或共享服务提供程序 (SSP) 的数据库的大部分内容，并且大多数的配置数据驻留在配置数据库。 但是，SharePoint 还会取决前端服务器组件 （如二进制文件、 注册表配置单元和自定义设置。

要解决适合您的环境和需要的方式，SharePoint 数据保护挑战，考虑可接受的停机时间 （也称为故障恢复时间的目标或 RTO），和上次还原的备份与丢失的数据 （也称为故障恢复点的目标或 RPO） 的点之间发生的数据丢失量。 请记住，以及在 RTO RPO 减少，成本会增加。 如果的某些数据不是关键任务的或特性的更多静态，您甚至可以定义多个服务级别协议 (SLA) 所基于的 RTO 和 RPO 目标。 您还需要考虑依赖项的 RTO 和 RPO，如数据中心的分布和 WAN 连接。

在本文中，我们将考虑数据保护策略和与 SharePoint 可用选项。 它们的范围从低成本、 盘高-RTO 和 RPO 方法，如要更高级的高可用性选项，如镜像、 群集和Data Protection Manager (DPM)，它可以帮助您的内置回收 bin 功能实现低 RTO 和 RPO 目标。 不可以容纳所有潜在的方案和本文，体系结构中，因此我将重点介绍最常见的问题以及解决这些问题。

SharePoint 数据保护级别

在现有文档中处理数据保护的传统方法是 SharePoint 分成三个逻辑层，通常基于如何数据通常恢复在每个。 第一层是的数据的恢复通常是驱动，如被意外删除或损坏的文档，用户列表和网站。 网站管理员或最终用户执行来还原该数据的维护任务。

第二层是通过管理员数据恢复和业务连续性的硬件故障、 迁移或数据库操作情况下包括场级别的更高级备份和恢复任务。

通常被称为鐏鹃毦鎭 ㈠ ，在第三层需要立即可以通过使用冗余，并需要消除单一故障点确保高可用性设计基础结构如。 图 1 显示更多详细信息中的三个层。

fig01.gif

图 1 的传统的数据保护层

虽然这种方式查看 SharePoint 数据保护层间的设计计划备份、 还原和高的可用性，以及解决方法步骤将匹配的事件的技术支持人员有用但不一定提供最佳做法基于的一组工具和拓扑。

不可否认，很难适应与几个的拓扑结构 ； 每个单个环境但如果灵活，它们将适应大多数配置。 我希望在冗余和高可用性尽可能，生成，以后将几个高可用性基于拓扑结构选项。

您可以使用一种方法，从服务器拓扑设计强调前端和后端子系统，作为该逻辑层层开始合并了高可用性的最佳做法，生成中生成的数据保护的环境。

换而言而不是在三层数据查看和灾难或恢复请求的响应，您可以通过创建调整设计消除了单点故障，并包括标准的服务器配置缓解风险的数据丢失。 我认为前端的 IIS 服务器和 SharePoint 应用程序 （如爬网/索引） 的服务器作为前端子系统的一部分。

采用一种 Componentized 的方法

查看数据保护策略的 SharePoint 时, 总是试图查找在 Microsoft 指南和最佳做法。 我并不是只在产品文档还处理设计、 部署和操作的内部 Microsoft IT 组织。

Microsoft IT 拥有用于简化其基础结构的所有元素和标准化的 80%以上的问题可通过一支持技术人员和桌面客户端支持来解决该点操作做法的正在进行的计划。 此计划包括 SharePoint 基础结构和数据保护。

Microsoft IT 的计划中，密钥想法是创建标准配置块，包含物理和逻辑组件可以快速部署和传出的比例。 图 2 显示这些配置块的示例。

fig02.gif

图 2 SharePoint 部署和基础结构块。

从 Microsoft IT 的另一个方法我了解到是 componentize 数据保护根据数据驻留的位置。 实际上，这需要考虑块前端和后端块为非重复元素生成的高可用性，预算和资源，角度，并消除通过高可用性的备份/还原进程。 渚嬪的方式  通过使用负载平衡的前端服务器，并将所有的自定义数据存储在内容和配置数据库中，您无需备份二进制文件和系统状态数据的前端服务器。 毕竟，它们可替换的构建基块的一部分。

构建一个高可用性的前端子系统

第一次看到高可用性的想法似乎昂贵或过多，尤其是在一个传统"备份到磁带"时在过去曾方法。 还，基本级别，不昂贵或很难实现的前端和应用程序服务器的冗余。 磁带失败时或当有扩展的停机时间的成本更高。

基本级别前端的子系统的构建基块由四个服务器组成。 在负载平衡的配置和两个运行的应用程序角色，如 Excel 计算服务、 Project Server 或索引中，两个运行 IIS。 如果您愿意，您可以将负载平衡作为一个块的 IIS 服务器和应用程序服务器与另一个块。

在这种配置需要备份的数据不消除了默认情况下。 如果 web.config 文件或其他文件的自定义必须保留一份。 您还必须保留包括 IIS 和 SharePoint，如备用访问映射 (AAM) 的配置设置的文档。 您可以备份文件的 XML 母版和配置 IIS 元数据库，并且针对重新配置包括安装 SSL 证书在标准部署中使用一个记录的过程。 好消息是记录和组织自定义后, 您可以快速部署替换块插入它们。

后端子系统数据保护选项

为已提到，SharePoint 保存其内容的大多数，配置在 SQL Server 的数据库和它的详细信息可能通过来消除前端备份需要一种组件化的方法使用标准化的配置。 如果您不需要备份的前端服务器，您可以集中在 SQL Server 数据库上。

因为 SharePoint 依赖因此 SQL Server，备份的注意事项离开什么是更直接 SharePoint 导向 SQL Server 保护数据的选项。

在 SharePoint 级别为其处理 SQL Server，选项中备份的用户界面和还原操作 ；SQL Server 级别您开始设计注意事项然后考虑它们如何影响备份和还原过程。

第一个选项 SQL Server 中的数据保护是一个数据库的时间点是只读、 静态版本的快照。 快照可能有用，例如还原到以前的源数据库版本，用户或 $ 管理员的错误的情况下。 有关快照的详细信息，请参阅 msdn.microsoft.com/library/ms187054%28SQL.90%29.aspx。

第二个选项是依赖于事务日志文件从活动、 主服务器转移到备用服务器的日志传送。 如果主服务器失败，可以手动故障转移到备用服务器的操作，发布的日志还原。

请注意没有与日志传送，无自动故障转移恢复时间可能会由于到还原日志，并使备用服务器上所涉及的步骤很长至关重要。 有关详细信息，请参阅 msdn.microsoft.com/library/ms187103.aspx。

第三个选项镜像的工作在日志传送的顶部，且已使用 SQL Server 2005，更高版本。 使用完整恢复的数据库镜像适用模型，并支持快速故障转移到一个热备用服务器。 有三种模式：安全度-高、 高性能和高可用性。 最常见模式 SharePoint 环境的高可用性。 该模式支持通过见证服务器自动故障转移。 镜像是快日志传送，因为您没有手动还原日志。 有关详细信息，请参阅 go.microsoft.com/fwlink/?LinkId=83725&clcid=0x409。

在第四个和第五个选项是复制和群集。 复制时您有多个地理位置的分布式数据中心，因为它使您可以将数据复制到一个集中式的主数据中心。 这提供某些数据的保护，但是更多用于在远程位置的性能收益。

分隔存储子系统的操作系统，故障转移群集采用 componentization 进一步的概念。 使用群集，多个物理服务器依赖于一个共享的存储系统 （如一个存储区域网络 (SAN)。 （很重要请注意群集不能消除作为单点故障的存储子系统）。

最常见的高可用性解决方案是群集，镜像。 当是可接受的停机时间或预算的限制时使用日志传送。 在大镜像和群集之间权衡是群集通常使用常见的存储子系统，而镜像保护只显式镜像的数据库。 有关详细信息，请参阅 technet.microsoft.com/library/ms179410.aspx。

恢复工具集

即使有纯色前端和后端子系统的高可用性设计，您将面临需要恢复数据的情况。 渚嬪的方式  用户或管理员可能意外地删除列表、 文档、 网站或甚至更改在服务器场级别会影响整个服务器场的可用性。 并在 unforeseeable 可能使还原的服务不可能如自然灾害。 很多工具以帮助进行这些类型包括的操作的有：

  • 版本： 这是一个文档和列表上的文档库的功能。 它的作为 SharePoint 的数据保护功能的一部分，但默认情况下禁用的。 版本不支持文件夹、 网站。 如果启用了版本控制用户可以访问以前的版本，无需用户直接的干预。
  • 回收站： 用户使用此功能可以从站点恢复列表、 文档和文档库、 文件夹和列表项。 您还可以作为网站管理员在站点集合级别访问回收站。 在 Web 应用程序级别配置此功能。
  • Microsoft IT 站点删除捕获： 此工具使用 SPWebEvent ­ Receiver.WebDeleting 方法为您提供回收 bin 类似的功能在网站级别。 SharePoint 对象模型包括 WebDeleting 方法，您可以创建自定义网站的备份功能。 详细信息，请参阅 msdn2.microsoft.com/library/microsoft.sharepoint.spwebeventreceiver.webdeleting.aspx
  • Stsadm.exe： 此命令行工具提供了一个很大的还原内容的灵活性。 您可以备份和还原网站集、 satabses、 Web 应用程序或整个服务器场。 有关命令和上下文的详细信息，请参阅 technet.microsoft.com/library/cc263441.aspx。
  • 中心管理备份： 这是在备份服务器场、 内容数据库的 Web 应用程序可以使用 SharePoint 中包含一个 GUI 工具。
  • 数据保护管理器 (DPM): 部分的 Microsoft 系统中心套件中，DPM 保护 SharePoint 的数据进行备份，每个 15，和允许您还原到任何粒度，场、 网站、 网站，文档库等。 DPM 提供了最大好处之一是数据库的能够不用直接 pre-staging 或装入的备份版本恢复的项目。
  • 第三方工具： 使用第三方工具可以是如果您希望其执行所有方案中的 flawlessly 棘手。 您应该考虑与 SharePoint 和 Windows 服务器卷影复制服务功能，以及任何所需的后 backup/还原操作工具集成的程度。 许多公司都提供这样寻找、 以及 AvePoint Commvault。

最佳方法

使用一个组件化的方法保护 SharePoint 数据，您可以用来帮助满足 RTO 和 RPO 目标的备份和恢复工具组合设计元素。 渚嬪的方式  就可能不需要的前端服务器完全使用备份单个标准的配置的所有服务器。 其他最佳做法包括：

  • 有单独的备份和恢复工具和过程。 虽然某些工具提供备份和还原功能，您应考虑这些单独的活动。 这是因为选项和备份的粒度并不一定对应于类型的还原您的高可用性设计将执行操作。 此外，备份和还原任务开销都需要的时间才能完成。 通过分别计划为这些，必须非常能够控制环境。
  • Document。 您应在将很少文档的服务器、 拓扑、 SharePoint 设置、 IIS 的设置和备份过程配置和还原操作。 将此文档放在非 SharePoint 的位置。
  • 测试和练习。 确保您的计划和过程通过练习恢复任务并验证数据可恢复工作。
  • 简化并集中。 使用组件化的元素是一种方法简化和标准化配置。 鍙 ﹀ 的方式  浏览更多的选项，如集中管理，和简化数据中心的拓扑。

Pav Cherny 是 IT 专业人员兼作者，专门研究 Microsoft 协作与统一通信技术。 他的出版物包括白皮书、产品手册和书籍，其内容主要介绍 IT 运营和系统管理。 Pav 公司总裁的 Biblioso 进行，专门的文档和本地化的托管服务的公司。