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的内容都是以数据库形式存放，因此备份操作等同将数据库内容压缩整理后搬到备份目录形成备份。
