首先我要说的是，如果我遗漏了一些非常基本的论文、知识库或其他内容，请随时给我提供正确的链接。我查看了这里的一些帖子，但没有找到我所提问题的答案。
我根据 MS 示例创建了一个简单的脚本，用于完整备份（stsadmin 具有完整备份到网络驱动器的选项）。现在来回答这个问题：
场景：我们遇到了某种灾难，导致该服务器被破坏。我们如何将其与内容一起恢复？我了解到 stsadmin 工具会备份所有重要的内容等，但设置和 WSS 本身呢？我是否只需安装一台带有 IIS、WSS 3.0 的新服务器，并在第一次安装时添加相同的配置设置等，然后运行 stsadmin 工具来恢复数据，还是我遗漏了什么？
提前致谢。
答案1
恕我直言，如果您使用第三方备份产品，可以使用 Windows 备份代理和 SharePoint 备份代理备份服务器、系统状态和 SharePoint，那么这将更加容易、快速和安全。我想到的是 BackupExec。
答案2
使用虚拟机尝试恢复您建议的方法（STSADM 备份到新的 WSS 服务器），看看站点是否以可接受的形式恢复。您的备份仅与上次恢复一样好。
如果仅使用 STSADM，您将丢失中央管理中的所有内容以及对主题、CSS 或文件系统上的任何 XML 配置文件所做的任何自定义。如果您使用的是原始 WSS 安装，并且只关心紧急文档检索，那么这对您的组织来说可能没问题。
多发性硬化症有关于使用 SQL Server 工具进行备份的文档，它应该备份站点配置和内容，但不会备份文件系统上已更改的任何内容。注意“您不能使用 SQL Server 2005 备份和恢复工具将配置数据库恢复到不同的场或拓扑配置。”因此，如果您有一个简单的拓扑，这可能是一个可以接受的限制。
另外，请确保您能够使恢复服务器升级到与生产服务器当前运行的版本完全相同的版本。
但是，如果您的公司关心数据，那就花点钱买一个不错的备份包吧。我们使用 Commvault 的连接器。
答案3
我建议如下：
- 完成 SQL 数据库备份
- 使用 STSADM 并备份您的 SharePoint
- 备份 WSS 服务器文件系统和系统状态
以下 DR 场景可以通过这些备份解决：
- SQL Server 故障/崩溃
- WSS 服务器操作系统崩溃
- 损坏的网站集、网站和文档库
答案4
stsadm 方法运行良好，但我觉得效率不高。灾难很少发生，但您应该每天备份您的 Sharepoint，并且不想一直被性能不佳的备份所困扰。
如果您备份了数据库和所有自定义文件，那么恢复运行或多或少就是构建新的 Sharepoint 服务器和 SQL 服务器、安装自定义文件，然后将 Sharepoint 指向配置数据库。然后它应该会获取所有设置和内容数据库。
我更喜欢的万能方法是拥有虚拟化的 Sharepoint 服务器，除了备份所有 Sharepoint 数据库外，还要备份所有服务器。然后，您可以恢复虚拟机和数据库，并在很短的时间内以最小的压力启动和运行。与其他方法相比，它也非常容易记录。
有第三方的 Sharepoint 备份/恢复解决方案可能会提供更精细的选项，特别是在恢复单个项目时，但如果它们在真正的灾难情况下提供更多好处，我会感到惊讶。在 SQL 端，您可能会发现类似Quest Litespeed更有效地备份和恢复您的数据，这是很有价值。