一、需求分析
很多医院在信息系统建设规划初期，都会向HIS软件的供应商或系统集成商提出设计一个“应急服务器”的要求。
所谓应急服务器，是指即使发生了非常严重的灾难性事故导致医院一线系统瘫痪之后，仍然能够保证医院业务（至少部分关键的科室，如：门急诊）继续运行的服务器。因此医院的应急服务器应该具有以下特点：
1. 这是一套二线备用系统，应该具有运行门急诊业务所需要的一切资源，包括服务器等硬件，以及后台数据库、应用程序、中间件等等；
2. 应急服务器并不是群集系统中的热备服务器，它不能在无人干预的情况下自动切换上线，应急服务器系统的启用必须要有管理人员的确认；
3. 应急服务器并不是备份服务器，医院所能忍受的数据丢失量（Recovery Point Objective）在秒级到分钟级，恢复时间（Recovery Time Objective）在分钟级到小时级；
4. 应急服务器与传统意义上的备份服务器在功能上有重合，也有互补；
5. 为了避免因核心交换机故障等问题导致系统完全不可用，应急服务器应该尽可能靠近门急诊科室操作终端；
二、解决方案
应急服务器并不是一台简单的服务器，它是一个随时可以启用的HIS系统后台资源的整合。所以，我们需要全面考虑应用的要求，从而设计出量身定制的医院应急服务器解决方案。
2.1 数据传递
首先，我们需要考虑一线系统的数据如何传递到二线系统（也就是应急服务器）。
由于医院系统RPO要求非常高（如果启用应急服务器就必须损失一天的数据，那么，这个应急服务器的解决方案是无法满足医院要求的），传统的时间点备份往往无法满足要求。所以，采用实时复制技术将一线数据实时复制到二线系统才是真正可行的手段。
VERITAS作为灾难恢复领域的领导厂商，为医院提供了功能强大、灵活易用的数据复制产品和解决方案来满足医院的需求。
不论医院的一线系统是单机服务器、双机热备系统还是2+2的群集系统，作为数据复制软件来说，都可以看作一个整体，将一线系统的数据实时复制到二线系统。如下图所示：
采用VERITAS Volume Replicator或者VERITAS Replication Exec实现数据的实时复制，为应急服务器提供了最短时间差的业务数据。在正常情况下，如果一线系统的数据丢失，那么应急服务器中的数据滞后应该在秒级到分钟级。
同时，复制过来的数据可以立即使用，为接下来的应急启用提供了很好的基础。
1
2
下一页>>
