启东市人民医院数据库服务器存储及容灾系统维保项目院内采购磋商文件

院务公告您所在的位置：首页 http://www.****.com 点击查看 > 医院动态 http://www.****.com 点击查看 > 院务公告 http://www.****.com 点击查看

启东市人民医院数据库服务器存储及容灾系统维保项目院内采购磋商文件

第三部分采购项目需求
1、项目背景
启东市人民医院HIS数据库、服务器、存储及容灾系统是医院数字化诊疗、管理与服务的重要支撑，需要保障软硬件系统的正常运行，避免医院业务中断及数据丢失，本项目对相关软硬件维保进行采购，建立标准化、常态化的巡检机制与运维流程，系统性保障数据库服务器及容灾系统的稳定运行，从而支撑医院HIS、EMR等关键业务系统7×24小时不间断服务。
2、服务目标
提供全面的定期巡检和现场支持服务，通过预防性、主动式的维护策略，最大限度地减少系统意外停机的可能性。针对数据库和中间件系统存在的问题以及突发故障，提供及时有效的技术支持、完善的解决方案和事后防范机制，确保核心业务达到99.999%的可用性，重要业务达到99.99%的可用性，一般业务达到99.9%的可用性。
3、服务内容
3.1硬件设备巡检
硬件设备巡检是数据库服务器及容灾系统稳定运行的基础保障，通过对服务器与存储设备核心组件的系统性检查，实现潜在故障风险的早期识别与干预。该巡检体系分为服务器巡检和存储设备巡检两个核心子项，覆盖从计算资源到数据存储的全链路硬件状态监测。
服务器巡检聚焦于计算节点的关键硬件指标与冗余机制，具体包括五大监测维度：CPU 负载需控制在阈值 ≤ 80% 以内，避免持续高负载导致的性能降解；内存使用率阈值设定为 ≤ 85%，防止内存资源耗尽引发服务中断；硬盘健康状态通过 SMART 检测评估物理介质可靠性，并同步验证 RAID1 阵列的同步状态以确保数据冗余有效性；电源系统采用 1+1 热插拔冗余架构，需实时确认双电源均处于正常运行状态；网络接口重点监测 16Gb FC 与万兆 SFP+ 端口的链路连通性，保***网络***网络的数据传输通路稳定。
服务器巡检核心指标
• CPU 负载：阈值 ≤ 80%（性能瓶颈预警线）
• 内存使用率：阈值 ≤ 85%（内存溢出防护线）
• 硬盘健康：SMART 检测（物理故障预警）+ RAID1 同步状态（数据冗余验证）
• 电源冗余：1+1 热插拔电源运行状态（双电源均需在线）
• 网络接口：16Gb FC、万兆 SFP+ 端口链路状态（连通性实时监测）
存储设备巡检则针对数据存储层的硬件与软件协同状态，涵盖控制器、缓存、硬盘、接口及容灾软件五大关键要素：控制器需维持双控制器冗余架构的正常切换能力，确保单点故障时服务无感知切换；缓存使用率需控制在阈值 ≤ 90%，避免缓存风暴导致 IO 性能骤降；硬盘状态监测包括 SAS SSD 的健康度评估及热备盘的激活状态检查，确保故障盘自动切换机制有效触发；FC 接口需维持 16Gbps 链路速率与稳定连通性，保***网络带宽满足业务需求；双活软件运行日志需进行完整性审查，重点关注数据同步异常、链路切换记录等关键事件，确保容灾系统的一致性与故障自愈能力。
存储设备巡检核心指标
• 控制器状态：双控制器冗余（故障切换能力验证）
• 缓存使用率：阈值 ≤ 90%（缓存风暴防护线）
• 硬盘状态：SAS SSD 健康度 + 热备盘激活状态（故障自动切换验证）
• FC 接口速率：16Gbps 链路连通性（带宽保障基线）
• 双活软件：运行日志审查（数据同步/链路切换事件分析）
通过上述硬件设备巡检流程的执行，可实现对数据库服务器及容灾系统硬件层的全维度健康度评估，为系统稳定运行提供基础保障。
3.2软件系统巡检
软件系统巡检是保障数据库服务器及容灾系统稳定运行的核心环节，需从数据库软件、监控***平台、灾备系统三个维度开展系统性检查，确保各组件功能正常、数据流转可靠。
3.2.1数据库软件巡检
数据库软件巡检聚焦Oracle数据库的运行状态与安全合规性，通过多维度指标监控实现风险前置预警。核心检查项包括：
• 实例健康度：验证Oracle数据库进程存活状态，确保关键服务进程（如PMON、SMON）持续运行；监测表空间使用率，需严格控制在≤90%阈值内，避免存储空间耗尽导致的服务中断。
• 日志与事务管理：分析redo日志切换频率，异常高频切换可能预示I/O性能瓶颈或事务设计缺陷；通过专业工具追踪锁等待时长及死锁事件，记录死锁产生的SQL语句与涉及对象，优化并发控制策略。
• 安全维护状态：核查数据库补丁更新记录，确保已应用最新安全补丁与功能修复，规避已知漏洞带来的运行风险。
关键指标阈值
• 表空间使用率：≤90%
• 死锁处理时效：发现后30分钟内定位根因
• 补丁更新周期：重大安全补丁发布后72小时内完成部署
3.2.2监控***平台巡检
监控***平台巡检以Ankole平台为核心，验证其全时段监控能力与数据可视化效果。重点包括：
• 7X24小时监控连续性：通过系统日志审计监控服务运行状态，确保无间断数据采集；测试告警响应时效（标准≤5分钟）及故障单生成完整性，检查故障单是否包含故障类型、影响范围、自动诊断建议等关键字段。
• 数据采集准确性：对CPU使用率、内存占用、磁盘I/O吞吐量等核心指标进行抽样校验，通过与服务器原生监控工具（如top、iostat）数据比对，确保采集误差≤3%。
• 大屏展示功能：根据业务部门需求文档，验证个性化看板的指标覆盖度（如实时交易量、异常会话数）、数据刷新频率（标准≤10秒）及告警可视化效果，确保运维人员可直观掌握系统运行态势。
3.2.3灾备系统巡检
灾备系统巡检围绕数据同步可靠性与灾难恢复能力展开，保障业务连续性目标实现。核心检查内容如下：
• 实时同步性能：通过灾***平台监测主备节点数据同步延迟，要求实时同步场景下延迟≤5秒；对异步同步模式，需记录延迟波动曲线，确保峰值负载下延迟不超过预设阈值。
• 数据处理规则有效性：核查数据转换/拆分规则的执行日志，验证复杂业务逻辑（如分库分表路由、异构数据库字段映射）的准确性，通过随机数据抽样比对主备库数据一致性。
• 回切与回溯能力：模拟故障场景测试增量/全量回切功能，记录回切耗时与数据一致性校验结果；审计数据回溯日志完整性，确保每条记录包含操作类型（如INSERT/UPDATE/DELETE）、操作时间戳、操作用户ID等关键要素，满足数据审计与故障定位需求。
灾备有效性验证标准
• 同步延迟：实时模式≤5秒，异步模式≤30秒
• 回切成功率：100%（连续3次测试无数据丢失）
• 日志完整性：操作记录保存时长≥90天，支持按时间戳精确回溯。
3.3数据与容灾状态巡检
数据与容灾状态巡检是保障数据库系统高可用性和业务连续性的核心环节，需从数据一致性、存储集群健康度、备份有效性及灾备演练规范性四个维度开展全面检查。
在数据一致性校验方面，采用Oracle数据校验工具对生产库与灾备库的关键业务表数据进行自动化比对，重点验证主键约束字段、事务日志序列及数据校验和，确保灾备数据与生产数据的实时一致性，避免因同步延迟或异常导致的数据偏差。
存储集群状态监控需聚焦双活存储架构的同步健康度与资源负载均衡能力。通过存***平台实时监测双活存储的同步链路状态，确保数据复制无中断、无积压；同时对集群节点的CPU使用率、IOPS及带宽利用率进行量化分析，要求负载均衡使用率偏差控制在≤10%的阈值内，防止单点过载引发的性能瓶颈。
数据备份有效性验证涵盖全量备份与增量备份的双重校验机制。每日检查全量备份任务的完成状态（包括备份开始/结束时间、备份大小及成功率），并通过哈希算法对备份文件进行完整性校验，确保备份数据未发生损坏或篡改；对增量备份则重点验证其与全量备份的逻辑关联性，通过定期恢复测试确认备份集的可恢复性。
灾备切换演练记录审查是评估灾备体系实战能力的关键指标，需详细记录最近一次演练的执行时间、参与人员、切换流程耗时及最终成功率。演练需模拟真实故障场景（如生产节点宕机、存储链路中断等），通过对比切换前后的业务恢复时间（RTO）与数据丢失量（RPO），持续优化灾备策略。
核心检查要点
• 数据一致性：Oracle工具校验关键表数据，确保生产/灾备库同步无偏差
-存储集群双活状态正常且负载均衡偏差≤10%
-全量/增量备份完成状态良好，备份文件通过完整性校验
• 灾备演练记录完整可追溯，包含最近演练时间及切换成功率数据
通过系统化执行上述巡检流程，可及时发现数据同步异常存储资源失衡、备份失效等高风险隐患,为数据库系统的容灾能力提供持续保障。
3.4巡检频率与响应时间

1. 电话和远程技术支持服务：提供7*24小时电话和远程技术支持，***网络、电话等方式对服务范围内的设备进行故障诊断、恢复和技术咨询。
2. 现场技术支持服务：派遣工程师到现场提供系统故障诊断和处理、硬件故障诊断等服务。对于严重故障，响应时间不超过5分钟，到场时间不超过2小时，修复时间不超过4小时；对于一般性故障，响应时间不超过5分钟，到场时间不超过4小时，修复时间不超过8小时。

3.5数据中心设备巡检及故障处理更换服务

1. 设备巡检服务：每两个月一次对服务器、存储的巡检，包括错误日志管理、性能管理、空间管理、安全管理等方面。检查设备运行状态、分析是否发生重启或宕机故障、关闭或禁止高风险端口、检查设备配置信息等。
2. 服务报告提供：每月提供月度服务报告，年度结束前提供年度总结报告，每次故障处理后提供详细的故障分析报告及解决方法。

3.6容灾备份服务

1. 容灾备份巡检服务：每周进行一次数据备份和恢复检查，包括错误日志管理、性能管理、空间管理、安全管理等方面。
2. 数据库容灾安装服务：为核心业务系统提供数据库容灾安装服务，包括检查安装前的操作系统环境、规划空间、安装数据库软件、测试数据库可用性等。
3. 备份安装服务：为新增业务软件系统提供数据备份指导服务，包括检查备份系统空间使用情况、测试备份业务成功与否等。
4. 备份系统服务：对备份一体机进行巡检及故障处理服务，定期进行备份恢复测试，确保备份数据可以有效恢复。

3.7 HIS数据库运维服务

1. 数据库巡检服务：每周进行一次数据库巡检，包括错误日志管理、性能管理、空间管理、对象管理、安全管理等方面。
2. 数据库性能优化服务：根据业务需求对数据库进行性能优化，提高系统响应速度。
3. 数据库、集群安装服务：提供数据库安装、补丁安装及高可用负载集群安装服务。
4. 数据库升级服务：提供数据库升级方案及实施服务，确保升级过程中系统稳定运行。

3.8备品备件
服务工程师根据对服务范围内设备进行硬件故障诊断结果，按照服务级别要求，提供针对维保设备的现场备品备件更换和维修服务，包括整机替换、配件替换、备品备件维修等内容，运维期间，备品备件费用由服务商承担。
4、应急处理方案
4.1故障分级与处理流程
为确保HIS数据库服务器及容灾系统的稳定运行，建立科学的故障分级机制与标准化处理流程至关重要。该机制基于故障对业务的影响程度实施分级响应，可实现资源的精准调配与故障的高效处置，最大限度降低业务中断风险。
4.2故障分级标准
根据故障对业务系统的影响范围及严重程度，将HIS数据库服务器及容灾系统故障划分为以下三个等级：
• 一级故障：核心业务中断，表现为数据库服务完全不可用，导致关键业务流程（如交易系统、核心数据存储）瘫痪，需立即启动最高级别应急响应。
• 二级故障：非核心业务异常，指数据库性能下降、部分非关键功能模块报错或间歇性连接中断，但核心业务仍可正常运行，无需暂停整体业务。
• 三级故障：轻微告警，表现为系统日志出现非紧急告警（如磁盘空间预警、索引碎片率超标），未对业务运行产生直接影响，可纳入常规维护流程处理。
4.3分级处理流程
针对不同等级故障，需执行差异化的处理流程，确保响应效率与资源投入的最优匹配：
一级故障处理流程
当发生核心业务中断时，需遵循"快速恢复优先，事后根因分析"的原则：
关键时间节点：
• 5分钟内：启动应急小组，同步通知数据库管理员（DBA）、系统集成商及业务负责人，明确故障响应责任人。
• 30分钟内：完成灾备系统切换，通过主备集群自动或手动切换机制恢复核心业务运行，确保数据一致性。
业务恢复后，应急小组需组织复盘会议，通过日志分析、性能监控数据回溯等方式定位故障根因，形成《故障根因分析报告》，并针对性优化容灾策略（如增强数据备份频率、优化切换脚本）。
二级故障处理流程
针对非核心业务异常，由运维团队通过远程技术手段进行排查，避免业务中断：
• 常见处置手段：包括索引优化（如重建低效索引）、异常进程重启（如数据库连接池进程）、临时扩容资源（如调整内存分配）等。
• 处理原则：在不影响核心业务的前提下实施操作，通过灰度发布、流量限流等方式降低风险，事后记录处理过程并更新《运维操作手册》。
三级故障处理流程
轻微告警类故障需纳入日常维护计划，在业务低峰期集中处理：
• 处理时限：自发现告警起24小时内完成处置，避免小问题累积引发系统性风险。
• 典型场景：如清理冗余日志文件、修复非关键表空间碎片、更新监控阈值等常规优化操作。
4.4故障记录与台账管理
为实现故障处理的可追溯性与持续改进，需建立标准化的故障处理台账制度。台账应包含以下核心要素：
• 基础信息：故障发生时间、发现渠道（如监控系统告警、用户反馈）、影响范围；
• 处置过程：故障现象描述、执行的技术操作（含具体命令与参数）、参与人员及分工；
• 结果记录：业务恢复时间、恢复后系统状态（如数据完整性校验结果）、遗留问题说明。
通过定期分析故障台账，可识别高频故障类型、薄弱环节及流程瓶颈，为容灾系统架构优化、运维策略调整提供数据支持，形成"故障发现-处理-复盘-优化"的闭环管理机制。
5、数据迁移策略
维保期内医院如需做数据库迁移，中标商需配合逐一梳理HIS（医院信息系统）、EMR（电子病历系统）涉及的Oracle数据库对象，包括核心业务表（如患者信息表、诊疗记录表）、存储过程（如费用结算逻辑）、触发器（如数据变更审计机制）等，并通过优先级标签（如P0级核心表、P1级关联表）明确迁移次序，确保关键业务数据优先得到保障及数据平稳完整迁移。
6、文档管理与方案修订
文档管理与方案修订是数据库服务器及容灾系统运维体系的核心组成部分，旨在通过标准化文档体系和动态优化机制，确保运维工作的可追溯性、规范性和持续适应性。以下从文档管理规范与方案动态修订两方面展开说明。
6.1文档管理规范
为构建系统化的运维知识沉淀与风险管控体系，需建立覆盖全生命周期的运维文档库，其核心构成应包括：
• 巡检记录体系：按周期划分的每日、每周及月度巡检记录表，需详细记录数据库性能指标、容灾链路状态、硬件运行参数等关键数据，形成常态化监控基线。
• 故障处置档案：故障处理台账需精确记录故障发生时间、现象描述、定位过程、处置措施及事后复盘结论，为同类问题的快速响应提供参考依据。
• 数据迁移文档：如医院HIS数据库迁移，中标商应出具完整的数据迁移方案（含迁移策略、步骤、回滚机制）及验证报告（含数据一致性校验结果、性能测试数据），确保数据迁移过程的可重复性与结果可靠性。
• 应急演练材料：每季度生成1份应急演练报告，内容应涵盖演练场景设计、执行过程记录、预案有效性评估及改进措施，持续提升容灾系统的实战能力。
文档管理核心要求
• 存储方式：采用电子化加密存储并实施多副本备份，防止数据丢失或非授权访问。
• 权限控制：实行分级管理机制，管理员拥有文档编辑权限，运维人员仅开放只读权限，确保文档修改的可控性与版本一致性。
6.2方案动态修订机制
为适应系统环境与业务需求的变化，巡检方案需建立常态化修订机制：
• 定期评审：每年组织一次全面评审，由技术管理团队、运维执行层及业务部门代表共同参与，对现有巡检内容的完整性、指标阈值的合理性进行评估。
• 触发式更新：当发生重大系统变更（如硬件升级、存储扩容、***平台迁移等基础设施调整）或业务需求变化（如数据量激增、核心业务切换、合规要求升级）时，需即时启动方案修订流程，更新巡检指标（如性能监控阈值、容灾切换校验项）与检查频率，确保巡检方案与实际运维场景保持同步。
通过文档管理的规范化与方案修订的动态化结合，可实现运维知识的有效传承与运维策略的持续优化，为数据库服务器及容灾系统的稳定运行提供制度保障。
7、服务内容一览表
7.1服务支撑内容

运维服务

服务支持内容

服务支持内容

服务响应要求 包括电话和远程技术支持服务、现场技术支持服务两种。 （1）电话和远程技术支持响应 双方保持沟通，***网络、电话等远程方式对服务范围内的设备进行故障诊断、恢复，硬件维修，技术咨询。提供7*24（周一到周日，每天24小时）服务。 （2）现场技术支持响应 按照相应服务级别要求派遣工程师按时间要求及时抵达现场提供现场系统故障诊断和处理、硬件故障诊断服务。提供7*24（周一到周日，每天24小时）服务级别。 对于严重故障（影响用户方业务正常运作的故障），应派遣工程师到现场做技术支持。 响应时间：10分钟以内； 到场时间：接到故障通知后，4时内到达现场； 修复时间：到达用户现场后，4小时内恢复。 对于一般性故障（不影响用户方业务正常运作的故障），应派遣工程师到现场做技术支持。 响应时间：10分钟以内； 到场时间：接到故障通知后，4小时内到达现场； 修复时间：到达用户现场后，4小时内恢复。 （3）公司重大节假日前巡检保障 在公司重大节假日前提供上门巡检服务，服务内容覆盖合同规定的软件、硬件、网络、配套设施等工作。

7.2 数据中心设备巡检及故障处理更换服务

运维服务	服务支持内容
设备巡检服务	每两个月现场执行一次HIS数据库、服务器、存储及容灾系统设备、***网络设备巡检服务，提供现场数据备份和恢复检查，主要包含错误日志管理，性能管理，空间管理，安全管理等方面内容。提供详细的完整巡检系统流程。 包括并不限于： 设备系统日志收集分析 设备系统运行时间，分析是否期间发生重启或者宕机故障及隐患 关闭或者禁止高风险端口，如138、139、445、8080等端口 检查设备的IOS软件、Fireware版本、固件，如版本过低有隐患提供升级。 检查设备CPU、内存、系统模块、电源及风扇使用率、检查运行温度等 检查设备的配置信息及每月备份设备的配置信息 检查设备MAC地址表、ARP表、路由表信息 检查设备接口IP地址、端口状态及描述、端口报文统计 检查设备聚合、VLAN、Trunk状态 检查SAN交换机的划Zone、模块端口功率发包状态，Zone配置保存，检查Fireware、固件版本有无安全隐患 检查服务器、存储后台日志有无警报 检查存储CPU、空间、性能使用率 设备巡检服务周期：每两月1次
服务报告提供	1）月度服务报告 从问题的状态，问题描述和解决方法、解决过程等内容编制出客户管理报告。服务人员每月整理客户管理报告，与用户就一段时间出现的问题进行分类总结，回访并共同讨论，提出建议，更好的保障数据库运行。 2）年度总结报告 在服务年度结束前最后一周，整理出年度工作报告、现场服务报告，电话支持报告、技术方案，技术工作文档等一切技术性文字。 3）设备维修报告 设备报告：每次故障处理后提供详细的故障分析报告及详细的故障解决方法提供到用户处。

7.3 容灾备份服务

运维服务	服务支持内容
容灾、备份巡检服务	现场执行一次容灾、备份巡检服务，提供现场数据备份和恢复检查，主要包含错误日志管理，性能管理，空间管理，安全管理，备份管理，恢复管理、数据验证管理等方面内容。容灾和备份系统分别现场随机抽取3套业务系统进行备份、恢复、接管、数据验证功能的例行检查，应当提供详细的完整巡检备份系统流程。 容灾、备份巡检服务周期：每两月1次
容灾软件升级服务	提供软件技术升级服务和原厂工程师技术支持：远程、现场，优化产品功能
备份软件升级服务	提供软件技术升级服务和原厂工程师技术支持：远程、现场，优化产品功能
灾备演练实战服务	1年4次正式环境灾备演练实战服务： 核心业务容灾系统正式接管生产HIS等业务 备份业务系统随机抽取3套系统快速验证恢复,接管生产业务 容灾、备份系统接管期间，新增数据的反向同步及回切正式环境实战 提供灾备演练实战所有统一流程报告，从门急诊医护、放射检验、医嘱推送、入院出院登记、医保结算、业务接口等系统流程一一验证 后端数据恢复SQL语句验证比对查漏补缺，前端系统程序登录使用 实战期间提供灾备演练实战申请、业务接管各模块功能使用情况抓取说明、实战演练新增数据回传系统回切、灾备接管失败应急恢复方案报告
数据库容灾安装服务	核心业务系统提供数据库容灾安装包含： 检查安装前的操作系统环境、补丁等 规划空间、规划操作系统用户权限等 安装最新的数据库软件 创建合适的数据库类型 根据业务的需要，分配足够大的业务表空间 安装数据库软件最新补丁、升级包 测试数据库软件、数据库的可用性等 支持***平台环境，且容灾系统数据可读可写，逻辑数据同步 容灾系统可查询正式库数据，无需恢复，支持单表同步 提交完整的产品安装文档
服务报告提供	月度服务报告 从问题的状态，问题描述和解决方法、解决过程等内容编制出客户管理报告。服务人员每月整理客户管理报告，与用户就一段时间出现的问题进行分类总结，回访并共同讨论，提出建议，更好的保障数据库运行。 年度总结报告 在服务年度结束前最后一周，整理出年度工作报告、现场服务报告，电话支持报告、技术方案，技术工作文档等一切技术性文字。 容灾备份运维报告 容灾、备份运维服务报告：每次故障处理后提供详细的故障分析报告及详细的故障解决方法提供到用户处。

7.4 运维监控服务

运维服务	服务支持内容
网络设备管理	1.资源监控 支持交换机、路由器、OLT、ONU、无线设备、防火墙、网闸、WAF、IDS、IPS***网络及安全设备的统一监控，能够持续监测运行状态、CPU使用率、内存使用率、丢包率、延迟、接口流量、接口速率等性能指标。 2.网络拓扑 支持自***网络拓扑图，实时***网络设备运行状态；同时具备拓扑定期自动修正功能，以适***网络架构。 3.配置备份 ***网络设备配置备份功能，包含手动备份和自动备份两种方式。 4.网络定位 支持终端定位功能，通过MAC地址或IP实时定位***网信息。 5.非法查找 ***网***网管交换机、路由器等设备的连接信息检测。 6.IP地址簿 ▲***网自动扫描和手动添加，能够统***网IP使用率；***网IP使用状态可视化展示，包括IP在线状态和分配状态统计；支持IP和MAC地址绑定，针对IP地址冲突进行告警提示。（提供功能截图） 7.网络巡检 ***网络系统环境进行全方位巡检，实时获取最新故障信息。 8.网口检测 ▲支持***网口检测功能。实时查询***网口使用率，同时支持交换***网口（长期***网口）检测。（提供功能截图） 9.网络时钟 ▲***网络时钟监测功能。***平台能够对接NTP服务器，对监控节点进行时钟监测，并对时钟异常的节点进行告警提示。（提供功能截图）
资产监控管理	1.操作系统管理 支持对Windows、Linux、麒麟、统信等主流操作系统的监控，包括服务器运行状态、CPU、内存、磁盘、网络连接状态等指标。 2.数据库管理 支持对Oracle、MS SQL、MySQL等主流数据库的监控，包括死锁、线程、会话、请求、失败作业、数据文件等指标； ▲支持对Oracle、MS SQL等数据库的锁表语句进行分析和查看；支持Oracle表空间使用统计以及AWR报告生成和导出功能。（提供功能截图） 3.API接口监听 ▲支持业务系统API接口监听，能够通过Web端、移动端进行告警通知。（提供功能截图） 4.中间件管理 支持对Tomcat、Apache、Nginx、Weblogic等主流中间件的监控，包括会话、内存、组件加载、计数器、IO性能、连接信息等指标。 5.存储设备管理 支持对存储设备的电源、风扇、磁盘、控制器等硬件状态的监测，以及对存储设备的LUN性能、磁盘性能、IOPS等性能指标的监控。
AI巡检	提供自动巡检服务，支持按照不同的巡检对象自定义设定不同的巡检计划， 可灵活配置巡检计划的巡检周期、 巡检次数、 巡检责任人、 消息提醒、 巡检内容等、 是否必须上传照片、是否必须扫描机房二维码等， 并支持快速引用巡检内容模板， 巡检计划完成后自动生成巡检任务。 ▲提供支持巡检人员现场移动端执行巡检任务， 扫描二维码完成机房出入登记， 便捷填写巡检结果、 现场拍照完成巡检， 自动生成巡检记录， 巡检记录支持在线打印及下载。（提供功能截图） ▲支持机房出入登记管理， 能够对机房生成二维码标签， 并且通过扫描二维码进行人员信息登记并移动端电子签名， 实现无纸化机房出入登记。（提供功能截图）
告警服务	提供自动告警服务，支持企业微信、小程序等多种移动端管理方式， 具备故障通知、 设备管理、 告警管理、在线检测（ping、 telnet） 、 扫码报修、 工单管理、 巡检管理、 报表预览等服务。

8、维保设备清单

序号	名称	规格型号	品牌	单位	数量	运维时间	备注
1	数据库服务器	R6900 G3	H3C	台	2	12个月	硬件第三方免费维修及配件更换服务
2	灾备服务器	R6900 G3	H3C	台	1	12个月
3	数据库存储	ETERNUS DXAF250S3	富士通	台	2	12个月	原厂商 专业维保
4	数据库软件	Oracle 19C	Oracle	套	1	12个月	数据库 专业维保
5	数据库监控软件	Ankole数据***平台	海天起点	套	1	12个月	数据库运维专业维保
6	数据库灾备系统	SuperSync V3.2 数据库实时同步软件	DSG	套	1	12个月	原厂商 专业维保

9.付款方式：合同签订后满90个工作日支付合同价的70%，合同期满经验收合格后付清余款。
10. 履约保证金
（1）本项目成交后的履约保证金为项目成交价的10%（即人民币元整（¥），履约保证金须在成交通知书发出之日起至合同签订前汇入甲方账户（应当以数字人民币、支票、汇票或者金融机构、担保机构出具的保函等非现金形式提交），乙方凭成交通知书与甲方签订合同。超期或未有协商，则视为自动放弃成交资格。
（2）乙方全部履约合同义务，经甲方验收合格无质量、进度等问题的，甲方在验收合格后一次性退还履约保证金，甲方若逾期退还履约保证金的，按照逾期部分的每日0.05%支付违约金。
（3）发生以下情况的，履约保证金不予退还或部分退还：
a.签订合同后，乙方不履行合同义务的，甲方有权全额扣除履约保证金，全额不予退还，同时甲方亦有权终止合同，乙方还须承担相应的法律赔偿责任。
b.乙方在履约过程中发生违约行为，给甲方造成损失的，甲方有权在乙方缴纳的履约保证金中予以扣款，以弥补甲方经济损失，不足的部分乙方另外补齐。
11.合同的签订及注意事项：
（1））成交供应商应当在成交通知书发出之日起三十日内，按照
询价文件确定的事项与采购人签订政府采购合同。
（2）成交供应商因自身原因不能订立采购合同的，采购单位将取
消其成交资格，同时报相关主管部门将对成交供应商作处理，暂停其在启东市人民医院的采购资格。
（3）成交供应商因自身原因不能履行采购合同的，采购单位将取消其成交资格，同时报相关主管部门将对成交供应商作处理，暂停其在启东市人民医院的采购资格。
第四部分 评标办法
一、磋商方式
现场磋商模式
二、磋商程序及评审方法和标准
评审方法：综合评分法，经磋商确定最终采购需求和提交最后报价的供应商后，由磋商小组采用综合评分法对提交最后报价的供应商的响应文件和最后报价进行综合评分。
综合评分法，是指响应文件满足磋商文件全部实质性要求且按评审因素的量化指标评审得分最高的供应商为成交候选供应商的评审方法。评审时，磋商小组各成员独立对每个有效响应的文件进行评价、打分，然后汇总每个供应商每项评分因素的得分。
商务技术部分评审结束后进入最后报价环节，最后报价将作为评审价。最后报价填报通知后，所有的响应供应商须在15分钟内填写并提交最后报价，未在规定时间内提交最后报价的，视作无效响应处理。
评标委员会认为投标人的报价明显低于其他通过符合性审查投标人的报价，有可能影响产品质量或者不能诚信履约的，请其在合理的时间内提供说明，必要时提交相关证明材料；投标人不能证明其报价合理性的，评标委员会应当将其作为无效投标处理。
最后报价是供应商响应文件的有效组成部分，提交最后报价的供应商按采购人相关管理规定执行。
供应商商务、技术部分和价格部分的合计分值，为该供应商的评审总得分。
评审结果按评审后得分由高到低顺序排列。得分相同的，按响应报价由低到高顺序排列。得分且响应报价相同的并列。响应文件满足磋商文件全部实质性要求，且按照评审因素的量化指标评审得分前三名的供应商为成交候选人。
评委在认真审阅响应文件的基础上，根据各响应文件的响应程度独立评判，不得统一打分。
（一）磋商小组对供应商资格进行审查。
供应商资格不合格的，其响应文件判定为无效响应文件。
（二）磋商小组对符合资格供应商的响应文件进行符合性审查。
未通过符合性审查的响应文件，将被判为不满足磋商文件实质性要求。
（三）商务技术分：70分

序号	评审内容	分值	评分标准
1	供应商综合能力	25分	供应商企业资质（16分）： 投标人具有售后服务体系完善程度认证十二星级证书的得2分。 投标人具有服务质量管理体系评价五星证书的得2分。 投标人具有ISO/IEC27040数据存储安全管理证书的得2分。 投标人具有ISO/IEC38505数据治理安全管理体系证书的得2分。 投标人具有数据安全服务能力评定资格证书(数据安全评估)的得2分。 投标人具有数据管理能力成熟度等级证书的得2分。 投标人具有ITSS信息技术服务标准符合性证书(运行维护)的得2分。 8、投标人具有信息系统业务安全服务资质证书CCIA一级的得2分。
			供应商技术队伍能力（9分）： 1、投标供应商拟派项目经理具有系统集成项目管理工程师（高级）资格证书的得2分；项目经理另同时具有信息技术服务运行维护标准应用经理ITSS证书和CISAW信息安全保障人员认证证书（应急服务）的另得3分。 2、除项目经理以外，投标供应商拟派其余的不少于4人团队实施人员中具有PMP项目管理专业人员认证、弱电系统集成项目经理、注册信息安全专业人员（CISP）、数据库工程师高级的，有一个得1分，最高得4分。 （上述人员均须为投标供应商单位正式人员，提供证书扫描件及在本公告前三个月内任意一个月的社保缴费证明扫描件。）
2	软硬件原厂维保	10分	投标人具有富士通数据库存储原厂一年授权维保函，得5分。 2、投标人具有DSG数据库灾备系统原厂一年授权维保函，得5分。
3	技术性能	14分	投标人产品技术参数全部满足项目需求中要求的得满分14分；▲号项为重点项，如有负偏离,每个扣2分；非“▲”号项如有负偏离的，每有一项扣减1分；本项扣完为止。 注：由评委根据技术偏离表对应的投标资料进行打分（技术参数中要求投标人提供相关证明材料，***网截图、彩页、检测报告等，若投标人在投标文件中未提供，该条参数作负偏离处理）。
4	运维理解	6分	供应商能熟悉现有的数据库服务器及容灾系统，对目前在用系统的业务方面、架构方面、功能方面有深刻理解，完全符合实际的得6分；理解一般有部分欠缺的得3分；偏差实际较大的不得分。
5	运维巡检方案	9分	供应商对硬件设备巡检的方案完整全面的得3分；一般有部分欠缺的得1分；偏差较大的不得分。 供应商对软件系统巡检的方案完整全面的得3分；一般有部分欠缺的得1分；偏差较大的不得分。 供应商对数据与容灾状态巡检的方案完整全面的得3分；一般有部分欠缺的得1分；偏差较大的不得分。
6	服务保障方案	3分	供应商针对本项目系统，考虑各方面服务内容合理全面的得3分；考虑欠缺基本能满足情况的得1分；没有内容或其方案不符合现场实际的不得分。
7	应急处理方案	3分	供应商有符合实际系统场景、具备比较全面完整的应急处理方案的得3分；应急方案一般得1分；内容较差不符合实际的不得分。

（四）价格分：30分
价格分统一采用低价优先法计算，即满足磋商文件要求且最后报价最低的供应商的价格为磋商基准价，其价格分为满分。其他供应商的价格分统一按照下列公式计算：
磋商报价得分=（磋商基准价/最后磋商报价）×价格权值×100
（五）成交供应商的确定
磋商小组汇总各评委评分后，采购人委托磋商小组直接确定排名第一的成交候选人为成交供应商。
（六）采购人代表宣布评审结果。
（七）公告成交结果
自确定成交供应商之日起2个工作日内，在启东市人民***网公告成交结果，公告期限为1个工作日。
（八）发放成交通知书
公告成交结果的同时，采购人向成交供应商发放成交通知书。
成交通知书发出后，采购人不得违法改变成交结果，成交供应商无正当理由不得放弃成交。
第五部分响应文件组成
响应文件由资格审查证明材料、商务技术文件、价格文件三部分组成。请供应商根据本磋商文件的要求在以上三部分中分别提交响应的材料。
一、资格审查证明材料（不能出现商务技术文件、价格文件）
1.投标人符合《政府采购法》第二十二条规定条件的声明函（格式见附件1）（如分公司参加投标的，另需提供总公司的授权证明）；
2.法定代表人身份证明书（格式见附件2）；
3.法定代表人授权委托书原件，磋商代表本人身份证复印件（格式见附件3，法定代表人参加的，无需提供授权委托书）；
4.提供合法有效的营业执照复印件（加盖单位公章）；
5.投标供应商须提供参与本次项目政府采购活动前三年内，在经营活动中没有重大违法记录的书面《无重大违法记录声明函》（格式详见附件4）
6.供应商信用承诺书（格式见附件6）；
7.其他需要提交的资格审查证明材料；
二、商务技术文件（不能出现价格文件）
1.供应商应根据本标书“磋商文件”中 第二部分“项目需求”，仔细阅读并在理解的基础上结合本项目第三部分“评审方法和评审标准”中评标办法的要求提供相应材料。
注：①商务技术文件所涉相关证明材料复印件均须加盖单位公章，否则将导致商务技术文件对应的评分项不得分。②为方便评委评审，请供应商严格按评审办法中所涉及的事项顺序进行编制，可以补充相关材料。
三、价格文件
1.磋商响应报价表（格式见附件5）；
附件1
投标人符合《政府采购法》第二十二条规定条件的声明函
我单位参加________________ _（项目名称），_______ __________（项目编号）投标活动。针对《中华人民共和国政府采购法》第二十二条规定做出如下声明：
1.我单位具有独立承担民事责任的能力；
2.我单位具有良好的商业信誉和健全的财务会计制度；
3.我单位具有履行合同所必需的设备和专业技术能力；
4.我单位有依法缴纳税收和社会保障资金的良好记录；
5.我单位参加政府采购活动前三年内，在经营活动中没有重大违法记录；（1.供应商在参加政府采购活动前三年内因违法经营被禁止在一定期限内参加政府采购活动，期限届满的，可以参加政府采购活动。2.《中华人民共和国政府采购法实施条例》第十九条第一款规定的“较大数额罚款”认定为200万元以上的罚款，法律、行政法规以及国务院有关部门明确规定相关领域“较大数额罚款”标准高于200万元的，从其规定。）
6.我单位满足法律、行政法规规定的其他条件。
承诺人名称（公章）：
日期： 年 月 日
附件2
法定代表人身份证明
先生/女士： 现任我单位职务，为法定代表人，特此证明。
身份证号码：
注：提供法定代表人的身份证复印件盖公章
附件3
法定代表人授权委托书
本人------（姓名）系————（授权单位名称）的法定代表人，现委托-------（姓名）（身份证号——————）为我方代理人，以我方名义全权处理与本次采购项目（编号：----------）有关的一切事务，其法律后果由我方承担。
本授权书于---年---月---日起生效。代理人无转委托权。
代理人(被授权人):------
授权单位名称（盖章）：-----
授权单位法定代表人（签字或盖章）：-----
XXXX年XX月XX日
注：提供投标代表本人身份证复印件盖公章
附件4
参加政府采购活动前 3 年内在经营活动中没有重大违法记录和失信记录的书面声明
声 明
我公司郑重声明：参加本次政府采购活动前 3 年内，我公司在经营活动中没有因违法经营受到刑事处罚或者责令停产停业、吊销许可证或者执照、较大数额罚款等行政处罚。
在投标截止时间节点，没有被“信用中国”、“中国政***网”、“信用江苏”网站列入失信被执行人、重大税收违法案件当事人名单、政府采购严重违法失信行为记录名单。
供应商（盖公章）：
法定代表人或被授权人（签字或盖章）：_________
日期：______年月日
附件5
磋商报价表

序号	项目名称	报价（元）	备注
	启东市人民医院数据库服务器存储及容灾系统维保项目		本报价非最终报价
	启东市人民医院数据库服务器存储及容灾系统维保项目 （现场报价）		本报价无需填写，现场填写报价

供应商名称（盖公章）：
法定代表人或被授权人（签字或盖章）：
日期：年月日
附件6
供应商信用承诺书
为营造公开、公平、公正的公共资源交易环境，树立诚信守法的投标人形象，本人代表本单位作出以下承诺：
一、本单位对所提交的单位基本信息、单位负责人、项目负责人、技术负责人、从业资质和资格、业绩、财务状况、信誉等所有资料，均合法、真实、准确、有效，无任何伪造、修改、虚假成分；
二、严格依照国家和省、市、县关于政府采购等方面的法律、法规、规章、规范性文件，参加公共资源交易招标投标活动；积极履行社会责任，促进廉政建设；
三、严格遵守即时信息公示规定，及时更新公共资源交易中心主体信息库中信息；
四、自我约束、自我管理，守合同、重信用，不参与围标串标、弄虚作假、骗取中标、干扰评标、违约毁约、恶意投诉等行为，主动维护公共资源交易招标投标的良好秩序；
五、本单位自愿接受政府采购有关行政监督部门的依法检查。如发生违法违规或不良行为或存在其他法律法规对招标投标行为予以限制的情形，自愿接受政府采购有关行政监督部门依法给予的行政处罚（处理），并依法承担相应的法律责任；
六、自觉接受政府部门、行业组织、社会公众、新闻舆论等监督；
七、上述承诺已向本单位员工作了宣传教育；
如有违反上述承诺的不良行为，本单位同意将其***网公示。
投标供应商全称(盖公章)：
法定代表人（签字或盖章）：
时间： 年 月 日
附件7
质疑函范本
一、质疑供应商基本信息
质疑供应商：
地址： 邮编：
联系人： 联系电话：
授权代表：
联系电话：
地址： 邮编：
二、质疑项目基本情况
质疑项目的名称：
质疑项目的编号： 包号：
采购人名称：
采购文件获取日期：
三、质疑事项具体内容
质疑事项1：
事实依据：
法律依据：
质疑事项2
……
四、与质疑事项相关的质疑请求
请求：
签字(签章)： 公章：
日期：
质疑函制作说明：
1.供应商提出质疑时，应提交质疑函和必要的证明材料。
2.质疑供应商若委托代理人进行质疑的，质疑函应按要求列明“授权代表”的有关内容，并在附件中提交由质疑供应商签署的授权委托书。授权委托书应载明代理人的姓名或者名称、代理事项、具体权限、期限和相关事项。
3.质疑供应商若对项目的某一分包进行质疑，质疑函中应列明具体分包号。
4.质疑函的质疑事项应具体、明确，并有必要的事实依据和法律依据。
5.质疑函的质疑请求应与质疑事项相关。
6.质疑供应商为自然人的，质疑函应由本人签字；质疑供应商为法人或者其他组织的，质疑函应由法定代表人、主要负责人，或者其授权代表签字或者盖章，并加盖公章。