首页 | 本学科首页   官方微博 | 高级检索  
相似文献
 共查询到20条相似文献,搜索用时 31 毫秒
1.
通过信息系统的容灾在医院中的应用与研究,在2013年开始建设医院信息系统应用级容灾,重点围绕以为患者服务的信息系统为中心,通过这个项目的研究及实际应用,使目前吉林市中心医院信息化系统、信息集成平台在应用层和数据层实现异地应用级容灾,在核心机房出现系统硬件故障、应用程序或操作系统出错、数据库错误、人为造成错误、网络的正常维护停机、自然灾害等情况不能快速恢复时,系统可在10分钟内切换到异地容灾系统,保证365天不停机,确保了医院信息系统、信息集成平台的正常连续稳定运行。  相似文献   

2.
本文详细介绍了医院信息系统的应用级容灾体系的建设和实施过程。为确保我院医院信息系统(HIS)业务正常运行,并保证其在发生灾难时也能在短时间恢复业务正常,我院在计算机房进行应用级容灾系统建设,系统部署包括3部分:业务系统端部署、容灾系统端部署和WEB管理端部署。  相似文献   

3.
医院数据灾难恢复是医院业务连续性计划的一部分,其中最为关键是建立医院数据容灾系统和数据备份,如何实现各系统紧密配合的一体化医疗信息系统,以及医院信息系统的容灾建设将成为各医院信息中心的重点。本文就医院信息系统容灾与数据备份进行探讨。  相似文献   

4.
医院信息系统容灾方案的设计与实施   总被引:3,自引:1,他引:2  
目的:设计一套针对医院信息系统的容灾方案。方法:采用冗余备份技术、双机热备技术、集群和负载均衡技术,来实现医院信息系统的数据容灾和应用容灾。结果:设计方案达到了数据容灾和应用容灾的效果,一定程度上保证了业务的连续性。结论:提高了系统的可靠性和可用性。  相似文献   

5.
医院信息系统容灾技术浅谈   总被引:4,自引:2,他引:2  
目的:提高医院信息系统数据的容灾抗灾能力,保障医院数据安全。方法:针对数据容灾相关技术的特点进行分析和比较。结果:各种容灾技术均有相应的优缺点,实现应用级别的容灾应全面考量,选择最优方案。结论:只有建立应用容灾才能解决数据安全,保障医院业务的持续性。  相似文献   

6.
目的设计一套针对医院信息系统(HIS)的容灾方案。方法采用冗余备份技术、集群技术,来实现HIS的数据容灾和应用容灾。结果该方案在医院使用后,多次有效地避免了由各种原因引起的数据丢失和应用中断事件的发生。结论该设计方案简单有效,使HIS具备了数据容灾和应用容灾的能力,保证了医院业务的连续性和高可用性。  相似文献   

7.
目的:探索建立医院信息系统(HIS)核心业务系统应用级别的容灾架构与模式。方法:从容灾相关概念与技术指标、容灾的目标与分类、容灾规范、容灾技术与关键技术分析以及容灾系统建设方案与选择入手,通过容灾技术与容灾系统的深入研究,从低级到高级设计出多种医院信息系统容灾架构与模式。结果:选择适合的容灾模式,可以达到容灾应用要求,做到数据0丢失、服务0中断、业务0间断。结论:一地两中心的"2+2"模式在现实中具有实现成本低、容灾级别高、实用的优点,值得推广应用。  相似文献   

8.
医院信息系统中一种经济适用的数据库容灾方法   总被引:1,自引:0,他引:1  
容灾是指在灾难发生时,信息系统可以在最短的时间内、最少的损失下恢复业务的运行。数据库级容灾是建立在数据库基础上,将源数据库通过逻辑的方式在异地建立一个同样的数据库,并且实时更新,当源数据库发生灾难时可以及时接管业务系统,达到容灾的目的。为实现7×24小时业务连续运行,提高信息化医院的服务水平和竞争力,我院“军字一号”系统在双机集群的基础上,结合医院的具体情况,采用一种经济适用的方法建立数据库级的容灾系统,即利用Oracle的机制建立Standby容灾数据库。[第一段]  相似文献   

9.
医院信息系统的完整性和业务持续运行,与医院信息化管理及患者的利益息息相关,当医院信息系统发生如各种病毒入侵、黑客攻击、人为误操作以及自然灾害等意外问题时都可能造成信息系统当机和数据丢失,因此,保障业务连续性、数据应用高可用性,最大程度地降低医院信息系统停机维护时间和数据丢失风险,建立一套有效的灾备系统,降低医院信息化灾难带来的损失,这是现代化医院迫切需要解决的问题。本文结合东莞东华医院实际情况,对比Windows集群,提出了采用云灾备的解决方案,云灾备技术通过监控系统I/O基于字节级实时复制,减少系统资源和带宽消耗,虚拟化多对一保护方式一台物理服务器保护多台,减少容灾服务器物理数量,做到本地和异地容灾备份保护。发生故障时做到秒级快速接管和恢复,保证系统、数据的高可用性,实现系统智能容灾和持续数据保护,该方案成功应用于东莞东华医院信息系统。  相似文献   

10.
本文主要介绍了我们在实施医院信息化过程中,为提高信息系统的容灾能力而采取的一些措施,主要包括数据的备份与复制、灾难检测和系统迁移。随着网络技术的发展,容灾技术也不断向前发展,其未来发展趋势侧重于业务连续性和持续数据保护两个方面。  相似文献   

11.
目的:建立医院异地容灾备份数据库,提高医院信息系统的数据应急和容灾抗灾能力。方法:运用Oracle 11g Data Guard相关配置,采用最大性能模式,搭建物理备用数据库,实现异地容灾。结果:Oracle 11g物理备用数据库成功搭建。实现了异地的应用级容灾。结论:该物理备用数据库很好地满足了数据库异地容灾的需求,保障了医院业务数据库服务的可用性和可靠性。  相似文献   

12.
随着医院信息系统的不断发展,数据资源变得越来越宝贵,数据更是成为影响医院生存和发展的关键。本文以医院信息系统现状为基础,分析探讨如今主流的数据备份和容灾方案的系统架构,结合其优缺点,寻找出适合医院现状的备份容灾方案。  相似文献   

13.
信息系统容灾技术的应用设计与比较   总被引:2,自引:0,他引:2  
翁盛鑫  黄影  庄严 《医疗卫生装备》2010,31(4):45-46,49
目的:探索减轻任何不可预知事件对信息系统正常运行灾难性影响的容灾方案,提高数据管理的安全性、可靠性。方法:根据医院信息化建设的实际情况,针对存储镜像、主机镜像、数据库镜像技术等3种容灾技术的原理和特点,进行了分析和比较。结果:基于存储镜像技术的客灾技术,具有可支持各种应用和操作系统、故障恢复机制简单、易于操作、管理方便、性价比合理的特点。结论:根据具体需求,合理地选择一种或综合采用多种容灾技术,这样才能建设成安全、可靠的信息系统容灾体系。  相似文献   

14.
杨劲 《医疗卫生装备》2004,25(11):38-39
借助光纤通道技术(FibreChannel)为核心的快速存贮网络(StorageAreaNetwork),在主数据中心相距一定距离建立备份数据中心。依靠专用容灾软件来实现2个数据中心同步,建成一个高可靠性、高安全性、高扩展性、有足够冗余的数据存储管理平台,来对医院数据进行妥善处理。在灾害发生时,为医院信息系统提供异地容灾服务,及时地接管受损系统部分的所有工作,保持医院业务的不间断性和连续性,以规避系统风险。  相似文献   

15.
容灾的实质是通过各种容灾技术和手段保持信息系统业务的持续性。本文介绍了我院信息系统的容灾设计和10余年的运行经验,总结出了适合大型医院使用的容灾系统设计方案,并详细说明其了原理和实现过程。  相似文献   

16.
阐述了Symantec Storage Foundation在医疗系统数据备份中的应用和优势,指出了其解决了医疗信息系统数据丢失和应用间断的问题,规避了原有医疗信息系统双机方案存在的风险,实现了其高效数据容灾的功能及对平台系统无影响的数据备份过程。  相似文献   

17.
目的构建SAN(存储区域网络)架构的数据存储系统,确保医院信息系统(HIS)安全稳定运行。方法针对HIS对网络存储新的发展需求,配置双存储磁盘阵列柜,采用服务器双机集群方式,构建SAN架构的数据存储系统;设计基于虚拟带库对医院两类不同应用数据库(SQLSERVER 2005、ORACLE10G)的容灾恢复系统。结果设计方案的实施达到了数据安全存储和应用容灾的效果,确保医院的各种信息应用安全高效。结论该架构提高了HIS的可靠性和可用性。  相似文献   

18.
近年来医疗信息化发展迅猛,各种医用信息系统相继上线。各种患者的病历、病理、检验和检查都由传统的纸质或胶片报告,统一变成了数字化信息。随之而来的是数据量不断增多,所储存的数据也变得极其重要。所以,现今医用数据的备份和容灾已经成为了医疗机构面临的重要问题之一。备份和容灾也就成为医疗信息化当中不可或缺的部分。建立完善的备份和容灾方案是势在必行。本文简要地介绍了在医疗机构内,存储系统的容灾备份方案的设计和实施。  相似文献   

19.
本文阐述了云计算数据中心和“双活”的基本概念,从多种角度研究基于云计算的数据中心容灾系统的建设,提出了基于高可用性的本地接管预案、基于“双活”的本异地互备预案、基于备份恢复的数据保护预案和基于数据库复制的系统切换预案,旨在利用各种技术和管理手段将灾难的影响化解。基于云计算的数据中心容灾系统在发生灾难时,能够保证业务的连续性,实现几乎零停机实时迁移。  相似文献   

20.
在信息时代,数据成为社会正常运转不可替代的核心。对于一个血液中心来说,采供血业务生产数据更是影响其生存发展,并直接关系到临床患者健康安全的关键点。因此,如何保证在突发灾难时,重要数据不丢失或少丢失,保证采供血业务系统尽快恢复运行已成为各地血站关注的重点。本文从技术角度对容灾的概念及血液中心相关灾备系统的构成作出初步的介绍分析,力图使读者对容灾内容有一个概略性的理解。  相似文献   

设为首页 | 免责声明 | 关于勤云 | 加入收藏

Copyright©北京勤云科技发展有限公司  京ICP备09084417号