
在上一期“医院灾备新时代”系列开篇文章中,我们介绍了医院核心信息系统部署、业务连续性演进路径以及业务连续性需求分析。本篇为系列第二篇,重点拆解医疗信息系统灾备项目落地的关键成功要素。
结合英方大量医疗灾备项目实施验收实践,一套医疗灾备项目要真正可用,需要同时达成三大条件:业务数据复制可靠、应用环境复制适配、业务接管模式合理。下面从这三个维度展开分析。
医院信息中心常见操作系统包含 Windows、Linux,部分环境使用 Unix Server;数据库覆盖 Oracle、MSSQL Server、MySQL、Cache 等。复制对象不仅包含操作系统、数据库、非结构化业务文件,还可导出网络设备配置文件一并做容灾保护。下面从数据完整性、复制链路、复制模式三个方面进行选型评估。
数据实时复制是灾备系统的基础能力。常见复制技术包含存储阵列远程镜像、主机卷镜像、块复制、字节级复制、事务日志复制等,各类技术各有优劣。应用层复制可通过一致性组保障多组件数据一致性,同时支持 AES、SSL 加密传输,提升传输安全等级。灾备方案需要保障复制组内数据遵从统一一致性规则,并且支持生产与灾备端的数据校验。
存储层复制可使用 FC/IP 链路;主机端复制大多采用 IP 链路。基于主机的复制可以更好应对网络中断、带宽不足、业务流量高峰,在应用层完成数据校验与排序。异地院区场景,还需要规划接管后的网络可达性,通过网络虚拟化、负载均衡、智能DNS保障灾备端可被访问。远距离容灾优先选用IP复制链路。
复制分为同步复制、异步复制。长距离传输会带来存储延时,同步复制会对生产主机IO、性能产生明显影响。远程异地容灾场景,应当优先选用异步复制模式,将对生产业务的影响降至最低。
灾备中心业务环境建议保持暖启动状态,便于开展常态化演练,故障发生时可快速拉起业务,同时具备应用级一致性校验手段。域控制器场景需要配置多控制器与GC全局编录冗余。
灾备方案应当兼容不同物理服务器、虚拟化平台,同时支持部署至VPC云端;医院现有老旧硬件资源,可以虚拟化复用作为灾备节点,保护既有IT投资。
提前评估灾难发生时灾备节点需要提供的计算资源,合理规划算力,避免接管后业务性能不足。
持续数据保护可以抵御误删除、误操作、逻辑错误,为医疗业务增加一层防护。
根据链路方案,提前做好灾备端网络配置,保障业务切换之后工作流正常运行。
业务接管模式需要匹配网络距离与网络可靠程度:同一机房环境可采用自动接管;同院区可以选择自动或半自动接管;跨院区、远距离异地机房,推荐使用半自动人工确认接管模式,规避网络异常造成的误切换风险。
延伸阅读|医院灾备新时代系列


及时响应,快速服务,为您保驾续航
立即注册
公告
邮件
销售