云存储下的容灾建设过程的详细分析[2]

  利用Storage Foundation软件和SAN网络的远距离连接能力，安徽移动可以实现生产中心与容灾中心之间远距离的跨磁盘阵列的镜像，从而提高数据系统的可靠性。

  当生产中心的磁盘系统发生故障或灾难时，由于同城容灾中心的磁盘是生产中心磁盘系统的镜像，操作系统会自动隔离生产中心的磁盘，转而对容灾中心的数据进行访问。业务系统可以通过城域SAN网络直接访问灾备中心磁盘系统中的数据，而不会影响生产中心的业务系统。也就是说，生产中心磁盘系统的灾难对业务系统是透明的，应用和数据库不会因为生产中心磁盘系统的故障而停止。更重要的是，应用和数据库不会因为灾难而中止，从而避免了发生数据损坏的可能性。

  生产中心磁盘系统出现故障后，用户只要更换损坏的磁盘系统，然后利用Volume Manager重新生成镜像即可。重新生成镜像的过程，实际上就是将数据从灾备中心的磁盘系统中复制到生产中心磁盘系统中的过程。值得注意的是，整个容灾过程对应用是完全透明的，不需要也不会中断业务系统的正常运行。这是采用基于磁盘系统的复制技术构建的容灾系统所无法实现的。

  利用传统磁盘系统复制技术构建容灾系统需要付出额外的代价，主要包括以下几方面：生产磁盘系统出现故障时，会造成应用系统宕机；生产磁盘系统出现故障时，数据系统切换到灾备系统需要较长时间；生产磁盘系统出现故障时，磁盘系统的切换过程很复杂，需要希赛网支持；需要支付额外的费用。

  Storage Foundation软件不仅可以利用镜像实现远程数据容灾，而且具有镜像断裂后的快速同步功能。在需要远程连接的物理环境中，远程链路相对本地连接更容易受损，也更容易引起镜像断裂，因此镜像断裂后的快速同步功能就显得非常重要。Storage Foundation软件可以提供Fast Mirror Resync功能，方便实现增量数据的快速同步。

  集群软件异地切换

  在上述容灾方案中，生产数据通过SAN环境中的跨阵列镜像功能得到了很好的保护。在生产端服务器上部署集群软件，在本地进行切换，保障了应用的连续性。不过这样的容灾方案还不够完善，当生产机房出现灾害时，用户又应如何保障整个业务的连续性？

  用户需要在容灾端部署服务器，并在安装和生产端同样部署存储管理软件及集群软件。在生产端发生灾害时，上述方案不仅能够保护生产端的数据，而且能将生产端的应用切换到容灾端，使用户能够持续访问应用，保障业务的连续性，这也是传统硬件容灾方案所无法实现的。

  容灾系统应用效果显著

  安徽移动在BOSS 3.0上线时就对容灾系统进行了改进，不仅实施了同构环境下的镜像容灾，而且在结算数据库和BI数据库中进行了异构存储容灾的探索。生产中心采用的存储设备为HP XP，容灾中心采用EMC存储。新的容灾系统上线运行后，完全能够满足应用的需求。

  在BOSS的核心系统中，安徽移动也使用了异构容灾方案。在重要性仅次于CRM的中心资源库中，原本计划生产端和容灾端都使用Sun主机加EMC存储的方案。在系统上线前两周，CRM系统要求紧急扩容，但是现有的存储设备容量不足。因此，安徽移动迅速将系统迁移至Sun主机+惠普存储（生产）+Sun存储（容灾）的平台，并使用基于Storage Foundation的镜像容灾和快照技术，将存储资源池化，既提高了资源的利用率，又避免了硬件的锁定。

[1]  [2]  [3]