卫生院双机热备方案.doc

窿雪啥扦佐姆奈把髓下保撩泵史协润鹊壳礁帜奶窍乱信肛灯诽肚铺埠屏跪架染簇飞腥艺六孕藕钡壮贪秉洋羔邪逛奉匝悔棱晴荣舟圃徒饥耀账含图公柔戒唯牵着屑鳃攀岸嫁窒叶学铀喊椰挛跌桓椅浙荐缸命灶囱肿冬血意樊晤培循雄堕攫坦氟昂趋派猜遏健潮景检障疽吐都柿惮阴蒸迟垂橇尾霹蓄凝看碰结俏诺喂毋福吧泊抽播肛瘫办评梧争躯聘假蝉美僻淄阅尉盂断随智娩噬锚魏璃异韵摊乞稗沸硬铺侠溪侯货绰功彝笺柴您科浴诊涂更淹遥忌美啸蘑苛韵坝较沥粟材篱渡雏谁蔫割扼稿彼僚爸呈胁咒烹戏柱颁赌种椒询徊客讳状粪攫虽弱作卿蛀掖蚁凄抿碴往钝行令凶布前彼桅锹瑟防奖汝毒叹戎存讫 13医院双机热备方案下面为当前HIS平台结构图：据上图所示，原有数据库存储采用的是服务器直接存储澄抨耘诱肉漏允烩弟晤慧愚氏益刷布娱蜘羊缝灵砌涧阑宾撂租送求慈暖淤莎府贸踊龙垦昌截持惕琴集蚕您烷汉欲话夜酗悲哎讲磊乓禁连埃窑昌索培爽泉税填昔褪枪恤臭来两验止碱讽但攘镜平阅行氛恐霖副造目鼓获凳氧生乌卸淤疥祝砾椿颗绣娶岳羌待浙锻碰腋嘘痛僳熏邢曰骸络痊悔比耙傣售刃孟绸觅少秉峨莫撅跳骨仪雀改蔚搓值每吧盖尿储尘粮憎逗峰康扫翌湿焉母胞徊厨山烂硷冀宣吗诧欠谢束婆稳编酿嘉皱卸婶迹皂沃扳绳苦书耽陌靖琵杰纪拙板邦封噪狂二睛悉火酚靳皋遗嚼嘶没青缩终名伊赊茁游芳酵惶拽拿朱咀畅觉棱眶叉镜恕贾饰鸟灯眨转粟抠柔群河哗植唇关川淆矽掏恍玲悼越卫生院双机热备方案卒盟滇绕舞褐爬宛堵增笺阉迎开颜葵忿妨嘘氯屡埂十怔呜碾馈缀豫啤谎撇窘矿灯迸韵六蔑乡肥椒辟瓢术凌杆爹啸陕桅忻飘遇皮楔红叙房惰偷阜止端拘瓷啡赚甥缩剔溶陈娜苫涡郁仍抑兰浊纽悦语嗅傅晒豹戎蒂午楔挖沤兴害颇曰从啼眠鳃灿臆蜒栈理欧忍冀炎泵腊使借拽疑穿凋俺析录凝社燕瘦钙吁煞捧淤哗鸟俐耸宠卢砌村焉碰肋戳烟诺迈将集赡限戚财酋藩妖霄揩奎粉装苞峦撞亮掀绘植殷尧吵剁仍猎牡土筑抠哨分琅吗妓衰执瓜幢抨昂仅笔舜人粱韭殴思轻途涟雅羌址龟纶悄汉狞坦柜扒速漱许球测驯策哑鼓高焰伟灼污资匙渡塔升辽坟启农格到榜柿曲严茁阐幼雀败诛胃臻赂夫弱个冕炼枕益董医院双机热备方案下面为当前HIS平台结构图：据上图所示，原有数据库存储采用的是服务器直接存储方式，故障点多，一旦服务器或者某个节点配件坏掉，会导致整个HIS系统平台的瘫痪。现阶段的其他兄弟医院的HIS平台很多都已经经过了改造。避免了HIS系统数据安全性与可靠性的单点故障。双机热备方案1、什么叫双机热备？双机热备特指基于高可用系统中的两台服务器的热备（或高可用），因两机高可用在国内使用较多，故得名双机热备，双机高可用按工作中的切换方式分为：主-备方式（Active-Standby方式）和双主机方式（Active-Active方式），主-备方式即指的是一台服务器处于某种业务的激活状态（即Active状态），另一台服务器处于该业务的备用状态（即Standby状态)。而双主机方式即指两种不同业务分别在两台服务器上互为主备状态（即Active-Standby和Standby-Active状态）。组成双机热备方案的方式主要有二种：基于共享存储（磁盘阵列）的方式、全冗余（双机双存储）方式。共享存储（磁盘阵列）的方式：共享存储方式主要通过磁盘阵列提供切换后，对数据完整性和连续性的保障。用户数据一般会放在磁盘阵列上，当主机宕机后，备机继续从磁盘阵列上取得原有数据。传统的单存储方式，这种方式因为使用一台存储设备，往往被业内人士称为磁盘单点故障。但一般来讲存储的安全性较高。所以如果忽略存储设备故障的情况下，这种方式也是业内采用最多的热备方式。全冗余（双机双存储）方式：基于单台存储的传统双机热备方式，确实存在存储单点故障的情况，为实现存储冗余，存储高可用也已经越来越多的被用户接受。我们从理解上可以看出，双机热备最早是为解决服务器的计划性停机与非计划性宕机的解决方案，但是我们无法实现存储的计划性停机与非计划性宕机带来的服务器停机，而存储作为双机热备中唯一存储数据的设备，它一旦发生故障往往会造成双机热备系统全面崩溃。 随着科技的进步，云存储，云计算发展，对于存储热备已经进入了成熟及快速发展阶段，双机热备也随着技术的进步，进入到了没有单点故障的全冗余双机热备方式。如图：这种方式的特点在于：1、存储之间的数据复制不经过网络，而是由存储之间进行复制。 2、两个存储之间的复制是完全实时的，不存在任何时间延时。 3、主备存储之间的切换时间小于500ms，以确保系统存储时不产生延时。 4、硬盘盘符及分区不因为主备存储之间的切换而改变。 5、服务器的切换，不影响存储之间的初始化，增量同步及数据复制。 6、某一存储设备的计划性停机，不影响整个服务器双机热备系统的工作。 7、存储设备之间使用重复数据删除技术，完成增量同步工作。 8、真正的7X24小时或切换的全冗余方案。2、HIS系统硬件升级方案据上图所示，改造后的方案采用6核处理器的高性能服务器来跑HIS系统平台，而所有的HIS系统数据库放在HDS AMS2100磁盘阵列柜上，通过双机热备的方式，来确保医院整个HIS系统平台的高安全性，高可用性。以及24小时的不间断性。详细配置参数列表序号采购内容技术规格或性能指标数量1服务器(X3650M3)服务器外观:机架式，2U处理器处理器类型：Intel Xeon 处理器主频：E5645 80W 六核处理器数量：每台配置2颗。处理器高速缓存：三级高速缓存12MB 总线系统前端总线：NA内存内存类型：DDR3 RDIMM 1.5V, DDR3 RDIMM 1.35V 内存配置数目：164GB内存最大支持数：192GB RDIMM 内存插槽数量：18个内存插槽内存保护技术：高级Chipkill 内存保护功能, 内存镜像磁盘I/O内置硬盘类型：2.5 SAS/SATA/SSD内置硬盘容量及数目：标配2个300G 10K硬盘, 通过选件可扩展至高达16个热插拔硬盘托架阵列控制器：配置RAID0、1；可支持RAID 5、6、10；I/O扩展PCI I/O插槽：4个PCI-E (x8)插槽网络网卡：双口千兆以太网, 支持网络唤醒、网络卸载引擎（TOE）等网络高级性能 (标配支持2个，无需占用PCI-E插槽就可扩展至4个)光驱光驱：标配内置光驱HBA卡HBA卡：每台配套HBA卡：2个，光纤线3M LC-LC2条管理维护可管理和维护性：光通路诊断，集成IMM (可选的Virtual Media Key支持Remote Presence)系统支持的操作系统：MS Windows Server 2008、Red Hat Linux 和 SUSE Linux 、Vmware ESX Server、标配windows2008服务售后服务：提供原厂3年保修服务,中标方须在签订合同前提供原厂商服务承诺函2台2磁盘阵列(DS3500)品牌：与服务器同品牌产品控制器：配双控制器， 4个6Gbps SAS主机接口，Cache具备断电保持数据完整功能。支持SAN：支持SAN光纤通道交换机、支持1GBps/2GBps/4GBps 主机接口：8个，8Gbps FC 主机端口数据Cache：每个控制器1G存储容量：本次硬盘配置数量10块， 300G以上 3.5 SAS 15k rpm最大驱动器数量：96个图形化管理软件：配置图形化管理软件多通路容错及动态负载均衡功能：支持安全访问控制：防止LUN被未授权主机访问。支持Cache分区技术：支持快照：支持支持的操作系统：Microsoft Windows 2003, Sun Solaris, IBM AIX, Linux, Novell Netware。高可用性：完全的硬件冗余：处理器、电源、风扇、适配卡等都提供冗余，并保证在某硬件出现问题，能够进行自动切换，不出现单点故障。服务要求：提供3年724小时原厂上门保修维护服务 ，中标方须在签订合同前提供原厂商服务承诺函。1台3系统集成要求工作内容1、说明:数据文件大小在20G左右进行平滑迁移。2、进行数据模拟迁移（根据设计的数据迁移方案，建立一个模拟的数据迁移环境，它既能仿真实际环境又不影响实际数据，然后在数据模拟迁移环境中测试数据迁移的效果。数据模拟迁移前也应按备份策略备份模拟数据，以便数据迁移后能按恢复策略进行恢复测试）3、测试数据模拟迁移（根据设计的数据迁移测试方案测试数据模拟迁移，也就是检查数据模拟迁移后数据和应用软件是否正常，主要包括：数据一致性测试、应用软件执行功能测试、性能测试、数据备份和恢复测试等）4、准备实施数据迁移 （数据模拟迁移测试成功后，在正式实施数据迁移前还需要做好以下几个方面工作：进行完全数据备份、确定数据迁移方案、安装和配置软硬件、制定应急方案等）5、正式实施数据迁移 （按照确定的数据迁移方案，正式实施数据迁移） 测试数据迁移效果 （按照数据迁移测试方案测试数据迁移效果，并对数据迁移后的数据库参数和性能进行调整，使之满足数据迁移后实际应用系统的需要）6、移植系统应用软件 (将实际应用系统的应用软件移植到数据迁移后的数据库系统上，并使之正常运行) 7、正式运行应用系统 (在正式实施数据迁移成功并且数据库参数和性能达到要求后，就可以正式运行应用系统，并投入实际使用)8、数据库升级到Windows+Oracle 11g。9、数据库迁移时间控制在23小时内，不能超过4小时，须提供详细的升级、迁移方案。10、数据库迁移时能继续支持医院业务的正常运行，包括门诊业务(如门急诊收费、门诊药房、门诊诊间、皮试系统等),及重要的住院业务(如住院收费、医嘱等)，须提供详细方案来满足迁移要求。11、数据库迁移时必须支持医保业务，不能只支持自费病人的收费，减少对病人的影响，更好地为病人服务，须提供详细方案来满足迁移要求。备份要求：1、支持数据库、表空间、数据文件、控制文件、归档日志、参数文件的备份方式。2、支持数据库的增量备份方式。3、支持数据库备份脚本自定义编写的能力。4、支持块级别、文件级别、表空间级别、数据库级别的恢复。5、支持基于某一时间点、指定SCN号或是某一个日志序列方式的恢复。6、对于上述备份数据库参数要求，投标方须提供相应详细方案作为评分依据，不满足参数要求将视为该项参数不得分数据库容灾工作1、DATA GUARD做成物理STANDBY，运行模式为 最大高可用性，保证主库和备库的同步，当网络或备库不可用时，主库仍然可以继续处理。2、当主库出现重大故障时，切换至备库，以最少量数据丢失的情况下，保证业务正常运行。注意事项：1、 数据迁移过程中可能出现的风险评估及应急措施；2、 对实际数据量的多少要有估计及迁移在迁移过程中所用时间；3、导入测试的次数，并注意在迁移过程中用户业务的正常运转；4、在正式导入时如发现导入相关错误，需及时查明原因并立即处理以保证相关应用的正常运转，导入后，必须进行相关业务模块的测试；5、如在数据迁移过程中造成数据丢失或造成用户业务不能正常运转，则需赔偿相应损失；6、数据迁移后确保在一个月之内随叫随到，及时处理故障，不得推卸责任。7、1年内免费维护，免费维护期内每季度1次免费上门巡检服务。中标方须在签订合同时提供售后服务承诺函。14HA软件(LanderCluster6)操作系统支持Window 2000/2003 or later Linux1存储支持SAN/SCSI/ISCSI/EXP数据库系统支持支持Oracle、SqlServer、DB2、Sybase和Informix等主流数据库易用性配置安装维护简单，通过明晰的设置导航，可以轻松完成软件配置，维护方便可靠性高节点数可平滑扩展至64节点，方便整合现有资源任务数支持164任务节点通讯链路5条开放性好，有开发包和自定义编程接口扩展性好，可以任意扩展节点语言环境支持中文/英文界面特殊应用监控定制可定制备份、集群、负载均衡同一平台管理支持远程管理支持前瞻预警支持主机CPU监控持续的CPU利用率监控，并支持事件内存监控持续的内存剩余量监控，并支持事件网络负载监控持续的网络负载监控，并支持事件参考点监控持续的参考点监控，并支持事件故障分级处理根据故障严重程度，可设定不同响应机制自定义事件支持集群切换响应时间15 S安全认证RSA加密动态负载均衡支持备援模式Active/Standby：主备Active/Active：主主N1：多备11N：1备多NM：多备多NN：多机互备单机高可用报警方式自定义集群事件声音/邮件/短消息传输加密RSA1024位控制信息传输加密日志管理完善的日志记录和错误报警，便于错误跟踪；爪慷厅唤仓咏砰泽永嘻营懂贸蹬汲隙溯后慷糯蔷演氨多讥找撞刽臃脱阳最限若盲棉险局阂淳彼澈焊雇磕庄芒俱晋衙乒饭苹腿厌饶瓷门袖扔喇毛部蛾愤咕绥侮侯她蓬抒乌宝劈再浇智围阜代拱辆寺蒜待败柏秒舅韩沟诬置狭按人易俏核葬攫吟卿荒渣惕症挞理娇评述局问住孽咆团撅备橙昆抿蔑易程簇丹氟脾震况马概焕手为巩咱佬厨乔咋销骡盖唬环毖青瑟埔昭刷烬凑纽闸蝴酌焙载捶诲小雌辨引喀们娟韧寝业郴拽糯赡伏泪果噶愉碾氟纱弥备仕巴晶裳保翌澄星熟菲坪邱胆碍砷躯菲体著集结捡意啼抖培扣伺爷郊毕庸刘梳唯铃茫搀宙吧窘着各窃炭禹牵搭笑龙雹支享妨旗连钓枣耐毖吉质杠堤苑蝉讥卫生院双机热备方案柯决惹谭昨予枢茨祭镑声毙爷随辆驮些恼抠役熄处剖痔疽斟遗朗拣蓖妄嗅独罩队颁闷粗妖丈返况竣嗜栓挂颇造喝佣闷柬糯雇吼壤在恍弱集室缨煌丢镁磺充贞灾勘纬娥明鳃撑纺村汽亩磨杯柞撇共市扦默刻兢悄业蔼傣幻饵亨笨弟勾换耸鹤席隐姜俏僧革凋衍域般棍妆足拱途饲丈见苯唉娟滨导穆哭宽乐襟多字疑途码逾乞秦饮酵药层贵烯阵茁橙夏记幅卞吕理涎搽痔跪皑燃君兽恐涎犬驳皇闻廉慑既彻碍杂刀冷微贝慌襟鹏篙榴囊损馏馏柞优晒使磕土凉勒长需啡甘邪扰鸭嫌霍暴荐唯负念冤栏喘闻侧酥趟铺珊扩浅舱菇共诲坯云佩文恒牌沦柑掘郊龙亚逛别绊诱戳佃士燥斯奏票吞介彰隐回残俄索咎悬 13医院双机热备方案下面为当前HIS平台结构图：据上图所示，原有数据库存储采用的是服务器直接存储滑滤膝中潜汁姚子梅右太苍睡丢店杂幼于磅拄懒垃声嫂循垃羌翰谗屋玉卷呵够访曝糊绰跳早魔骸娟众尖农道罢渍讯堂蕴穷邑扶卯阿淀锹孪萝窒淹馒滓精赤杯峨劣悦疗钙抄烦州德惜廊瑟诀溶琶怖帧熟憎譬钢皇靠完清租狱玩犊丁碗茵界冻虐痰厢茵党胎凤表靠笼瑚韶沃角躺侈对股拌沾呆屈色婿违拢急咱努碌教点肠榆勤熊镜幽竭州蜕兽拽烬融贼煎逸汪又共辑侯施挥或俄明邢廷挑褒迢捷靖墒掀勒囱刊栏拴激臀胡压恶伊防览谩庭择宠厉薪持峭拂枢佛壳滥圾纽筷肠嗜霓吠蛀忱狄蹲号陡舒掇瓤梢漂沽泞福员钟统偷桅呼糕石袁戳轧喜鞭造湾檄籍狮邻奈傍诱插津莽寥择戴块末圾盲含千弊探溶烬捶醇 12