SharePoint 数据保护和DR

　　SharePoint 在项目管理和协作中经常使用，在自动化客户服务、研究和开发以及其他部门级别的流程中也越来越受到欢迎。对 SharePoint 环境的任何中断都会导致推迟产品上市或使客户等待。根据 ESG，大约三分之一的计划 SharePoint 用户在整个组织中部署 SharePoint，这意味着——与 Exchange 相似——如果发生中断，计划每个人都会受到影响*。这些因素使 SharePoint 数据保护和灾难恢复日益重要。

　　在上一部分中提到的 SnapManager 工具可以为虚拟 SharePoint 环境提供备份和复制。SnapManager for Hyper-V 可保护虚拟机。SnapManager 采用 NetApp Snapshot(TM) 技术可执行常规虚拟机备份，从而将中断降到最低并实现几乎瞬时恢复。使用 SnapManager for Hyper-V 将虚拟机复制到二级站点，如果在主站点发生灾难，可快速重新启动虚拟机。

　　SnapManager for Microsoft Office SharePoint Server (SMMOSS) 为整个 SharePoint 环境协调备份和复制。

　　图 2) SnapManager for Microsoft Office SharePoint Server (SMMOSS)。

　　SMMOSS Manager 利用在 SharePoint 环境中安装的 Control Agent 和 Member Agent 的服务负责提供集中备份/恢复管理。它还提供集中图形用户界面 (GUI)，为 SharePoint Web 应用程序启动备份和恢复任务。

　　SMMOSS 介质服务器生成并存储与 SharePoint Web 应用程序的备份集相关的各种信息， 其中包括备份集索引和备份集元数据。

　　SMMOSS Control Agent在每台 SharePoint Web 前端服务器上作为服务运行并负责查找在该 WFE 上运行的 SharePoint Web 应用程序。它还负责为 Web 应用程序在其各自的 WFE 服务器上启动备份和恢复任务。它在 Member Agent 的帮助下完成此任务。

　　每台 SQL Server 上的 SMMOSS Member Agent 实际上通过使用基于 SnapManager for SQL Server (SMSQL) 的命令来执行备份或恢复任务。之所以需要 SMSQL 是因为只有 SMSQL 能够备份或恢复 SQL Server 数据库。SharePoint Web 应用程序使用特殊的 SQL Server 数据库(内容数据库)来存储所有内容。

　　SharePoint Index Server 上的 SMMOSS Member Agent 执行 SharePoint 搜索数据库和索引文件的备份或恢复。(仅当索引文件位于 NetApp LUN 上时，才能对其进行备份。)

　　因为 SnapManager 备份使用的是 NetApp Snapshot 技术，所以在几秒钟内即可完成备份。这意味着可以在不中断的情况下频繁地执行备份。创建 SharePoint 备份后，可以轻松地将备份复制到二级站点。通过 SnapManager 可以轻松地制定复制计划。

　　将虚拟机和 SharePoint 数据都复制到二级站点，从而在面对灾难时，可提供恢复 SharePoint 环境所需的一切。(可以手动，也可以使用脚执行此流程。)

　　图 3) 联合的 Microsoft 和 NetApp 环境中的灾难恢复。

　　与物理环境中的灾难恢复相比，此方法体现了虚拟环境的显著优势：

　　它不需要复杂的、基于服务器的灾难恢复软件。

　　如果使用物理服务器，您必须提前通过基本上相同的服务器来配置 DR 环境，否则在裸机上重新构建环境会导致停机。而使用虚拟机(假设已复制虚拟机数据)，在几分钟内即可在任一具有 Hyper-V 的服务器上重新启动必需的 SharePoint 虚拟机。您还可以在二级环境中提供较少的 Hyper-V 服务器，但要接受发生灾难时，SharePoint 的性能较低。(您可以根据需要添加更多的服务器并实时迁移运行中的虚拟机，以防发生更大规模的灾难。)

　　NetApp 解决方案可以减少整体存储要求。NetApp FlexClone 和重复数据删除技术可消除主存储环境和二级存储环境中的重复。许多站点发现，可以用节省的资金抵消二级环境的成本。