您所在的位置:首页 > 资讯中心 > 背景文章 >  基于网络层的医院存储灾备解决方案
基于网络层的医院存储灾备解决方案
  • 2010-07-13 14:44
  • 作者:佚名
  • 来源:中国数字医疗网

随着医院信息化技术的深入发展,无纸化医疗必将成为一种趋势,这就要求医院信息系统7×24小时持续运行,于是容灾就成为信息数据中心建设的热门课题,很多容灾技术也快速发展起来,用户也有很大的选择余地。但由于容灾方案的技术复杂性和多样性,一般用户很难搞清其中的优劣,以确定如何选择最适合自己状况的容灾解决方案。

一、行业背景

医疗行业的信息化建设经过了几个阶段的发展,HIS、LIS、CIS以及PACS等众多内容丰富、功能强大的应用软件逐渐成熟,成为医院信息技术的核心。随着时间的推移,这些环境的数据越来越多,数据的价值也越来越大,数据丢失或系统停机所造成的损失会造成越来越严重的后果,甚至变得不能接受。

另一方面,“9.11”事件爆发以后,“容灾”这个词汇逐渐成为人们谈论最多的焦点之一。而随后的一系列自然灾害的发生,更推动了IT系统容灾的需求。医疗行业也不例外,今天许多医院管理者和就医者都十分关心医院的IT系统的高可用性。

二、需求分析

医院信息系统是一个数据量大,数据类型复杂和事务并发多的实时系统,由于医院业务的特殊性,任何人为或自然因素所导致的应用或系统中断,都会造成医院巨大的经济和名誉损失及严重的法律后果。所以医院应用对IT系统的持续稳定运行提出了非常苛刻的要求。

在目前已经上线的医院IT环境中,绝大多数医院都采用了“群集技术(也就是通常人们所说的“双机热备份”)+磁带备份”的方式(如图1),以保证服务的持续运行或者在用户可以容忍的时间之内自动进行服务恢复。群集技术在应对服务器故障方面有着显而易见的效果,这一技术已经得到大多数医院用户的认可,并已经得到很大程度上的普及。磁带备份由于其廉价和大容量的特性也得到了广泛的应用。

磁带备份
图1

但是,随着“群集技术+磁带备份”运用的普及,很多用户发现群集本身也有一些非常明显的不足:

1、 由于传统的群集解决方案多采用“2+1”的模式,即两台服务器连接到一台磁盘阵列。这种结构是为了在两台服务器之间共享数据。但是单台磁盘阵列往往就成了核心系统的一个单点故障点,一旦磁盘阵列发生故障,则整个系统将发生停机,作为7×24营业的医院来说,这种意外的停机是无法忍受的;

2、 很多用户往往有这样的误解――既然我的系统已经是“双机热备份”了,那么,我的数据也不需要备份了。这种误解导致很多用户往往忽视了数据备份的重要性,结果整个系统的数据只有磁盘阵列中的一个拷贝,等到由于磁盘阵列发生故障或人为误操作导致数据丢失的时候,才发现悔之晚矣!

3、磁带备份虽然理论上能够对数据进行备份和恢复,可是在实际应用过程中,我们会因为各种原因(误操作、软件稳定性、链路稳定性等)无法完整备份数据,并且经常出现无法恢复的情况,让赋予很高期望值的备份操作前功尽弃!

4、 虽然关心容灾,但由于各种原因目前大多数国内的医院在建设IT系统时并没有过多地考虑。一旦发生火灾、地震等灾难性事故,整个系统将毁于一旦,数据将一去不复返,医院将遭受无法估量的巨大损失。

由于医院通常都没有与大型企业类似的各地分支机构,往往就是集中在一个园区之内,所以要为医院特地构建一个容灾中心对医院来说其实很不容易,但要实现一个园区级的容灾系统对医院来说却是非常容易的。

综合以上需求分析,医院IT系统应该急需建立的是一套能够提供实时的数据保护、高度可靠的故障切换、以及园区级系统容灾的完善解决方案。

三、解决方案

本地容灾

为了区别于以前的群集模式,我们把这个方案通俗地称为“2+2(x+y+z)”群集模式(如图2)。从功能上来讲,该方案历史性地突破了原先狭窄的HA概念,提供系统全冗余、无任何单点故障、以及数据和应用的园区范围的容灾功能,使医院IT系统真正没有后顾之忧。

为了提供全冗余的“IP SAN+容灾”解决方案,我们在原来的“2+1”群集模式的基础上,增加了一台磁盘阵列(x)、两台交换机(y)、两台锐捷RG-iS-V系列存储虚拟化引擎(z),即构成了“2+2(x+y+z)”群集模式,其他的服务器则可以直接通过iSCSI协议进行存储空间的使用。

“2+2(x+y+z)”群集模式
图2

通过存储虚拟化引擎基于网络层的容灾功能——跨盘阵镜像、快照、复制,真正保证了数据的实时镜像和零时间恢复。并且还具备以下优点:

整合第三方异构存储系统;

不消耗主机资源;

支持任意数量的主机;

不关心前端应用类型;

不关心磁盘阵列形态;

减少管理成本;

可以基于IP或者FC链路。

如此,对于一个应用来说,只要任意一组节点运行正常,整个系统就能够正常运行。

异地容灾

有了本地数据中心的灾难备份,确保了服务器、交换机、存储虚拟化引擎、磁盘阵列任一节点在故障时实现零时间切换,但是无法抵御电力、整体机房灾难的侵害,这时就要考虑跨楼宇容灾或者异地容灾。

本地数据中心依然采用如上的“2+2(x+y+z)”群集模式,而在异地(不同楼宇)建设同样的应用系统和存储系统,通过锐捷“存储虚拟化引擎”实现本地和异地的数据复制(同步/异步),确保本地数据中心在遭遇灾难的情况下,异地灾备系统能零时间接管应用系统,保证前端应用7×24小时持续运行(如图3)。

通过锐捷“存储虚拟化引擎”实现本地和异地的数据复制(同步/异步)
图3

该方案具备以下特点:

·本地采用IP SAN高可用性解决方案 

·存储空间对用户透明

·充分利用存储空间

·消除任何单点故障  

·保护用户投资

·整合第三方存储

·License-free(服务器连接存储无License限制)

·大幅减少FC SAN扩容的高昂费用,消除系统扩展的厂商依赖性

·更多的服务器跨校区享受存储服务

·提供本地备份解决方案

·提供跨盘阵的卷镜像、快照、复制等功能确保数据安全

·轻松实现跨盘阵数据迁移、应用服务迁移

·提供跨院区灾备解决方案

·通过校区之间的可用链路提供远程灾难备份恢复功能(GDR)确保数据安全

·可以在低带宽环境下实现远程数据灾备 

四、结束语

随着数字化医院的建设,数据成为一切应用的基础和核心,为了保障医院信息系统“7×24小时×365天”持续运行,就必然要对数据和应用进行全面容灾建设,用户在选择容灾方案时一定要结合自己应用环境和预算等实际情况做出决定,适合自己的才是最好的。

【责任编辑:清茗 TEL:(010)68476606】

标签:医院存储灾备  网络层灾备  数字医疗  
  • 分享到: