容灾备份平台建设及运维难点.docx

《容灾备份平台建设及运维难点.docx》由会员分享，可在线阅读，更多相关《容灾备份平台建设及运维难点.docx（14页珍藏版）》请在优知文库上搜索。

1、一、医院容灾备份技术路线的选择1、如何结合医院的需求场震、医院现有业务系统的关耀程度以及对RTO和RPo要求选择合适容灾笛份技术路线？CZhe医疗行业：医院的业务系统按照容灾系统对应用系统的保护程度可以分为数据级容灾和应用级容灾，数据级容灾系统只保证数据的完整性、可靠性和安全性，但提供实时服务的请求在灾难中会中断.应用级容灾系统能够提供不间断的应用服务，让服务请求能终透明（在灾难发生时考无觉察）地继续运行保证数据中心提供的服务完整、可齐、安全.因此对服务中断不太敏感的部分可以选择数据级容灾.以便节省成本，在数据级容灾的基础上构建应用级容灾系统，保证实时服务不间断运行，为用户提供更好的服务.下表

2、是几种灾备技术的对比：复制技术比较存储系统勤胆复制操作系统层数据只制应用程序层数据复制基于存储懒据复制虚拟存储技术林网数据的复制过程通过本地的存储系统和远端的存储系统之间的通信完成。复制技术是伴随着存储局域网的捌!引入的，通过构建虚拟存储上实现数据复制。通过操作系统或者数据卷首理器来实现对数据的远程复制。数据库的用蝮制技术，通常采用三志复制功能,依室本也和远程王机间的日志归档与传递来实现两期的数据一致。平台要求同构存储与平台无关，需要增加专有的复制服务器或带有复制功能的SAN交投机同构王机，异构储与平台无关复制性能高高高较高资源占用对生产系统存储性能有影响对网络要求高对生产系统王机性能育影响占

3、用部分生产系绕数据库滨源技术成熟度麒成熟成熟成熟高，雷要同构存储较高,需要专有设备较高，需要同构主机一般，部分软件免费2、关于Caehe数据库是否有本地容灾或者同城.异地容灾建设的方案？1.不同厂商对应的医院信息平台使用的数据库是不一样的，SQ1.、Oracle等数据库相对容易实现容灾建设，像Cache数据库，是否有本地容灾或者同城、异地容灾建设的方案？2,如果不依托现有的虚拟化或者云平台，传统物理环境下，cache数据库如何实现可靠容灾？ChPPS2000阳光保险集团安全工程师：Cache2012之前只能通过shadow进行灾难恢复.2016支持shadow和mirror模式部署，mirro

4、r可以实现业务接管，shad。W仍然跟之前一样但是mirror通常只用作集成平台容灾，数据库建议还是使用shadow模式.一般来说还是建议做本地基于主机HA的容灾，异地用shadow做备份。也可以考虑用rose的mirrorHA实现无共享存储的HA,但是脑裂风险大.jakeyyu三甲医院系统架构师：Cache数据库自身具有在线实时豌像功能，理论的数据误差不高于15秒。目前该数据库基本以这种方式进行在线容灾，一般还会配以存储双活.基本上方案都出自于软件提供方.3、存储双活和容灾备份选掰？存储双活和容灾备份选择：针对医院军要业务系统做存储双活，一般业务做容灾备份，这样是否安全，还是说选择所有的业务

5、系统都做存储双活，重点业务做容灾备份更加安全呢.针对勒察病毒等病毒攻击，容灾备份是必须的吗，还是说存储双活也能代替容灾备份功能呢.福建医科大学附属第二医院Xiaofu高级工程师：1）备份是容灾的基础，我们常说321原则.2）容灾一般指相隔较远的异地建立相同的it系统，当一套出现故障另外一套可以接管工作.3）然后根据业务系统的特点（如数据摩、应用、图片存储等）部署的方式、业务的更要性选择不同的容灾备份方案。常常采用RPo与RTo来衡员04）在医院的环境中，三甲医院基本追求远程数据实时备份，零丢失.应用容灾无缝切换，群集自动化监控切换.5）解决方案也很多，可以根据自己实际环境研究合适自己的容灾备份

6、方案.jakeyyu三甲医院系统架构师：首先要弄清楚双活的意义是什么，双活的目标是保证医院系统在运行过程中，发生节点故障后另一个节点自动接管业务，而前端医护人员使用过程中感受不到系统发生过故障,而容灾备份的要求是在系统发生灾难情况下，可以将系统数据恢复到发生灾难前的一刻.因此，选择的时候就需要考虑业务的连续性，连续不能中断的业务最好选择双活系统，容灾备份也不能少。针对病毒攻击，容灾备份是不可少的，同时还要考虑网络中的安全问题和操作系统平台选择问题.Del1.ZhangCan戴尔科技架构师:首先需要明确双活与容灾备份解决方案的区别.双活方案提供的是应用保护，容灾备份提供的是数据保护.具体说，双活

7、方案指当某一台设备（单台服务器、交换机、存储）或某一个数据中心发生物理故障，如停电、硬件故障、网络中断等时,核心应用（如HIS）不会中断，前端的医务工作人员对故障无感知.但是对于病毒攻击，双活方案是无能为力的，因为双活技术的原理决定了病毒会同时感染两个数据中心,所以双活解决方案是无法防范病毒入侵、人为误麋作导致数据丢失等逻揖错误的。针对医院最核心的业务系统（HIS.EMR、PACS等），最完善的保护方案是双活+连续数据保护（CDP）+容灾备份，这样才能既防范业务中断，又防止数据丢失，以及中病毒后的快速恢且。同时，双活解决方案不能只做存储双活，而是数据库、服务器、网络、存储都要做双活，比如Ora

8、cleRAC+两台Server+两台交奂机+两台存储的双活解决方案。其次，容灾备份方案指发生火灾、水灾、病毒入侵导致业务中断、数据丢失时，还有一份宝贵的数据用于恢复业务.因为医院一般业务对业务中断的敏感度不高（RTO要求不高），允许一定的停机时间，所以一般业务选择容灾备份方案做保护的较多.再次，从医院的实践看。大多数三甲医院对于核心应用采用的是双活+CDP+容灾备份的解决方案，比较重要的应用采用的是本地备份+异地容灾备份解决方案，普通应用采用异地容灾备份解决方案.所以具体采用什么样的保护措施，需要根据应用的重要性和RT0、RPo指标选择对应的解决方案。anonymous:当医院规模大系统繁多时

9、，全部容灾肯定不现实，只能对不影响医院业务的前提下考虑灾备，比如HIS,EMR,RIS,1.IS内镜,其他做数据备份二、医院容灾备份建设方案1、关于医院信息集成平台、业务新系统、软件数据中心双活机房的建设请教？医院信息集成平台建设已是行业内公认的中大型医院信息化建设所必须建设内容.也是电子病历分级评价、互联互通等理性要求,对于医院减少接口重欠建设，标准化基础数据，整合优化业务流程有着重要的意义，已经成为医院信息化的建设的软件系统基础设施之一.医院信息平台承担内、外互联，信息交互、发布等业务较多，架构也因不同厂商不尽相同，现在一般功能应用型服务器可以部罟在虚拟机上，数据库服务器一般还是以物理机为

10、主.类似于这种信息集成平台及相关的业务系统，还有高等级医院相关数据中心（CDRMDR科研等）如果想实现全双活机房数据中心建设，应该选择哪种存储及应用解决方案？CZhe医疗行业:双活特性中的两个数据中心互为备份，目都处于运行状态。当一个数据中心发生设备故障，甚至数据中心整体故障时，业务自动切换到另一个数据中心，解决了传统灾备业务无法自动切换的问题.提供给用户高级别的数据可靠性以及业务连续性的同时，提高存储系统的资源利用率.存储系统为基础的存储双活架构，为客户建设业务不间断运行的解决方案，包括本地数据中心部署逻辑架构和跨数据中心部署逻辑架构.DeI1.ZhangCan戴尔科技架构师：对于数据库跑在

11、物理机上，其他业务跑在VM上的医院，大多数医院采用的是集中存储+分布式存储（超融合）的混合架构.虚世化，特别是基于VMware的虚拟化并不妨司全双活数据中心的建设和容灾。有医院基于VMware跑OradeRAC,也有医院采用VMware的延伸集群技术建设虚世化双活平台.2、医院信息化平台的灾备方案如何煤合考虑多院区，异地，本院区的统一？当前医院信息化建设对于容灾这块非常圣视，启用的方案中经常会提到异地，本地等灾备的方案.但是目前大型医院发展规模较大，具有多院区，多系统等情况.那么异地灾备也存在一些问题，诸如采用何种方案，如何部若，链路安全保证等，面对这种复杂的场景,如何做到一个全面的灾备考虑？

12、jakeyyu三甲医院系统架构肺:首先多院区异地灾备要做到数据统一，业务统一，必须保证稳定的安全的链路带宽.目前常用的方法是租用运营商的开放链路，但是这要避开院区之间的市政施工,采用方法是双链路不同运营商，前提是不考虑成本的情况。其次是数据库软件的选型，必须高效支撑分布式节点数据库，例如oracleRAC以及其他具有类似功能的数据库。第三，同城异地数据中心的数据备份必须保持一致性，而且可以多院区多副本.CZhe医疗行业：现在大型医院都有多个院区，从异地容灾的可行性、管理难度、资金投入、业务逻辑熟悉程度，我们建议用户选择其中一个院区作为灾备中心.针对各院区信息系统可通过IP网络实现业务数据复制和

13、应用接管，同时为了规避网络带来的风险，业务接管方式配置为半自动模式，即配芭一键切换，但是需要人为判断后切换.在实现以上系疣容灾的前提下，设计方案需具备如下要素:1）必须具备数据一致性策略及检瓷方式，保障数据库多个文件组的一致性；2）配格数据持续保护，实现任意点还原；3）支持远程复制链路，且不占用太大带宽.3.OracleRAC在多院区同域异地节点灾笛中，如何做到母份数据异地多副本方案，多副本的数据安全如何保障？目前由于医院的多院区建设，医疗联盟的发展，大型医院具有多个院区已不再新鲜.同时，多个院区也给信息系统化建设容灾方面提供了一些物理上的支撞。例如，两地三中心的容灾机制，在参院区的环境下可以

14、实施.在一些使用OradeRAC的医院环境下，完全可以将RAC的节点分布在各个院区，同时带来的问题就是数据的备份如何存储，备份是单副本还是多副本，多副本如何分散在各个中心，这些方案如何设芭?CZhe医疗行业：在一些使用OraCIeRAC的医院环境下，对于RAC的节点分布在各个院区的情况可以使用DataGUard或是GoldenGate实现容灾，G。IdenGate是基于日志实时更改数据库捕获和交付，它抽取在线日志中的数据变化，转换为GGS自定义的数据格式存放在本地队列或远端队列中.两端数据库是活动的，容灾端可以提供实时的数据查询及报表业务等，从而提高系统整体的业务处理能力，充分利用容灾端的计兜

15、能力，提升系统整体业务处理性能。4、微服务架构下,容灾备份如何设计方案？微服务架构在某些应用场景，特别是医院繁琐的业务中可以将业务剥离，形成微服务模式，数据存储的分散性是微服务的一个特点，但由于分散存储导致的数据读取，交互，也是其应用过程中的一个难点，根据其数据存取的特点，此类应用该如何考虑容灾？北京不眠夜苏州博纳讯动软件有限公司产品经理：您描述的场景比较难以判断.我从常规的容灾思路来解释一下.微服务部署在VM上,参照传统应用部署一套，做主备或双活即可.数据备份依托专业备份软件实现,微服务部署在容器上，借助容器平台自身的高可用性，实现多集群多实例部署.例如，将挂号系统部署在集群A内，在集群B中也部署1套，通过负责实现应用双活或主笛。这样就可以在单数据中心内应用高可用.数据库建议放到K8s集群外面，通过传统方式实现数据库的容灾。CZhe医疗行业：微服务的基本容灾模式：1 .主动超时调用依赖的时候设置好超时时间，出问题的时候主动超时，最简单有效的处理方式.2 .限流限制最大并发数，限制访问数量.好比长假期间高速公里的限流.3 .熔断错误达到阈值时，类似保险丝熔断.如果后端系统出现大规模延时，需要暂时的熔断保护后端系统。一般熔断不是所有都拒绝，可以通过少员请求判断是否恢复正常，如果恢豆则结束熔断动作.4 .隔离隔商不同的依赖调用，凡是系统资源都是有限制的，如果不隔高很