1 、备份方案总述
大体来说 sharepoint 的数据会存在以下几个地方，ＤＣ中的用户数据、ＭＯＳＳ中的各种配置和文档数据、 SQL server 数据库存放的各种基础的配置数据库！ sharepoint 的文件和配置数据多存储在 SQL 数据库中，一般多会直接备份数据库或者利用 sharepoint 自带的备份和恢复功能来实现备份和恢复。
在 sharepoint 灾难备份与恢复方案设计时，主要是考虑以下几个方面。
l  可以完整的备份下网站和网站中的数据和配置，涵盖人员组，各种权限配置，各种自定义的 WebPart
l  可以实现自动定时备份，无人员值守
l  可以通过网络自动上传到制定服务器，避免突发的意外事件
l  操作简单，效率高，可以快速恢复，最大限度的保证数据的全面性
 
 
2 、备份方案：
目前准备以下三种备份方案进行备份。
l  SharePoint Designer ；
l  备份数据库；
l  用 Stsadm 工具备份；
 
这三种备份方案的基本备份方式是相同的，将 sharepoint 中要备份的前端网站集中的内容及相对应的后台 DB 一同备份到本地。当 sharepoint 故障时，再重建 sharepoint 应用，将备份的网站集和 DB 发布到新的 URL 中去。同时 DB 中会同步写一个新的数据库文件，和新 URL 上的网站相互关联。
 
要注意的是，重建 sharepoint 时尽力保证两次 sharepoint 的配置是一样的。这样能最大程度的保证备份内容的完整，和最快速的恢复服务。备份网站下所有内容（数据和配置，涵盖人员组，各种权限配置，各种自定义的 WebPart 及 infopath 表单）可不受影响。
如果不能保证重建的 sharepoint 同前一次的相同的话（假设是操作系统级的灾备），最低限度，仍可恢复出百分之百的数据文件。但所有从母站点继承来的人员组和各种权限配置，人员信息会受一定影响，各种自定义的 WebPart 及 infopath 表单要手工挂载才可恢复。
 
3 、备份方案的高可用性测试
    测试环境中，以操作系统级的灾备用背景进行的，同时生产环境中也进行了相关测试。在 system down 情况下，三种方案均要先重装系统，依次启动 IIS 、 .frmwork3.0 、 sharepoint service3.0 、 MOSS 后，再进行恢复。
 
Ø  SharePoint Designer ，为今后 sharepoint 的主要备份方式。
在 Designer 中打开一个网站，通过备份网站，可以把该网站下所有内容（数据和配置，涵盖人员组，各种权限配置，各种自定义的 WebPart ），含子网站及后台 DB 中所有相关联的数据库一起保存到本地文件中。在生产环境测试中删除了前端的网站集和后台 DB 中相对应的数据库。
恢复时，最好保证 sharepoint 管理控制中心的基本配置不变。在服务场中新建立一个 URL ，再通过 Designer 重新回传（或是重新发布该网站）到新建立的 URL 中来。同时 DB 中会同步写一个新的数据库文件，和新 URL 上的网站相互关联。
 
Ø  备份数据库，
是一个不错的选择，但由于一个应用程序对应一个数据库，在实际部署应用的时候，往往一个应用程序下面会部署多个网站集，这样在恢复站点的时候，效率不是很高；
 
Ø  Sysadm script 是比较完整的备份。
Stsadm 是 microsoft 官方正式说明的备份方式，相对第一种备份方式来说，备份方式是相同的，加强了对网络架构的备份和恢复。同时还适用于大部份的 microsoft 基于 IIS 的服务备份。用起来也比较方便，备份还原的时候，效率都很高，备份的基本原理同 Designer 是一样的。 Stsadm 通过命令行把网站集连同数据库一同保存到异地，恢复时新建立 URL ，再通过命令行进行回传。
Stsadm 的恢复方式因为要基于命令行方式，在备份和恢复时，要比 Designer 要灵活很多。同时可以实现无人职守的备份方式。同时因为较复杂的操作，自身的加载参数和相关的命令较多，在使用前要对相关的 script 进行严格的测试。在现有的环境下配合 designer 现网站的架构和顶级网站基本设置进行备份。
 
4 、对方案的几点说明
对以上的方案我著重说明是第一种 SharePoint Designer 的备份方案和第二种的 stsadm 备份方案。在 system down 情况下，三种方案均要先重装系统，依次启动 IIS 、 .frmwork3.0 、 sharepoint service3.0 、 MOSS 后，再进行恢复。所以就有了下面的比较：
 
stsadm 随是 Microsoft 官方所推荐的备份方式，但这个命令行并不是用了 sharepoint 所专门开发的。而是基于 Microsoft system center 相关服务所通用的一种备份方式，也有带有了一定的局现性。如果是 system down 情况下，当 sharepoint 故障时，重建 sharepoint 应用，再进行 stsadm 的恢复。这样一来在前期备份方案和部署方案完整的情况下，对于 SharePoint Designer 的恢复在速度上只提高了两个小时到一个半小时左右。
但 STSADM 对系统的恢复相当是一个镜像的备份，再 Recovery 一样。这样的方法，可以会有以下的情况发生。
l  不排除有恢复失败的可能发生；
l  是恢复成功后 system event 中会可能会出现大量的 err log ，同时会把上次部署过程中和运行中的错误和 BUG 一同带到重建的系统中来。
l  可以保证各种权限配置，各种自定义的 WebPart 及 infopath 表单快速、绝对可用性
 
SharePoint Designer 的备份方案可以说是将 stsadm 下的一部份操作图形化了。在现有的生产环境下，以 Luckypai sites 主的网站集中， Designer 只备份 Luckypai Dept sites ，并不对全站进行备份。对于根域 luckypai sites 下的文档与应用程序、各种自定义的 WebPart 及 infopath 表单，可在上传或建立之中用手工备份的方式进行。
当 sharepoint 故障时，重建 sharepoint 应用。随后对于 Luckypai sites 的网站集不做恢复处理，手工重建根域网站集，再对根域 luckypai sites 下的文档与应用程序、各种自定义的 WebPart 及 infopath 表单手工加载。等对根域网站集的恢复完成后，再使用 SharePoint Designer 对 Luckypai Dept sites 进行恢复操作。
这样的操作，有以下的特点：
l  恢复成功率高，对 sharepoint 内容还原高
l  恢复成功后，会把上次部署过程中和运行中的错误和 BUG 一同解决掉，重建为纯净的系统。
l  对于 Dept 继承 Luckypai 的各种自定义的 WebPart 及 infopath 表单，可能会存在一定的故障律。
 
 
5 、其它
同时， MOSS 的内容都是以数据库形式存放，因此备份操作等同将数据库内容压缩整理后搬到备份目录形成备份。