经典案例

数据中心案例

您当前位置:首页 » 经典案例 » 数据中心案例

医疗行业双活数据中心案例

发布日期:2017-11-04   浏览次数:6594 次   来源:本站源创   作者:佚名
医疗行业双活数据中心案例

医疗双活数据中心

需求和目标

随着我国医疗信息化的持续发展和新兴技术的不断涌现,数字医院、远程医疗等技术得以实现,医院运营效率大幅提升,看病难、看病贵等问题得到一定缓解。同时,信息技术的普及使得信息获取变得触手可及,和优势医疗资源的集中,形成一定的聚集效应,大中型医院存在着超负荷工作的问题。这对医院信息系统的可靠性和业务连续性带来了极大的挑战。

信息系统建设作为医疗行业信息化的核心内容,在近几年的发展中经历了不同的阶段。随着国家新医改方案的实施,对国内传统医院信息系统发展带来前所未有的机遇与挑战,现有的信息系统已难以全面适应医院的需求。因此,一个全新的数字化医院解决方案是当前国内医院信息化行业的迫切需求。

银兴科技在深入理解医疗行业信息化需求和发展趋势,通过多年的耕耘,推出了一系列创新的医疗解决方案致力于帮助医院客户构建敏捷高效、安全可靠和易于运维的端到端信息化解决方案。

项目需求分析

医疗行业信息系统中最重要的是信息,包括病人临床信息和医院管理信息等。医疗IT部门面临的最明显挑战是由信息数字化造成的信息量持续增长带来的,这些增长来源于:

ü HIS/EMR系统

Ø 随着就诊人数的增长,需要保证系统的性能满足业务发展的需要;

Ø 需要满足7x24小时高可靠运行的业务连续性要求;

Ø 需要保证数据的安全性和可恢复性,避免因数据丢失引起的医疗纠纷;

ü PACS系统

Ø 如果仍然采用随影像设备配置的功能简单的医疗影像系统,如何实现全院影像信息共享和查询?

Ø 如果实施了全院PACS系统,则带来数据量的快速增长,如何做到控制成本、同时提供数据的共享和快速查询?

Ø 需要满足7x24小时高可靠运行的业务连续性要求;

Ø 需要保证数据的安全性和可恢复性,避免因数据丢失引起的医疗纠纷

医疗行业其他应用系统还包括:LIS、医保、银联前置机、合理用药、知识库、排队叫号、病人查询系统、OA、杀毒系统、文件服务器、WEBEmail等。

如今,随着医院不断有新的应用系统上线,数据呈级数增长,原有的系统迫切需要扩容升级。由于医院内的HISPACS 和电子病历等系统是在不同时期分批建成的,导致各系统的数据处于分散存储状态。不仅如此,每个系统所采取的存储方式与存储介质也各不相同,而且有些存储系统已经无法满足业务不断发展的需要。

随着医院信息化进程的逐步深入,医院部署的的应用系统越来越多,环境也变得越来越复杂,这无形中增加了IT人员管理维护系统的难度。同时,随着应用系统的不断增加,数据也相应大量增长,这就给原有的信息基础架构提出了更高的要求:

ü 提高系统数据整体安全性,避免因数据丢失导致的公共事件发生

ü 平滑的提供更大的存储空间

ü 提供更快的数据响应速度

ü 提供更大的数据吞吐能力

ü 提供灵活的资源调配能力(包括服务器和存储)

并且,随着信息系统在医院教学和管理中的重要性越来越高,信息主管部门越来越多的关注在:

ü 如何解决应用系统和数据容量迅速增长带来的问题:

Ø 利用率降低

Ø 成本不断增加

Ø 管理越来越复杂等

ü 如何满足关键应用系统的业务连续性要求

Ø 关键系统高性能

Ø 关键服务不停顿

Ø 关键数据不丢失

医疗双活数据中心

随着医疗服务业务的进一步发展,医疗信息系统要求提供7*24小时的高可用性服务,业务运行不允许中断,系统一旦停机会给医院造成巨大的损失。

为了应对系统停机、业务中断等风险,多数医院建设了容灾数据中心,传统的以数据复制技术为基础的多数据中心架构均以灾难情况下的站点整体切换为第一目标,这种技术强调灾难情况下的站点恢复能力,但往往由于底层数据复制配置、网络环境、相互依存服务等方面的限制,无法顺利实现单个业务应用系统或主机的透明切换和迁移;

另一方面容灾站点的服务器、存储、网络等资源长期处于闲置状态,并且长期占用机房场地并耗费大量能源,所以大部分医院并没有建立一个高效的容灾机制,一旦应用系统或机房硬件出现故障,将会造成业务中断,影响医院运营。

如何构建一个在发生故障时提供保护并使关键应用程序保持在线,尽可能减少人工干预的高可用性解决方案,成为本方案的最大挑战。

银兴科技双活数据中心解决方案,指两个数据中心都处于运行状态,可以同时承担业务,提高数据中心的整体服务能力和系统资源利用率。两个数据中心通常部署于医院两个园区,互为备份,当一个数据中心故障时,业务自动切换到另一个数据中心,数据零丢失,业务零中断。

银兴科技双活数据中心可承载任何应用,为客户提供50km内的同城端到端的双活数据中心解决方案,解决传统灾备中心不能承载业务和业务无法自动切换的问题。

在应用层,两个数据中心的主机集群、数据库集群和应用集群同时运行,且互为备份,当一个数据中心故障时,业务自动切换到另一个数据中心,不影响业务连续性。同时,在应用主机透过多路径软件,提高数据传输的可靠性,保障应用主机与存储阵列之间的路径安全性。

在存储层,两个数据中心的ClusterIO HA引擎组成集群。通过ClusterIO HA镜像特性,数据同时写入两个数据中心,保证两个数据中心存储阵列之间数据实时同步,数据实时一致,两个数据中心同时可用。当两个数据中心存储层的任一设备故障时,上层业务自动切换至其他设备,不影响上层业务应用,保证业务的连续性。

全自动双活容灾架构

为了更好的解决通常烟囱式建设方式带来的弊端,采用服务器虚拟化架构解决方案,在两个数据中心之间构建一个计算资源池,每个数据中心分别部署3~5台物理服务器,安装Vmware虚拟化软件,将两个数据中心的6~10台服务器配置成为一个VmwareHA集群,能够支持35~60个医院应用系统的正常运行,最有效的利用服务器资源,节省采购和运维成本,降低管理复杂度。同时在构建的VmwareHA集群中,任何一台物理服务器发生故障,该服务器上的虚拟机会平滑迁移到其他的物理服务器上,保障了医院业务系统的稳定运行。

对于最关键的HISEMR等业务系统,采用物理机构建Oracle RAC或双机热备的方式,在两个数据中心分别部署一台服务器来运行HISEMR等数据库。任何一台数据库服务器或数据中心发生故障,医院的HISEMR数据库仍然能够从另外一台数据库服务器继续访问医院的HISEMR等数据库,确保医院业务的稳定运行,实现业务连续性