文档介绍：人民医院社区卫生服务中心
信息系统业务持续保障解决方案
前言 1
需求分析 1
1
2
（软件硬件问题） 2
3
，数据不能验证，数据安全不
能保证。

目前，采用数据库自身机制对日志文件做定时自动或手动备份，无其它本地快速恢复手段，一旦出现硬件故障或软件故障时：
1）备份的数据无法验证。备份数据是否可用需经验证才能确定，传统验证方法需将备份的数据回写到原应用环境下进行测试，这意味着要中断现有系统运行；
2）数据需要从备份服务器中回写至应用服务器，本地再还原，因此一旦发生医院业务系统中断情况，业务恢复时间较长；
3）恢复过程复杂不可控。安装业务系统往往比较复杂，而且很多时候需要业务系统的开发方或集成商进行安装，这将导致数据的恢复过程复杂而且不可控。
，维护力量不足

系统持续运行的要求比较高，基本无主动停机进行维护维修的机会，预检维护制度无法落实。即便有数据备份的措施，但也无法确认备份的数据是否有效，因为如需验证，就必须将数据倒回原系统运行，原系统就需停顿。
、人员流动大
新旧技术、新老系统混杂，未来IT新技术层出不穷，值勤人员和维护人员需要具备较高的专业背景和业务能力，这给经常性的运行维护带来较大的难度。
、快速恢复手段少
单机单系统设计，在不中断业务情况下，无法组织组织经常性的应急演练，平常也很难进行实际操作的训练，无法保证维护人员在灾难情况下的处置水平。
目前的系统维护都是面向维护工程师专业设计，一线值勤维护人员缺少简单有效的快速恢复业务的技术手段。在灾难发生时，一线值班人员实际上基本做不到现场快速恢复，需等待相关维护人员、厂商服务商到场，业务中断时间、数据丢失的风险不可控。
3解决方案

按照“高可用、容灾、持续运营”的全面业务持续管理思想，保持现有网络架构、容灾设计不变，增加一套统一容灾系统做全方面容灾部署。提升统一容灾、持续运营能力，实现“业务不中断、数据不丢失、简单可控”的运维目标，达到运行维护管理的“可控、简单”。
>保持现有的系统构架基本框架不变，部署统一容灾系统；
> HIS门诊系统数据库、HIS住院系统数据库数据丢失约等于0；
数据库双活、数据恢复点目标RPO约等于0。
AHIS电子病例系统数据库、检验系统等应用服务器数据丢失小于1 小时；
数据恢复点目标曰?0小于1小时。
A业务快速恢复时间约为五分钟；
业务中断时，由“统一容灾系统”直接接管故障系统工作。实际业务恢复时间等于原系统重启时间，一般在五分钟以内。
A极简操作，随时演练；
采用“应急、统一、简单”设计，在统一平台上完成全方位数据、系统的备份、实时保护，向现场维护人员提供极简应急的“单键”抢通体验，并可随时提供应急演练和业务训练。
A建立基础平台，容灾系统功能可扩展。
在保持现在基础平台的基础上，未来根据经费和管理目标要求，方便地通过增加授权和功能模块，来扩展对其他业务系统的保护或提升维护指标。

根据XX医院的实际情况与切实需求，HIS门诊系统数据库、HIS住院系统数据库、HIS电子病例系统数据库、检验系统等作为本医院核心业务，具有访问量大，系统硬件性能要求高，系统实时性要求高，数据完整性要求高的特点。因此，在医院信息中心部署一套UNIDR （统一容灾系统）对信息中心的所有业务系统进行保护。
根据信息系统的IT基础架构现状，根据网络的情况、服务器的情况及应用保护的需要，应急容灾拓扑结构如图2：
]Q]]]] wa
血血
磁盘阵列
检验系统等
HIS门诊系统数据库
HIS住院系统数据库
HIS电子病历系统数据库
以太网络
图2应急容灾拓扑图

统一容灾系统（UNIDR）的作用首先是给被保护的服务器增加一个逻辑存储空间，并通过网络映射给被保护服务器，服务器的操作系统、应用环境、相关数据自动备份到逻辑存储空间中。
当服务器发生任何软硬件故障时，服务器转换为虚拟机启动应急模式，
UNIDR将按照事先设置的策略将备份在逻辑存储空间中的操作系统、应用环境、相关数据映射到统一容灾系统内置虚拟平台上，通过虚拟机接替故障服务器，快速恢复业务运行。
数据库双活。针对HIS门诊、住院系统数据库采用启智数据库同步进行保护，实现数据库的实时数据捕获、数据分析