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

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

为了测试我们的备份,我们使用另一个服务器场,恢复内容数据库(按照 技术网)并创建一个使用该数据库的新应用程序。我们只需在新创建的共享点应用程序上重新部署解决方案即可。

但是,我们必须更改数据库访问凭据(在 SQL Server 上):生产中使用的用户帐户与我们的“测试”场中使用的用户帐户不同。

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

此恢复方案可靠吗(如微软支持的那样)?

有帮助吗?

解决方案

您无法真正备份/恢复配置数据库和搜索数据库:

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

因此,我想说,是的,这是可靠的内容。但要注意:

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

其他提示

可靠性是旁观者的眼睛。在这种情况下,如果您对恢复过程的测试成功,那么是的,它是可靠的。

我的许多客户在虚拟环境中运行SharePoint(MOSS和WSS),SQL Server也使用SQL工具和卷影复制进行虚拟化和备份。

虚拟环境的优势在于停机时间与虚拟服务器主机启动映像的时间一样长。

如果您没有使用虚拟化,请记住定期备份事务日志,因为这样可以更容易地恢复到当天的给定点 - 这也意味着您的事务日志不会变得太大!

我更喜欢在帮助中使用stsadm -o backup命令'进行灾难性备份'。这可以进行调度,但是当您开始耗尽磁盘空间并需要存档较旧的备份时,需要对备份元数据XML文件进行一些维护。它具有传输定时器作业(通常)和其他配置的优点,因为正如Nico所说,恢复配置数据库在大多数情况下都不起作用。

要恢复,您可以使用非常好的用户界面,而不必使用其他许多内容。我认为它也恢复了你的解决方案,但没有广泛测试。

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top