随着医院信息化技术的深入发展，无纸化医疗必将成为一种趋势，这就要求医院信息系统7×24小时持续运行，于是容灾就成为信息数据中心建设的热门课题，很多容灾技术也快速发展起来，用户也有很大的选择余地。但由于容灾方案的技术复杂性和多样性，一般用户很难搞清其中的优劣，以确定如何选择最适合自己状况的容灾解决方案。

一、行业背景

医疗行业的信息化建设经过了几个阶段的发展，HIS、LIS、CIS以及PACS等众多内容丰富、功能强大的应用软件逐渐成熟，成为医院信息技术的核心。随着时间的推移，这些环境的数据越来越多，数据的价值也越来越大，数据丢失或系统停机所造成的损失会造成越来越严重的后果，甚至变得不能接受。

另一方面，“9.11”事件爆发以后，“容灾”这个词汇逐渐成为人们谈论最多的焦点之一。而随后的一系列自然灾害的发生，更推动了IT系统容灾的需求。医疗行业也不例外，今天许多医院管理者和就医者都十分关心医院的IT系统的高可用性。

二、需求分析

医院信息系统是一个数据量大，数据类型复杂和事务并发多的实时系统，由于医院业务的特殊性，任何人为或自然因素所导致的应用或系统中断，都会造成医院巨大的经济和名誉损失及严重的法律后果。所以医院应用对IT系统的持续稳定运行提出了非常苛刻的要求。

在目前已经上线的医院IT环境中，绝大多数医院都采用了“群集技术（也就是通常人们所说的“双机热备份”）+磁带备份”的方式（如图1），以保证服务的持续运行或者在用户可以容忍的时间之内自动进行服务恢复。群集技术在应对服务器故障方面有着显而易见的效果，这一技术已经得到大多数医院用户的认可，并已经得到很大程度上的普及。磁带备份由于其廉价和大容量的特性也得到了广泛的应用。

图1

但是，随着“群集技术+磁带备份”运用的普及，很多用户发现群集本身也有一些非常明显的不足：

1、 由于传统的群集解决方案多采用“2+1”的模式，即两台服务器连接到一台磁盘阵列。这种结构是为了在两台服务器之间共享数据。但是单台磁盘阵列往往就成了核心系统的一个单点故障点，一旦磁盘阵列发生故障，则整个系统将发生停机，作为7×24营业的医院来说，这种意外的停机是无法忍受的；

2、 很多用户往往有这样的误解――既然我的系统已经是“双机热备份”了，那么，我的数据也不需要备份了。这种误解导致很多用户往往忽视了数据备份的重要性，结果整个系统的数据只有磁盘阵列中的一个拷贝，等到由于磁盘阵列发生故障或人为误操作导致数据丢失的时候，才发现悔之晚矣！

3、磁带备份虽然理论上能够对数据进行备份和恢复，可是在实际应用过程中，我们会因为各种原因（误操作、软件稳定性、链路稳定性等）无法完整备份数据，并且经常出现无法恢复的情况，让赋予很高期望值的备份操作前功尽弃！

4、 虽然关心容灾，但由于各种原因目前大多数国内的医院在建设IT系统时并没有过多地考虑。一旦发生火灾、地震等灾难性事故，整个系统将毁于一旦，数据将一去不复返，医院将遭受无法估量的巨大损失。

由于医院通常都没有与大型企业类似的各地分支机构，往往就是集中在一个园区之内，所以要为医院特地构建一个容灾中心对医院来说其实很不容易，但要实现一个园区级的容灾系统对医院来说却是非常容易的。

综合以上需求分析，医院IT系统应该急需建立的是一套能够提供实时的数据保护、高度可靠的故障切换、以及园区级系统容灾的完善解决方案。

三、解决方案

本地容灾

为了区别于以前的群集模式，我们把这个方案通俗地称为“2+2（x+y+z）”群集模式（如图2）。从功能上来讲，该方案历史性地突破了原先狭窄的HA概念，提供系统全冗余、无任何单点故障、以及数据和应用的园区范围的容灾功能，使医院IT系统真正没有后顾之忧。

为了提供全冗余的“IP SAN+容灾”解决方案，我们在原来的“2+1”群集模式的基础上，增加了一台磁盘阵列（x）、两台交换机（y）、两台锐捷RG-iS-V系列存储虚拟化引擎（z），即构成了“2+2（x+y+z）”群集模式，其他的服务器则可以直接通过iSCSI协议进行存储空间的使用。