Microsoft Office SharePoint Server是一个非常有趣的应用程序集合。我听到过很多用户在称赞它协同工作的方法论，而从备份的角度出发，SharePoint与VMware以及其它的服务器虚拟化技术有些类似。SharePoint或许正在解决这个世界的问题，但如何解决备份这个问题呢？（有意思的是，SharePoint的备份解决方案与VMware出奇的相似；详见下文。）

　　SharePoint备份的难点在于它不是仅有一个应用程序，而是一个一些在一起工作的应用程序的集合。每个SharePoint的门户由一个或多个Web服务器、应用服务器、查询服务器、索引服务器组成，所有这些服务器的数据存储在多个SQL Server数据库中（至少一个内容数据库和一个配置数据库）。在一个很小的环境中，这些全都可以部署在一台单独的物理服务器上，但通常会部署在多个服务器上以提供一定的可扩展性。

　　SharePoint内部一瞥

　　SharePoint的配置数据库存储了它自己的配置信息，包括：

　　? Internet Information Services的设置，包括IP地址和SSL证书

　　? 用于运行各种服务的服务账户，例如搜索

　　? 搜索、连接、工作流、电子邮件、防病毒和日志设置

　　? 回收站设置，例如是否有一个多层的回收站保护，防止意外删除

　　与配置数据库密切相关的是管理数据库。这两个数据库都非常重要，令人吃惊的是大多数微软内置的备份方法不支持恢复它们。太奇怪了，它们支持它们的备份，却不支持它们的恢复（参阅“配置数据库是怎么一回事儿？”）

　　另外， SharePoint的某些客户化设置是存储在文件系统的文件中的，而不是数据库。这意味着你要进行SharePoint的全备份时，就必须同时备份数据库和文件系统数据。

　　内容数据库存储了SharePoint所有协同工作的内容。这包含任何的Microsoft Office文档（例如：Word、PowerPoint、Excel）和任何与那些文档相关的信息。其中一件有关SharePoint内容数据库是如何工作的有趣的事情是：当用户共享文档，并且在SharePoint中存储同一文档的多个版本的时候，显著的增加了数据库中的存储需求。然而，存储管理者们或许并不急于购买具有加密功能的硬盘。“我们并不担心加密，我们要做的是在我们Compellent的SAN环境中实现去重，”WhereToLive.com的Higginbotham说。IDEMA的Geenen认为加密是硬盘厂商增加的用于收取更多费用的一种方式。

　　考虑到不使用SharePoint的情况。你会把文件共享并打开变更跟踪（Track Changes）。当完成了对文件的工作的时候，你会把它通过电子邮件发送给你的同事看一看。他们会检查文档，做出修改并保存到那个文档。变更跟踪保留了所有的编辑和追加的记录，而你不必保留这个文档的多个不同的拷贝。但SharePoint存储了文档的每一个版本，且不具备重复数据删除的功能。这是很重要的一点，因为如果你认为去重Exchange数据收到了很好的重复数据删除比率，那你会喜欢从SharePoint所获得的去重效果。（尽管这里我们关注的是SharePoint的备份，但其版本控制流程使它成为用于主存储去重的优秀候选人。）

　　显而易见，在制定SharePoint备份与恢复系统规划的时候，你需要熟悉内容数据库、配置数据库以及其它的数据库，并把它们作为SharePoint的配置部分。你也必须考虑你要恢复什么，因为不同的备份恢复选项会使你在不同的级别完成不同的事情。另外，某些选项使你能够比别人以更低级别的粒度进行恢复。一个好的开始是学习Microsoft TechNet上面的文章（http://technet.microsoft.com/en-us/library/cc263427.aspx），里面详细描述了各种备份和恢复选项的功能。文章着重于使用Microsoft的工具，像Data Protection Manager（DPM），但也讨论了其它的选项。

    内置的备份和恢复选项

　　下面是关于备份和恢复选项的总结，这些选项可免费应用于任何SharePoint的安装。

　　在运行SharePoint Central Administration的时候，有一个GUI（图形用户界面）选项。虽然它能够备份整个站点，但它有三个很大的限制：不具备制定计划的功能；不能用于恢复配置或管理数据库；而且不能备份站点集。

　　SharePoint stasdm.exe 命令行。这个命令行程序（stasdm.exe）与Central Administration选项非常相似，但因为是通过命令行运行，它可以与

　　Windows Scheduled Tasks结合使用，提供基于预定计划的备份。它仍旧不能用于恢复管理或者配置数据库。与Central Administration选项不同，它可以用于备份站点集，但微软警告说这样的备份会影响性能，因为他们认为站点集的备份会影响性能，并且只能在站点集锁死的时候执行。微软也提示，在处理超过15GB（对于站点集来说，是非常保守的大小）的站点集的时候，这种类型的备份可能会特别的慢。此外，该程序不能够运行超过17个小时的备份，因为它每隔17个小时就会自动重启。因为这些问题，微软推荐在做站点集备份时，你应该把站点迁移到它自己的数据库，然后使用数据库备份工具。

　　SQL Server备份。由于SharePoint把它的大部分信息存储在SQL Server中，所以你可以使用SQL Server的备份工具备份所有的这些信息，其中包括配置和管理数据库。你也可以用这些备份来恢复数据库，但这个工具不支持。对于同步问题，只要你确认了你正在恢复的已经同步，那就应该没问题。最重要的是要保证在你的备份窗口中没有配置的改变。使用这种方法备份SharePoint，你仍旧会漏掉存储在文件系统中的所有客户化信息。

　　因为SQL Server备份工具可以通过命令行运行，所以你可以使用Scheduled Tasks制定运行计划，指定在合适的时间运行。完成恢复后，需要手工重新把数据库连接到相关的Web应用程序。

　　Windows Server 2008备份。Windows Server 2008内置的备份和恢复系统，可以用于备份所有的这些不在数据库里面的东西（例如配置和客户化文件），但不能用于备份它们自己的数据库。

    似乎内置的工具在具有优势的同时，都有很多局限性，但如果你拥有全部的内置工具，那就有可能建成一个“可行的”解决方案——特别是对于你定期关机的情况。如果关闭数据库，你就可以通过SQL Server把所有的数据库备份到文件系统，然后通过Windows Server 2008的备份系统进行备份，同时得到备份的还有存放客户化和配置信息的目录。它不能做的事情是备份搜索数据库，这是因为一个奇怪的问题：搜索索引没有存储在SQL Server里面。因为在仅仅对数据库进行了备份以后，你是不能同步搜索数据库的，这种备份方法对于该数据库来说，并不是一个切实可行的选择。

    第三方SharePoint备份选项　

　　很明显，要正确备份SharePoint，你必须备份所有的数据库和某些文件系统的文件，而且你必须保证这些各种各样的备份是同步的。一个优秀的恢复系统允许你恢复整个系统，所有的配置和客户化数据，还有所有的内容。另外，应该能够在各个时间点恢复所有上面提到的信息，包括能够单独恢复某些内容，例如某个文档。

　　看来唯一的途径是你要依靠购买一个商业化的备份产品——而它很可能就是能够处理你的日常问题的备份应用程序。每个主流的备份软件包都包含SharePoint的代理。

　　每个备份程序代理的功能都是不同的，但都具备相同的基本功能。通过为你的备份软件增加代理，很像是一个SQL Server或Exchange的代理，就可以知道如何与SharePoint的备份API对话。一个写的好的代理程序，应该只需要被告知主SharePoint服务器的名字，而它可以从那弄清楚所有的事情。它会弄清楚与此服务器相关的所有SharePoint池的名称，备份它们的配置、管理以及内容数据库，也会备份所有存储在文件系统的配置数据。所有这些数据会直接备份到你的备份系统优选的存储，可以是磁盘、虚拟磁带库（VTL）或磁带。你的备份应用程序实际上可能是在幕后做多种类型的备份（Microsoft SQL server、文件系统等等），但会表现为一个在工作（或不在工作）的整体。

　　除了为你喜欢的备份软件包提供可用的备份代理以外，还有很多产品，例如AvePoint公司的DocAve Backup and Recovery，Idera公司的SharePoint Backup以及Quest Software公司的Recovery Manager for SharePoint，都是专门为SharePoint设计的“专用解决方案”。这些产品就像Vizioncore公司的vRanger Pro、Veeam Software公司的Backup & Replication以及PHD Virtual Technologies公司的esXpress，都是专门为VMware设计的专用备份解决方案。这些软件适用于安装了SharePoint的公司，同时适合正在使用备份软件产品但还没有SharePoint代理，或者不喜欢代理的功能或者买不起代理的公司。这些产品常常会实现你需要的SharePoint备份产品要做的所有功能（由于其专业性，它们甚至会提供比备份应用程序代理更多的功能），但不会与你的备份程序集成。这通常意味着它们的备份存储在磁盘上；这样的话，如果你想把这些备份放到重复数据删除系统或者磁带上，你必须通过其它备份产品备份它们。

　　大量的商业化解决方案使用微软的Volume Shadow Copy Service（VSS）解决同步问题。也就是说，在备份任何东西之前，它们使用SharePoint VSS Writer使SharePoint保持静默，同时使用Windows VSS Writer使系统保持静默。通过这种方式，所有的备份都同步在相同的点。