“医院灾备新时代”系列2——信息系统灾备部署成功要素
在上一期的“医院灾备新时代”系列开篇文章中，我们介绍了医院主要信息系统及部署、业务连续性演进、业务连续性需求分析等。今天，我们推出第2篇文章“医院灾备新时代”系列——信息系统灾备部署成功要素。
从英方全国各地、各行各业的灾备实施和验收成功的经验分析，保障医疗灾备项目的成功，需要保证业务数据复制、应用环境复制和应用接管方式等三个要素的成功。下面，根据英方的方案和实践经验，我们就从这三个维度进行分析。
维度一：业务数据复制要求
医院信息中心操作系统主要为Windows&Linux，部分医院采用Unix Server；数据库多为主流关系型数据库，如Oracle、MSSQL Server、MySQL等，也有少数医院采用Cache数据库。
数据复制对象包含信息中心操作系统、业务数据（非结构化文件数据、数据库数据等）。为了更加完整的对信息中心系统做容灾恢复，还需要通过管理服务器将各网络设备配置文件不定期导出后，做容灾复制。
针对容灾数据复制的需求，下面从数据完整性及可保密性、复制链路和复制模式进行分析。
1）数据完整性需求
数据完整性需求是容灾系统最基本需求，而容灾系统最基本技术实现是要求数据的实时复制。
实现数据复制的手段很多，如磁盘阵列间远程逻辑卷镜像（包含磁盘阵列镜像复制、虚拟化存储网管复制、双活数据同步等）、基于主机的磁盘卷镜像复制、基于数据块文件的复制或者基于字节的复制，而针对数据块，还可以实现事务日志复制。
上面提到的诸多的复制技术，各有优缺点，从应用层看，通过应用层复制，采用复制序列实现数据复制过程中的一致性，及一致性组更为可靠。
同时，通过应用层复制，可以实现AES加密，甚至和SSL隧道的结合，具备SSL可信及不可否认行，提升安全等级。
对数据完整性需求可以归纳为：必须保障复制组中的数据，具备一致性的复制规则，同时能够对复制后的数据，和生产数据做严格的校验。
2）复制链路选择
数据复制可以采用FC链路或者IP链路，通常存储复制可以选择FC/IP链路，而通过主机端复制多采用IP链路。
主机端通过链路复制，可以结合主机端存储空间配置，更加灵活的对网络中断、复制带宽不足、数据流高峰等做出灵活处理。同时，可在应用层对传输的数据进行深度的校验和排序，使得容灾系统更加可用。
此外，针对远程容灾系统，必须设计业务接管时的网络互通性，针对不同网络环境，采用网络虚拟化、负载均衡、智能DNS等设备，实现容灾端快速可到达。同时，IP链路复制更加适用于远距离复制。
结合异地院区实际情况，对复制链路需求可归纳为：采用IP网络、能够灵活规避网络中断带来的复制影响、能够在容灾系统接管业务时，保证客户端能够快速访问到容灾环境。
3）复制模式选择
主要分为同步、异步复制模式选择。硬件环境对信息系统的影响，除主机CPU、RAM配置外，磁盘IOPS及带宽对系统的影响也很大，此外还有一个影响系统性能的重要参数：存储延时，长距离效应带来的高延时无法规避。为不影响生产服务器性能（影响降低到最小），远程容灾系统须选择异步复制模式。
维度二：应用环境的复制与调整方式
1）暖启动方式
需要将现有业务环境部署到容灾中心，为了提高容灾端系统可用性以及容灾演练的需求，容灾系统需要处于开机状态。当有访问需求时，可随时启动容灾业务端，同时一个暖启动状态的容灾系统，具备完善的、应用级别的数据一致性校验手段。对于域控制器，需要部署为多控制器模式，同时选择GC冗余（全局编录服务器）。
2）异构环境支持和设备利旧
根据英方的实践，容灾系统部署可部署在不同硬件平台服务器以及不同虚拟化平台，甚至可部署在云端（虚拟私有云）。另外，针对现有老设备，可将老设备部署为虚拟化模式，进行容灾系统部署。
3）容灾系统性能需求
针对容灾系统，需要评估出性能需求，即当灾难发生时，能够提供的计算能力。合理的规划计算资源，提高计算资源合理性。
4）持续数据保护需求
持续数据保护可规避数据误删除、误输入等误操作，可针对突发性的逻辑文件错误进行有效规避。
5）容灾端网络配置调整
根据网络链路技术选择不同，修改容灾端网络配置，满足业务工作流启动要求。
维度三：容灾业务接管模式
根据网络可靠度不同，业务接管模式选择也不同。通常相同机房，采用自动接管模式；相同院区可选择自动或者半自动接管模式；远程院区/数据机房，建议选择半自动接管模式。
这个不错，感谢分享啦 受教，谢谢分享~ 感谢楼主分享！ 受教，谢谢分享~ 好东东，谢谢老大分享！ 这个不错，感谢分享啦 楼主威武，谢谢分享 感谢楼主分享！ 好东东，谢谢老大分享！
页:
[1]