适用于： SharePoint Foundation 2010
上一次修改主题： 2016-11-30
本文介绍有关选择适用于 Microsoft SharePoint Foundation 2010 环境的灾难恢复策略的关键决策。
本文内容：
灾难恢复概述
在本文中，我们将灾难恢复定义为在承载 SharePoint Foundation 的数据中心变得不可用时进行恢复的能力。
用于 SharePoint Foundation 的灾难恢复策略必须与用于相关基础结构（包括 Active Directory 域、Exchange Server 和 Microsoft SQL Server）的灾难恢复策略一致。与您所依赖的基础结构的管理员合作，以设计一致的灾难恢复策略和计划。
花费一些时间和精力在其他位置建立另一服务器场并将其投入运行的过程通常称为热备用、暖备用或冷备用。我们对这些术语的定义如下：
热备用 能够在数秒或数分钟内提供可用性的辅助数据中心。
暖备用 能够在数分钟或数小时内提供可用性的辅助数据中心。
冷备用 能够在数小时或数天内提供可用性的辅助数据中心。
灾难恢复会为系统带来高昂成本。故障与可用性之间的间隔越短、保护的系统越多，灾难恢复解决方案的复杂性和成本就会越高。当您投资于热备用或暖备用数据中心时，可能产生以下成本：
需要更多硬件和软件，这通常会增加软件应用程序（例如，用于故障转移和恢复的自定义脚本）之间操作的复杂性。
更高的操作复杂性。
应根据您的业务需要对维护热备用或暖备用数据中心的成本进行评估。灾难发生之后，并不是组织中的所有解决方案都需要同一级别的可用性。您可以针对不同的内容、服务或服务器场（例如，对您的业务有较大影响的内容、Search Services 或 Internet 发布服务器场）提供不同级别的灾难恢复。
灾难恢复是一个非常重要的领域，IT 小组需要针对此领域提供服务级别协议 (SLA) 以设定客户群的预期。许多 IT 组织均提供与不同收费等级相关的各种 SLA。
当您在服务器场之间进行故障转移时，建议首先在服务器场中部署和调整核心解决方案，然后实施并测试灾难恢复。
选择灾难恢复策略
您可以根据您的业务需要，从众多方法中进行选择以便提供适用于 SharePoint Foundation 环境的灾难恢复策略。下面的示例演示公司为什么会选择冷备用、暖备用或热备用灾难恢复策略。
冷备用灾难恢复策略：企业定期将支持裸机恢复的备份发送至本地和区域的非现场存储位置，并在另一区域签订紧急服务器租赁合同。
优点：
维护费用低廉，可操作。
因为需要在发生灾难后正确配置物理服务器，所以恢复费用通常非常高。
缺点：恢复速度最慢。
暖备用灾难恢复策略：企业定期将虚拟服务器映像发送至本地和区域灾难恢复场。
优点：恢复费用相对便宜，因为恢复时仅需对虚拟服务器场进行少量配置。
缺点：维护费用非常高昂且费时。
热备用灾难恢复策略：企业运行多个数据中心，但仅通过一个数据中心提供内容和服务。
优点：恢复速度通常较快。
缺点：配置和维护费用非常高。
重要
无论您决定为您的环境实施哪种灾难恢复解决方案，您都有可能会丢失一些数据。
针对冷备用数据中心的规划
在冷备用灾难恢复方案中，您可以通过以下两种方式进行恢复：在新位置建立新服务器场（最好使用脚本部署）并还原备份。或者，通过备份解决方案（例如，可在计算机级别保护您的数据并使您能够单独还原每台服务器的 Microsoft 系统中心数据保护管理器 2007）来还原服务器场。本文不包含有关如何使用冷备用方案进行创建和还原的详细说明。有关详细信息，请参阅：
暖备用数据中心计划
在暖备用灾难恢复方案中，通过确保持续且频繁创建服务器场中服务器的虚拟映像并将其传送至辅助位置，可创建暖备用解决方案。在辅助位置，您必须提供相应环境以便能够轻松配置和连接映像，从而重新创建服务器场环境。
本文不包含有关创建暖备用解决方案的详细说明。有关如何使用虚拟解决方案制定服务器场部署计划的详细信息，请参阅规划虚拟化 (SharePoint Foundation 2010)。
热备用数据中心计划
在热备用灾难恢复方案中，可以建立一个故障转移服务器场，以便通过主服务器场中单独的数据中心来提供灾难恢复。具有单独故障转移服务器场的环境具有下列特征：
必须在故障转移服务器场中维护单独的配置数据库和管理中心内容数据库。
必须在两个服务器场中部署所有自定义项。
备注
建议通过相同的配置设置和自定义项，使用脚本化部署创建主服务器场和故障转移服务器场。
必须单独对两个服务器场应用更新。
可以将 SharePoint Foundation 内容数据库成功地异步镜像到或通过日志传送到故障转移服务器场。
备注
SQL Server 镜像仅能用于将数据库复制到单个镜像服务器，但可以通过日志将其传送至多台辅助服务器。
在能否通过日志向服务器场传送服务应用程序方面，这些服务应用程序的表现各不相同。有关详细信息，请参阅下文中的跨数据中心的服务应用程序冗余。
如果将 SQL Server 配置为通过日志传送到一个或多个其他数据中心，则可以跨多个数据中心重复此拓扑。
咨询您的 SAN 供应商，以确定您是否可以使用 SAN 复制或其他受支持的机制来跨数据中心提供可用性。
下图显示了故障转移前的主服务器场和故障转移服务器场。
故障转移前的主服务器场和故障转移服务器场
.gif "故障转移前的主服务器场和故障转移服务器场")
跨数据中心的服务应用程序冗余
若要跨数据中心为服务应用程序提供可用性，建议针对可跨服务器场运行的服务，运行可从主数据中心和辅助数据中心访问的单独服务场。
对于无法跨服务器场运行的服务，若要为服务场本身提供可用性，则跨数据中心为服务应用程序提供冗余的策略各不相同。所采用的策略取决于以下方面：
当灾难恢复服务器场未使用时，在该场运行服务应用程序是否具有业务价值。
能否通过日志传送或异步镜像与服务应用程序相关联的数据库。
能否对只读数据库运行服务应用程序。
下面各节介绍了建议用于每个服务应用程序的灾难恢复策略。这些服务应用程序按策略进行分组。
可通过日志进行传送或异步镜像的数据库
在将服务应用程序初步部署到辅助服务器场后，可以跨服务器场异步镜像或通过日志传送支持下列服务应用程序的数据库：
Application Registry Service 应用程序
数据库：Application Registry Service
Business Data Connectivity Service 应用程序
数据库：Business Data Connectivity
Usage and Health Data Collection Service 应用程序
数据库：日志记录
备注
可对日志记录数据库执行日志传送或镜像。但是，建议您不要在灾难恢复场上运行 Usage and Health Data Collection Service，且不要对日志记录数据库执行日志传送或镜像。
无法通过日志传送或异步镜像的服务应用程序和数据库
必须在主服务器场和故障转移服务器场中部署下列服务应用程序，并且不能通过日志传送或异步镜像这些应用程序。对于其中大多数服务应用程序，建议部署它们，然后验证故障转移服务器场的配置设置是否与主服务器场相同。如果在主服务器场中进行影响服务的配置更改，则必须对故障转移服务器场进行更新。
Microsoft SharePoint Foundation Subscription Settings Service 应用程序
数据库：订阅设置
备注
不支持对订阅设置数据库进行日志传送。
有关灾难恢复的系统要求
理想情况下，故障转移组件和系统与主要组件和系统完全匹配，包括平台、硬件和服务器数量。最低要求为故障转移环境必须能够处理故障转移期间预期的流量。请记住，故障转移网站仅供少数用户使用。对系统的最低要求为：
操作系统版本和所有更新
SQL Server 版本和所有更新
SharePoint 2010 产品 版本和所有更新
虽然本文主要讨论了 SharePoint 2010 产品 的可用性，但系统运行时间还将受到系统中其他组件的影响。特别要确保执行下列操作：
确保基础结构相关项（例如电源、制冷、网络、目录和 SMTP）完全冗余。
选择能够满足您的需要的切换机制（无论是 DNS 还是硬件负载平衡）。有关负载平衡 Web 服务器的最佳做法，请参见以下文章：