南京市政府采购中心受南京脑科医院委托,就南京脑科医院信息中心容灾系统(项目)进行公开招标采购,现欢迎符合相关条件的供应商参加投标。
一、项目编号:NJZC-2011R141
二、项目名称:南京脑科医院信息中心容灾系统
三、项目简要说明:
四、供应商资格要求:
1、具有独立承担民事责任的能力;
2、具有良好的商业信誉和健全的财务会计制度;
3、具有履行合同所必需的设备和专业技术能力;
4、有依法缴纳税收和社会保障资金的良好记录;
5、参加政府采购活动前三年内,在经营活动中没有重大违法记录.
五、投标文件接收信息:
投标文件开始接收时间:2011-9-7 8:40
投标文件接收截止时间:2011-9-7 9:00
投标文件接收地点:南京市政府采购中心七楼(北京西路2号-1)
其他相关事项:
六、开标相关信息:
开标时间:2011-9-7 9:00
开标地点:南京市政府采购中心七楼(北京西路2号-1)
其他相关事项:
七、本次采购联系事项:
采购文件编制:胡雁
编制人联系电话:025-83279805
采购文件接收及合同签订:桑永浩
接收人联系电话:025-83279812
联系地址:南京市政府采购中心(北京西路2号-1)
邮政编码:210008
有关对采购文件的询问,请与采购文件编制人联系;有关技术及需求问题,请与采购单位联系,联系人及电话见采购文件。
序号
|
设备名称
|
主要配置要求
|
数量
|
参考品牌
|
1
|
备份服务器
|
详见技术要求
|
1台
|
IBM、HP、DELL
|
2
|
容灾软件
|
详见技术要求
|
1套
|
IBM、
EMC。
|
3
|
虚拟化软件
|
详见技术要求
|
1套
|
Vmware
|
指标
|
要求
|
总体要求
|
1. ★ 容灾软件能实现
HIS、EMR、LIS基于Oracle和SQLServer数据库的主备服务器数据实时同步;当主服务器发生故障时,可使用备用服务器替代主服务器提供业务支持,保持业务连续性,保证数据不丢失;
2. ★ 容灾软件能实现对已备份的
Oracle和SQLServer数据库的任意时间点恢复,并且支持将备份数据定时或实时的恢复至第三台服务器上;
3. ★ 容灾软件能实现将服务器的操作系统和文件集中备份至备份服务器上,在灾难发生时可以使用备份数据对服务器进行快速的裸机恢复或异机还原;
4. 本次配置需要满足脑科医院
5台服务器HIS、LIS、EMR、干部保健、省医保等业务系统实时容灾到对应的虚拟服务器上,并能保证容错。还要实现FTP服务器、EMR中间件服务器、预约挂号服务器、外网服务器的操作系统备份和FTP服务器的文件备份。另外要实现将HIS备份数据定时恢复至第三台服务器上供测试用。实现50个点网络终端电脑的系统备份,且可以对所保护的电脑进行裸机还原。
|
生产厂商要求
|
5. 有工商行政管理部门核发的《企业法人营业执照》、著作权登记、产品登记证书;
6. 中标供应商提供的产品须经过用户测试环境测试,测试通过方能实施商务合同;
7. 产品应获得计算机信息安全专用产品销售许可证。
8. ★具备本地开发能力,可满足容灾软件系统二次开发的需求
,且有专业的维护人员,能提供良好的技术支持;
9. 应具备完成
3个以上医疗行业类似项目的经验,附上合同复印件;
10. 容灾软件的开发厂商的注册资金不少于
200万;
|
基本功能和性能
|
11. ★
在数据复制过程中备用系统处于实时在线运行状态,备用数据库数据处于实时可见可查询状态;灾难发生时可无需数据恢复阶段和数据库软件启动阶段,直接替代生产机提供业务支持;绝对保障数据库自身的一致性;
12. 支持数据操作语言复制,在源数据库上对记录进行增、删、改操作可自动、实时复制到目标数据库;并能在监控界面上显示复制的数据库操作语句;
13. 对主备系统硬件的配置无严格一致的要求,充分保护现有设备投资,降低系统投入成本,提供系统部署的灵活性;
14. ★
实施时无需停止主数据库程序,无需申请业务停机时间,即可实现在线全量基准复制,保障主备数据库数据一致;
15. ★
无需主备服务器的数据库文件存储路径一致,提高部署灵活性;
16. 可依据实际应用灵活设置过滤条件,例如可按用户、表等条件进行筛选复制数据;
17. 采用先进的、优化的数据库记录级别增量传输技术,无需专用的光纤传输网络;
18. 当网络连接中断时,无需重新校验主备数据是否一致,无需重新进行全量同步,系统应能记录失败点,以支持断点续传和重做功能;
19. 支持多种复制方式,支持一对一、多对一、一对多复制;
20. 支持定时全量复制和实时增量复制两种功能;
21. 能保存
Oracle和SQLServer数据的任意备份历史版本,支持选择任意时间点的数据恢复;支持将备份数据定时或实时恢复至本机或者异机;
22. 支持服务器
Windows操作系统进行备份;支持对整个逻辑磁盘的备份;支持操作系统裸机恢复、异机还原;
23. 能实现文件的定时备份,支持基于文件格式的过滤备份策略,以便管理备份的内容。比如将不需要备份的文件格式进行过滤,该格式的文件都不会被备份,或者只备份某种格式的文件;系统采用增量传输(块级传输机制)和增量存储(块级存储机制)技术,减少对网络带宽和存储空间的占用;
24. 备份采用全量加增量的方式,只做一次全量即可;
25. 支持远程分发安装,无需对生产服务器进行操作即可完成实施,简单方便;
26. 支持三级索引存储方式,缩短备份还原时间,大大提升备份还原效率;
27. 支持备份对象生命周期管理,每个备份数据都有生命周期,即存储时效时间,备份系统可以自动删除超过生命周期的备份数据,回收存储空间;
28. 支持
SQLServer和Oracle数据库;
29. 支持
AIX、Linux、Windiws操作系统;
30. 支持虚拟化,支持将物理机数据复制至虚拟机和将虚拟机数据复制至物理机;
31. ★模块化和可扩展性,系统须具备高度模块化和良好的可扩展性,以满足新的需求,便于应用的推广。
|
管理功能
|
32. ★须具有基于
Web-Manage的统一管理及配置工具。容灾配置、管理、监控均在一个Web平台上完成;拥有直观的、操作简单的图形化用户界面,缩短操作人员的学习时间,减轻操作人员的工作压力,使备份工作得以轻松地设置和完成;
33. 支持基于
Web的容灾作业报表管理,备份完成后都会生成一个报表来反应备份状况的;记录作业运行时间、任务类型、用户、失败信息等,详尽反应作业运行状况;
34. 由管理员部署备份策略,可以定时分发到用户主机上进行备份;
35. 支持系统日志管理,便于管理和查询系统升级,服务器数据删除等信息;
36. 支持备份路径管理功能,可由管理员设置、管理备份的存储路径;
37. 当复制失败时,系统应能进行电子邮件报警,并记录到日志文件以备审计。
|
保修服务及授权
|
38. ★一年免费金牌服务,投标时出具原厂商一年售后服务承诺函及原厂商针对此项目的授权书;
39. ★须能提供原厂级技术支持。
|
项目
|
序号
|
技术规格要求
|
基本要求
|
1
|
★须采用裸金属架构,无需绑定操作系统即可搭建虚拟化平台。提供虚拟化原厂商产品,非
OEM。
|
2
|
虚拟机之间可以做到隔离保护,其中每一个虚拟机发生故障都不会影响同一个物理机上的其它虚拟机运行,每个虚拟机上的用户权限只限于本虚拟机之内,以保障系统平台的安全性。
|
|
3
|
每个虚拟机都可以安装操作系统,并且操作系统可以异构。
|
|
4
|
★虚拟机须实现物理机的全部功能,如具有自己的资源(内存、
CPU、网卡、存储),可以指定单独的IP地址、MAC地址等。且支持直连技术,必要的时候允许虚拟机直接访问兼容的网卡、存储卡等物理资源。
|
|
5
|
★每个虚拟机须可以支持虚拟多路
CPU(vSMP)技术,以满足高负载应用环境的要求。
|
|
兼容性要求
|
6
|
★须支持现有市场上主要服务器厂商的主流
X86服务器,包括IBM、HP、DELL、Sun、Intel、NEC, Unisys等;不仅支持有Intel VT/AMD-V processors技术的服务器, 而且支持没有Intel VT/AMD-V processors的服务器。
|
7
|
★须兼容现有市场上
X86服务器上能够运行的主流操作系统,包括以下操作系统:Windows NT、WinXP、windows Vista、Win2000、Win2003、windows 2008、Reahat Linux、Suse linux、Solaris x86、Netware、Trubo Linux、FreeBSD, ScoUnix等等。
|
|
8
|
同时支持
32位和64位的操作系统。
|
|
功能性要求
|
9
|
内置高可用特性,硬件故障或虚拟机故障,可以实现自动重新启动虚拟机,保障业务的连续性。
|
10
|
★须支持在线的虚拟机迁移功能,可以在不停机的状态下,手工实现虚拟机在集群之内的不同物理机之间迁移,保障业务连续性。
|
|
11
|
★须具有合理的内存调度机制,能够实现内存过量使用、内存页面共享、内存压缩等,保障内存资源的充分利用。
|
|
12
|
虚拟化软件可以在线进行版本升级,不同版本之间可以相互兼容。
|
|
13
|
★虚拟化平台须内建虚拟交换机
(vSwitch),实现虚拟机之间或与物理机之间的网络调度,支持同一物理机上虚拟机之间的网络隔离(支持VLAN)。
|
|
性能指标要求
|
14
|
每台虚拟机可以支持
4路虚拟CPU。
|
15
|
每台虚拟机可以支持
255 GB内存。
|
|
16
|
可以支持超过
64TB的存储容量。
|
|
17
|
单台物理服务器可以支持
128个以上虚拟机。
|
|
18
|
可以内建虚拟交换的数量可以达到
127个,每个虚拟交换机的端口数量可以达到1016个。
|
|
19
|
多台物理机可以实现集群。
|
|
管理软件
|
20
|
一套管理软件主要实现对所有虚拟机的配置情况、负载、健康状态和可操作状态进行集中监控,并根据实际需要实时进行资源调整。
总体要求:有统一的图形界面管理软件,可以在一个地点完成所有虚拟机的日常管理工作,包括各虚拟机控制管理、
CPU内存管理、用户管理、存储管理、网络管理、日志收集、性能分析、故障诊断、权限管理、在线维护等功能模块。
主要功能模块要求:具有用户验证功能,只有特定的用户才能进行管理,并能设定不同级别的用户权限以便于实现分级管理
; 提供安全的远程监控和管理模式; 虚拟机故障能实现自动报警功能; 能够提供物理服务器或虚拟机的CPU、网络、磁盘使用率等指标的实时数据统计,并能反映目前各虚拟服务器、虚拟机的资源瓶颈;支持对在线和离线虚拟机进行补丁自动更新的功能;支持零虚拟机停机的自动更新虚拟化平台
|
其它要求
|
21
|
★须提供
API接口,支持与第三方管理软件集成。
|
|
22
|
★虚拟化软件须由同一家厂商提供,禁止用第三方软件的整合,以保证功能的可靠性和安全性。
|
|
23
|
提供虚拟化原厂商
1年免费软件升级服务和虚拟化原厂商1年免费电话技术支持服务。
|
|
24
|
★须提供虚拟化原厂商针对本投标项目的授权函原件和服务承诺函原件。
|
数量
|
25
|
8套(
8个物理CPU+1个控制台)
|