sharepoint - 共享点灾难恢复

Question

您的 Windows Sharepoint Services 3.0 灾难恢复计划是什么？

目前我们正在使用 sql 备份工具备份所有数据库（1 个内容、管理员、搜索和配置），并通过 dataprotector 备份前端服务器。

为了测试我们的备份，我们使用另一个服务器场，恢复内容数据库（按照technet上的过程）并创建一个使用该数据库的新应用程序。我们只需在新创建的 sharepoint 应用程序上重新部署解决方案。

但是，我们必须更改数据库访问凭据（在 sql server 上）：生产中使用的用户帐户与我们的“测试”农场中使用的用户帐户不同。

最后，我们可以恢复我们的内容数据库并访问我们所有的网站。搜索不起作用，但我们正在调查。

这种还原方案是否可靠（如 Microsoft 支持的那样）？

Answer 1

您不能真正备份/恢复配置数据库和搜索数据库：

• 仅当您的新场具有完全相同的服务器名称时，才能恢复配置数据库
• 还原搜索数据库时，全文索引未同步。但是，这不是问题，因为您可以重新索引。

结果，我会说是的，这是可靠的内容。但请注意：

• 您可能需要重做一些配置（AAM、托管路径...）。
• 这不包括自定义，您希望保留解决方案的备份

Answer 2

可靠性在旁观者的眼中。在这种情况下，如果您对还原过程的测试成功，那么是的，它是可靠的。

Answer 3

我的许多客户在虚拟环境中运行 SharePoint（MOSS 和 WSS），SQL Server 也通过 SQL 工具和卷影副本进行了虚拟化和备份。

虚拟环境的优点是停机时间只要您的虚拟服务器主机引导映像。

如果您不使用虚拟化，请记住定期备份事务日志，因为这将更容易恢复到一天中的给定时间点 - 这也意味着您的事务日志不会变得太大！

Answer 4

I prefer to use the stsadm -o backup command 'for catastrophic backup' as it says in the help. This can be scheduled but requires some maintenance of the backup metadata XML file when you start running out of disk space and need to archive older backups. It has the advantage of transferring over timer jobs (usually) and other configuration because as Nico says, restoring the config database won't work for most situations.

To restore, you can use the user interface which is nice and not have to mess around with much else. I think it restores your solutions as well but haven't tested that extensively.