首先让我说，如果我错过了一些非常基础的论文，知识产权或其他任何东西，请随时联系我。 我在这里检查了一些线程，并没有find我有问题的答案。
我已经创build了一个简单的脚本作为完整备份的MS示例（具有完整备份选项的stsadmin到networking驱动器）。 现在回答这个问题：
情景：我们有一种破坏这台服务器的灾难。 我们怎样才能把它与内容一起再次得到解决呢？ 我收集了stsadmin工具备份所有重要的内容和方面，但是设置和WSS本身呢？ 我只是想安装一个新的服务器与IIS，WSS 3.0与第一次安装等添加相同的configuration设置，然后运行stsadmin工具来恢复数据，或者我在这里丢失什么？
提前致谢。
恕我直言，如果您使用第三方备份产品，使用Windows备份代理和Sharepoint备份代理备份服务器，系统状态和共享点，将会更容易，更快速，更安全。 BackupExec浮现在脑海。
使用虚拟机执行所build议方法的试用恢复（STSADM备份到新的WSS服务器），并查看网站是否以可接受的forms返回。 您的备份与上次还原一样好。
通过仅使用STSADM，您将失去pipe理中心中的所有内容以及您对文件系统上的主题，CSS或任何XMLconfiguration文件进行的任何自定义设置。 如果您使用的是香草WSS安装，并且只关心紧急文档检索，这可能适合您的组织。
MS 拥有使用SQL Server工具进行备份的文档 ，这些工具应备份站点configuration和内容，但不备份文件系统上已更改的任何内容。 注意：“不能使用SQL Server 2005备份和还原工具将configuration数据库还原到其他服务器场或拓扑configuration。 所以，如果你有一个简单的拓扑，这可能是一个可以接受的限制。
另外请确保您能够将恢复服务器升级到生产服务器当前运行的相同版本。
但是，是的，如果你的公司关心数据，把面团掏出一个体面的备份包。 我们使用Commvault的连接器。
我会build议如下：
DR的以下情况可以通过这些备份来解决：
stsadm方法工作正常，但从来没有觉得对我很有效。 灾难发生的情况很less，但是您应该每天备份您的Sharepoint，并且不希望因为执行不力而导致备份时间过长。
如果您备份了您的数据库以及您拥有的任何自定义文件，那么恢复和运行几乎是构build一个新的Sharepoint服务器和SQL服务器，安装自定义，然后在configuration数据库中指向Sharepoint。 它应该拿起所有的设置和内容数据库。
我喜欢的所有歌舞都是使用虚拟化的Sharepoint服务器，除了所有的Sharepoint数据库以外，还备份了整个服务器。 然后，您可以恢复虚拟机和数据库，并以最小的压力在非常短的时间内启动并运行。 与其他方法相比，文档也非常简单。
还有第三方Sharepoint备份/恢复解决scheme，可以提供更细化的选项，尤其是在恢复单个项目时，但如果他们在真正的灾难场景中提供更多的好处，我会感到惊讶。 在SQL方面，您可能会发现类似Quest Litespeed的备份并更有效地恢复数据，这是有价值的。