第四章 采购需求及技术参数要求全椒县中医院数据中心信息化.docx
- 文档编号:8521726
- 上传时间:2023-01-31
- 格式:DOCX
- 页数:136
- 大小:751.58KB
第四章 采购需求及技术参数要求全椒县中医院数据中心信息化.docx
《第四章 采购需求及技术参数要求全椒县中医院数据中心信息化.docx》由会员分享,可在线阅读,更多相关《第四章 采购需求及技术参数要求全椒县中医院数据中心信息化.docx(136页珍藏版)》请在冰豆网上搜索。
第四章采购需求及技术参数要求全椒县中医院数据中心信息化
第4章采购需求及技术参数要求
全椒县中医院数据中心信息化
建
设
方
案
一、建设背景
全椒县中医院(暨全椒县红十字医院)成立于1995年,是一所集医疗、预防、保健、教学、社区卫生服务为主,融中医特色和现代医学为一体的二级甲等中医医院,是城镇职工(居民)医保和县新农合定点医疗机构、滁州市文明单位、南京医科大学附属南京市第一医院眼科分中心、安徽中医药大学附属滁州中西医结合医院医联体医院、滁州城市职业学院临床实习基地。
医院新院区位于县城吴敬梓路180号(原为全椒县人民医院老院区),该地块总占地面积47亩,新建门急诊医技楼、内科大楼、后勤楼,改造外科大楼,新建地下停车场。
建筑面积36527平方米,设计床位400张,总投资1.3亿元,该项目被列入2017年全椒县重点工程建设项目,目前已建成装修,已投入使用。
数字化医院是现代医疗发展的趋势,数字化医院系统是医院业务软件、数字化医疗设备、IT及网络硬件平台所组成的综合信息系统,数字化医院有助于医院实现资源整合、流程优化,降低运行成本,提高服务质量、工作效率和管理水平,数字化医院是医院现代化的必由之路,医院只有充分利用数字信息技术,才能解放劳动力,使其在激烈的市场竞争中取得成功。
目前,医院门诊量逐年增加,医院信息化建设在不断完善,在建设的过程中越来越以信息化技术为发展依据,对信息化技术的要求也越来越高,使得信息系统需要更具有精细化和专业化。
医院信息化的发展也使医院的工作效率需要不断提升、服务能力需要持续增强,门诊量接连增加促进了医院数据的不断增长,高效率、高质量也要求医院原有的医疗系统进行升级,以适应业务快速增长的需求。
考虑医院未来网络及业务可持续发展的趋势,医院医疗系统硬件设施已经陈旧,核心网络设备性能低,均无法满足高性能、高稳定、高安全的要求,也无法满足医院后期新增多种业务系统和数据增长的需求,因此急需对硬件平台进行更换、对核心网进行升级。
二、建设需求
当前医院已有多种医疗业务系统,根据医院业务部门的划分,以及各系统对硬件支持平台等IT基础设施的不同要求,主要可划分为:
医院信息系统(HIS)、影像系统(PACS)、实验室检验系统(LIS)、电子病历(EMR)等核心应用系统,以及医院运营管理系统、智能楼宇系统等。
在这些业务中,IT平台资源必须优先保障医疗业务的正常开展,分析医疗类业务特点,它们对IT平台的主要诉求主要包括:
HIS与LIS系统要求实时性高、可靠性高;电子病历(EMR)系统要求服务器、存储高性能和高可靠性,而PACS系统要求数据快速存储和调阅,大量数据的长期可靠存储。
全椒县中医院在不断开展医疗信息化建设的同时,也相应引入了安全风险。
给黑客和恶意攻击者渗透入侵内网提供了可能。
首先,内外网互连可能导致黑客通过外网渗透进入医院内网环境;其次,针对能够接入内网的外网接入区人员,存在管理上的漏洞与缺陷,易出现非法访问、数据泄密等违规行为;此外,针对蠕虫病毒、木马程序等有意或无意的通过内外网通道引入侵袭,不仅会造成网络和系统处理性能的下降,同时也会对核心敏感的数据造成严重的威胁,甚至出现网络拥塞,导致系统的中断和服务的宕机风险。
所以本次项目建设需要满足如下需求:
(1)减少服务器数量,降低硬件开支。
对应用服务器进行统一规划和虚拟化,建立统一的资源池,在相应的资源池上实现相关业务系统的统一部署和运行,并且做到各业务系统间逻辑上相互独立、共享硬件资源,在统一架构下进行管理。
(2)合理规划、动态平衡分配共享的计算资源,通过所有服务器在物理上消除单点故障,当某服务器硬件出现故障后,应用系统自动切换到其他服务器继续运行,增加整个系统基础架构的可靠性、连续性,提高整体的业务应用和服务水平。
(3)增强数据安全性,简化管理。
考虑需要达到的RPO和RTO目标,满足未来系统灾备要求,提高数据的安全性。
(4)正视可能面临的各种安全风险,对网络威胁给予充分的重视。
确保信息网络的安全稳定运行。
对于医院的的关键性业务系统,不允许有业务中断和数据丢失。
对于维护人员,数据中心应用规模加大的同时,带来了更大的管理难度,如何在故障情况下尽快恢复使用并保证数据的安全,已经成为一个日渐突出的问题。
所以当今企业对IT系统提出了更高的要求:
☆需要一套成熟度高,业内应用广泛的企业级软硬件整体解决方案;
☆易于IT部门日常的管理维护,界面友好,可操作性强;
☆数据与存储系统的高可用性,保证数据7*24小时的连续访问;
☆将现有的存储技术集成,创造出一种更有效的数据存储管理,实现高效、高可靠性、低成本的数据管理;
☆完备的安全体系建设,满足县级医院等保要求,防范网络安全问题引发的业务及社会的不良影响及法律风险。
三、建设内容
信息化平台硬件及交换设备是本次数据中心建设的大脑,包含虚拟化平台、数据存储、网络安全等核心建设需求,为全椒县中医院提供网络、计算、存储、安全防护等服务,是医院各系统中业务高可靠、数据高安全、服务高质量、管理高便捷的关键所在。
本次方案主要基于医院的信息系统硬件平台搭建、数据及网络安全防护部分进行规划设计。
医院多种业务系统将不断上线,数据不断增长,都要求医院进行硬件设施的升级改造。
根据现有的设备及部署架构,需求如下:
(1)医院仅有2台陈旧的HIS服务器,无法满足后期新上线的HIS、LIS、EMR、PACS等系统的搭建需求,需要增加硬件服务器,作为新增业务系统增长需求使用;
(2)随着多种系统不断上线,基于共享存储架构的HIS/LIS/EMR等数据库双机系统部署;以及PACS系统搭建,医院系统数据量的增加;需要增加一套高性能、高扩展、高稳定的存储系统,以满足系统部署、数据增长的需求;
(3)为了增强存储系统架构的灵活性、可靠性,增加2台SAN交换机,作为服务器和存储设备之间互联互通,便于后期服务器、存储设备的扩展。
(4)2台存储使用双活技术,存储双活特性基于两套存储阵列实现AA(Active-Active)双活,两端阵列的双活LUN数据实时同步,当任何一台存储阵列故障时,业务可切换到另一台存储,业务不中断。
(5)安全体系建设,目前医院现有的安全设备单一且性能不足支撑安全防护,本次使用业内高成熟度的等级保护方案,对网络出口处的边界、主机及应用安全、内网主机及应用的事件审计、内部安全管理等进行安全防护及管理。
四、建设目标
4.1弹性高可用的平台建设
虚拟化架构重新定义了一个新的IT标杆,它将工业标准服务器和存储虚拟化成了一个整体,聚合成一个动态的可集中管理的资源池,可使任何应用或操作系统保持持续优化的高可用状态,它使得企业有能力去转化、管理和优化他们的IT系统架构。
虚拟化架构可以让用户的数据中心被整合成一个单一的包括处理器、存储和网络连接的资源池。
通过标准的X86服务器,构建云系统的底层架构,利用虚拟化平台整合服务器硬件,可消除超额配置、提高服务器利用率和限制IT对环境的影响。
采用虚拟化的软件技术和统一的数据中心管理平台,构建和传统数据中心不一样的云数据中心。
数据中心虚拟化之后,对外提供的能力比传统数据中心更多,管理更加聚焦,而数据中心运行的用户应用不会发生业务逻辑变化,应用系统会平滑迁移到云平台。
简化运维,降低医院信息化平台IT维护和建设的TCO成本。
4.2存储系统灵活、高可用
数据存储架构和协议有很多,比如iSCSI,FCIP,IFCP,FCSAN,IPSAN等等,但真正广为认可的成熟技术是FCSAN技术和IPSAN技术,两种技术都是解决信息存储集中化的成熟技术,各有所长,分别适合不同应用业务系统。
集成的FCSAN和IPSAN解决方案是可以满足各个行业客户业务需求的最佳选择。
由于SAN是为在服务器和存储设备之间传输大块数据而进行优化的,因此SAN对于以下应用来说是理想的选择:
Ø关键任务数据库应用,其中可预计的响应时间、可用性和可扩展性是基本要素。
Ø集中的存储备份,其中性能、数据一致性和可靠性可以确保企业关键数据的安全。
Ø高可用性和故障切换环境可以确保更低的成本、更高的应用水平。
Ø可扩展的存储虚拟化,可使存储与直接主机连接相分离,并确保动态存储分区。
4.3业务不中断、平滑扩容
项目建设完成仅仅是系统应用的开始,随着业务的发展,需求的变化,整个平台的建设必须考虑能够应对后期的扩容和升级。
本次规划方案在建设完成,业务系统上线后,可以保证在不停机的情况下,对云平台和存储系统进行后期的扩容和升级。
尽可能的杜绝业务系统的中断,保证业务的持续响应和数据中心整体性能的持续演进。
4.4数据中心安全、稳定
本方案主要结合全椒县中医院自身安全需求以及需遵循的国家法律法规以及行业规范等要求,提出了以下建设目标:
(1)满足等保二级要求,通过为满足物理安全、网络安全、主机安全、应用安全、数据安全五个方面基本技术要求进行技术体系建设;为满足安全管理制度、安全管理机构、人员安全管理、系统建设管理、系统运维管理五个方面基本管理要求进行管理体系建设。
(2)提高内部安全建设,主要有以下几方面:
①增强网络出口处的边界防护能力,包括访问控制、入侵防御、恶意代码检测等方面;
②增强主机及应用安全防护能力,是重要服务器、网站具备病毒木马、SQL注入、跨站脚本等常见威胁的防护能力;
③增强内网主机及应用的事件审计能力,针对重要数据库、服务器的操作以及网络日志进行记录,满足事后审计溯源的需求;
④加强内部安全管理能力,成立相应的安全管理机构,然后制定符合等保要求的安全管理、策略、要求和流程,以及人员管理制度。
再结合用户业务的实际需求与等保要求制定系统建设管理制度和成体系流程的安全运维管理制度。
五、设计原则
本次医院信息化平台建设项目,将遵循下述设计原则:
(1)整体性原则:
一致设计、避免瓶颈
本方案设计数字化医院IT平台,在设计中将综合考虑业务的需求以及网络等其他部分的设计,设计出满足业务要求的,与整体硬件平台一致的IT平台。
IT平台内部,需要考虑服务器、存储、双机平台及数据中心网络的一致性,整体性能最大化对上层业务形成支撑。
(2)先进性原则:
立足业务、适度超前
切合全椒县中医院医疗、运营、管理等业务实际需求是本设计方案的重要前提,采用成熟、适用的计算机网络技术,充分利用医院现有基础设施、设备和信息技术资源,保护医院原有投资;同时需要考虑今后的技术发展趋势,适度超前,采用新技术、新装备,加强技术创新,以不断提高医院信息化建设和应用水平。
(3)稳定性、可靠性、可用性
高可靠性是全椒县中医院IT系统的关键诉求,其可靠性设计包括:
关键设备冗余、链路/网络冗余和重要业务模块冗余、双中心冗余。
关键设备均采用冗余设计:
包括冗余的控制模块设计、冗余电源设计。
采用双机方式,多链路连接。
同时,根据医院新建大楼特点,建设双活存储系统,保障一个存储故障后的数据不丢失、业务连续运行。
(4)可维护、可管理性
IT平台的可管理性是医院IT系统易于运维的基础。
应提供低成本、简单有效的统一网管系统,对院内所有IT设备进行管理,包括扑显示、状态监控、故障事件实时预警和告警、流量统计等。
(5)开放性原则
信息技术会不断发展更新,全椒县中医院会不断采用新的信息系统来提升效率、改善服务,因此信息化IT平台必须具备灵活性和扩展性。
要求整个平台要开放,新建系统不破坏开放性,实现统一调度管理,能在不影响已有业务的情况下开通新业务,对平台进行扩展、升级等建设。
(6)标准化原则
本方案设计采用的主要技术、设备、接口和协议,均满足国家标准、行业标准或业内主流技术与标准,为今后的系统扩展和设备更新奠定良好的基础。
六、信息化平台架构图
6.1内网数据中心拓扑图
6.2网络安全中心拓扑图
七、信息化平台详细设计说明
7.1信息系统硬件设计
7.1.1虚拟化服务器设计
虚拟化平台中的服务器资源分配情况可以根据实际物理服务器上的应用所占用的资源来确定。
比如,原有8核心、10GB内存的物理服务器上应用系统占用50%,那么虚拟服务器的计算资源可以分配4vCPU、4-6GB的处理能力,当然在资源充足时也可以分配更高或后期再增加。
有时,会事先对原有应用进行调查和统计(含系统类型、应用类别、硬件配置情况等)。
本次项目将医院所有的核心系统及其他应用都放入虚拟化平台中,所以本次考虑性价比较高的4路服务器共4台,每台服务器为整个虚拟化平台提供40核CPU及256G内存。
并能够合理利用资源对相应应用按需分配。
且考虑后期核心系统及应用的增加升级,一旦虚拟化资源不足可以不需要另外采购服务器硬件,直接在现有服务器上增加CPU及内存平滑扩容。
7.1.2应用云平台设计
服务器虚拟化集群以共享存储为基础,通过共享的存储资源,部署多台虚拟主机,组成虚拟化资源池。
虚拟化平台的HA功能,保证当任一主机或单数据中心故障时,业务虚拟机可以自动切换到正常的主机运行,数据无丢失,业务中断时间趋近于零。
虚拟化平台的DRS功能,业务虚拟机可跨数据中心自动实现负载均衡,实现主机资源均衡分配使用。
虚拟化平台中,当系统需要计划内维护或者主机资源重新分配时,可通过迁移功能手动将业务虚拟机在主机间迁移,迁移过程中业务不中断。
因此,建议医院采用虚拟化技术,应用部署于虚拟机环境中,从而提升整体信息中心的资源利用率。
利用虚拟化技术,以云服务自动化管理和资源智能运维为核心,为医院提供“敏捷、精简”的信息中心云管理体验。
(1)虚拟化计算层设计
A.虚拟机配置灵活调整
根据业务需要,灵活调整虚拟机的CPU、内存、网卡数量配置
vRAM在线/离线添加、离线删除;
vCPU在线/离线添加、离线删除;
vNIC在线/离线添加、离线删除;
注:
vCPU、vRAM在线添加功能不是所有OS都支持。
对于不支持热添加的OS,FusionCompute支持重启虚拟机生效。
B.内存复用,提高利用率
通过智能复用以下三种技术将内存复用比提升至150%,
Ø内存共享:
虚拟机之间共享同一物理内存空间(蓝色),此时虚拟机仅对内存做只读操作
Ø写时复制:
当虚拟机需要对内存进行写操作时(红色),开辟另一内存空间,并修改映射
Ø内存置换:
虚拟机长时间未访问的内存内容被置换到存储中,并建立映射,当虚拟机再次访问该内存内容时再置换回来
Ø内存气泡:
Hypervisor通过内存气泡将较为空闲的虚拟机内存释放给内存使用率较高的虚拟机,从而提升内存利用率
(2)虚拟化存储层设计
A.VIMS虚拟集群存储文件系统
更好支撑集群软件部署到虚拟化平台中
VIMS是高性能集群文件系统,是ThinProvisioning、快照、存储迁移等高级特性的技术基础。
兼容FCSAN、IPSAN、NAS、本地磁盘;
支持固定空间磁盘、动态空间磁盘、差分磁盘等。
B.虚拟卷在线扩容
避免不必要的业务停机,提升业务连续性
基于VHD(VirtualHardDiskFormat)虚拟磁盘;
虚拟卷扩容期间,Windows虚拟机不需要重新启动。
C.存储自动精简配置,大幅减少存储投资
降低存储成本40%,减少单个虚拟机的IOPS。
虚拟机用户看到的始终是配置容量,但实际物理磁盘占用空间随使用空间而动态调整;
支持存储空间回收。
D.虚拟机快照
Ø支持磁盘增量快照和内存快照,完整保存虚拟机所有信息
Ø支持虚拟机运行时备份
Ø支持快照恢复到任意虚拟机
Ø支持快照live合并
(3)迁移与高可靠设计
A.虚拟机热迁移技术(VMMotion)
虚拟机热迁移过程中,不中断虚拟机业务,用户无感知
基于内存压缩传输技术,虚拟机热迁移效率提升1倍;
支持源主机和目的主机是异构CPU场景下的虚拟机热迁移。
B.虚拟机HA机制
大幅提升故障恢复速度,降低业务中断时间、保障业务连续性、实现系统自维护。
支持主机、虚拟平台、虚拟机内部多种故障场景的检测和虚拟机恢复;
支持集中控制HA和集群自治HA两种机制,可自选;
可设置HA心跳消息的网络平面,降低网络压力;
多种故障判断机制,避免漏判、误判故障;
支持共享存储与本地存储虚拟机
C.管理数据保护机制
保证管理系统的高可用性与灾备恢复能力
所有管理节点主备部署、互斥运行于两台物理机;
基础数据多重备份机制,保证意外情况下,基础数据能完整恢复。
7.1.3存储层设计
作为信息平台基础架构的数据存放介质,应用软件放在虚拟化平台上面,业务/数据库数据存储在双活存储上。
根据医院信息化建设的需求:
(1)为了提高设备的性能及稳定性,本次配置双控制器。
存储实现控制器间负载均衡,消除单点故障,还可以横向扩展集群,实现系统高可用,保护业务稳定在线。
配置8个16GbFC和8个1GE主机接口,可灵活部署存储架构。
(2)考虑核心业务系统对数据读写和IOPS的高要求,存储缓存配置为64GB容量缓存,15块1.2TB10KSAS设计快速响应核心业务需求,灵活扩展,最大支持16个控制器,2TB缓存,并具有较好的升级能力;医院的PACS图像存储采用扩展柜方式,满配15块4TB大容量盘,可满足医院3—5年的需求。
(3)考虑数据的快速增长,而当前的硬盘实际配置容量可能无法按照预想的那样给予每个系统很大的支配空间,这就需要通过自动精简配置功能来实现此类的需求。
通过自动精简配置,使存储空间能够根据需要自动扩展,而不必像传统方式那样一次性将存储空间全部分配出去,因此只需要配置少量硬盘即可开展业务,后续再根据存储空间使用情况新增硬盘,从而降低初次购买成本和TCO,此时只需要存储产品支持硬盘和硬盘柜的平滑升级即可,通过采用“按需分配”的存储空间分配策略,提高存储资源使用效率,更大限度满足业务的实际要求。
自动精简图例如下:
(4)另外,本次所推荐存储产品,还支持异构虚拟化、双活等多种功能。
通过内置异构虚拟化功能,存储系统能高效接管其它主流厂商存储阵列,并整合成统一的资源池,实现资源的统一、灵活分配。
一体化统一存储着眼于客户的存量设备,为异构设备提供丰富的异构虚拟化功能,可实现在不断业务的情况下异构LUN之间数据平滑的迁移;通过提供异构远程复制技术实现异构LUN间的容灾;通过提供异构快照技术实现异构LUN的快速备份。
通过HyperMetro功能实现阵列级的A/A双活技术,部署双活的两套存储系统可以放在同一个机房、同一个城市或者相距一百公里的两地。
当任何一端磁盘阵列整体故障的情况下主机将切换访问路径到正常的一端继续业务访问;当磁盘阵列间链路故障时只有一端继续提供主机读写访问,具体由那端提供服务将取决于仲裁的结果。
仲裁服务器部署在第三方站点,用于两套存储阵列之间链路中断时,由仲裁服务器综合判断哪端获胜。
仲裁获胜的一方继续提供服务,另一方停止服务。
7.2网络安全设计
7.2.1出口防火墙设计
防火墙作为边界安全防护手段的核心技术,是信息化平台建设中必不可少的设备,它部署在数据中心网络的出口处,作为阻塞点、控制点,能极大地提高一个内部网络的安全性,并通过过滤不安全的服务而降低风险。
同时,通过利用防火墙对内部网络的划分,可实现内部网重点网段的隔离,从而限制了局部重点或敏感网络安全问题对全局网络造成的影响。
防火墙具有网络接入、安全防护、身份认证、系统服务和系统管理等多种基本功能,它强大的安全准入控制功能,针对身份认证通过后的网络终端操作系统环境进行系统服务、软件、文件、进程、注册表等细粒度的检测与控制来实现对其的“合规性”检查。
通过对网络终端“合法性”与“合规性”的双重审核后,防火墙将根据其身份认证信息(用户ID)通过智能过滤引擎实现基于用户身份的安全防护策略部署与可视化监控。
7.2.2入侵防御设计
入侵防御系统,是串联在计算机网络中可对网络数据流量进行深度检测、实时分析,并对网络中的攻击行为进行主动防御的安全设备;入侵防御系统主要是对应用层的数据流进行深度分析,动态地保护来自内部和外部网络攻击行为的网关设备。
它同样部署在网络边界,保护整体网络的安全。
入侵防御系统和防火墙是两种完全独立的安全网关设备。
从两个产品关注的安全范围来看,防火墙更多的是进行细粒度的访问控制,同时还提供网络地址转换、应用服务代理和身份准入控制等功能;入侵防御系统则重点关注网络攻击行为,尤其是对应用层协议进行分析,并主动阻断攻击行为。
防火墙是实施访问控制策略的系统,对流经的网络流量进行检查,拦截不符合安全策略的数据包。
而入侵防护系统则倾向于提供主动防护,是预先对入侵活动和攻击性网络流量进行拦截,避免其造成损失,而不是简单地在恶意流量传送时或传送后才发出警报。
在实际部署上,医院可以根据网络环境,充分发挥防火墙和入侵防御系统各自的技术优势,进行混合部署。
入侵防御系统串联于网络核心主干上,部署在防火墙后端,清洗过滤网络流量。
可两路同时接入,实现对多条链路的防护。
入侵防御系统可根据用户的网络环境,灵活选择一对一、多对一或者一对多的部署方式,并针对不同区域定制相应的防护规则。
在二级等保中,入侵防御针对网络安全中的入侵安全防范要求。
7.2.3数据库审计系统设计
数据库审计是以硬件形式存在的软硬件一体化的设备。
数据库审计以旁路的方式部署于网络当中。
采集、分析、过滤所有对数据库的访问行为,将符合规则的行为记录下来。
发现违规访问行为采取告警措施通知管理人员,并提供访问行为的回放,便于管理人员更直观的判断问题。
按规定的时间生成报表提供给监察部门审核。
数据库审计基于SQL语法分析技术,分析、过滤发往数据库的SQL语句。
根据预先制定的策略决定是否对某SQL语句或访问行为进行记录,这种审计方式可以避免记录大量无用的、无风险的日志,减少占用空间并提高发现问题的准确度。
数据库审计在包含审计功能外,还能实现管理人员对数据库的统一管控与防护:
数据库状态监控:
数据库状态监控的目的是保证数据库系统一直处于健康、稳定的运行状态。
通过监控数据库系统的内存使用状况、缓冲区管理统计、连接统计、Cache信息、锁信息、SQL统计信息、数据库信息、计划任务、线程信息、键效率、缓冲区命中率等信息来判断数据库系统运行是否出现异常,出现任何异常会立刻告警通知管理员,防止数据库系统崩溃。
数据库风险扫描:
数据库风险扫描中将数据库中潜在的风险或漏洞,进行全面的扫描,以减少数据库被攻击或数据泄露的风险。
通过数据库风险扫描功能可以减少、弱化大多数人为与非人为造成的数据库风险,提高数据库的安全性。
7.2.4日志审计系统设计
当部署了大量的安全设备以后,也会产生海量的日志,在数据大集中的背景下,业务的集中带动数据和应用的集中,数据中心应用系统越来越庞大,管理复杂度越来越高。
尤其是对于安全管理人员来说,需要定期分析各种设备、应用系统所产生的日志,在实际工作中,仅靠人力已经无法完成海量日志的统一管理,主要体现在以下几方面:
●日志采集问题:
信息系统中设备种类众多,每天产生大量的日志,且分散在各地网络与信息系统中,如何有效采集这些原始日志数据并进行集中管理、分析。
●日志格式转换问题:
信息系统由不同的厂家提供,日志格式各异,如何对原始的日志数据格式进行统一。
●日志数据深度挖掘问题:
信息系统每天产生的大量原始日志数据中,大部分是一些非关键信息,如何对信息进行整理过滤并提取出有价值的事件信息,并以标准的格式进行汇总。
●日志集中汇总问题:
如何将全网范围的日志数据进行集中的汇总分析,从而知晓全网的安全态势,总体把控网络安全事件的发展动态。
●安全决策问题:
对于众多的日志信息,除了进行如实的记录汇总外,如何对日志信息进行深入分析、挖掘,并在此基础上建立KPI指标,辅助决策。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 第四章 采购需求及技术参数要求全椒县中医院数据中心信息化 第四 采购 需求 技术参数 要求 全椒县 中医院 数据中心 信息化
![提示](https://static.bdocx.com/images/bang_tan.gif)