|
第27期 － 2016年11月 国内某省三甲医院 HIS 系统项目 – 贰之一 项目需求
HIS 系统是医院管理、运营的命脉。医院信息系统对信息的处理大体上可分为三个不同的层次，而每个层次的信息又各具特性：一般来说，数据的收集过程与基层科室的事务处理活动相关联，即日常的、大量的前台联机事务处理 ( On-Line Transaction Processing, OLTP ) ；数据的集中处理与分析过程与中层科室的工作任务相关联，即数据的综合、汇总、分析报告与存档的工作；而决策咨询与支持过程，则是提供医院的最高领导层实现对全院科学化管理的依据。鉴于医院环境与时俱进、从不间断的独特性，使得信息系统在医院的实现，有其特殊的功能要求：要支持一个大规模、高效率的数据库管理系统；要有很强的联机事务处理支持能力；必须是绝对安全、可靠的典型 7*24 高可用系统。 高可用需求分析
系统的高可用性需要从应用、主机、网络与存储多个层面综合保障。在一个完整的高可用解决方案中，除了通过全冗余 SAN 交换机配置保障链路和网络层的可用性，并通过主机集群软件和虚拟主机技术保障业务层的可用性及连续性外；还必须要赋予存储同等级的高可用功能，以形成主机、网络与存储间头尾连接的全冗余配置。由于前两者的技术已趋于成熟，而存储高可用技术则方兴未艾，因此慎重选择一个最适用的高可用 HA SAN 存储架构，被项目团队列为成功的关键要件之一。 答案：HA-AP HA SAN高可用存储架构
项目团队初步选定考虑 Loxoll 的 HA-AP 高可用存储网关与 EMC VPLEX、IBM SVC 解决方案。之后经过深入对比，发现三者虽然都是以数据镜像作为实现存储高可用的基础，但是 HA-AP 与其余二者却采用了截然不同的设计和技术原理:
1.
设备形态：专为实现存储 HA 设计制造的硬件解决方案 vs 附带 HA 功能的存储虚拟化解决方案。
2.
设备结构：采用嵌入式操作系统与工业级模块化结构的单一目的硬件 vs 基于高端、复杂的 Linux 集群系统结构。
3.
数据同步：通过解析 SCSI3 命令，不做“写缓存”而使用数据分流和转址技术实现 LUN 的同步 vs 使用高频的 CPU 以及大容量缓存，以进行数据的写缓存同步处理。
4.
故障切换：通过路径的切换实现即时故障切换 vs 长达 30-40 秒钟以上的切换条件分析判断。
未完待续。。。
|
|