医院灾备建设选型分析.docVIP

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
医院灾备建设选型分析.doc

医院灾备建设选型分析   [摘 要]笔者根据医院核心系统HIS的灾备选型和分析,阐述当前业界的主流的容灾模型的优缺点,然后根据笔者医院的信息化规划和医院的后续业务需要进行容灾架构选型。   [关键词]医院;HIS;容灾模型;容灾架构   doi:10.3969/j.issn.1673 - 0194.2015.20.120   中图分类号]TP309.3 [文献标识码]A [文章编号]1673-0194(2015)20-0-02   宁波第九人民医院经过几年的发展,已经建设为现代化的综合性医院,为实现医院管理的科学化、现代化、数字化,与国际、国内信息化建设的新技术接轨,适应现代化医院的医疗、科研、教育和管理要求,医院建立起的信息系统(HIS)主要以一体化的临床系统、LIS系统、PACS系统、EIS系统、PIS系统等为基础,实现数据全面共享,共同形成全面的医院信息管理系统。庞大的系统必然产生海量数据,对于软件系统而言数据就是根本,任何操作、分析、结算等等都从数据库中提取。从某种意义上说,数据安全成为现代医院信息系统安全的重中之重。一旦数据丢失,对任何一家医院来说都会产生重大影响。   1 数据安全影响   根据长期的一线运维经验,对应用和数据安全的影响主要有以下几种情况。   1.1 系统硬件故障   如系统磁盘或数据盘的损坏将导致数据不能访问,进而可能导致应用进程终止或系统停机,甚至系统不能重启动。网卡的损坏会使终端用户无法访问系统服务。CPU或内存的失效则会导致系统死机。   1.2 应用程序或操作系统出错   由于操作系统或应用程序中存在BUG,当碰到某种事件符合BUG的激发条件时,应用程序会非正常终止或系统崩溃。   1.3 人为错误   一些人工的误操作,如删除系统或应用文件,终止系统或应用服务进程,升级覆盖安装等,也会导致数据丢失或系统服务无法访问。   1.4 电脑病毒/黑客入侵   由于目前大多数计算机系统均连接在网络上,若缺少有效的防范机制,很容易遭受病毒感染或黑客入侵,轻者数据被损坏,重者系统瘫痪。   1.5 自然灾害   由于一些意外的不可抗拒的因素,如雷击、火灾、洪灾等导致的计算机系统破坏,会使一般系统的恢复非常困难且耗时,导致业务系统长时间中断(通过容灾系统来解决)。   2 主流灾备方案分析   笔者根据本院的实际情况,考察了以下几种灾备模式,同时根据本院实际的业务情况、工程师配置情况和医院后续发展的需求等综合进行总结和归纳。   2.1 基于SAN网络的数据容灾   基于SAN网络的容灾当前最常用的方式是存储虚拟化与远程复制相结合的灾备架构,在前端应用服务器与后端存储系统之间的存储区域网络(SAN),加入一层存储网关,前端连接服务器主机,后端连接存储设备。它的角色就好像是存储网络中的跨海大桥,所有的数据和I/O都交由它来控制管理、分发。当然,现在的存储网关即可进行带内控制,也兼具out-bound控制方式,对于I/O流量进行旁路监控和分流,实现本异地数据复制。由于数据复制是通过存储网关来执行,应用服务器只需执行代理程序,相对于基于主机层的技术,它的性能影响更低。另外,通过存储网关的虚拟化技术,可整合前端异构平台的服务器和后端不同品牌的存储设备,本地端和灾备端的设备无须成对配置,用户可根据RTO和RPO,在远端建立完整的热备份中心。   测试缺点:灾备的数据如果要求是同步复制的,那么不同存储间的性能影响较大,会按照差的性能的存储运行,对ISCSI等网络存储整合较差。灾备的数据无法实时可查看,对灾备数据的完整性和安全性无法进行考究,只有在拉起的时候才能进行数据验证,操作较为复杂,同时,逻辑错误发生后,部分情况下恢复模式恢复的数据恢复丢失量较大,如单表误删等,均需要全盘恢复。另外,现场测试对维护人员的技术要求和运维规范性要求极高。   2.2 基于主机的容灾技术   一般是通过复制主机逻辑卷的方式实现。灾备管理软件将主机端系统卷上每次I/O的操作数据发生变化的数据块实时(或者准实时、或者延时)复制到灾备节点的相应位置上,实现远程两个卷之间的数据同步(或准同步)。主、备节点之间通常需要配置相应的IP通道。根据数据的更新频度、带宽条件和质量等因素,可将数据复制设置成同步、准同步或者定期同步等方式(或自动适应)。另外,有一些基于主机的复制软件只能够实现文件级别的复制,虽然缺乏对裸设备卷的支持,但是融入了CDP的功能。远端灾备主机不但能够实现容灾切换,而且可支持将生产系统恢复到任意的历史事件点,相对的对大文件的复制效率较低。   基于主机的远程数据复制会增加各节点主机的一些处理性能需求,在主机性能和通信带宽的要求得到满足时,远程复制效率和

文档评论(0)

fa159yd + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档