【问题标题】:Sharepoint disaster recovery共享点灾难恢复
【发布时间】:2011-03-24 14:41:42
【问题描述】:

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

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

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

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

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

这种恢复方案是否可靠(微软支持)?

【问题讨论】:

    标签: sharepoint backup restore


    【解决方案1】:

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

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

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

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

    【讨论】:

      【解决方案2】:

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

      【讨论】:

        【解决方案3】:

        我的一些客户在虚拟环境中运行 SharePoint(MOSS 和 WSS),SQL Server 也通过 SQL 工具和卷影副本进行虚拟化和备份。

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

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

        【讨论】:

          【解决方案4】:

          我更喜欢使用 stsadm -o backup 命令“用于灾难性备份”,正如它在帮助中所说的那样。这可以安排,但当您开始用尽磁盘空间并需要归档旧备份时,需要对备份元数据 XML 文件进行一些维护。它的优势在于(通常)转移计时器作业和其他配置,因为正如 Nico 所说,恢复配置数据库在大多数情况下都不起作用。

          要恢复,您可以使用漂亮的用户界面,而不必乱搞其他东西。我认为它也可以恢复您的解决方案,但尚未进行广泛测试。

          【讨论】:

            猜你喜欢
            • 2012-03-16
            • 2018-06-02
            • 1970-01-01
            • 2016-03-08
            • 1970-01-01
            • 1970-01-01
            • 2019-03-15
            • 2014-09-29
            • 1970-01-01
            相关资源
            最近更新 更多