SQL Server 和 Microsoft Office SharePoint Server 2007二者通过一种复杂的关系被连接在一起的，SQL Server可以作为Office SharePoint Server 2007的后端数据存储库。有些时候管理员并没有搞清楚这二者的关系，但它的确可以帮助DBA们解决很多问题。

　　SharePoint管理员在对SharePoint架构进行管理时遇到的一个难题是：在进行数据库恢复操作时，SQL Server恢复模式究竟对减少数据丢失的能力有多大影响。每种恢复模式都会处理不同的恢复操作。具体一点说，就是每种模式在管理日志方面有所不同，它控制着一个SharePoint数据库是否能被恢复到故障点之前的状态。SQL Server中影响SharePoint数据库的三种恢复模式为完全恢复（Full）、简单恢复（Simple）和批日志恢复（bulk-logged）。

　　完全恢复模式

　　完全恢复模式会捕获并记录每一个数据库事务，这使得管理员可以轻松地在任意时间点对SharePoint数据库进行恢复。当使用这一模式的时候，管理员必须对事务日志进行备份维护，以免事务日志自动增长而造成性能下降和磁盘爆满。备份结束之后，硬盘空间重新开放并可以使用至下次备份计划开始之前。

　　一些SharePoint管理员会发现在维护事务日志时，SQL Server性能会略有衰减。管理员不必发出报警，因为在向SharePoint数据库中记录所有事务时出现此状况是很正常的。重视关键数据备份的SharePoint管理员往往会忽视这一问题，因为完全恢复模式可以提供最高级别的恢复。

　　简单恢复模式

　　使用简单恢复模式的SharePoint管理员在进行数据恢复时的选项最少，因为每次备份后事务日志都会缩减。这意味着上一次完全备份或差异备份后做的修改是不受保护的。因此，你只能在上次成功备份数据库的基础上进行恢复。

　　例如，如果管理员在午夜12点进行了一个完全备份或差异备份，而一个SharePoint数据库在半夜4点崩溃，那么午夜之后的数据修改将会丢失。此外，在完全备份或差异备份后输入的数据是无法恢复的。但是简单模式也有它自身的优势，由于它不备份事务日志，所以管理更方便。对数据存储不视为关键任务的SharePoint管理员往往倾向于使用简单模式。