XXX数据中心升级及容灾改造项目招标文件
XXX 数据中心升级及容灾项目
采购招标文件.
招标内容及技术要求
本项目工程建设的背景和现状
随着我院信息系统的不断发展，业务系统的数据量、数据处理量和数据存储量越来越大。因此，业务系统的稳定与否，系统的保护和数据的保护是否健全，已成为本系统是否正常运行的关键。随着数据集中处理的实施，可以预计，我院信息系统的业务运作、管理模式将越来越依赖于计算机系统的可靠运
行。我院所提供服务的连续性以及业务数据的完整性、正确性、有效性，会直接关系到业务的生产、管理与决策活动。这就要求我们对网络、通信线路、服务器主机等关键硬件设备以及数据库，应用服务器等软硬件进行相应的故障保护和容灾备份部署。一旦某一环节出现异常情况，如火灾、爆炸、地震、水灾、雷击或某个方向通信线路故障等自然原因以及电源机器故障、人为破坏等非自然原因引起的灾难，我们可以快速及时的进行灾难恢复，将损失降到最低
点。如果没有全面的考虑容错、容灾设计，那么在任何一个环节上发生故障和灾难，都会导致业务无法正常进行，造成重要数据的丢失、破坏，造成相关的部门的系统中断，不仅不能社会大众提供正常的医疗服务，甚至在极大程度上会影响医院的形象和声誉，使日后的工作无法正常开展下去。因此，根据本系统的特点，必须充分考虑各种灾难情况，建立灾难备份系统。另外我院于2008
年对整个信息系统平台的软硬件设备进行升级和改造，至目前为止已经使用将近7 年时间，目前的系统平台设备已经慢慢出现故障增多、性能下降等问题，也急需要对整个系统平台进行升级。
采购内容及招标需求
1.采购原则及规范:
本次公开招标采购XXX数据中心升级及容灾项目的有关设备，投标人所投设
备必须按招标文件规定的配置要求提供，并满足招标文件中提出的相关性能指标参数，同时应能满足XXX局信息化系统的当前以及今后3-5年内业务发展的需
求
。
投标人应对所提供的设备性能、质量负责，并提供相应的安装、服务、质
保及技术培训。采购的设备所涉及的产品标准、规范，验收标准等，应符合国
家有关条例及标准的规定。
2.采购设备清单（预算：140万元）
序号设备名称描述
1 机架式服务器Intel 4 颗1
2 核CPU E7-4830 V3，30M缓存），128G DDR4内存，2块16GBHBA4 口千兆以太卡，2块万兆网卡，3块300GB
15K RPM SAS 6Gb ps英寸热插拔内置硬盘，RAID卡支持
RAID0/1/5，3+1冗余电源风扇
2 核心存储
配置双控制器，32GB缓存，15块300GB SAS和10块900GB
SAS硬盘，三年原厂保修服务
3 P ACS存储
配置双控制器，32GB缓存，25块仃B NL-SAS硬盘，三年原
厂保修服务
4 光纤交换机48 口光纤交换机，24 口激活，三年原厂保修服务
5 入侵防御系统专业入侵防御系统，非UTM设备。配置1个RJ45串口，6个千兆电口，4个SFP插槽，具备液晶显示屏。IPS吞吐量》, 最大并发》120万。可以准确识别各种黑客入侵，为用户提供2~7层深度入侵防御。全面支持IPv6/Ipv4双协议栈，可
同时支持多路IPS或IDS。提供包含三年IPS特征库升级和硬件维保服务
6 数据网闸多核处理器架构，系统内部采用“2+1 ”模块结构设计，系
统吞吐量：650Mbps内外端机各6个
10/100/1000Base-T（RJ-45）接口，2 个SFP插槽，产品自带
液晶面板，能够显示当前CPU的利用状态，支持安全浏览模
技术指标
详见招标参
数
数量
4
块、数据库访问模块、FTP模块、定制模块等。三年硬件保修
7 数据库审计系统系统采用专用千兆多核硬件平台和安全操作系统，1U机箱，
系统配置6个千兆电口，事件处理可达10000条/秒以上，内置1TB硬盘存储空间，配置单电源。包含对数据库操作
（ORALCE SQL SERVE、MY SQL DB2 Sybase、Infomix、
P ostgresql等）。包含三年硬件维保服务
8 容灾软件配置针对20台服务器的Oracle Rac平台核心应用系统的存储管理高可用容灾软件模块许可；提供5年7X24小时技术技
术支持与1年版本升级服务。
9 备份软件提供20个文件备份客户端，10个SQL数据库，10个ORACLE 数据库，1个虚拟机备份模块（支持100个VM的备份），提供重复数据删除功能，提供5年7X24小时技术支持和1年版本升级服务
10 运维监控软件
提供250台设备的管理授权，提供5年7X24小时技术支持和
版本升级服务
11 数据中心交换机背板带宽256G,三层交换机，支持VLAN每台配置24个10/100/1000自适应电口，2个SFP单模模块，2个以上扩展槽。支持端口镜像，TELNET远程配置管理。原厂三年质保。
12 IBM刀箱扩容
Brocade 20-port 8Gb SAN Switch Module for IBM
BladeCenter HS22
13
戴尔服务器HBA
卡扩容
双通道8 Gbps FC HBA PCI-E光纤通道卡for dell 服务器。
14
备份存储硬盘扩
容
DS4700 49Y1875 存储硬盘2T SATA 硬盘
15
原有服务器内存
扩容
DDR-3 RDIM M内存，1333MHZ 8GB服务器内存
16
主备机房光纤实
施
36芯裸光纤1公里，包含布线、熔纤、调试等各项实施和配件费用
17 其他配件包含PDU KVM等配件
18 核心交换机扩容
主控处理单元B-时钟（两台各一块），4端口万兆以太网光接
口板（EC,XFP）（两台各一块）2
6 10 3 1
3.招标需求
XXX信息中心在院领导的带领下，通过不懈的努力，目前在医院的信息化建设上已取得了阶段性的成果，但是随着医院规模的不断扩大、业务量的
不断增长、数据量的增加；在考虑现有信息系统的压力及未来3-5年医院业
务的增长，并从完善信息系统和业务运行的安全性出发，医院将对原有的信
息中心的硬件部署架构进行一定的改造和升级，使基础的硬件设施能够满足
业务系统的性能和安全上的运行需求，对医院原有设备进行配件扩展和性能
升级，从而进行本次集成项目的招标。
本项目为交钥匙工程，中标供应商搭建XXX信息系统的数据中心平台，实现存储的高可用性，做好数据备份机制，原有设备上的系统和数据需要迁移到新设备上，考虑到信息系统的不可中断性，并要求系统迁移中断时间不超过30分钟。中标公司需提供整体系统的三年免费技术支持。
4.采购货物清单及技术要求
总体技术要求
充分考虑到XXX信息系统基础平台当前的需求和将来3- 5年内的发展需求，
满足社保业务的需求。
充分考虑到基础平台有关设备的互联、互动，关键设备要求能做到互为备份；
技术上要体现实用性、成熟性和先进性；
符合国际规范和标准，具有开放性、可靠性、安全性、可互连性、可互操作性
和可扩充性，并考虑未来系统的发展与变迁，易于扩展、升级和维护；
具有很高的可靠性、稳定性及冗余性，提供拓扑结构及设备的冗余和备份，把
单点失效对网络系统的影响减少到最小，尽量降低由于网络故障造成用户损
失；
具备易于安装、操作和维护的特点；
能够提供足够的带宽，满足用户对应用和带宽的基本需要，并保留一定的余量
供扩展使用，最大可能地降低网络传输的延迟；详细描述所选设备和软件，充
分考虑各可选项配置；
作为完整的配置方案，必须不遗漏、不重复，包括所有必须的软件、配件与接
口；
应考虑与中心原有主要设备的产品兼容和维护方便的要求，并详细提供与中心
其他系统和设备共同工作的方案；
给出具体的培训方案和优惠条件。
设备招标参数
指标要求
机架式服务器
数量2台
核心存储1台
数量1台
指标项
电源、相关缆线及上机柜的配套设备必须齐全并满足机房实际布局连接要求，提 供原厂商3年7 X 24小时服务，原厂商需要在浙江地区设立有分公司，备件库和
本地售后支持人员。在售后服务期内，电话响应、现场支持、故障备件更换都不 予另行收费。并在投标时提供原厂商针对本项目的售后服务承诺函（原件）。
▲服务
PAC 帝储
光纤交换机数量4台
IPS 、AV 和应用特征库支持在线、离线升级。
▲本次要求配置3年IPS 特征库升级服务
支持基于IPv6下的路由，包括：直连路由、静态路由。
多路IPS 防御，无需额外收费 要求自带不小于1TB 硬盘存储 支持液晶屏，可以显示设备
IP 地址、版本信息、内存剩余空间等，要求提供设备面板照
性能指标
IPS 处理能力》
最大并发连接数》120万
提供管理友好的中文 Web 图形界面配置，支持 Telnet 、SSH 串口登陆命令行模式配置。 支持配置管理IP 控制列表、SNMF 网管协议以及邮件报警。
系统管理
▲支持通过web 方式调用设备命令行窗口功能，无需登录串口就可对设备进行命令行操 作，要求提供功能截图，并加盖原厂公章 支持透明、路由、混合多种工作模式。 支持静态、策略路由、
OSPF BGP4等动态路由。
网络适应性
支持端口聚合。
支持ALG 应用协议的 NAT 应用和端口重定向，包括 SIP 、、XDMCP 等，并支持自定义协
议。
内置4000种以上的攻击特征，能够检测包括溢出攻击类、 RPC 攻击类、WEBCG 攻击类、 安全防护
统一特征库
拒绝服务类、木马类、蠕虫类、扫描类、网络访问类、 击。要求提供功能截图，并加盖原厂公章
HTTP 攻击类、系统漏洞类等攻
▲要求系统采用自主研发的基于网络的入侵检测技术，为避免虚假应标，投标时要求提 供国家知识产权局出具的证书或测评报告复印件，并加盖原厂公章
支持4种安全防护模式，基于网络、用户、应用以及云租户，要求提供功能截图，并加 盖原厂公章
支持租户独立的配置和租户间视图的切换。
支持租户模式下IP 地址配置的隔离、直连路由生成的隔离和下静态 ARP 的隔离。
▲支持以多种方式定义租户，如： VLAN NVGREVXLAN 要求提供功能截图，并加盖原
厂公章
支持基于租户的安全策略、地址对象
/地址组/地址池/权重地址、自定义服务对象 /服务
组、时间对象/时间组以及 ALG 中常用协议（包括 FTP TFTP H323 TNS MMS PPTP
XDMCP SIP 等）隔离。
支持基于租户的 NAT IP 地址配置、IP_MAC 绑定、病毒过滤和防挂马、入侵防护、攻击 防护、应用识别、文件控制、
ARP 防护、内容安全特性（邮件、网页的内容过滤）、策略
/静态/多出口路由。
web 页面下统一对设备支持的特征库进行查看、更新及自定义操作。
支持IPS 、AV 和应用特征库，且在此传统特征库基础之上，增加了木马库、
圾邮件等特征库。
webmail 、垃
IPv6支持
支持软硬件多核技术，通过界面能够查看到多核
CPU 使用率
▲支持双系统冗余架构，可通过 WEB console 口进行主备系统切换，当主系统发生故障 可切换至备
系统进行工作。要求提供功能截图，并加盖原厂公章。
内、外网分别具有独立的管理接口，而不是通过网络接口管理，也不是通过内网一个管 理接口完成全部管理 ▲支持用户名/密码+U-KEY 用户名/密码+数字证书等多种双因子认证方式；（提供证明 截图以及U-key 实物相片）
支持带内管理，可通过业务口进行网闸管理工作；用户可自行选择是否启用带内管理功
支持跨网段管理，实现管理终端
IP 地址和端口的访问控制
管理员及审计员区分并独立，支持分权管理，对管理员角色定制，可以添加多个管理员 角色，并定制权限 支持管理员登录失败锁定次数、锁定时间和超时时间的设定
▲支持集中监管平台，可对多台网闸进行统一监控，记录每台设备的系统资源运行情 况。要求提供功能截图，并加盖原厂公章。
支持多视图显示监控对象，可通过视图选择自定义;
支持自定义告警策略，可通过自定义方式设置监控对象各项指标告警阈值；要求提供功 能截图，并加盖原厂公章。
截图，并加盖原厂公章。
支持告警过滤功能，针对重复告警可在一定时间段内触发一次 ▲支持设备健康状态追踪，通过可视化界面实时显示设备健康状态分布图。要求提供功 能截图，并加盖原厂公章。
集中监管可对运行的平台自身资源进行图形化监控 集中监管可提供自身运行日志; 集中监管告警信息支持 XML CSV XLS 等多种格式导出。要求提供功能截图，并加盖原厂 公章。
具有系统补丁管理功能 支持设备诊断信息导出。
支持许可证下载，方便维护管理 通过WEB 管理界面进行设备的远程关闭及重启功能 支持NTP 网络时间同步；支持内外端机系统时间同步。 提供调制工具，其中包括：
trace 、connect 、tcpdump 、ping 、arp 等（提供证明截图 ）
提供设备运行状态检测、系统资源监控。
系统内部交换带宽不小于 7Gb ps
系统要求
采用基于自主研发的多核多平台并行安全操作系统 安全管理
能；（提供证明截图） 冃匕；
集中监管
支持多种告警方式，如弹框告警、邮件告警、
SNMP Trap syslog 告警等。要求提供功能
主模块
支持配置管理，能够对单独模块及全部模块配置进行配置导入导出
（提供证明截图）
▲支持对网络接口模式进行设定（支持网闸同一侧网络接口桥模式设定或
bonding 设定）、
MTU 修改，进行灵活部署。要求提供功能截图，并加盖原厂公章。
支持默认路由、静态路由及基于源地址的策略路由功能。
▲支持NFS SMB FTP 等文件传输协议实现文件同步。支持不同文件传输协议之间的文件 同步，如：NFS 与 SMB ＞间的文件同步。要求提供功能截图，并加盖原厂公章。 文件交换模块支持病毒检测功能，支持通过文件大小控制病毒查杀 支持多种同步模式：
完全一致、完全复制、首次复制 +新增、源端移动、源端删除等多
种模式。要求提供功能截图，并加盖原厂公章。
文件交换支持传送优先级，可根据文件大小、后缀名等多种方式进行优先级排序传输 支持断点续传 支持无客户端传输方式，不需要安装任何客户端软件。
▲支持缓时设置，可根据文件大小设定缓时时间，保证文件传输稳定性和成功率。要求 提供功能截图，并加盖原厂公章。
支持专用文件交换客户端，通过与网闸之间认证、数据加密后实现文件交换。
客户端支持服务模式，当服务器异常重启，客户端可自行启动，无需人员干预。要求提 供功能截图，并加盖原厂公章。
▲支持实时监控文件同步进度、同步状态、操作标识等同步信息，便于实时掌握文件传 输过程。要求提供功能截图，并加盖原厂公章。
客户端提供实时异常诊断信息，便于管理维护；（提供能证明截图） 支持被动传输方式，设备提供共享空间被动接受用户提交的文件 支持子目录同步控制和二进制文件同步控制。
支持空间限制、文件类型限制、文件数量限制、文件大小限制、修改时间限制。 可以设定同步任务的循环周期和开始时间。 支持暂缓传输文件控制。
提供关键字、黑白名单信息过滤，发送白名单、发送黑名单、接收白名单、接收黑名单 等多种组合控制方式。 支持文件名及后缀名过滤，同时支持文件类型识别过滤，即不基于后缀名的过滤。要求 提供功能截图，并加盖原厂公章。
支持任务运行标记
邮件模块支持病毒检测功能；支持通过文件大小控制病毒查杀；支持超长邮件限定是否 接受。要求提供功能截图，并加盖原厂公章。
支持SMTP POP3通用协议，支持 SMTP 认证
支持垃圾邮件过滤，支持对邮件内容和附件的过滤 支持SMTP POP3用户名过滤 支持对邮件的数字签名
（提供证明截图）
支持IP/MAC 地址绑定和自动探测
文件交换
支持文件传输方向控制：单向传输和双向同步
邮件访问
支持SQL ORACLE DB2 SYBASE 等主流数据库的访问
▲支持达梦、人大金仓、神通等国产数据库访问。要求提供功能截图，并加盖原厂公 章。 支持访问用户名过滤;
▲支持ORCL 数据库命令控制，可对数据库 SQL 语句进行过滤。要求提供功能截图，并加 盖原厂公章。
▲数据库库名控制、数据库表控制，可以根据用户与数据库表对应关系，进行相应数据 库操作过滤。要求提供功能截图，并加盖原厂公章。
支持数据通道配置 支持任务运行标记 支持任务运行时间控制（提供证明截图） 支持透明模式、代理模式及混合模式（提供证明截图）
FTP 访问模块支持病毒检测功能，支持通过文件大小控制病毒查杀;
▲支持禁止文件断点续传功能。要求提供功能截图，并加盖原厂公章。
采用端到端的安全通道式访问 支持对访问用户的限制 不仅支持传输文件扩展名过滤，而且可以根据文件内容识别进行文件类型过滤。
支持PORT 命令端口范围控制 支持传输文件中文件名控制 支持FTP 访问命令过滤 支持访问时间控制 支持对访问的FTP 服务器地址的重定向 支持源地址和目的地址控制 支持最大连接数控制 支持单个IP 最大连接数限
制
支持任务运行标记（提供功能截图）
▲安全浏览模块支持病毒检测功能，支持通过内容长度控制病毒查杀；支持图片文件、 媒体文件等文件类型病毒检查；可设定病毒扫描内容最大长度。要求提供功能截图，并 加盖原厂公章。 支持对代理上网端口的进行控制
支持邮件地址、主题、内容及附件关键字过滤 支持对附件及其附件的大小和类型进行过滤控制 能够对邮件访问的源/目的地址、端口进行访问控制 支持任务运行标记
支持任务运行时间控制（提供证明截图）
数据库访问
FTP 模块
支持FTP 主动、被动工作模块转换 （提供证明截图）
安全浏览模块
支持代理模式、透明模式
支持本地用户认证、radius 等认证方式。要求提供功能截图，并加盖原厂公章。 能够实现基于源地址、目的地址、源端口、目的端口的访问控制
具有状态日志审计功能，能够对 CPU 内存、设备信息、许可证信息、运行时间、交换卡
状态、网络接口状态、功能模块运行状态等进行阀值设定并基于阀值进行日志审计。要 求提供功能截图，并加盖原厂公章。
具有独立审计用户，支持标准
Syslog 日志审计方式，支持 Syslog 端口自定义
支持URL 后缀黑白名单控制
支持MIME 类型细粒度控制，如网页中的应用程序、视频、音频、图像、文本等进行细粒 度控制
支持对 HTML 细粒度控制，如网页中的
Seri pt 脚本、ActiveX 脚本、java app let 、cookie
支持 HTTP 方法控制，女n POST GET HEAD CONNEC 等。 支持断点续传控制（提供功能截图） ▲支持用户名口令认证、 LDAP RADIUS 等多种认证方式。要求提供功能截图，并加盖原
厂公章。
支持用户上网的IP 控制 支持用户上网时段限制 支持用户连接数限制
定制模块
支持TCP 定制服务；支持源地址、源端口、目的地址、目的端口过滤功能；支持源地址绑 定、网络接口地址绑定功能；（提供功能截图）
支持UDP 定制服务；支持网络接口地址绑定功能；支持源地址、源端口、目的地址、目的 端口过滤功能;
支持组播的定制服务。要求提供功能截图，并加盖原厂公章。 支持广泛的基于TCP/UDP 视频应用 支持OSPF 协议; 支持任务运行标记 支持任务运行时间控制
▲ SSL 通道
支持SSL 隧道访问模式，针对 FTP 访问模块、数据库访问模块、邮件访问、定制模块等模 块，通过网闸实现访问客户端认证、授权及访问链路加密，保证客户端访问合法性及访 问链路的安全性。认证方式支持用户名口令认证及证书认证。要求提供功能截图，并加 盖原厂公章。
SOCKS 弋理
支持Socks4、Socks5版本代理功能
日志 审计
支持内外端机主机名更改，强化日志审计及集中管理功能支持标准的SNMP协议安全管理支持状态日志配置，
通过设置硬件信息使用率进行日志记录及暂停使用
双机负载支持双机热备及超过双机的多机热备功能
热备检测通讯接口可以设置为HA接口、网络接口等（非第三方软件实现）
数据中心容灾备份方案完整版
数据中心容灾备份方案 HEN system office room 【HEN16H-HENS2AHENS8Q8-HENH1688】
数据保护系统 医院备份、容灾及归档数据容灾 解决方案 1、前言 在医院信息化建设中，HIS、PACS、RIS、LIS 等临床信息系统得到广泛应用。医院信息化 HIS、LIS 和 PACS 等系统是目前各个医院的核心业务系统，承担了病人诊疗信息、行政管理信息、检验信息的录入、查询及监控等工作，任何的系统停机或数据丢失轻则降低患者的满意度、医院的信誉丢失，重则引起医患纠纷、法律问题或社会问题。为了保证各业务系统的高可用性，必须针对核心系统建立数据安全保护，做到“不停、不丢、可追查”，以确保核心业务系统得到全面保护。 随着电子病历新规在 4 月 1 日的正式施行，《电子病历应用管理规范（试行）》要求电子病历的书写、存储、使用和封存等均需按相关规定进行，根据规范，门(急)诊电子病历由医疗机构保管的，保存时间自患者最后一次就诊之日起不少于15 年；住院电子病历保存时间自患者最后一次出院之日起不少于 30 年。
2、医院备份、容灾及归档解决方案 针对医疗卫生行业的特点和医院信息化建设中的主要应用，包括：HIS、PACS、RIS、LIS 等，本公司推出基于数据保护系统的多种解决方案，以达到对医院信息化系统提供全面的保护以及核心应用系统的异地备份容灾 数据备份解决方案 针对于医院的 HIS、PACS、LIS 等服务器进行数据备份时，数据保护系统的备份架构采用三层构架。 备份软件主控层（内置一体机）：负责管理制定全域内的备份策略和跟踪客户端的备份，能够管理磁盘空间和磁带库库及光盘库，实现多个客户端的数据备份。备份软件主服务器是备份域内集中管理的核心。 客户端层（数据库和操作系统客户端）：其他应用服务器和数据库服务器安装备份软件标准客户端,通过这个客户端完成每台服务器的 LAN 或 LAN-FREE 备份工作。另外，为包含数据库的客户端安装数据库代理程序，从而保证数据库的在线热备份。 备份介质层（内置虚拟带库）：主流备份介质有备份存储或虚拟带库等磁盘介质、物理磁带库等，一般建议将备份存储或虚拟带库等磁盘介质作为一级备份介质，用于近期的备份数据存放，将物理磁带库或者光盘库作为二级备份介质，用于长期的备份数据存放。
数据中心运维投标书
数据中心运维投标书 Company number：【WTUT-WT88Y-W8BBGB-BWYTT-19998】
数据中心运维投标书 **有限公司 二零一四年八月
目录
第一章投标申请及声明 致：****采购中心 根据贵方为项目招标的投标邀请（项目编 号：），签字代表（姓名、职务）经正式授权并代表投标人（投标人名称、地址）提交下述文件正本一份，副本四份： 1．投标文件 2．投标一览表 3．投标分项报价表 4．服务产品说明一览表 5．偏离表 6．资格（资质）证明文件[包括招标公告中要求提供的资格（资质）证明材料] 7．招标文件要求提交的其他文件 8．投标诚信承诺书 在此，签字代表宣布同意如下： 1．我方完全了解在本项目招标公告中公布的采购预算，并承诺各包件的投标价不超预算。所附投标一览表中规定的各包件应提供和交付的服务的投标价为： （以人民币元为单位，用文字和数字分别表示）。 2．我方将按招标文件的规定履行合同责任和义务。 3．我方已详细审查全部招标文件，包括澄清文件（如有的话）以及全部参考资料和有关附件，我方完全理解并同意放弃对这方面有不明及误解的权利。 4．我方接受本项目招标文件“投标资料表”中所规定的投标有效期。。 5．我方同意提供按照贵方可能要求的与其投标有关的一切数据或资料，完全理解贵方不一定要接受最低价的投标或收到的任何投标，完全理解并接受招标人和招标机构对评标资料保密且不解释落标原因。 6．我方已按照本项目招标文件中所附的《资格（资质）性检查表》以及《符合性检查表》进行了自查，对招标机构根据《资格（资质）性检查表》
判定无效投标以及评标委员会根据《符合性检查表》判定非实质性响应投标无任何异议。 7．我方同意按照《政府采购法》及相关法律法规的规定提出询问或质疑。我方已经充分行使了对招标要求提出质疑和澄清的权利，因此我方承诺不再对招标要求提出质疑。 8．与本投标有关的一切正式往来信函请寄： 地址：邮编： 电话：传真： 手机：电子邮件： 投标人法人授权代表签字 投标人名称 公章 日期 开户银行 账号
数据中心容灾备份方案
数据保护系统 医院备份、容灾及归档数据容灾 解决方案
1、前言 在医院信息化建设中，HIS、PACS、RIS、LIS 等临床信息系统得到广泛应用。医院信息化HIS、LIS 和PACS 等系统是目前各个医院的核心业务系统，承担了 病人诊疗信息、行政管理信息、检验信息的录入、查询及监控等工作，任何的系统停机或数据丢失轻则降低患者的满意度、医院的信誉丢失，重则引起医患纠纷、法律问题或社会问题。为了保证各业务系统的高可用性，必须针对核心系统建立数据安全保护，做到“不停、不丢、可追查”，以确保核心业务系统得到全面保护。 随着电子病历新规在 4 月 1 日的正式施行，《电子病历应用管理规范（试行）》要求电子病历的书写、存储、使用和封存等均需按相关规定进行，根据规范，门(急)诊电子病历由医疗机构保管的，保存时间自患者最后一次就诊之日起不少于15 年；住院电子病历保存时间自患者最后一次出院之日起不少于30 年。
2、医院备份、容灾及归档解决方案 针对医疗卫生行业的特点和医院信息化建设中的主要应用，包括：HIS、PACS、RIS、LIS 等，本公司推出基于数据保护系统的多种解决方案，以达到对医院信息化系统提供全面的保护以及核心应用系统的异地备份容灾 2.1 数据备份解决方案 针对于医院的HIS、PACS、LIS 等服务器进行数据备份时，数据保护系统的备份架构采用三层构架。 备份软件主控层（内置一体机）：负责管理制定全域内的备份策略和跟踪客户端的备份，能够管理磁盘空间和磁带库库及光盘库，实现多个客户端的数据备份。备份软件主服务器是备份域内集中管理的核心。 客户端层（数据库和操作系统客户端）：其他应用服务器和数据库服务器安装备份软件标准客户端,通过这个客户端完成每台服务器的LAN 或LAN-FREE 备份工作。另外，为包含数据库的客户端安装数据库代理程序，从而保证数据库的在线热备份。
公司数据中心运维投标书
数据中心运维投标书 **有限公司 二零一四年八月
目录第一章投标申请及声明3 第二章法定代表人授权书5 第三章报价表6 第四章分项报价明细表7 第五章投标资格证明文件8 第六章运维需求分析9 一、业务需求9 二、运维需求9 第七章运维内容10 一、维护服务内容10 二、资产信息统计服务12 三、网络、安全系统运维服务12 四、软件及数据运维18 1.对操作系统的监控18 2.数据库相关维护18 五、终端运维服务19 六、综合布线系统服务19 1.维护管理执行的标准20 2.彩色标识维护管理方式的实施方法20 七、大屏幕显示系统的维护21 1.维护周期的确定21 2.常见故障现象及处理方法21 3.十大常见问题22 八、视频会议系统维护23 九、视频会议系统维护23 十、UPS设备维护25 1.主机的维护及注意事项25 2.蓄电池的维护及注意事项26 第八章运维服务与管理27 一. 项目人员情况27 二. 服务与管理29 三. 应急服务响应措施31 四. 机房服务器维护说明34 第九章公司介绍40 第十章数据中心相关运维表格46 一. 巡检表单模板46 二. 网络设备维护巡检模板47 三. 机房安全巡检模板50 四. 服务器系统安装确认单51 五. 服务器安全检查基准52 六. 数据中心拜访人员登记模板56 七. 数据中心人员月考核模板56
八. 服务器突发故障记录表58 九. 服务器故障处理报告58 十. 常驻人员签到表60
第一章投标申请及声明 致：****采购中心 根据贵方为项目招标的投标邀请（项目编号：），签字代表（姓名、职务）经正式授权并代表投标人（投标人名称、地址）提交下述文件正本一份，副本四份： 1．投标文件 2．投标一览表 3．投标分项报价表 4．服务产品说明一览表 5．偏离表 6．资格（资质）证明文件[包括招标公告中要求提供的资格（资质）证明材料] 7．招标文件要求提交的其他文件 8．投标诚信承诺书 在此，签字代表宣布同意如下： 1．我方完全了解在本项目招标公告中公布的采购预算，并承诺各包件的投标价不超预算。所附投标一览表中规定的各包件应提供和交付的服务的投标价为： （以人民币元为单位，用文字和数字分别表示）。 2．我方将按招标文件的规定履行合同责任和义务。 3．我方已详细审查全部招标文件，包括澄清文件（如有的话）以及全部参考资料和有关附件，我方完全理解并同意放弃对这方面有不明及误解的权利。 4．我方接受本项目招标文件“投标资料表”中所规定的投标有效期。。 5．我方同意提供按照贵方可能要求的与其投标有关的一切数据或资料，完全理解贵方不一定要接受最低价的投标或收到的任何投标，完全理解并接受招标人和招标机构对评标资料保密且不解释落标原因。 6．我方已按照本项目招标文件中所附的《资格（资质）性检查表》以及《符合性检查表》进行了自查，对招标机构根据《资格（资质）性检查表》判定无效投标以及评标委员会根据《符合性检查表》判定非实质性响应投标无任何异议。
数据中心项目建设方案介绍
数据中心项目建设 可行性研究报告 目录 1概述 1.1项目背景 1.2项目意义 2建设目标与任务 数据中心的建设是为了解决政府部门间信息共享，实现业务部门之间的数据交换与数据共享，促进太原市电子政务的发展。具体目标如下：建立数据中心的系统平台。完成相应的应用软件和数据管理系统建设，实现数据的交换、保存、更新、共享、备份、分发和存证等功能，并扩展容灾、备份、挖掘、分析等功能。 (一)建立数据中心的系统平台。完成相应的应用软件和数据管理系统建设，实现社会保障数据的交换、保存、更新、共享、备份、分发和存证等功能，并扩展容灾、备份、挖掘、分析等功能。 (二)建立全市自然人、法人、公共信息库等共享数据库，为宏观决策提供数据支持。对基础数据进行集中管理，保证基础数据的一致性、准确性和完整性，为各业务部门提供基础数据支持； (三)建立数据交换共享和更新维护机制。实现社会保障各业务部门之间的数据交换与共享，以及基础数据的标准化、一致化，保证相关数据的及时更新和安全管理，方便业务部门开展工作；
(四)建立数据共享和交换技术标准和相关管理规范，实现各部门业务应用系统的规范建设和业务协同； （五）为公共服务中心提供数据服务支持，实现面向社会公众的一站式服务； (六）根据统计数据标准汇集各业务部门的原始个案或统计数据，根据决策支持的需要，整理相关数据，并提供统计分析功能，为领导决策提供数据支持； （七）为监督部门提供提供必要的数据通道，方便实现对业务部门以及业务对象的监管，逐步实现有效的业务监管支持； （八）为业务数据库的备份提供存储和备份手段支持，提高业务应用系统的可靠性。 3需求分析 3.1用户需求 从与数据中心交互的组织机构、人员方面进行说明。
数据中心运维投标书
数据中心运维投标书 Revised as of 23 November 2020
数据中心运维投标书 **有限公司 二零一四年八月
目录
第一章投标申请及声明 致：****采购中心 根据贵方为项目招标的投标邀请（项目编 号：），签字代表（姓名、职务）经正式授权并代表投标人（投标人名称、地址）提交下述文件正本一份，副本四份： 1．投标文件 2．投标一览表 3．投标分项报价表 4．服务产品说明一览表 5．偏离表 6．资格（资质）证明文件[包括招标公告中要求提供的资格（资质）证明材料] 7．招标文件要求提交的其他文件 8．投标诚信承诺书 在此，签字代表宣布同意如下： 1．我方完全了解在本项目招标公告中公布的采购预算，并承诺各包件的投标价不超预算。所附投标一览表中规定的各包件应提供和交付的服务的投标价为： （以人民币元为单位，用文字和数字分别表示）。 2．我方将按招标文件的规定履行合同责任和义务。 3．我方已详细审查全部招标文件，包括澄清文件（如有的话）以及全部参考资料和有关附件，我方完全理解并同意放弃对这方面有不明及误解的权利。 4．我方接受本项目招标文件“投标资料表”中所规定的投标有效期。。 5．我方同意提供按照贵方可能要求的与其投标有关的一切数据或资料，完全理解贵方不一定要接受最低价的投标或收到的任何投标，完全理解并接受招标人和招标机构对评标资料保密且不解释落标原因。 6．我方已按照本项目招标文件中所附的《资格（资质）性检查表》以及《符合性检查表》进行了自查，对招标机构根据《资格（资质）性检查表》
判定无效投标以及评标委员会根据《符合性检查表》判定非实质性响应投标无任何异议。 7．我方同意按照《政府采购法》及相关法律法规的规定提出询问或质疑。我方已经充分行使了对招标要求提出质疑和澄清的权利，因此我方承诺不再对招标要求提出质疑。 8．与本投标有关的一切正式往来信函请寄： 地址：邮编： 电话：传真： 手机：电子邮件： 投标人法人授权代表签字 投标人名称 公章 日期 开户银行 账号
容灾备份-解决方案方法
容灾备份系统 2010-8-11 项目背景 随着计算机技术的快速发展，每个企业都在大量的使用计算机处理自己的核心数据，这些数据往往是企业生产经营必不可少的部分。依赖这些数据的计算机系统的停机往往会造成企业生产经营活动的停顿，给企业造成巨大的损失。所以，可以说，这些数据是企业的生命核心。
企业的IT 管理员为了保证生产经营活动的持续运行，不断的加强对系统和数据的保护，如使用基于双机的高可用技术，磁盘阵列系统的RAID 技术等。然而，人们依然无法 回避由于磁盘故障，人为失误，应用程序的逻辑错误，自然灾害等原因带来的系统停机或者 数据丢失。所以，数据备份作为数据保护的最后一道屏障，必不可少。 二、功能介绍 实时保护：连续捕获、实时备份数据变化，全过程保护数据安全。实现真正的持续性 数据保护（CDP），无需设置任何备份时间点，居国内外同类产品领先地位。 完善备份：同一软件可实现“数据库双机热备＋接管”、“本地实时灾备” 、“异 地实时灾备” ，全方位保证数据库安全。 任意回退：可按任意操作步数或时间点进行数据回退。主数据库遭到破坏时，备份数 据库可将主数据库回退到损坏前最后时刻的状态，且能保证事件的完整性。 快速恢复：主数据库或表损坏，从站自动检测，提示回退的步数。恢复1个G数据 库在3－5分钟。 增量备份：只备份变化部分，在保障备份数据安全的同时减少备份的工作量。 错峰机制：在系统负荷极大时暂停备份以免系统瘫痪，当系统负荷下降时备份暂停 期间的数据，并重新开始实时备份。 低耗资源：对主数据库压力小，系统采用消息机制，只有灾数据库发生变化时才触 发，只传数据库的变化部分，不同于文件拷贝，和数据表的轮询。 操作简单：自主开发设计，着重考虑国内用户使用习惯，安装、设置非常简单。维护 方便：启动或连接中断后重连时，自动校验主从站数据，保证数据准确。 加密传输：底层通讯采用自主研发的通讯平台，所有数据都是用加密数据包进行数据 交换，充分保证数据安全。 高性价比：在各项性能领先的同时，价格远远优于国外软件。当选择不接管的热 容灾备份方式时，从站可采用低档Server 或高稳定性的PC（有足够的存储空间即 可），从而实现极低的总体成本。 通用性好：不对数据库中的应用做任何修改。与数据库中表的结构无关，且无任 何限制。对数据库备份完整：如TABLES（表）、DIAGRAM（S关系图）、VIEWS（视图）、USERS（用户）、ROLES、RULES等。
XXX数据中心升级及容灾改造项目招标文件(原方案)
XXX数据中心升级及容灾项目 采购招标文件. 招标内容及技术要求 一、本项目工程建设的背景和现状 随着我院信息系统的不断发展，业务系统的数据量、数据处理量和数据存储量越来越大。因此，业务系统的稳定与否，系统的保护和数据的保护是否健全，已成为本系统是否正常运行的关键。随着数据集中处理的实施，可以预计，我院信息系统的业务运作、管理模式将越来越依赖于计算机系统的可靠运行。我院所提供服务的连续性以及业务数据的完整性、正确性、有效性，会直接关系到业务的生产、管理与决策活动。这就要求我们对网络、通信线路、服务器主机等关键硬件设备以及数据库，应用服务器等软硬件进行相应的故障保护和容灾备份部署。一旦某一环节出现异常情况，如火灾、爆炸、地震、水灾、雷击或某个方向通信线路故障等自然原因以及电源机器故障、人为破坏等非自然原因引起的灾难，我们可以快速及时的进行灾难恢复，将损失降到最低点。如果没有全面的考虑容错、容灾设计，那么在任何一个环节上发生故障和灾难，都会导致业务无法正常进行，造成重要数据的丢失、破坏，造成相关的部门的系统中断，不仅不能社会大众提供正常的医疗服务，甚至在极大程度上会影响医院的形象和声誉，使日后的工作无法正常开展下去。因此，根据本系统的特点，必须充分考虑各种灾难情况，建立灾难备份系统。另外我院于2008年对整个信息系统平台的软硬件设备进行升级和改造，至目前为止已经使用将近7年时间，目前的系统平台设备已经慢慢出现故障增多、性能下降等问题，也急需要对整个系统平台进行升级。
二、采购内容及招标需求 1. 采购原则及规范： 本次公开招标采购XXX数据中心升级及容灾项目的有关设备，投标人所投设备必须按招标文件规定的配置要求提供，并满足招标文件中提出的相关性能指标参数，同时应能满足XXX局信息化系统的当前以及今后3-5年内业务发展的需求。 投标人应对所提供的设备性能、质量负责，并提供相应的安装、服务、质保及技术培训。采购的设备所涉及的产品标准、规范，验收标准等，应符合国家有关条例及标准的规定。 2. 采购设备清单（预算：140万元）
数据中心灾备系统的分类
数据中心灾备系统的分类 根据数据中心的安全要求，应对灾难恢复系统采用的技术路线做出全面的考虑。 1.数据级容灾和应用级容灾 按照容灾系统对应用系统的保护程度可以分为数据级容灾和应用级容灾，业务级容灾的大部分内容是非IT系统。 数据级容灾系统只保证数据的完整性、可靠性和安全性，但提供实时服务的请求在灾难中会中断。应用级容灾系统能够提供不间断的应用服务，让服务请求能够透明(在灾难发生时毫无觉察)地继续运行，保证数据中心提供的服务完整、可靠、安全。因此对服务中断不太敏感的部分可以选择数据级容灾，以便节省成本，在数据级容灾的基础上构建应用级容灾系统，保证实时服务不间断运行，为用户提供更好的服务。 (1)数据级容灾。通过在异地建立一份数据复制的方式保证数据的安全性，当本地工作系统出现不可恢复的物理故障时，容灾系统提供可用的数据。数据级容灾是容灾的基础形式，由于只需要考虑数据的复制和存放，不需要考虑备用系统，实现起来相对简单，投资也较少。数据级容灾需要考虑三方面问题:在线模式与离线模式问题;远程数据复制技术问题;同步与异步容灾问题。 (2)应用级容灾。应用级容灾能保证业务的连续性。在数据级容灾的基础上，建立备份的应用系统环境，当本地工作系统出现不可恢复的物理故障时，容灾系统提供可用的数据和应用系统。 应用级容灾系统是建立在数据级容灾系统基础上的，同时能完成数据和应用系统环境的复制存放和管理。为实现发生灾难时的应用切换，容灾中心需要配置与工作系统同构和相同功能的业务网络、应用服务器、应用软件等。 应用级容灾还需要考虑数据复制的完全性、数据的一致性、数据的完整性、网络的通畅性、容灾切换的性能影响、应用软件的适应性改造等问题，以及为保证业务运行的所需设备、环境、人员及其相应的管理。 2.灾难恢复系统的在线/离线模式 (l)在线模式。在线灾难恢复系统要求工作系统与灾难备份系统通过网络线路连接，数据通过网络实时或定时从工作系统传输到灾难备份系统。对数据保护的实时性高，对业务连续性要求高，就需要采用在线模式。 (2)离线模式。离线灾难备份系统的数据通过存储介质(磁带、光盘等，搬运到异地保存起来实现数据的保护。离线模式适合于对数据保护的实时性要求不高的场合，离线模式设备比较简单，投资较少。 3.数据备份技术 正常情况下系统的各种应用在数据中心运行，数据存放在数据中心和灾难备份中心两地保存。当灾难发生时，使用备份数据对工作系统进行恢复或将应用切换到备份中心。灾难备份系统中数据备份技术的选择应符合数据恢复时间或系统切换时间满足业务连续性的要求。目前数据备份技术主要有如下几种: (1)磁带备份。 (2)基于应用程序的备份。通过应用程序或者中间件产品，将数据中心的数据复制到灾难备份中心。在正常情况下，数据中心的应用程序在将数据写入本地存储系统的同时将数据发送到灾难备份中心，灾难备份中心只在后台处理数据，当数据中心瘫痪时，由于灾难备份中心也存有生产数据，所以可以迅速接管业务。这种备份方式往往需要应用程序的修改，工作量比较大。另外，
数据容灾备份设计方案
数据容灾备份设计方案 1.1数据备份的主要方式 目前比较实用的的数据备份方式可分为本地备份异地保存、远程磁带库与光盘库、远程关键数据+定期备份、远程数据库复制、网络数据镜像、远程镜像磁盘等六种。 （1）本地备份异地保存 是指按一定的时间间隔（如一天）将系统某一时刻的数据备份到磁带、磁盘、光盘等介质上，然后及时地传递到远离运行中心的、安全的地方保存起来。 （2）远程磁带库、光盘库 是指通过网络将数据传送到远离生产中心的磁带库或光盘库系统。本方式要求在生产系统与磁带库或光盘库系统之间建立通信线路。 — （3）远程关键数据+定期备份 本方式定期备份全部数据，同时生产系统实时向备份系统传送数据库日志或应用系统交易流水等关键数据。 （4）远程数据库复制 生产系统相分离的备份系统上建立生产系统上重要数据库的一个镜像拷贝，通过通信线路将生产系统的数据库日志传送到备份系统，使备份系统的数据库与生产系统的数据库数据变化保持同步。 （5）网络数据镜像 是指对生产系统的数据库数据和重要的数据与目标文件进行监控与跟踪，并将对这些数据及目标文件的操作日志通过网络实时传送到备份系统，备份系统则根据操作日志对磁盘中数据进行更新，以保证生产系统与备份系统数据同步。 （6）远程镜像磁盘 利用高速光纤通信线路和特殊的磁盘控制技术将镜像磁盘安放到远 …
离生产系统的地方，镜像磁盘的数据与主磁盘数据以实时同步或实时异步方式保持一致。磁盘镜像可备份所有类型的数据。备份拓扑网络结构1.2（即东风东路院区中心机广州市第八人民医院具有两个不同地点的中心机房房和嘉禾院区中心机房），在这基础上是可以构建一个异地容灾的数据备份系统，以确保本单位的系统正常运营及对关键业务数据进行有效地保护，以下设计方案仅提供参考。嘉禾院区数据中心东风东院区数据中心 本方案中，我们采用EMC的CDP保护技术来实现数据的连续保护和容灾系统。 1.在东风东院区数据中心部署一台EMC 480统一存储平台，配置一个大容量光纤磁盘存储设备，作为整个系统数据集中存储平台。 2.在嘉禾院区数据中心部署一台EMC 480统一存储系统，配置一个大容量光纤磁盘存储设备，作为整个平台的灾备存储平台。 ） 3.两地各部署两台EMC RecoverPoint/SE RPA，采用CLR技术，即CDP（持续数据保护）+CRR（持续远程复制），实现并发的本地和远程数据保护。 4.在东风东院区数据中心本地采用EMC RecoverPoint/SE CDP（持续数据保护）技术实现本地的数据保护。． 5.两地采用EMC RecoverPoint/SE CRR（持续远程复制）技术，实现远程的数据保护。由于两地之间专线的带宽有限，可以采用EMC Recoverpoint/SE异步复制技术，将东风东院区数据中心EMC480上的数据定时复制到嘉禾院区数据中心。根据带宽的大小，如果后期专线带宽有所增加，RecoverPoint会自动切换同步、异步、快照时间点三种复制方式，尽最大可能保证数据的零丢失。 1.3本地数据数据保护（CDP）设计
(完整版)适合云化数据中心的备份容灾系统
a t i m e a n d A l l t h i n g s i n t h e i r b e i n g a r e g o o d f o r s o 适合云化数据中心备份容灾系统 以虚拟化、超融合、云平台等为形态的云化数据中心已经成为越来越多的企业机构数据中心升级方案。据权威媒体统计，云每年以25%的速度增加，其中虚拟化渗透率大于80%。云在按需交付、资源池化等方面有先天的优势，但随之也带来更多的数据和业务安全风险。无论是自建的云还是公有云，每年都频繁 发生大量的数据安全和业务中断事故。 在备份容灾管理领域，一方面IT 基础架构的云化变化速度已经大大超出了现有的数据保护技术的变化速度，而另一方面不少厂商又都声称自家的产品可以备
a t i m e a n d A l l t h i n g s i n t h e i r b e i n g a r e g o o d f o r s o 份云。那么到底该如何选择真正适合云化数据中心的备份容灾系统，本文重点从以下几个方面展开讨论。 什么是云化数据中心？ 简单讲，就是当业务需要，数据中心可以在数分钟内增加或减少业务所需要的计算、存储、网络等资源。再简单讲，就是随时增加或减少可以安装部署业务应用软件的服务器。 自建云化数据中心的方案有多种思路，如下：1、虚拟化为中心的经典架构 这种方案是目前最主流的云化数据中心方案，主要采用的方案就是虚拟化操作系统、服务器与企业级集中式存储，该方案成熟度最高。这种方案，随着虚拟
a t i m e a n d A l l t h i n g s i n t h e i r b e i n g a r e g o o d f o r s 机规模增加，底层的集中存储会越来越感觉到不够用。这时候需要增加新的存储或服务器部署，重新迁移或分布虚拟机系统。2、以OpenStack 为代表的开源大集成架构 这套体系接近公有云平台的体系，主要的3个核心服务都采用高度弹性的方案来构成。随着引入的服务越多，运维管理复杂度也大幅度提升。目前开源体系最大的问题在于企业级运维管理的能力较弱，可靠性不能很好保障，可管理性差，易用性方面门槛很高，需要高度依赖商业发行版企业来保障持续的运行。这类平台通常是从几千到上万个虚拟机规模，是一些大型企业在重点升级的云 架构方案。 3、各类公有云的企业部署版本 国内的云计算公司，都相应推出了企业内部部署的版本，与OpenStack 的架 构类似，核心也包含3大核心服务，以及各类上层应用服务。第2、第3这类
网络与数据中心项目招标文件(经典)
XXXX项目招标文件 项目名称： 竞标编号： 招标机构： 年月
目录 第一章：竞标人须知及前附表 (2) 第二章：竞标项目内容、技术参数及商务条款 (12) 第三章：合同基本条款 (16) 第四章：竞标报价表、竞标分项报价表、技术规格偏离表、商务条款偏离表及售后服务承诺书（格式） (20) 第五章: 竞标函（格式）、资格证明文件 (26) 第六章：合同书、法人授权委托书（格式） (20) 第七章：评审原则、评审方法及评审程序 (34) 第八章：竞标人基本情况登记表（格式） (37)
邀请函 日期： 竞标编号： XXXX（单位名称），就XXXXX项目（竞标编号：XXXX），采取XXXXX方式采购，现邀请贵公司（厂）参加，并提交密封报价。 1．请贵公司（厂）于XXX年XX月XX日起，每日XX至XX（北京时间）在XXXX购买XXX采购文件。每套售价XXX元人民币，售后不退。 2．所有竞标文件、竞标保证金应于XXXX年XXXX月XXXX日XXXX（北京时间）（截标时间）之前递交到的指定地点。 3．定于XXX年XXX月XXX日XXXX时（北京时间）在XXXX地点进行竞标。届时请委派代表出席谈判活动。 招标机构名称：XXXXX 详细地址：XXXXX 联系人：XXXX 电话：XXXX 邮编：XXXX 传真：XXXX EMAIL：XXXX 开户银行：XXXX 账号：XXXXX
第一章竞标人须知及前附表
竞标须知 目录 竞标人须知前附表 (4) 一、总则 (5) 1、项目名称 (5) 2、竞标人资格 (5) 3、竞标费用 (5) 二、竞争性谈判采购文件 (5) 4、竞争性谈判采购文件构成 (5) 5、竞争性谈判采购文件的澄清和修改 (5) 三、竞标文件的编制格式 (6) 6、竞标文件编写的注意事项 (6) 7、竞标文件的构成 (6) 8、竞标文件的文字及计量单位 (6) 9、竞标文件格式 (6) 10、竞标报价 (7) 11、竞标货币 (7) 12、证明竞标人资料证明文件 (7) 13、货物合格和符合竞争性谈判采购文件规定的证明文件 (7) 14、竞标的有效期 (7) 15、竞标文件书写及签名、盖章要求 (8) 16、竞标保证金 (8) 四、竞标文件的递交 (8) 17、竞标文件的密封和标记 (8) 18、竞标截止时间 (9) 五、竞争性谈判（简称谈判） (9) 19、谈判 (9)
数据中心容灾备份方案
数据中心容灾备份方案 Company number：【WTUT-WT88Y-W8BBGB-BWYTT-19998】
数据保护系统 医院备份、容灾及归档数据容灾 解决方案 1、前言 在医院信息化建设中，HIS、PACS、RIS、LIS 等临床信息系统得到广泛应用。医院信息化 HIS、LIS 和 PACS 等系统是目前各个医院的核心业务系统，承担了病人诊疗信息、行政管理信息、检验信息的录入、查询及监控等工作，任何的系统停机或数据丢失轻则降低患者的满意度、医院的信誉丢失，重则引起医患纠纷、法律问题或社会问题。为了保证各业务系统的高可用性，必须针对核心系统建立数据安全保护，做到“不停、不丢、可追查”，以确保核心业务系统得到全面保护。 随着电子病历新规在 4 月 1 日的正式施行，《电子病历应用管理规范（试行）》要求电子病历的书写、存储、使用和封存等均需按相关规定进行，根据规范，门(急)诊电子病历由医疗机构保管的，保存时间自患者最后一次就诊之日起不少于 15 年；住院电子病历保存时间自患者最后一次出院之日起不少于30 年。
2、医院备份、容灾及归档解决方案 针对医疗卫生行业的特点和医院信息化建设中的主要应用，包括：HIS、PACS、RIS、LIS 等，本公司推出基于数据保护系统的多种解决方案，以达到对医院信息化系统提供全面的保护以及核心应用系统的异地备份容灾 数据备份解决方案 针对于医院的 HIS、PACS、LIS 等服务器进行数据备份时，数据保护系统的备份架构采用三层构架。 备份软件主控层（内置一体机）：负责管理制定全域内的备份策略和跟踪客户端的备份，能够管理磁盘空间和磁带库库及光盘库，实现多个客户端的数据备份。备份软件主服务器是备份域内集中管理的核心。 客户端层（数据库和操作系统客户端）：其他应用服务器和数据库服务器安装备份软件标准客户端,通过这个客户端完成每台服务器的 LAN 或 LAN-FREE 备份工作。另外，为包含数据库的客户端安装数据库代理程序，从而保证数据库的在线热备份。
超融合数据中心公开招投标书范本
千里马招标网https://www.360docs.net/doc/02728000.html, 无锡市政府采购 公开 招标文件 采购项目编号： XCGZX- 采购项目名称：超融合数据中心 集中采购机构：无锡市政府采购中心 二○一八年九月十九日
目录 一．投标邀请函------------------------------------------（）二．投标人须知------------------------------------------（）三．项目技术要求和有关说明------------------------------（）四. 合同书（格式文本）----------------------------------（）五．合同条款（格式）------------------------------------（）六. 附件------------------------------------------------（）
一．投标邀请函 我中心受无锡科技职业学院的委托，对进行公开招标采购，欢迎符合相关条件的供应商参加投标并提请注意下列相关事项： （一）招标项目信息 .项目名称：超融合数据中心 .项目编号：XCGZX- .项目预算：万元 .采购方式：公开招标 .采购人：无锡科技职业学院 （二）投标人资格要求 .具备《中华人民共和国政府采购法》第二十二条第一款规定的条件； .未被“信用中国”网站（https://www.360docs.net/doc/02728000.html,）列入失信执行人、重大税收违法案件当事人名单、政府采购严重违法失信行为记录名单； .具备采购人根据招标项目的特殊要求规定的以下特定资质： （）不接受联合体投标。 （三）投标保证金及投标确认函 .投标人投标前须交纳投标保证金玖仟元人民币。投标保证金应当采用汇票、支票、网上银行支付等非现金方式从投标人基本账户转入（不接受以个人名义的交纳），转入时必须注明“项目编号”，且必须在投标截止时间前到达无锡市政府采购中心指定账户。未按招标文件规定提交投标保证金的投标文件，恕不接受，由此所产生的损失及风险由投标人自行承担。 收款单位：无锡市政府采购中心 开户银行：江苏银行无锡梁溪支行 账号： .请有意参加本项目投标的供应商如实填写《供应商参加投标（报价）确认函》（见附件），投标前以邮件形式发送至wxzfcg@https://www.360docs.net/doc/02728000.html,，如投标人未按上述要求操作，由此所产生的损失及风险由投标人自行承担。 （四）公开答疑时间、地点 采购人、无锡市政府采购中心将于以下时间、地点对投标人针对招标文件书面提出的要求澄清的问题进行公开答疑。投标人如有需要对招标文件要求澄清的问题，请以书面形式提出“XCGZX-项目需澄清问题”，并于答疑会前传真项目联系人（答疑会时递交盖章原件）。
数据中心机房容灾方案
数据中心机房容灾方案
前言： 数据中心全年不休地运行，一旦发生不可预知的灾难，如果对数据中心机房造成设备损坏将是一笔不小的损失，设备损坏至少还能弥补修复，但如果是宝贵的数据丢失，造成的损失则是无法计算的。 所以建设数据中心机房容灾方案，把有效的数据备份系统尤为重要，万一发生一些故障造成了数据丢失，还可以从备份系统中将数据还原回来，这就要使用数据备份技术，数据备份技术是将整个数据中心的数据或状态保存下来，以挽回硬件设备损坏带来的损失，还有逻辑错误和任务恶意拨号带来的损失，是将数据从在线状态剥离到离线状态的过程，这样做的根本目的是数据恢复，能够快速、正确、方便地恢复数据。 数据备份技术在存储系统中的意义不仅在于防范意外事件的破坏，而且还是历史数据保存归档的主要方式，机房的数据备份服务如日中天，大多数数据中心机房都提供数据备份的增值服务，但基本都是通过手工备份或免费的软件提供一些最简单的功能，得不到用户的认可，同时也限制了数据备份业务的快速增长，那有没有一种专业的备份软件，既拥有强大的功能，成本又比较低廉的数据备份服务平台。
零成本容灾方案让数据中心运营商轻松架设自己的增值备份服务平台，像卖虚拟主机一样卖数据备份服务，用户通过帐号自主管理，按空间大小和时间长短随时随地的管理数据备份服务。 1、服务模式：按需部署，按时服务，按空间大小和时间的方式提供数据备份服务； 2、低启动成本：按需投入硬件和带宽，服务启动时，只需将现有的容灾备份硬件安装上软件就可按空间大小和时间卖数据备份的增值服务。
3、容灾备份硬件不仅提供基于数据中心机房的合作，在下一步将会提供更多的在数据备份服务市场上更多的合作机会。 4、灵活的产品包装：根据容灾软件提供的强大的功能，灵活包装产品： （1）按容灾级别：本地备份，远程备份； （2）按空间大小：10G，20G，50G，100G等。。。 （3）按数据类型：文件备份，数据库备份，操作系统备份。。。 （4）按时间长短：1月，3月，1年，3年，5年等。。。。
数据中心灾备系统建设方案
数据中心灾备系统的分类 来源：机房360 作者：林小村更新时间：2010/11/19 11:50:11 摘要：本文为大家讲述数据中心的一些技术知识，具体为您讲述数据 中心灾备系统的分类情况。 根据数据中心的安全要求，应对灾难恢复系统采用的技术路线做出全面的考虑。 1.数据级容灾和应用级容灾 按照容灾系统对应用系统的保护程度可以分为数据级容灾和应用级容灾，业务级容灾的大部分内容是非IT系统。 数据级容灾系统只保证数据的完整性、可靠性和安全性，但提供实时服务的请求在灾难中会中断。应用级容灾系统能够提供不间断的应用服务，让服务请求能够透明(在灾难发生时毫无觉察)地继续运行，保证数据中心提供的服务完整、可靠、安全。因此对服务中断不太敏感的部分可以选择数据级容灾，以便节省成本，在数据级容灾的基础上构建应用级容灾系统，保证实时服务不间断运行，为用户提供更好的服务。 (1)数据级容灾。通过在异地建立一份数据复制的方式保证数据的安全性，当本地工作系统出现不可恢复的物理故障时，容灾系统提供可用的数据。数据级容灾是容灾的基础形式，由于只需要考虑数据的复制和存放，不需要考虑备用系统，实现起来相对简单，投资也较少。数据级容灾需要考虑三方面问题:在线模式与离线模式问题;远程
数据复制技术问题;同步与异步容灾问题。 (2)应用级容灾。应用级容灾能保证业务的连续性。在数据级容灾的基础上，建立备份的应用系统环境，当本地工作系统出现不可恢复的物理故障时，容灾系统提供可用的数据和应用系统。 应用级容灾系统是建立在数据级容灾系统基础上的，同时能完成数据和应用系统环境的复制存放和管理。为实现发生灾难时的应用切换，容灾中心需要配置与工作系统同构和相同功能的业务网络、应用服务器、应用软件等。 应用级容灾还需要考虑数据复制的完全性、数据的一致性、数据的完整性、网络的通畅性、容灾切换的性能影响、应用软件的适应性改造等问题，以及为保证业务运行的所需设备、环境、人员及其相应的管理。 2.灾难恢复系统的在线/离线模式 (l)在线模式。在线灾难恢复系统要求工作系统与灾难备份系统通过网络线路连接，数据通过网络实时或定时从工作系统传输到灾难备份系统。对数据保护的实时性高，对业务连续性要求高，就需要采用在线模式。 (2)离线模式。离线灾难备份系统的数据通过存储介质(磁带、光盘等，搬运到异地保存起来实现数据的保护。离线模式适合于对数据保护的实时性要求不高的场合，离线模式设备比较简单，投资较少。 3.数据备份技术 正常情况下系统的各种应用在数据中心运行，数据存放在数据中
灾备方案
1.数据中心容灾备份解决方案 随着社会的发展和科技的进步，政府日常工作越来越依赖于数据处理来进行，政务系统的连续性依赖于数据中心系统的稳定运行。然而，灾难就像灰尘一样伏击在运营环境周围，政务系统的数据中心可能正在一个充满风险和威胁的环境下运行。如果不能对这些风险采取有效治理，一旦数据由于某种原因丢失，就很有可能对政府的日常工作造成严重的影响。如果核心数据丢失，将会使得某些核心功能陷入瘫痪，造成不可估量的损失。因此，保证政务的连续性和数据的高可靠性和可用性，已经成为政府部门在数据中心建设中，必须要考虑的问题。 1.1灾备解决方案原则 首先，在制定容灾系统方案的过程中要考虑的就是容灾系统建设对原有业务系统带来的影响。比如，采用数据复制技术对系统I/O带来的延迟，应用数据同步对日常业务处理系统带来的压力等。因此，企业要通过周密的测试和分析来规避容灾系统建设时带来的这些风险，以保证业务系统不会因容灾系统的建设而出现在处理性能上下降的问题。 第二，数据状态要保持同步。为保证在灾难发生时，业务可以成功地切换到备份中心，就必须保证容灾系统数据同步机制的可靠性。因此，建立可靠的数据同步校验机制是必须的; 同时，还要考虑建立定时的、自动的数据同步核查对比机制，以检验两个中心数据的一致性，这是数据容灾工作中非常重要的一部分。 第三，容灾系统的日常维护工作要尽可能轻，并能承担部分业务处理和测试的工作。容灾系统的维护和管理是容灾切换成功的重要保证，在系统建设中，就必须要考虑系统的维护管理流程。生产中心任何业务处理过程的改变都必须完整地复制到备份中心; 所有新业务系统上线时，必须通知备份中心，并在备份中心配置好数据同步机制; 对原程序的改动也必须保证两个中心同时上线。 第四，系统恢复时间要尽可能短。容灾系统主要是为了实现在主中心系统发生灾难时，可以在规定时间切换到备份中心，保证数据不会丢失，并且继续向用户提供服务。但往往在灾难发生时，主要技术人员不能及时到达现场，为了顺利实现系统间的切换，应该让系统切换操作尽可能地简单; 并建立固定化的、标准化的切换流程，要求维护人员在切换演习时严格按照流程的指导步骤进行操作。 第五，可实现部分业务子系统的切换和回切。当人事变动、业务变化、IT设施变化以及其 他可能引起恢复规划文档失效的变化发生时，应及时更新各恢复规划文档，并在必要时启动模拟测试或演习，确保业务连续性系统的工作能力。 第六，技术方案选择要遵循成熟稳定、高可靠性、可扩展性、透明性的原则。目前，国际上比较成熟的容灾技术包括：SAN/NAS技术、远程镜像技术、虚拟存储、基于IP的SAN互连技术以及快照技术等。其中基于IP的SAN远程数据容灾备份技术应用比较广泛，其是利用基于IP的SAN的互连协议，将主数据中心SAN中的信息通过现有的TCP/IP网络，远程复制到备份中心的SAN中的。当备份中心存储的数据量过大时，可利用快照技术将其备份
数据中心架构优化及搬迁项目招标文件
项目编号： 北京市电力公司 数据中心架构优化及搬迁 服务实施 招标文件 北京市电力公司 2013年3月 目录 1前言 (1) 2投标须知 (2) 2.1总则 (2) 2.1.1概述 (2) 2.1.2投标方资质要求 (3) 2.1.3投标方项目人员要求 (4) 2.1.4投标费用 (5) 2.1.5项目管控 (5) 2.1.6现场考察 (7) 2.1.7答疑 (8) 2.2招标文件 (8) 2.2.1招标文件的内容 (8) 2.2.2招标文件的修改 (9) 2.2.3招标文件注意事项 (9) 2.3特别约定 (10) 3技术要求 (11) 3.1项目总体目标 (11) 3.2项目建设原则 (12) 3.3项目总体要求 (12) 3.4项目实施范围 (13) 3.5项目实施内容 (16) 3.6项目工作概述 (16)
3.7.1项目管理 (17) 3.7.2搬迁原则 (18) 3.7.3前期准备 (18) 3.7.4搬迁方案 (19) 3.7.5培训与演练 (21) 3.7.6搬迁实施 (21) 3.7.7设备维保 (23) 3.7.8应急备件及技术保障要求 (24) 3.7.9保险要求 (24) 3.7.10应急预案制定、启动及实施的要求 (24) 3.8项目交付物文档参考 (25) 3.9项目周期要求 (26) 3.10物流要求 (26) 3.11搬迁注意事项 (27) 3.12其他要求 (28) 4商务要求 (29) 4.1资格审查 (29) 4.2应答语言和计量单位 (29) 4.3投标文件的组成 (29) 4.4投标文件格式 (31) 4.5投标报价 (31) 4.6投标文件有效期 (32) 4.7投标保证金 (32) 4.8投标文件提交 (33) 4.9投标文件的份数和签署 (33) 4.10投标时间、地点、联系人 (34) 4.11投标文件的有效性 (34) 4.12投标文件的补充、修改与撤回 (34) 4.13投标文件的澄清 (35) 4.14投标文件计算错误的修正 (35) 4.15投标文件的评审、比较和否决 (35) 4.16开标 (36) 4.17评标 (36) 4.18评标方法 (37) 4.19中标通知书 (37) 4.20合同授予 (37) 4.21其他 (38) 5合同（协议书）条款 (39) 5.1词语定义 (39) 5.2合同文件及解释顺序 (40) 5.3双方的权利和义务 (40) 5.4工期 (41) 5.5双方责任 (41)