医院信息系统上百个，需要以集成平台打通数据。项目采用超融合为主机房集成平台提供承载环境，并在灾备机房构筑容灾与持续数据保护，实现主备数据中心统一管理，满足互联互通测评对容灾能力的要求。
某某医学院附属医院地处该地区中心，始建于1954年9月，是一所集医疗、教学、科研、预防、保健于一体的综合性三级甲等医院。医院占地面积13.3万平方米，建筑面积11.5万平方米。开放床位1320张，在岗职工1101人，卫生专业技术人员894人。医院现设临床科室48个，医技科室24个。
近年来，随着某某医学院附属医院信息化水平的迅速发展，医院的信息系统越来越多，甚至达到了上百个。医院基于对未来医院“十四五”信息化的总体考虑，决定引入集成平台实现医院信息系统的统一集成和交互，建立和完善以电子病历为核心的医院信息系统。
某某医学院附属医院根据目前自身的信息化建设现状以及对未来的发展需求，针对集成平台的建设提出了详细的建设目标和要求：
建设高可靠高稳定的医院信息集成平台，保障各科室数据、应用之间的高效交互，并为医院后续的智慧应用建设提供稳定的底层平台，发挥医院数据枢纽的重要作用。
2.灵活满足未来业务要求
医院未来将依托集成平台开展辅助决策，从而使医院医疗服务工作达到理想状态：就医流程最优化、医疗质量最佳化、工作效率最高化、病历实现电子化、决策实现科学化、办公实现自动化、网络实现区域化、软件实现标准化。因此要求底层承载平台具备延展性与兼容性，能够承载后续的相关应用。
根据国家卫生健康委统计信息中心印发《医院信息互联互通标准化成熟度测评方案（2020年版）》要求明确提出关于容灾备份能力、容灾恢复时间（四级甲等要求四小时内）、使用虚拟化或云计算技术等多维度要求。因此本次建设方案需要同步建设集成平台的容灾平台，满足对应的容灾恢复时间要求。
东方华展根据医院业务的整体发展需求，对医院底层IT架构进行统一规划，构建符合集成平台业务与互联互通成熟度合规性需求的整体架构。首先，在主机房采用9台超融合一体机，承载医院信息集成平台与相关应用，为医院各个科室应用之间的互联互通提供稳定、高效、敏捷的底层IT平台；另外，灾备机房采用5台超融合一体机为主机房集成平台提供容灾环境，确保数据不丢失、业务不中断。
医院集成平台由联众负责整体建设，CDR部分采用Oracle Rac数据库，底层采用超融合平台架构承载，本次实测采用Oracle自带的AWR数据库报告对实际运行承载效果做对应分析。
（说明：AWR报告是Oracle 10g下提供的一种性能收集和分析工具，它能提供一个时间段内整个系统资源使用情况的报告，通过这个报告可以了解系统的整体运行情况，类似于个人体检报告。）
数据库版本：Oracle RAC 19.0.0（19C）；
报告时间：上午9：00-11：00，属于业务高峰期，选取时间比较适合；
数据库配置：24个核心CPU，Oracle建议每个Core有1-10个会话，也就是说最好有24-240个会话能保证有比较好的性能，这里有2000+；
快照监控时间：本次为2小时。
① . Buffer Nowait 100%：说明在从内存取数据的时候，等待时间为0；
② . Buffer Hit 100%：说明从内存取数据的时候，buffer的全程能够从内存中读取；
③ . Library Hit 95.9%：说明sql在Shared Pool的命中率，最佳值是100%；
④ . Parse CPU to Parse Elapsd 90.44%；说明在解析sql语句过程中，cpu占整个的解析时间比例，期望值是100%，说明没有产生等待；
⑤ . Redo NoWait 100%：说明在产生日志的时候，没有产生等待，期望值是100%；
⑥ . Latch Hit 99.98%：说明latch的命中率，期望值是100%，latch类似锁，是一种内存锁，但只会产生等待，不会产生阻塞，和lock还是有区别的，latch是在并发的情况下产生的；
⑦ . Non-Parse CPU 76.77%:说明非解析cpu的比例，越高越好，用100减去这个比例，可以看出解析sql所花费的cpu，100-76.77=23.23，说明花费在解析SQL上的cpu较高。
1. 测试数据显示，Oracle数据库整体性能较为稳定，缓存命中率、latch命中率、内存等待等数据都大于90%；
2. CPU在解析SQL上花费的时间较多，SQL语句解析相比较而言耗费了一定性能。
① .DB time per second 0.6：是每秒的CPU time(即下面的DB CPU)+ wait time（不包括后台进程消耗的时间）；
② .DB CPUs per second 0.5：该示例是0.5个，而共有24个core，说明24个CPU，每秒钟平均才使用0.5个，目前CPU整体较为空闲；
③ .DB time Per Second - DB CPU Per Second 为0.1：即是每秒的等待时间，目前该数值较低，说明CPU等待时间短，有能力应对医院后续集成平台上线更多业务；
④ .Logons 5.1：表示每秒/每事务登录的次数；
⑤ .Har parses(SQL) 12.8:硬解析。硬解析低说明SQL代码重用率高，每秒最好低于20；
⑥ .Rollbacks 0.1：每秒事务的回滚数，回滚率低说明数据库无效操作少，对性能消耗更小，该数值最好低于2；
⑦ .Transactions 7.2：每秒事务数，反映数据库任务繁重与否。
1. 数据库负载压力较小，运行平稳；
2. CPU等待时间、处理时间较短，CPU压力较小；
3. 每秒事务数目前还不高，因为当下医院处于开始启用集成平台的阶段，后续压力更大的情况下，也有较好的冗余保障；
4. 回滚、硬解析时间短，数据整体的无效操作与SQL的代码重用率较好，数据库整体运行平稳、架构高效。
通过以上关键测试数据，可得出以下结论：
超融合能够为医院集成平台提供稳定支撑：从上述数据库性能报告上可以看出，Oracle Rac在超融合上承载稳定、性能富余；针对医院后续集成平台串联系统增多、数据量逐步增加的情况，超融合平台也能游刃有余地提供稳定的底层支撑。
超融合满足医院一体化容灾建设需求：医院集成平台基于超融合平台平台，直接升级构筑容灾平台与CDP数据备份，从而实现主备数中心的统一管理，确保RTO、RPO ≤30分钟，满足互联互通四甲对医院数据灾备的相关要求。
东方华展在该项目中承担整体规划、实施交付与后续运维支持工作，按以下阶段推进：
| 阶段 | 主要内容 |
| 需求调研与现状评估 | 现场勘查业务系统、机房与网络现状，梳理承载对象、性能基线、合规要求与业务窗口，形成现状评估与建设目标。 |
| 方案设计与选型验证 | 结合现状与目标输出整体架构设计，明确资源规划、网络规划、容灾规划与安全设计，并对关键环节做验证与试点。 |
| 部署实施与业务迁移 | 按业务优先级分批实施，制定迁移与回退方案，在业务窗口内完成割接，迁移过程全程可控、可回退。 |
| 安全加固与合规配合 | 按等级保护与行业合规要求完成安全策略配置与加固，配合用户完成测评与整改。 |
| 运维托管与持续优化 | 提供日常巡检、健康度评估与故障响应；上线后结合运行数据持续做容量与性能优化。 |
| 文档交付与知识转移 | 交付拓扑、配置、操作与应急预案等文档，并对用户运维人员开展培训与知识转移。 |
北京东方华展经贸有限公司成立于 2007 年，是一家 IT 综合解决方案服务商，定位「您身边的 IT 专家」，业务覆盖咨询规划、产品集成、实施交付、运维外包、数据安全五大领域，长期服务金融、政府、交通、能源、航空航天等行业客户。
咨询与服务热线：010-52850389 · 13911411199｜邮箱 hc@dfhz.com｜地址：北京市昌平区昌崔路 198 号红石座 1 号楼
服务热线：
010-52850389
客户留言
010-52850389
