当前位置:
文档之家› 医院数据中心异地灾备系统建设
医院数据中心异地灾备系统建设
Realsync是所有方案中切换最简单、最方便的,相信这个操作大部分的IT部门人员都可以完成。
不足二:30分钟切换(接管)的压力较大
由于采用磁盘阵列/存储卷/虚拟容灾方案,在业务切换(接管)时需要经过主机启动、存储启动、Oracle数据库启动、网络切换、应用切换等多个环节;其中仅UNIX操作系统启动(含服务器外围设备和网络等元素的启动)和Oracle启动两个步骤就要花费几十分钟(至少为15+10=25分钟)。
本方案是迪思杰(北京)数码技术有限公司根据****医院提出的以上需求,所提出的利用DSG Realsync数据同步复制软件实现数据的实时复制,从而满足“建设容灾系统,实现数据的远程备份和业务的不中断运行“的需求。
DSG Realsync数据同步复制目前在国内有200多家客户,占到第三方数据复制软件市场70%以上的市场份额。
2. 存储卷复制技术:
由一些卷管理软件厂商提供,如VERITAS VVR;
3. 存储虚拟化技术:
飞康的CDP等,该技术是将系统中各种异构的存储设备映射为一个单一的存储资源,对用户完全透明,达到屏蔽存储设备的异构和主机的异构的目的。
4. 数据库复制技术:
由数据库厂商以及一些第三方厂商提供,如DSG RealSync/SmartE等;
ü 广东省人民医院电脑故障让患者受累
ü 北京妇产医院挂号故障千人排队苦等
ü 上海市第十人交费 老汉等2小时猝死检测室
ü 闵行区医院电脑故障 千余人等数小时挂号
ü 华山医院网络故障2小时取不了药
ü 中山市中医院系统出现故障,医院收费环节完全瘫痪,导致数千人看病受到影响
而数据库复制技术则不会有这样的问题。
2.2 推荐采用“RealSync产品”
要建立查询数据库的关键技术,就是数据库的实时复制。
目前****医院是采用的Oracle数据库,而实现Oracle数据库数据实时复制的产品只有两类方案,一是Oracle自带的工具,二是第三方的数据库复制工具。
实现这些功能的业界常用解决方案主要包括以下几类:
1. 磁盘阵列复制技术:
主要由一些磁盘阵列厂商提供,如EMC SRDF、IBM PPRC 、HP BusinessCopy、HDS TrueCopy等, 该技术是将数据复制通过磁盘阵列控制器在进行写入操作的同时通过高速网络向容灾系统的阵列上发送相同的I/O指令来实现;
医院数据中心异地灾备系统建设
———————————————————————————————— 作者:
———————————————————————————————— 日期:
ﻩ
1医院数据中心异地灾备系统建设
ﻫ
医院数据中心
异地灾备系统建设
项目建议书
ﻫ
迪思杰(北京)数码技术有限公司
2010-8-24
ﻫ
1 项目背景
随着医院信息化进程的不断深化,信息系统成为了支撑医院业务运行的重要平台,医院的全部业务流程都依赖于信息系统提供的服务来运作。为了保证该系统的稳定、安全、有效的运行,医院的IT部门都采用了双机、RAID、磁带备份等技术,来回避由于磁盘故障,人为失误,应用程序的逻辑错误,自然灾害等原因带来的系统停机或者数据丢失。但大部分医院并没有建立一个容灾机制,一旦数据库或硬件出现故障,较长时间不能恢复,对医院来说都是一次灾难,将会给给医院的声誉带来了恶劣的影响并造成了极大的经济损失:
磁盘阵列复制技术、存储卷复制技术、存储虚拟化技术与数据库复制技术在容灾应用的层面相比较起来,有几个明显的缺点:
不足一:切换的复杂性
在灾难发生的时候,如果采用的是盘阵/卷/虚拟类的容灾方案,那在业务切换(接管)时需要经过:
1、主机启动、
2、存储启动、
3、Oracle数据库启动、
4、中间件启动
5、网络切换、
ü 第八人民医院医院电脑临时出故障沟通不畅引患者投诉
ü 北京安贞医院电脑系统出现故障,造成大厅聚集近百名患者
ü 上海一医院突发电脑故障 造成大量病人滞留
ü 齐鲁医院电脑突发故障 患者排长队苦等
ü 上海龙华医院电脑系统故障致排队人群至门口
ü 东方医院电脑系统突发故障 数百患者苦等三小时
因此迫切需要建设容灾系统,以保证计算机业务系统的连续运行,并提高信息系统抵御突发性灾难的能力,保证医院稳定运行。
n 疑问一:灾难产生时,备份系统的Oracle是否一定能够起得来?
n 疑问二:即使Oracle能够起得来,数据是否一定都能够读取?
n 疑问三:灾难切换后系统的性能是否处于正常状态?
不足四:无法避免物理错误(如磁盘坏块),导致数据不一致、不安全
由于磁盘阵列/存储卷/虚拟容灾方案是采用基于IO级别的同步,无法解决磁盘经常出现的物理错误,例如:数据库坏块,这是Oracle数据库经常出现的典型问题(我们可以提供许多实例)。因此,基于磁盘阵列/存储卷/虚拟容灾的方案将面临数据丢失的风险。
6、应用切换,
7、相关参数修改
等等多个环节才能成功完成整个过程,而在突发事件产生的时候,现场是否有能有这么多技术人员保障,能够解决各个环节的启动、切换等,这个一个非常现实的问题。
由于Realsync软件实施的容灾数据库是OPEN状态的,所以没有主机、存储、数据库重启等繁琐步骤,只需要将容灾端ORACLE数据库的trigger激活,并将应用服务器器连接到接管的数据库服务器上。
本方案如有欠缺或遗漏之处,敬请谅解!
2 容灾技术分析
2.1 容灾技术的选择
在选择容灾系统的构造时,首先要考虑的就是选择采用合理的异地数据复制技术。数据的远程复制技术是容灾系统的核心技术,它对于数据系统的一致性和可靠性以及系统的应变能力具有举足轻重的作用,通过有效的数据复制,远程的业务数据中心与本地的业务数据实现同步,确保一旦本地系统故障,远程的容灾中心迅速进行完整的接管。
在很多关键行业,如果要实现30分钟内接管业务,这是有一定压力的。
因此,在证券等实时性较高的行业,数据库复制技术被大规模采用。(DSG目前在金融证券基金期货行业,拥有50多个灾备客户)
不足三:备份数据库是否一定能够接管还存在疑问
由于磁盘阵列/存储卷/虚拟容灾方案是采用基于IO级别的同步,而这个同步和Oracle的写操作是不完全一致的,所以备份数据库存在几个疑问: