重庆市荣昌区人民医院机房驻场运维采购需求公告

（略）（略）（略）
采购需求公告
（略）发展需要，我院拟对下述软件及服务进行采购前产品信息收集，欢迎各潜在厂商来院推介。
一、推介产品明细
（略）
软件名称：（略）
预算单价（万元）
数量
核心参数
1
（略）机房驻场运维服务
20
1
（略）安全、稳定运行，需指专业工程师1名驻场运维1年。（略）、UPS系统、（略）、（略）、（略）、（略）开展日常巡检服务，包括：日常巡检工作、周期报表工作、日常工作报表工作、基础环境协助搭建、设备进出管理、制定设备保养规划、机房设备档案建立及更新。对机房内发生紧急事件或告警做出相应的判断及处理，包括故障报警及时响应、配合制定应急预案及流程、重要时段的保障、采购人：（略）
一．日常工作
1.（略）巡检
(1)检查空调LED显示的温度、湿度变化。
(2)检查是否有故障灯亮起。
(3)检查机房温度计和湿度计。
(4)检查机柜送风情况。
(5)检查设备外观和工作声音，有无异响。
(6)检查管道外观，是否有渗漏。
(7)（略）检查，及时清洁。
2.UPS系统巡检
(1)UPS运行状态检查——检查UPS运行状态是否正常。
(2)（略）的检查。
(3)对UPS和外置电池组进行检查——（略）短路现象的产生。
(4)UPS上下游配电及输入输出电缆连接检查——防止电缆松动引起的发热现象的产生。
3.（略）巡检
(1)检查配电柜的输入输出电压是否在规定范围呢，是否稳定。
(2)检查三相负载输出是否均衡，各空气开关是否过于发热，是否过载。
(3)各配电柜工作接地和保护地是否松动，接触点是否老化。
4.（略）巡检
(1)（略）是否存在告警信息；
(2)（略）历史日志是否存在历史告警自动恢复信息；
(3)（略）当前监控各部件及各设备运行情况。
5.（略）巡检
(1)（略）各设备是否机械损伤，尤其是指示灯和按钮是否被破坏，查看设备是否潮湿。
(2)查看火灾报警控制器是否有各种报警声音。如故障报警、火灾报警以及各种异样的声音，进行复位检查。
(3)检查防雷器指示灯是否正确。
(5)检查防雷器外观是否损伤，接地线是否牢靠。
6.（略）巡检
(1)检查门禁电源电压、温度、声响。
(2)检查门禁开门按钮开关是否良好。
(3)检查读卡器、按键密码功能是否失灵电控锁安装是否松动、磁力强度、温度、声响是否正常。
(4)检查控制器运行情况及接线端子是否松动。
(5)检查地弹簧或闭门器是否正常工作。
(6)检查门禁软件功能情况、运行主机设备工作状态。
(7)（略）传输线缆是否老化、破损。
7.设备进出管理
机房设备进出管理可以带来很多好处，包括保障设备安全、确保设备符合规定、方便设备管理、提高设备使用寿命、降低维护成本、提升工作效率等。因此，在进行运维服务时，机房设备出入管理是非常重要的一个环节，为此针对本项目进行的设备进出管理措施如下：（具体措施根据项目实际情况进行增加、删除及整改）
(1)设备进出机房必须严格把控，确保安全性和合规性。
(2)设备进出机房需要填写申请单，注明设备名称：（略）
(3)设备进出机房需要经过审批，未经审批不得擅自进出。
(4)设备进出机房时，需由专人负责检查、登记和核实。
(5)设备进出机房时，需要进行安全检查，确保设备不会对机房安全造成威胁。
(6)设备进出机房时，需要进行质量检查，确保设备符合质量要求。
(7)设备进出机房时，需要进行数量核对，确保设备数量准确无误。
(8)设备进出机房时，需要进行使用权限检查，确保设备使用合法合规。
(9)设备进出机房时，需要进行安全隔离措施，确保设备不会对外部环境造成影响。
(10)设备进出机房时，需要进行保密协议签署，确保设备使用保密性得到保障。
(11)设备进出机房时，需要进行相关手续办理，确保设备使用合法合规。
(12)设备进出机房时，需要进行风险评估和安全防范措施制定，确保设备使用安全可靠。
(13)设备进出机房时，需要进行必要的技术测试和评估，确保设备性能和质量符合要求。
(14)设备进出机房时，需要进行必要的维护和保养，确保设备正常运行和使用寿命。
(15)设备进出机房时，需要进行必要的包装和保护措施，确保设备在运输和使用过程中不受损坏。
(16)设备进出机房时，需要进行必要的保险措施，确保设备价值得到保障。
(17)设备进出机房时，需要进行必要的安全培训和教育，确保相关人员了解设备使用安全和风险防范措施。
(18)设备进出机房时，需要进行必要的消防和应急措施准备，确保在紧急情况下能够及时处理和应对。
(19)设备进出机房时，需要进行必要的环保和节能措施考虑，确保设备使用符合环保和节能要求。
(20)设备进出机房时，需要进行必要的合同和协议签署，确保各方权益得到保障。
8.维护和保养
（略）（略）连续性、安全性、有效性、及时性，（略）进行相关保养，具体操作内容如下：
（1）机房空调温度调解。
（2）定期清洁空调过滤棉。
（3）定期清洁机房环境设备卫生。
（4）机房环境相关操作、巡检、出入、记录等存档。
（5）机房环境配置变更的审核统计。
（6）机房环境配置变更的记录。
（7）梳理机房环境相关设备资产。
（8）对每一个机房环境设备进行资产标识和登记。
（9）梳理所有机房环境设备信息形成对应的资产台账。
（10）实时更新资产台账。
（11）整理所有相关档案按照客户要求完成统一管理。
9.日常监控
（略）络工程进行监控，监控内容包括但不限于：
（1）网络设备的健康状况；
（2）整体运行状态；
（3）各项硬件资源开销状况；
（4）链路健康状况如端到端时延变化；
（5）链路端口工作稳定性、链路负载百分比；
（6）（略）变化；
（7）路由条目变化；
管理权限用户的行为审计、设备软件配置变动审计、设备日志审计、应急事件审计等，并指派专人利用合适的装备、系统与手段对服务器设备进行全天24小时实时监控，以保障服务器设备高效稳定、运行。
10.预防性检查
结合实际情况在监控服务的基础上，对网络工程进行预防性检查。包括：性能检查、脆弱性检查，并指派专人工作时间内每月进行1次预防性检查。网络设备预防性检查，包括但不限于：
（1）按需进行服务对象性能检查、内容检查、脆弱性检查；
（2）（略）络工程设备机身、板卡或模块的工作情况；
（3）按需优化中央处理器使用峰值情况；
（4）按需优化内存使用峰值情况；
（5）按需优化主要端口的利用率。
（6）（略）的健康状态，（略）络地址：（略）
（7）按需检查其它的关键指标项，例如各类关键表项、（略）等。
（8）（略）的冗余度要求
（9）按需进行应急事件周期性整理分析
（10）按需进行设备生命周期评估
（11）按需进行备件可用性周期性检查
11.常规作业
（略）络工程进行常规作业，常规作业包括但不限于：
（1）网络设备的日常巡检；
（2）（略）络地址：（略）
（3）（略）络拓扑图；
（4）（略）由器、交换机端口使用档案，并及时更新；
（5）（略）软件备份及存档；
（6）系统升级、设备软件配置备份及存档；
（7）（略）日志备份及存档、（略）日志数据分析与报告生成；
（8）网络配置变更文件的审核；
（9）网络配置变更的操作；
（10）网络配置变更的记录；
（11）安全设备日志查看及备份等。
二、故障响应支持
1.事件驱动响应
（略）络工程的故障引起的业务中断或运行效率无法满足正常运行要求，而进行的响应服务，并安排专人24小时对事件驱动进行响应，详细事件驱动响应包括但不限于以下内容：
（1）对设备整体硬件进行故障排查、定位；
（2）按需进行停止、启动进程操作；
（3）按需进行中断、（略）络连接操作；
（4）按需进行关闭、启动端口操作；
（5）（略）络备件更换操作；
（6）按需进行更改、恢复配置操作。
2服务请求响
（略）运行需要或需方、服务相关方的请求，而进行的响应服务，网络设备服务请求响应等，并安排专人24小时对服务请求进行响应，详细服务请求响应包括但不限于以下内容：
（1）按需增加、（略）络接入的数量或速度；
（2）（略）络设备配置；
（3）按需启动、关闭端口或服务；
（4）按需更换、更新或升级设备硬件或软件。
3优化改善
1、适应性改进
（略）特点和运行需求，对网络设备进行调整：
（1）（略）由策略调整；
（2）（略）负载调整；
（3）按需进行安全策略调整；
（4）按需进行监控对象覆盖范围调整；
（5）按需进行局部交换优化；
（6）按需进行局部冗余优化。
2、增强性改进
（略）的特点和运行需求，（略）络工程的运行记录、趋势的分析，对存储设备进行调整、扩容或升级：
（1）按需检查和优化硬件容量变化，如网络设备硬件、软件升级、带宽升级等；
（2）（略）络架构变动；
（3）（略）络架构容量变化，（略）的增减等；
（4）（略）功能变化，如新增（略）、（略）、（略）等；
（5）（略）由协议应用及部署调整；
（6）按需进行整体安全策略收紧；
（7）按需进行交换机和交换策略优化；
（8）（略）络设备部件和零配件冗余优化。
3、预防性改进
（略）络设备的运行记录、趋势的分析，（略）的需求，（略）络设备的脆弱点及潜在的隐患，有针对性地进行改进性作业：
（1）（略）络运行质量、策略、访问控制等日志情况，确认是否存在风险，并给于优化建议；
（2）关闭不必要的服务、打开缺省的增强功能、（略）由收敛速度、（略）络生成树收敛速度等；
（3）网络设备安全优化，例如：密码加密，SSH控制等；
（4）（略）络设备的CPU占比率、内存占比率、延迟、负载、丢包率等，（略）络拓扑适时进行调整。
三、数据库、中间件服务
1.服务内容
（1）中间件管理是指对BEAWeblogic、MQ等中间件的日常维护管理和监控工作，（略）事件的分析解决能力，（略）持续稳定运行。中间件监控指标包括配置信息管理、故障监控、性能监控。
执行线程：监控WebLogic配置执行线程的空闲数量。
JVM内存：JVM内存曲线正常，能够及时的进行内存空间回收。JDBC连接池：连接池的初始容量和最大容量应该设置为相等，并且至少等于执行线程的数量，以避免在运行过程中创建数据库连接所带来的性能消耗。
检查WEBLOG日志文件是否有异常报错
如果有WEBLOG集群配置，需要检查集群的配置是否正常。
（2）数据库运行维护服务是包括主动数据库性能管理，（略）运维非常重要。通过主动式性能管理可了解数据库的日常运行状态，识别数据库的性能问题发生在什么地方，有针对性地进行性能优化。同时，（略）的变化，主动地预防可能发生的问题。
数据库运行维护服务还包括快速发现、诊断和解决性能问题，在出现问题时，及时找出性能瓶颈，解决数据库性能问题，（略）。
数据库运行维护服务，主要工作是使用技术手段来达到管理的目标，以系统最终的运行维护为目标，提高用户的工作效率。
具体数据库运行维护监控的基本服务内容包括：
服务器运维：
（略）故障定位和排错
Windows、Linux（略）安装、调试
（略）补丁的更新
服务器微码升级
（略）恢复
数据备份和数据恢复
CPU、内存升级扩容
替换故障硬盘、RAID重建
更换电源、风扇等易损件
更换主板和其他故障板卡
更换服务器和磁盘阵列中的各类到期电池
（略）参数的调整优化
（略）日志的检查和清除
（略）盘的镜像检查
双机软件的状态检测
（略）目录空间状态使用的监测
（略）运行状态的监测
（略）运维：
设施设备每日巡检
设备故障定位和排错
设备软件版本升级
配置状态检测
（略）使用状态检测
（略）日志分析和监控
（略）的存储设备产品提供日常维修、维护服务。
为客户的存储管理软件配置、备份策略审核等提供技术支持服务。
（略）进行性能分析：磁盘读写性能、数据存储备份性、I/O性能、解决数据存储性能故障、（略）性能、提升客户IT系统整体性能。
（略）发展需求，（略）、（略）等，解决用户IT数据、高速增长需要。
（略）运维：
（略）（略）环境；
（略）配置；
（略）性能调优；
（略）版本更新；
（略）网络组件配置；
（略）迁移、P2V等；
（略）配置进行备份；
（略）软硬件配置扩容；
维护虚拟机备份任务计划；
四、变更管理服务
4.1变更申请
（一）变更申请因发起者不同而有以下三种情况：
1.由用户（系统应用部门）提出的业务变更需求。
2.（略）维护人员在日常维护、故障处理及问题处理中提出的变更需求。
3.（略）/网络提出的变更申请。
（二）变更申请的内容和方式：（略）
1.由用户提出的业务变更需求申请，（略）、时间、内容、原因等；
2.维护人员及项目人员提出的变更申请，（略）、网络变更申请，（略）、时间、内容、原因、资源需求、变更可能造成的影响等，同时还应提交变更方案、变更计划、测试计划、回退方案等相关资料。（略）络的稳定运行，变更应安排在窗口时间进行，变更过程对各类业务的影响应控制在最小范围。
3.目前，变更申请单可以纸质申请单或电子工单形式提交。
（三）提交变更申请应适当提前，（略）上进行的可能影响全部用户使用的变更，需提前10个工作日提交申请，其它变更需提前5个工作日提交。
（四）（略）业务调度受理各种变更申请，并进行登记、编号、统计汇总。
4.2变更审批
（一）变更申请及变更方案的审批：
1.用户（系统应用部门）提出的业务变更需求，由所在部门内部审批后提交客户相关管理部门审批，（略）维护部门组织实施。
2.项目人员提出的变更申请，需要有客户相关项目经理：（略）
3.维护人员提出的变更申请，由运维部门内部对变更方案、计划审核把关后提交运维管理部门审批。
4.系统维护部门内部审核要求如下：
（1）（略）络变更的，（略）对变更方案的可行性及可能造成的影响进行审批，（略）的影响。
（2）（略）变更的，如涉及硬件及通用软件的变更，（略）（略）的维护人员对变更方案的可行性及可能造成的影响进行审批。
（3）（略）络的开通、变更、撤销。
（4）本地专线的开通、变更、撤销。
（5）调整电话配线间电缆顺序、长度，（略）络信息点使用配制，制作电话电缆等。
（6）网络、视频、通讯及安全设备等的配置变更和设备替换升级。
（7）配合采购人：（略）
5.当变更涉及到其他专业主管部门时，须由相关部门进行确认。
（二）变更验收与上线审批：
变更申请单位：（略）
4.3变更实施（测试环境）与测试
（一）（略）变更计划。变更计划应包括变更原因、变更进度、受影响的业务、资源需求、责任部门、责任人、操作人员、计划时间、变更操作步骤、回退方案等内容。
（二）变更人员根据变更方案、变更计划进行变更实施（测试环境）。
（三）根据变更测试计划进行测试，（略）测试、单元测试、界面和接口测试、平行测试、容量测试、网络测试、功能测试、安全性测试、稳定性测试及用户接受测试等方面的测试，对于数据库数据转换变更，还需对原有数据和转换后数据进行测试以保证数据的准确性，（略）的接口，（略）的功能及性能的影响。
（四）（略）类似的测试环境上进行，以保证变更测试的有效性。
（五）变更测试应填写测试报告。（略）使用部门相关人员签字确认。
（六）在变更测试通过后，上线之前需向运维管理部门提交上线申请，说明上线时间和实施人员、测试结果、变更计划等内容，由运维管理部门对上线的合规性、可行性、上线执行人员等内容进行审批。
4.4变更上线（发布）
（一）审批通过后，由变更上线人员（必要时请设备厂商电话或现场技术支持）根据预定方案进行上线实施。
（二）上线实施前必须作好各个相关单位：（略）
（三）上线实施应提前2个工作日发送变更通知，（略）名称：（略）
（四）对于影响较大、（略）变更，需要提前和使用部门充分沟通，得到使用部门领导的确认，（略）变更对具体应用的影响降至最低。
（五）系统变更必须有应急回退方案和回退时间点，如果时间点到达而变更不成功，（略）变更方案中制定的回退方案回复原始状态，同时向运维管理部门汇报，根据指示做相应处理。
（六）上线实施前，必须对相关的数据（（略）、网络配置文件、（略）启动文件、（略）配置文件、（略）、数据库、应用程序等）进行充分的备份，并做好备份记录，以确保回退时能恢复到原始状态。
4.5上线测试
变更上线后需进行上线测试，上线测试内容如下：
（一）（略）功能测试，确保变更达到预计目标。
（二）（略）络牵头实施的变更，由网络专业牵头，（略）配合完成相关的业务测试。
（三）（略）变更，（略）牵头，（略）的业务测试。
4.6完工报告及运行监控
（一）变更完成后2个工作日内，变更实施部门需填写完工报告将变更过程和实施效果反馈运维部门及运维管理部门，如是使用部门提出的变更申请，则需同时反馈使用部门并由使用部门进行变更结果的验收确认。
（二）系统变更完工报告经相关部门审核签字确认后，（略）备案。
（略）（略）运行情况，发现问题及时通知变更实施人员并逐级上报。
五、性能和容量管理服务
5.1设备故障识别
（略）络、视频会议及机房设备运行过程中常见的突发情况。在处理设备故障时，应首先识别故障设备及其故障点。例如，设备是否出现电源故障、硬件损坏、软件故障等。准确的识别故障点有助于快速定位问题并采取相应的应急措施。
5.2网络故障定位
（略）络故障可能由多种因素引起，如网络设备故障、网络线缆故障、网络协议问题等。（略）络故障时，应首先对故障进行定位。可以使用ping命令、Tracert（略）络连接是否正常。同时，（略）络设备的配置和设置是否正确，（略）由器的配置、交换机的设置等。
5.3备份设备启用
为确保业务的连续性，应配置备份设备。当主设备出现故障时，可以迅速启用备份设备，（略）络的正常运行。备份设备的配置应与主设备一致，包括IP地址：（略）
5.4应用软件故障排查
（略）无法正常运行。在处理应用软件故障时，应首先重启应用软件。如果重启无效，应检查应用软件的配置文件是否正确。如果配置文件存在问题，应根据实际情况进行修复或重新配置。如果应用软件存在严重问题，应及时联系软件供应商并更新软件版本。
5.5数据备份与恢复
（略）络、视频会议及机房设备最重要的资源之一。在处理设备故障时，应首先备份数据以防丢失。可以使用U盘、移动硬盘等存储介质定期备份数据。在数据恢复时，应根据备份文件的类型和备份时间选择合适的恢复方式：（略）
5.6机房安全防范
（略）络、视频会议及机房设备的重要场所。在应急先期处置过程中，应注意机房的安全防范。首先，应确保机房的物理安全，禁止非授权人员进入机房；其次，应加强对机房设备的监控和管理，定期检查设备的运行状态和安全漏洞；最后，应配置相应的安全设备和软件，如防火墙、（略）等，以防范外部攻击和非法入侵。
5.7沟通与协调
在应急先期处置过程中，良好的沟通与协调至关重要。相关人员应保持密切联系，及时沟通信息、协调资源，确保应急处置工作的顺利进行。可以通过电话、邮件、即时通讯工具等多种方式：（略）
5.8记录与总结
记录和总结应急先期处置工作的过程和结果是非常重要的。这有助于分析问题原因、总结经验教训，并为今后的应急工作提供参考和借鉴。可以制定统一的记录和总结规范，包括记录应急处置的时间、地点：（略）
六、应急管理服务
应急保障预案
严格执行院方突发情况期间的保障制度，做好常规维护、网络安全维护、通信服务的定期巡检及日常访问记录的备份工作，以保障最先发现灾害并及时处置此突发事件。
（略）和基础设施的稳定运行，应建立应急突发事件应急处置流程，详细流程如下：
1、先期处置
针对应急突发情况提前做好准备工作，对网络工程及机房设备的数据、备件检查、配置进行备份和检查，做好巡检和故障排查工作。
2、故障发生
（略）运维服务小组可从以下途径得知故障的发生：
（1）运维服务人员通过监控告警发现故障
（2）维护站点通过维护巡检发现故障
（3）用户发现故障，报告给维护部门
（4）驻场工程师发现故障
3、报障受理
（略）故障发生后，立即响应，并向报障人或单位：（略）
4、信息研判
（略）故障情况进行分析判断，（略）突发故障应急处理预案。
5、预案启动
如需启动应急预案，则立刻通知突发应急主管部门，由应急主管部门启动应急预案，对系统突发故障应急事件进行全面管控处理。
6、资源确认
（略）突发故障应急预案启动后，首先是根据现场突发故障实际状况、紧急程度、技术难度、备品备件等情况对相关资源（主要是参与人员）依据经验进行调度和确认，主要有以下资源：
技术支持人员；
相关厂家技术支持人员；
技术专家
另外，如果现有资源不能满足应急需要的，（略）内部的资源应急调度流程。
7、预案执行
按照既定的预案进行突发故障抢修，如遇到问题及时向应急主管部门组汇报。
8、预案终止
预案的终止时间由故障现场技术人员根据现场的实际进展情况，在与用户单位：（略）
9、结果上报
预案中止后，相关预案参与人员将整个事件过程中所有收发信息、领导批示、事故调查报告、现场录像、图片等材料及时整理归档，并总结事件处理过程中的经验和教训，修改、完善事件应急预案。然后集中上报至应急主管部门。
统筹规划应急演练活动，充分利用现有资源，努力提高应急演练效益。
七、运维软件
部署一套运维软件对现有基础架构运行状态进行监控以及可视化展示。
八、其他服务
按招标服务要求，承诺根据采购人：（略）
九、其他要求
1.投标人能力要求：
投标人需具备一定的技术实力：
（1）荣昌本地技术人员不低于20人，提供本单位：（略）
（2）（略）机房运维案例合同或（略）内的自有机房（达到A级或以上标准）房地产权证复印件。
2.人员要求：
除1名驻场人员外，投标人需为本项目指定1名项目经理：（略）
二、填写资料及要求。按格式要求填写《（略）（略）（略）信息化建设推介资料》（见附件2），需提供纸质件（双面打印加盖公章），信息化建设推介产品参数表需提供纸质件及电子版（word版）。推荐的每样资料放在单独文件夹，文件夹命名按照附件1对应编辑，如：“项目名称：（略）
三、厂商资质要求
（一）参照《中华人民共和国政府采购法》第二十二条规定；
四、资料递交形式及推介会安排
1.报名方式：（略）
2.报名起止时间：公告发布之日起至2024年1月17日17：30。
3.推介会时间、地点：（略）
4.推介会要求：各厂商自行准备推介产品PPT或者产品方案等，5分钟时间对产品进行介绍，5分钟时间回答院方提问。
5.联系电话：（略）
附件：推荐文件模板
（略）（略）（略）
2024年1月10日
（略）（略）软件采购需求公告_机房运维.doc