关注医院核心数据库时效性：数据库实时复制

在医院信息化建设不断飞速发展的今天，HIS、PACS、CIS等业务系统得到广泛应用。这些核心业务系统为医院提供对病人诊疗信息、居民健康信息、医院管理信息的汇聚存储、医疗数据分析、及数据交换的能力，支撑着整个医院的正常运营，并且都采用HA高可用性集群来保证业务连续性。

随着业务对信息化水平的依赖程度越来越高，医院对其核心业务系统安全建设的要求也日益提升，一方面要满足7*24小时业务连续的要求，另一方面要确保一旦出现中断情况，能够快速恢复，尽可能地保护医院业务的连续性。因此，不论是哪家医院，对信息系统“数据安全”的关注度都在不断攀升。

与此同时，国家对医疗卫生行业连续出台了多项政策，不但要求事关国计民生的医疗行业明确《数据备份的安全等级保护》，更是提出了对医院信息化建设的要求。在卫健委2018年发布的《全国医院信息化建设标准与规范（试行）》中，针对目前医院信息化建设现状，着眼未来5年～10年全国医院信息化应用发展要求，明确了全国二级以上医院信息化建设的建设内容和建设要求，重点标明了数据安全防护的必要性。以此来推动系统运行维护的规范化管理，落实突发事件响应机制，保证业务的连续性。

医院数据中心核心业务信息系统具有海量数据、多并发、7*24持续运行等特殊性。一旦出现物理故障或者逻辑错误，导致应用数据丢失或者业务宕机中断，都会对医院造成巨大的经济损失和声誉影响，更为严重的是可能会致使患者不能及时救治酿成医疗事故。因此，如何确保医院的业务系统的可靠性和可用性并确保连续的数据保护，成为医院信息系统建设的关键点。

医院针对HIS、LIS、CIS等核心业务系统通过部署HA软件，在不需人工干预情况下，自动保证业务的连续性。 HA高可用性集群是一个应用冗余方案，并不属于容灾备份方案 。同时HA架构原则上仅限于本地，无法扩展到异地数据保护。

医院核心业务系统正常运行都是由后台数据库做支撑，这些数据库才是需要重点保护对象。传统的定时备份已无法满足RPO/RTO≈0的需求，基于逻辑卷复制的持续数据保护（CDP）产品无法满足数据库一致性需求，会出现数据丢失或者数据库不可用。

医院信息系统架构复杂，多个业务系统相互关联，以及7*24小时业务不间断要求。而不可预期的系统故障、意外的生产停顿，都会严重影响信息系统正常运行，导致不同程度事件发生。因此，保持业务的持续性是信息化建设的重要指标。

医院灾备平台建设包括数据级、应用级；从容灾地域上考虑本地、同园区、异地、两地三中心等。同时应根据自身的资金、结合现有IT资源（计算、存储、网络等） ，选择一套合适的灾备方案。

随着医疗信息化建设的逐步深化，信息化数据中心显然已成为医院的基础设施。医院对核心业务系统基本上都采用HA集群方式，属于通过硬件堆叠来达到医院核心业务高可用。基于医院的HIS、CIS、LIS等核心业务系统HA集群高（非灾备）可用的基础，爱数推荐数据库实时复制（Redo log）方案。在不改变医院现有IT架构的同时，实现核心数据库从生产端到灾备端的实时复制，使生产端和灾备端数据库保持一致，还具备源端和目标端的主备库角色手动切换和故障切换的功能。

爱数AnyBackup CDM产品针对医院核心业务系统HIS数据库采用Master-Slave模式，将选定的Master源端数据源实时同步到指定的Slave目的端中，初次执行会先进行初始化复制，将源端数据全部同步到目标端中，然后开始增量复制，源端和目标端数据实时同步保持数据一致。在Master源端出现异常宕机，进行故障切换，Master-Slave进行切换，保障业务系统连续性。

方案中的Slave灾备端数据库可作为医院业务系统查询服务器，在数据库应用层面可以将数据库的读写进行分离，所有的写操作放置到Master生产端，将数据库的查询操作部署到Slave灾备端。此时，HIS系统提供更好的性能服务，而数据仓库的查询分析以及决策操作可以在不影响原业务系统的情况下完成。

数据库复制方案属于应用级容灾，所有的操作针对数据库Redo log文件，与数据中心的底层架构无关，并且传输的数据流属于相对轻量级，可以便捷地完成多种方式的级联、本地、异地、两地三中心部署。

爱数数据库实时复制部署对医院IT架构依赖非常小，无需对硬件、软件、逻辑卷格式进行改变，就能够完成部署。降低数据库实时复制方案对IT环境的影响，灾备服务器上架即可用。通过数据库日志获得数据的变化信息，对源业务系统的资源占用小。

AnyBackup CDM一体机控制台基于B/S架构模式，所有的操作都在Web控制台上完成。极大程度上简化运维，降低运维复杂度，减少运维人员工作量。AnyBackup CDM一体机支持副本数据管理和传统的定时备份功能，可以满足客户多方位的灾备需求。