南宫NG·28

在上一期的“医院灾备新时代”系列开篇文章中，我们介绍了医院主要信息系统及部署、业务连续性演进、业务连续性需求分析等。今天，我们推出第2篇文章“医院灾备新时代”系列——信息系统灾备部署成功要素。

信息系统灾备部署成功要素
.
从南宫NG·28全国各地、各行各业的灾备实施和验收成功的经验分析，保障医疗灾备项目的成功，需要保证业务南宫NG·28复制、应用环境复制和应用接管方式等三个要素的成功。下面，根据南宫NG·28的方案和实践经验，我们就从这三个维度进行分析。

 
医院信息中心操作系统主要为Windows&Linux，部分医院采用Unix Server；南宫NG·28库多为主流关系型南宫NG·28库，如Oracle、MSSQL Server、MySQL等，也有少数医院采用Cache南宫NG·28库。
 
南宫NG·28复制对象包含信息中心操作系统、业务南宫NG·28（非结构化文件南宫NG·28、南宫NG·28库南宫NG·28等）。为了更加完整的对信息中心系统做容灾恢复，还需要通过管理服务器将各网络设备配置文件不定期导出后，做容灾复制。
 
针对容灾南宫NG·28复制的需求，下面从南宫NG·28完整性及可保密性、复制链路和复制模式进行分析。
 
南宫NG·28完整性需求
 
南宫NG·28完整性需求是容灾系统最基本需求，而容灾系统最基本技术实现是要求南宫NG·28的实时复制。
 
实现南宫NG·28复制的手段很多，如磁盘阵列间远程逻辑卷镜像（包含磁盘阵列镜像复制、虚拟化存储网管复制、双活南宫NG·28同步等）、基于主机的磁盘卷镜像复制、基于南宫NG·28块文件的复制或者基于字节的复制，而针对南宫NG·28块，还可以实现事务日志复制。
 
上面提到的诸多的复制技术，各有优缺点，从应用层看，通过应用层复制，采用复制序列实现南宫NG·28复制过程中的一致性，及一致性组更为可靠。
 
同时，通过应用层复制，可以实现AES加密，甚至和SSL隧道的结合，具备SSL可信及不可否认行，提升安全等级。
 
对南宫NG·28完整性需求可以归纳为：必须保障复制组中的南宫NG·28，具备一致性的复制规则，同时能够对复制后的南宫NG·28，和生产南宫NG·28做严格的校验。
 
复制链路选择
 
南宫NG·28复制可以采用FC链路或者IP链路，通常存储复制可以选择FC/IP链路，而通过主机端复制多采用IP链路。
 
主机端通过链路复制，可以结合主机端存储空间配置，更加灵活的对网络中断、复制带宽不足、南宫NG·28流高峰等做出灵活处理。同时，可在应用层对传输的南宫NG·28进行深度的校验和排序，使得容灾系统更加可用。
 
此外，针对远程容灾系统，必须设计业务接管时的网络互通性，针对不同网络环境，采用网络虚拟化、负载均衡、智能DNS等设备，实现容灾端快速可到达。同时，IP链路复制更加适用于远距离复制。
 
结合异地院区实际情况，对复制链路需求可归纳为：采用IP网络、能够灵活规避网络中断带来的复制影响、能够在容灾系统接管业务时，保证客户端能够快速访问到容灾环境。
 
复制模式选择
 
主要分为同步、异步复制模式选择。硬件环境对信息系统的影响，除主机CPU、RAM配置外，磁盘IOPS及带宽对系统的影响也很大，此外还有一个影响系统性能的重要参数：存储延时，长距离效应带来的高延时无法规避。为不影响生产服务器性能（影响降低到最小），远程容灾系统须选择异步复制模式。
 

 
暖启动方式
 
需要将现有业务环境部署到容灾中心，为了提高容灾端系统可用性以及容灾演练的需求，容灾系统需要处于开机状态。当有访问需求时，可随时启动容灾业务端，同时一个暖启动状态的容灾系统，具备完善的、应用级别的南宫NG·28一致性校验手段。对于域控制器，需要部署为多控制器模式，同时选择GC冗余（全局编录服务器）。
 
异构环境支持和设备利旧
 
根据南宫NG·28的实践，容灾系统部署可部署在不同硬件平台服务器以及不同虚拟化平台，甚至可部署在云端（虚拟私有云）。另外，针对现有老设备，可将老设备部署为虚拟化模式，进行容灾系统部署。
 
容灾系统性能需求
 
针对容灾系统，需要评估出性能需求，即当灾难发生时，能够提供的计算能力。合理的规划计算资源，提高计算资源合理性。
 
持续南宫NG·28保护需求
 
持续南宫NG·28保护可规避南宫NG·28误删除、误输入等误操作，可针对突发性的逻辑文件错误进行有效规避。

容灾端网络配置调整
 
根据网络链路技术选择不同，修改容灾端网络配置，满足业务工作流启动要求。
 

 
根据网络可靠度不同，业务接管模式选择也不同。通常相同机房，采用自动接管模式；相同院区可选择自动或者半自动接管模式；远程院区/南宫NG·28机房，建议选择半自动接管模式。