SharePoint 2007带有一个内置的备份工具，但是我已经听到了坏消息。 也就是说，你可以备份但不能恢复configuration数据库，一般来说恢复总是一个信念的考验。
我想知道是否有一些“最佳实践”或强大的备份（和还原）解决scheme？
我已经快速浏览了微软的数据保护pipe理器 。 它要求您有第二台SharePoint服务器作为中间还原点，但是在易于还原（包括其他产品的备份/还原function）方面，它看起来就像商品一样。
其他好的产品是DocAve和Quest Recovery Manager 。 DocAve可以做更多，但价格更高。 Quest与DPM类似，它使用中间数据库。
我个人不使用外部备份。 我的备份包含两个级别：
完整的SQL服务器备份 – 在特定时刻完成整个实例（我不希望内容和configuration之间有任何不一致）。 这是DRP的原因。 我希望永远不要使用它。 如果您将前端服务器保持原样（在备份点），则恢复configuration数据库不会有任何问题。 共享点系统无法区分…（在那里）。
网站集备份 – 使用stsadm -o备份（不导出！）。 这是为了日常的使用，当用户删除网站，编辑文档（并希望旧版本…）等情况时，我将网站集恢复到testing服务器，并将文件发送到用户。
对于文档和网站删除 – 回收站（和pipe理员的第二阶段）是完全正确的。 事实上，自MOSS 2007和回收站，恢复网站变得非常罕见。
我想补充一点，OOTB解决scheme不会备份SharePoint使用的IIS虚拟目录和12个configuration单元，我使用脚本将这些位置复制到networking位置，以便我知道如果需要执行SharePoint的完整恢复我将能够恢复我们的所有网站，包括任何定制。
我不确定其他第三方解决scheme，但是我知道Quest Recovery Manager for SharePoint不会返回这些文件位置，但是我们确实使用这个软件来进行物品级恢复，这很不错。
希望这可以帮助，
杰米