HIS系统硬件部署方案.doc

日喀则地区人民医院 HIS系统建设项目硬件方案 二零一二年十月北京飞利信电子技术有限公司1、HIS/EMR服务器与存储系统部署方案如下图2、新机房环境准备及基本要求网络链路： 新机房网络接入带宽：100M或以上； 各接入点的网络带宽：10M或以上；机房环境： 标准机房建设； 精密空调系统； 至少30KVA在线式UPS供电系统；有条件时，建议采用双路供电； 准备向机柜设备供电的电源插头、插座或接线端子（IBM机柜的PDU引线不带插头） 设备摆放，地板承重、空间要求等. 确保老机房与新机房网络畅通.安装配置参数及设备资源规划: 设备现场安装前，针对设备安装实施方案的参数进行充分讨论和核实。确定所有设备的安装参数，并针对每类服务器形成初步安装技术方案即安装配置参数表设备资源规划表。3、方案实现3.1系统安装、调试计划表目标任 务系统上架网络设备、服务器等设备机架及相关设备的搭建、上架。设备通电设备通电以检测系统的可用性，设备容量达到合同所规定的要求。安装操作系统n 配置主机名n 配置网卡网络连通性测试等安装补丁n 安装通用补丁软件n 安装特殊补丁软件（根据客户和第三方软件需求）操作系统参数根据客户和第三方软件需求，调整操作系统的参数磁盘空间划分n 系统内置盘逻辑卷参数划分n 共享盘逻辑卷参数划分安装初测 逻辑卷划分方案合理性测试 操作系统与数据库产品的配合参数验证测试 Patches 验证与测试 操作系统内核参数调整测试 主要设备的Firmware检查，及升级实施集群软件的安装确保系统系统的高可用性，安装调试系统的集群软件数据库系统安装调试安装数据库系统，并根据应用软件情况配置和优化系统参数配置存储之间的冗灾需存储供应商及第三方软件供应商，实现这一功能。磁带库安装及制定各个系统的备份策略根据各个服务器系统的数据生命周期情况，根据应用制定不同类型的备份策略系统联调所有设备完装完毕以后，模拟运行客户的应用系统。3.2 功能实现 3.2.1 核心系统高可用的实现常用的高可用性技术有两种：双机热备份和并行服务器。双机热备份:在双机热备份方式下，数据库系统平时只能在一台服务器(例如服务器A) 上运行，另一台服务器无法直接访问数据库，自然也无法进行负载分担。当服务器A由于故障失效时，由相应的操作系统软件控制，将服务器A管理的存储设备(如硬盘)转交给服务器B控制，同时在服务器B上启动另一个数据库进程，管理数据库。这种切换并启动新的数据库核心的过程一般需要几十秒到几分钟。采用双机热备份的平台很多，例如IBM HACMP等. HACMP是高可用性集群。从根本上讲，它通过在集群中使用冗余硬件，当发生一个硬件或软件失效时使备用部件上线，从而达到高可用性的目的。从这点上延伸，应该适当地遵循一个原则，即任何一个保证应用运行的集群元件都应该有一个相同型号的备份。我们经常把这称作不应该存在“单点故障(single point of failure)”，即在集群中不应存在没有备份的硬件或软件元件。 为了实现HIS/EMR数据库服务器双机热备份,通过IBM HACMP 集群软件配置两个实例即HIS实例及EMR实例，平时两个业务分别运行在两台IBM P 570上。 这种方式的主要缺点在于：l 由于需要重新启动数据库核心进程，无法保证数据库系统连续不间断地运行l 在系统切换的过程中，客户端与服务器之间的数据库连接会中断，需要重新进行数 据库的连接和登录工作l 由于数据库系统只能在一台服务器上运行，另一台服务器无法分担系统的负载，实际上造成了客户投资的浪费。在有些系统中，为了解决双机负载分担的问题，将应用系统人为分割为两个数据库系统，分别在两台服务器上运行。这种方式在一定程度上解决了负载分担的问题，但给系统管理、统计分析等业务处理带来了很多额外的复杂性并行服务器:在并行服务器方式下，两台(或多台)服务器上各自运行一个数据库核心进程，但共同管理、操作一个数据库。客户端无论连接到哪个服务器都可以在数据库中进行操作。当服务器A由于故障失效时，数据库系统本身并未停止工作，连接在服务器B上的客户端还可以继续进行正常工作。同时，服务器B上也不需要再启动新的数据库服务器进程，因此也没有“切换时间”。对于一些特殊应用中严格要求前端应用不能中断的情况，Oracle并行服务器还提供了一种“预连接(pre-connect)”方式，以这种方式连接的客户端当服务器端发生故障时，客户端与数据库服务器的连接不会中断，会被Oracle并行服务器软件自动转接到还在正常工作的其它服务器上，不需要重新输入用户名及口令。同样有许多操作系统平台支持并行服务器方式的高可用性方案，例如IBM HACMP等。与双机热备份方式相比，Oracle10G Real Application Cluster 并行服务器方式有以下优点：各服务器共享一个数据库，在正常运行时可以进行负载分担，无需考虑应用数据的人为分割 l 并行服务器方式对应用完全透明，在应用程序设计和开发的过程中也不需要进行特殊编程，简化了开发的复杂程度，同时今后系统扩展也无需修改应用程序。l 不需要重新启动数据库核心进程，缩短了故障造成的停机时间实现这种方式需要单独购买Oracle10G Real Application Cluster与IBM HACMP 支持RAC的插件concurrent volume。3.2.2 实现生产机存储与备份机存储冗余 需根据用户提供何种方式实现存储之间的数据冗余方案执行(如:第三方软件或存储卷复制软件).3.2.3 备份要求及备份策略建立一个覆盖各数据库备份，实现医院内部，包括HIS、LIS、EMR等业务数据的备份。备份的管理采用集中备份管理的方式，尽可能提高各主机数据的安全性和可管理性。备份内容应包括如下方面：1)应用数据库备份2)要求备份系统的设计应不对应用系统产生任何不良影响。3)要求备份系统的设计要考虑到系统扩展的要求，提供系统平滑升级的能力如何通过有效的备份策略和备份手段减少数据的丢失/错误，如何在事故发生时快速有效地恢复数据，将是我们需要慎重考虑数据保护环节。具体备份策略需根据实际应用与用户沟通后指定计划.3.2.4门诊应急系统 面向门诊窗口的病人具有很高的流动性，门诊业务是整个医院最紧急、实时性要求最高的业务部分，有必要对门诊业务建立一个针对性比较强、灵活动机的应急方案，承担门诊业务的运行。针对于门诊部分的业务应急，包括门诊挂号、门诊收费、急诊挂号、急诊收费、门诊药房、急诊药房等模块，适用于整体网络出现故障，全院的网络处于互不联通的情况，可以在门急诊部分形成院内局部的网络，承担起医院业务最紧急的部分。实现原理：1) 分析门诊应急预案包含的业务部分（例如门诊挂号、门诊收费、急诊挂号、急诊收费、门诊中西药房、急诊药房、门诊医生工作站等等），需要哪些的公用数据进行定期的数据传输。2) 选择门诊应急所需要的表（公用部分，药库部分，门诊部分），确保经传输的表数据能维持门诊系统业务的正常开展。3) 制定数据分隔策略：由于涉及到数据回溯问题（即一旦正式服务器修复且投入使用以后，必须将门诊应急数据