灾难恢复

Last published : Oct 21, 2026
您可以架构和配置 XenMobile® 部署，其中包括使用主动-被动故障转移策略的多个站点以实现灾难恢复。
本文讨论的推荐灾难恢复策略包括：
  • 位于一个地理位置数据中心中的单个 XenMobile 活动站点，为全球所有企业用户提供服务，称为主站点。
  • 位于第二个地理位置数据中心中的第二个 XenMobile 站点，称为灾难恢复站点。如果主站点发生全站点数据中心故障，此灾难恢复站点将提供主动-被动站点故障转移。主站点包括 XenMobile、SQL 数据库和 Citrix ADC 基础结构，以促进故障转移并在主站点连接失败时为用户提供对 XenMobile 的访问。
灾难恢复站点的 XenMobile 服务器在正常运行期间保持脱机状态，仅在需要从主站点到灾难恢复站点进行完整站点故障转移的灾难恢复场景中才联机。灾难恢复站点的 SQL Server 必须处于活动状态并准备好提供连接服务，然后才能启动灾难恢复站点的 XenMobile 服务器。
此灾难恢复策略依赖于通过 DNS 更改手动故障转移 Citrix ADC 访问层，以便在发生中断时将 MDM 和 MAM 连接路由到灾难恢复站点。
注意：
要使用此体系结构，您必须有一个用于数据库异步备份的流程，以及某种确保 SQL 基础结构高可用性的方法。
Related information
XenMobile® 部署

灾难恢复故障转移过程

  1. 如果您正在测试灾难恢复故障转移过程，请关闭主站点中的 XenMobile 服务器以模拟站点故障。
  2. 更改 XenMobile 服务器的公共 DNS 记录，使其指向灾难恢复站点的外部 IP 地址。
  3. 更改 SQL Server 的内部 DNS 记录，使其指向灾难恢复站点的 SQL Server IP 地址。
  4. 使灾难恢复站点的 XenMobile SQL 数据库联机。确保 SQL Server 和数据库处于活动状态，并准备好为本地 XenMobile 服务器提供连接服务。
  5. 打开灾难恢复站点的 XenMobile 服务器。

XenMobile 服务器更新过程

随时按照以下步骤使用补丁和版本更新 XenMobile，以保持主服务器和灾难恢复服务器的代码一致。
  1. 确保主站点中的 XenMobile 服务器已打补丁或已升级。
  2. 确保 SQL Server 的 DNS 记录解析到主站点中的活动 SQL Server 数据库。
  3. 使灾难恢复站点的 XenMobile 服务器联机。这些服务器仅在升级过程中通过 WAN 连接到主站点的数据库。
  4. 将所需的补丁和更新应用于所有灾难恢复站点的 XenMobile 服务器。
  5. 重新启动 XenMobile 服务器并确认补丁或升级成功。

灾难恢复参考架构图

下图显示了 XenMobile 灾难恢复部署的高级架构。
灾难恢复参考架构图(/en-us/xenmobile/server/media/disaster-recovery-diagram.png)

用于灾难恢复的 GSLB

此架构的一个关键要素是使用全局服务器负载平衡 (GSLB) 将流量定向到正确的数据中心。
默认情况下，XenMobile 向导的 Citrix ADC 配置 Citrix Gateway 的方式不支持将 GSLB 用于灾难恢复。因此，您必须采取额外的步骤。

GSLB 的工作原理

GSLB 的核心是一种 DNS 形式。参与的 Citrix ADC 设备充当权威 DNS 服务器，并将 DNS 记录解析为正确的 IP 地址（通常是应接收流量的 VIP）。Citrix ADC 设备在响应将流量定向到该系统的 DNS 查询之前，会检查系统运行状况。
当记录被解析时，GSLB 在解析流量方面的作用就完成了。客户端直接与目标虚拟 IP (VIP) 地址通信。DNS 客户端行为在控制记录何时以及如何过期方面起着重要作用。这在很大程度上超出了 Citrix ADC 系统的范围。因此，GSLB 受制于与 DNS 名称解析相同的限制。客户端会缓存响应，因此，这种方式的负载平衡不像传统的负载平衡那样实时。
Citrix ADC 上的 GSLB 配置，包括站点、服务和监视器，旨在提供正确的 DNS 名称解析。
用于发布服务器的实际配置（在此场景中，是 XenMobile 向导创建的 Citrix ADC 配置）不受 GSLB 的影响。GSLB 是 Citrix ADC 上的一项独立服务。

将 GSLB 与 XenMobile 结合使用时域委派的挑战

Citrix ADC for XenMobile 向导配置 XenMobile 的 Citrix Gateway。此向导生成三个负载平衡虚拟服务器和一个 Citrix Gateway 虚拟服务器。
其中两个负载平衡虚拟服务器处理端口 443 和 8443 上的 MDM 流量。Citrix Gateway 接收 MAM 流量并将其转发到第三个服务器，即端口 8443 上的 MAM 负载平衡虚拟服务器。所有流向 MAM 负载平衡虚拟服务器的流量都通过 Citrix Gateway。
MAM 负载平衡虚拟服务器需要与 XenMobile 服务器相同的 SSL 证书，并使用与注册设备相同的 FQDN。MAM 负载平衡服务器还使用与其中一个 MDM 负载平衡服务器相同的端口 (8443)。为了使流量能够解析，Citrix ADC for XenMobile 向导在 Citrix Gateway 上创建了一个本地 DNS 记录。该 DNS 记录与用于注册设备的 FQDN 匹配。
当 XenMobile 服务器 URL 不是 GSLB 域 URL 时，此配置是有效的。如果将 GSLB 域 URL 用作 XenMobile 服务器 URL（灾难恢复所需），则本地 DNS 记录会阻止 Citrix Gateway 将流量解析到 MDM 负载平衡服务器。

使用 CNAME 方法进行 GSLB 灾难恢复

为了解决 Citrix ADC for XenMobile 向导创建的默认配置所带来的挑战，您可以在父域 (company.com) 中为 XenMobile 服务器 FQDN 创建一个 CNAME 记录，并在 Citrix ADC 具有权威性的委派子区域 (gslb.company.com) 中指向一条记录。这样做允许为 MAM 负载平衡 VIP 地址创建静态 DNS A 记录，这是解析流量所必需的。
  1. 在外部 DNS 上，为 XenMobile 服务器 FQDN 创建一个 CNAME，指向 Citrix ADC GSLB 上的 GSLB 域 FQDN。您需要两个 GSLB 域：一个用于 MDM 流量，另一个用于 MAM (Citrix Gateway) 流量。
    示例：
    CNAME = xms.company.com IN CNAME xms.gslb.comany.com
  2. 在每个站点的 Citrix Gateway 实例上，创建一个 GSLB 虚拟服务器，其 FQDN 是 CNAME 记录所指向的。
    示例：
    bind gslb vserver xms-gslb -domainName xms.gslb.company.com
    使用 Citrix ADC for XenMobile 向导部署 Citrix Gateway 时，在配置 MAM 负载平衡服务器时，请使用 XenMobile Server URL。这会为 XenMobile Server URL 创建一个静态 DNS A 记录。
  3. 使用 XenMobile Server URL (xms.company.com) 测试在 Secure Hub 上注册的客户端。
    本示例使用以下 FQDN：
    • xms.company.com 是 MDM 流量使用的 URL，供注册设备使用，本示例中通过使用 Citrix ADC for XenMobile 向导进行配置。
    • xms.gslb.company.com 是 XenMobile Server 的 GSLB 域 FQDN。