集成平台的高可用-双机冷备和热备
随着电子病历和互联互通成熟度等级评测的快速推广、集成平台所集成的系统越来越多，作为集成平台基础核心组件的集成引擎的容灾功能越发重要， 宕机而产生的连带后果不容小觑 。
其实早在2011年，原卫生部就已经强调落实国家信息安全等级保护制度，三级甲等医院的核心业务信息系统安全保护等级不得低于三级， 保证系统的高可用性。
医院集成平台高可用性（HA）的解决方案：
双机冷备
两个服务器，一台运行，一台不运行做为备份。这样一旦运行的服务器宕机，就把备份的服务器运行起来。
冷备的方案比较容易实现，但 冷备的缺点是主机出现故障时备机不会自动接管，需手动启动硬件和服务。宕机可能无法及时被发现，经常是在数据不到位时才发现服务已经停止，然后手动启动 ，而很多情况下都是直接重启主机来解决，备机有时形同虚设。
冷备容灾部署示意图
有些医院在冷备的基础上增加了操作系统层级的热备或使用硬件实现热备, 但这些“热备”都只是在整个服务器宕机的情况下才能触发，而实际经常发生的情况通常是集成平台的服务停止了，但服务器还在运行，这样就不会自动切换到备机，仍然需要手动重启来解决。
因此，集成引擎应用/服务级别的热备就显得非常重要，在主机的服务出现问题时快速自动切换到备机，确保医院的业务继续平稳运行。
双机热备
双机热备即是通常所说的 active/standby 方式， 服务器数据包括数据库数据同时往两台或多台服务器写。当active服务器出现故障的时候，通过软件诊测（一般是通过心跳诊断）将standby机器激活，保证应用在短时间内完全恢复正常使用。当一台服务器宕机后，自动切换到另一台备用机使用，不需要工作人员手动去切换。
双负载均衡热备容灾部署示意图
关于Odin多功能引擎
Odin多功能引擎具有双机热备功能 ，符合国家三级等保要求。Odin的高可用性通过消除单点故障，进行主节点和从节点之间的实时数据复制提供了额外的数据保护，并能自动或一键式进行故障切换和故障恢复，为医院信息平台安全稳定运行保驾护航。
Odin多功能引擎还具有以下优势：
- Odin引擎从根本上解决了引擎重启慢的问题：有些品牌引擎重启, 有时需要5、6小时, 用户只得手动删日志等信息, 使重启加快，效率低。Odin先检查核心模块, 启动后再做全面检查、恢复，重启动时间从质上缩短。
- 解决了数据库点重新联接时必须手动启动的问题： Odin已经实现全自动重新连接，无需手动干预。
- 解决了数据量大时引发的各种不稳定问题：Odin多功能引擎大量采用新技术，可以轻松应对每日10,000门诊量。
- 系统的容错性：Odin 引擎可以隔离失败的子系统功能， 防止可能导致整个系统崩溃的故障连锁效应的发生。
评论 (0)