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) 制订数据分隔策略：因为包含到数据回溯问题（即一旦正式服务器修复且投入使用以后，必需将门诊应急数据库中数据重新迁移回正式服务器中数据库，以确保医院业务完整性和医院报表正确性），需要进行正式服务器和门诊应急服务器数据分段处理，避免出现正式服务器和门诊应急服务器之间数据反复问题。
4) 制订好数据传输策略：从正式服务器HIS双机热备系统向门诊应急服务器进行公用和门诊数据传办理，传输频率天天一次。