泸州市局数据库应用级灾备系统

1、泸州市公安局“数据库应用级灾备系统”征求意见公告致有关供应商：泸州市公共资源交易中心受泸州市公安局委托，拟对数据库应用级灾备系统以公开招 标方式进行采购。为了保证政府采购当事人合法权益，确保政府采购程序公开、公平、公 正，按照关于加强我省政府采购集中采购机构和社会代理机构管理的补充通知（川财 采（2008） 35号）文件规定，现就该项目招标文件发布前，在“四川政府采购网”、“泸 州市公共资源交易网”公示拟采购项目名称及标的物、投标人的资格性条件、技术指标参 数、服务性要求等内容，公开接受社会监督、广泛征求各供应商意见和建议。公示期限为 7个日历日。如有异议，请具体指出不合理性的内容，并进行说明

2、。所提意见（加盖公章并注明联系方式）请在2015年11月16日前，以书面形式直接 反馈至我中心并抄送采购单位。非常感谢您的参与。联系人及联系电话：联系人：李女士联系电话真电话先生（采购人代表州市公共资源交易中心2015年11月9日泸州市公安局“数据库应用级灾备系统”采购项目供应商资格性条件及商务、技术要求1. 项目概况1.1 项目名称：数据库应用级灾备系统。1.2 项目编号:lzzfcgzx(2015) 1092。1.3 采购方式：公开招标。1.4 本项目共1个包。2. 供应商资质要求2.1 在中国境内注册并具

3、有独立法人资格的合法企业。2. 2 具有良好的商业信誉和健全的财务制度。2. 3 参加本次政府采购活动前三年内，在经营活动中没有重犬违法记录。2.4 有依法缴纳税收和社会保障资金的良好记录及社会良好的信誉。2. 5 具有履行合同所必须的设备和专业技术能力。2. 6 具备法律和行政法规规定的其他条件。3 技术参数要求3.1 (见下表)项目报价明细表序号设备名称技术参数 要求数量单位单价总价1灾备存储服务模块见附件124月2业务节点数据分发模块见附件124月3业务数据接收分储模块见附件124月4业务数据交换模块见附件124台5业务数据转换模块见附件124套6业务数据交换管理监控服务模块见附件124

4、套合计金额：元（大写：圆整）注：仁交货、安装完成时间：合同签订后45天交货（完工。2、请投标人参照上述表格样式重新制表进行投报，并在相关栏目中注明品牌、型号、 配置清单、产地及其技术指标等。3、各投标人按“交钥匙工程”的标准报价，必须负责本项目全部硬件系统正常运行 需要（含各类辅材）的各类设备及配件的采购、集成、安装、调试、人员培训、 售后服务和技术服务，中标后总报价不作调整。附件1:项目技术要求泸州市公安局“数据库应用级灾备系统”技术参数要求及商务要求1. 项目背景如今在灾备建设这方面的意识开始加强。以前认为不太可能发生的事情现在有了真实 发生的例子，而且影响和后果非常严重。随着信息化建设和

5、无纸化办公的不断推进和发展, 各部门对信息系统的依赖性越来越高，数据库作为信息系统的核心担当着重要的角色，尤 其是作为公安行业，对数据可靠性要求很高，如果发生意外停机或数据丢失其损失会十分 惨重。为此，数据库备份与灾难恢复策略是必不可少的。数据库的备份是一个长期的过程, 而恢复只在发生事故后进行，恢复可以看作是备份的逆过程，恢复的程度的好坏很大程度 上依赖于备份的情况。我局目前有专门的集中备份服务器，并在2011年升级改造为多级存储备份。备份服 务器主要针对承载于小型机上的数据库进行备份管理，主要包括：信息资源库，综合查询 和警务综合应用平台等，这些备份服务器都存在于信息中心。而按照信息化建设

6、要求实现 界地应用级备份述相差甚远。灾备系统不但能满足这一要求，述能实现负载分担。灾备系 统建设主要分为数据级灾备和应用级灾备两大类。数据级灾备关注数据的备份和恢复，是 应用级灾备的基础和前提；而应用级灾备则在数据级之上，进一步提供业务接管和恢复能 力。应用级灾备包括两个方面：数据同步和应用接管。数据同步是应用接管的前提。在保 证数据同步基础上，要实现应用接管，还要能实现灾难发生时的网络切换和应用切换。2. 项目综述2.1建设预期目标2. 1. 1使用云系统与云存储来建设业务应急系统。2.1.2实现在主业务系统故障时，应急系统能瞬间替代故障业务系统的工作。2. 1. 3实现各部门各业务系统数据

7、的交换。2.2建设目的2. 2.1使用成熟高效率的云系统与云存储技术，作为各主耍业务应急系统的平台。云系统与云存储技术在提高了系统性能的同时又保证系统与数据的安全。2. 2. 2在云平台上为各主要的业务系统建设应急系统，当业务系统出现故障时能瞬间替代岀现故障的业务系统继续正常的业务工作。非工作状态下可用于开发测试、 数据分析、故障模拟、教学等任务，并根据需要可恢复到以往历史时间。2.2.3为大数据云计算技术的使用和数据深入分析利用起到关键性的技术支撑作用。建设私有云的一个重点问题就是将各业务系统的数据进行集中，只有将各种业务 系统进行数据融合后，开展云计算、大数据分析等等相关的大数据运算业务。

8、通 过数据实时发送集中可以很好的在不影响原有系统的性能情况下，实时的将变化 数据整合在一起为云计算和大数据提供服务。2. 2.4 部门各业务系统之间进行数据交换与整合，对某些数据进行转换与计算。实现据的集中分析与数据共享。计算机的大量使用，直接导致各部门信息系统形成了 一定规模的业务数据量，各部门业务系统越多，部门之间越是存在着信息壁垒， 因为某些原因和安全考虑部门之间的数据难于实现共享，或者是共享的手段很麻 烦很复杂化，往往是人工方式去处理，不科学不自动化。例如：在与交通部门进 行数据交换时就是人工手动在处理，定期对数据进行处理，数据的实时性不高， 也存在管理上的数据不准确因素。跨部门信息共

9、享也被各部门列为重要的建设目 标，可以将要共享的数据集中起来展现，集中进行报表、查询、特别是业务分析 和统计等这类工作。也能与指定的业务系统进行数据互送，将需要的可以拿的拿 回来，将可以公开的放出去，为各部门之间进行数据共享、数据交换提供关键的 技术支撑与保障。以实现实时的将用户指定的数据分享给其他业务系统或部门单 位，比如数据分发，数据集中等等。数据互送互传时通过使用安全单向传输的技 术，实现各系统之间数据的共享，直接杜绝了没经过授权的用户对数据库的直接 操作。防止用户任意查，任意看等待各种行为。3. 商务要求3. 1 本项目为服务项目，服务期内需保证整个系统的良好运行，投标商在投标方案中需

10、 对部署方式进行详细描述。3.2 投标人在交货时应提供主要设备（指安防设备、服务器、存储设备、电源设备、信 息安全设备、网络设备、平台软件、运维软件）的生产厂家针对本项目岀具的制造 商产品销售授权书或售后服务承诺函。3. 3 产权归属该项目系统采用“运营企业负责建设、维护、更新，政府岀资，公安管理使用”的 服务模式。该系统服务包含整个系统软硕件建设及服务、项目运行费用、运维保障 服务三个部分。合同签订租赁服务期限为2年。整个系统软硬件建设包括所有前 端系统、网络传输系统、后台处理系统等，及其运行保障环境的相关软破件建设及 服务。系统软硬件等设施建设及服务报价中应包含2年的设备设施保修、系统软件

11、 服务等费用。2年服务期到后，本项目所使用的软硕件归采购人所有。4. 项目建设内容4. 1 灾备存储服务模块数据量1个，用于建设灾备系统平台与存储服务平台。4. 2 业务节点数据分发模块数量1个，安装在业务节点进行数据分析发送。4. 3 业务数据接收分储模块数量1个，在需要接业务数据的节点部署。4. 4 业务数据交换模块数量1个，用于各业务节点间数据交换。4. 5 业务数据转换模块数量1个，对指定的数据进行转换操作。4. 6 业务数据交换管理监控服务模块数量1个，对各业务使用节点进行监管。5. 技术服务要求5. 1 灾备存储服务模快5.1.1建设灾备系统与存储服务平台，系统必须具备集群功能，多

12、个系统之间可以提 供负载均衡服务与故障迁移服务。可进行区域划分，每个区域内部可以止常通信, 区域之间无法通信。5.1.2存储服务必须支持主流的分布式存储技术，相同数据可以存储到多台服务器中, 并且提供数据容错功能，即单一存储节点岀现问题时，也能从其他存储节点中恢 复数据。5.1.3支持将数据存储在多个存储节点中，可并行读、写多个存储节点中的相同数据。 对长期使用过程中产生的垃圾数据具有自动清理功能。对关键时间点的数据可以 进行快照动作，并根据需要时可恢复到该快照时间点。对某些关联的逻辑数据文 件共享存储到一个物理文件中，做到一次i 0操作就可读取该数据。5.1.4在该平台中建设与现有业务同样的

13、系统平台作为业务应急系统使用，对关键业 务数据及系统数据进行优化与检测，并建立相对应的业务应急系统，当业务系统 出现物理或者逻辑故障后，可以使用应急系统进行替代，在非常短的时间内恢复 业务止常工作。根据用户需要可以恢复业务系统到历史日期。定期对应急系统进 行检查与优化，核查数据的准确性并进行故障演练工作。5. 1. 5文件管理模式全局统一命名空间将磁盘和内存资源聚集成一个单一的虚拟存储 池，对上层用户和应用屏蔽了底层的物理硬件。必须保证所有节点看到的文件系 统是一致的、空间大小一致。支持并行锁控制技术，保证多个节点在同一时间可 以对同一文件进操作。5.1.6存储资源可以根据需要在虚拟存储池中进

14、行弹性扩展，比如扩容或收缩。当存 储虚拟机映像时，存储的虚拟映像文件没有数量限制，所有虚拟机均通过单一挂 载点进行数据共享。5.1.7虚拟机1/0可在命名空间内的所有服务器上自动进行负载均衡，消除了 san环 境中经常发生的访问热点和性能瓶颈问题。数据储存在逻辑卷中，逻辑卷可以从 虚拟化的物理存储池进行独立逻辑划分而得到。5.1.8存储服务器可以在线进行增加和移除，不会导致应用中断。逻辑卷可以在所有 配置服务器中增长和缩减，可以在不同服务器迁移进行容量均衡，或者增加和移 除系统，这些操作都可在线进行。文件系统配置更改也可以实时在线进行并应用,可以适应工作负载条件变化或在线性能调优。5.1.9数

15、据的分类存储，非结构化数据应单独存储：包括所有格式的办公文档、文本、 图片、图像、音频和视频信息等、结构化数据：存储在关系数据库中，可以用二 维关系表结构来表示。结构化数据模式包括属性、相间类型以及数据之间的联系 和内容应是分开的，数据的模式可以预先定义。5. 1. 10数据定期合并，系统中的数据记录删除或者更新后，原来的记录成为垃圾数据。 如果这些数据一直保存下去，文件无限膨胀，需要定期执行合并操作以实现垃圾回 收。将所有老数据文件中的数据扫描一遍并生成新的数据文件。5. 2 业务节点数据分发模块5.2.1对目前使用的业务系统中的数据，进行智能分析和整理。根据用户的具体需求 和条件对数据进行

16、在线分析与整理，并将满足需求的业务数据分发到指定的其它 业务系统中。5.2.2可以对前来要求数据访问的接收端进行权限访问控制，未经授权的数据不可访 问。对前端用户是透明操作，不需耍前端用户改变任何代码等。在对当前业务系 统进行智能分析的过程中，必须保证不影响该业务系统的止常使用。5.2.3在对业务数据进行分析前，必须通过软件自我方式将现存的数据传输到接收方, 在传输中必须对现存数据进行整理和规范，按一定的规律进行存储。在数据整理 过程中可以由用户指定类型进行排序、对某些数据可以使用函数进行计算等操 作，对某些数据可以根据用户要求进行合并或者截断。5.2.4数据整理过程中对业务中存在的重复数据进

17、行标注，处理方式可由用户定义。 对于某些重要数据可以进行添加相关的属性信息，包括创建时间、修改时间、大 小、数据来源等内容。5. 2. 5业务系统新增数据和改变数据时，分析模块应可以达到10秒至60秒对变化数 据进行一次分析，时间间隔可以由用户进行调整设置。分析过程中必须使用并行 技术，同时对较多用户提交的数据进行处理。5. 2.6分析模块分析出的数据必须形成缓存文件，存储成一定格式的文件存储在硕盘 中，缓存文件中的数据可以被第三方程序使用，但不能进行更改。可以使用工具 对缓存文件中的数据进行查看、调整、修改等操作。5. 2.7数据分发过程中，必须使用较为成熟的传输压缩算法，对传输的数据进行压

18、缩 处理，压缩方式必须是无损压缩，并保障数据的完整性。数据压缩率必须达到原 数据的两倍。5. 2.8数据分发模式必须支持，单对单发送、单对多发送及相互传输。可以将多个分 析节点的数据集中发送到指定的系统中进行统一存储，分析节点间可以进行数据 传输交换。5. 2.9数据分析分发模块必须有相应的函数接口，可被第三方应用直接调用和开发过 程中使用。函数接口必须以api通用接口的方式提供，并支持c/c+/java/delphi 等主流编程语言。5.2.10在业务系统运行中，在对业务数据进行分析发送时，要合理的控制各系统使用 资源，处理器占用率必须低于10%以下，内存使用大小可以由用户自行定义，磁 盘读

19、写率应控制在整体读写的20%以内，网络端口占用必须控制在整体的30%以 内。5.3业务数据接收分储模块5. 3.1在需耍接收分发出来的业务数据系统中，使用该模块功能对数据进行接收。数 据的接收可分为主动与被动两种工作模式，在主动工作模式下，系统主动联接分 析方并请求需要的数据。在被动工作模式中，主要等待接收数据不会主动联接分 析方。接收到的数据可以按自定义格式进行存储，支持将数据存储在主流的文件 系统和云存储中。存储的数据可以立即提供给业务系统进行操作。5. 3.2分析端传输过来的压缩数据进行解压述原处理，根据不同的数据类型进行分类 存储到本地业务系统中。可支持多个会话多个进程同时工作。5.

20、3.3数据在接收过程中必须产生关键的h志记录，详细记录接收到的缓存文件存储 位置与状态，并且提供程序工具可以查看缓存文件中的数据情况，能与分析端的 原始数据进行对比验证数据的正确性。5.3.4将数据存储在业务系统中后，必须建立快速查询机制。对经常使用的数据必须 放在快速存储区，用户可以将指定的数据放入内存等待使用。对读取量比较大的 数据应可以自行判断放内存中。5.4业务数据交换模块5.4.1在业务系统止常工作中，各业务系统通过该模块将满足指定条件的数据与其它 系统进行数据交换，交换过程中根据用户定义数据将其传输到相关的其它业务系 统中进行存储，同时可以向其它业务系统请求自身需要的业务数据5.4

21、.2在业务系统止常工作中，各业务系统通过该模块将满足指定条件的数据与其它 系统进行数据交换，交换过程中根据用户定义数据将其传输到相关的其它业务系 统中进行存储，同时可以向其它业务系统请求自身需要的业务数据。5.4.3操作过程中不影响业务系统正常使用。每分钟数据交换效率不低于300m,数据 交换过程中将操作过程信息传输到业务监控管理服务端。数据交换过程中需要保 持数据的止确性、完整性和一致性。5. 4.4可以在内存区域存储用于缓存的交换数据，可以用户自定义内存区缓存大小。 所有交换数据都在内存区进行操作，不占用磁盘读写10。5.4.5将用户指定的数据放于共享区域，在共享区域的数据可以让其他节点进

22、行读取, 同时可以读取其他节点共享区域的数据。必须具有主动与被动数据交换功能，可 以主动将数据提取到本地，也可被动接收其他节点传输的数据。5.4.6在数据交换过程中，对于存在着时区差界的节点，用户可以为交换的数据添加 定义时间值。时间值必须与业务系统数据时间格式保持一致，并可以作为还原数 据交换流程的时间依据。5.4.7具备会话联接管理功能，对数据交换过程中联接的会话有管理能力，可以查看 会话的标识信息、会话联接时间、使用该会话联接的节点名称、使用会话的用户 名等等相关属性信息。5.5业务数据转换模块5. 5.1在业务数据传输与交换过程中，按照用户提供的需求将不同的数据类型转为指 定的数据类型

23、进行存储，在平台与系统环境不同的情况下，数据转换过程中应保 证数据类型的长度完整性不丢失。数据转换过程中，能控制cpu与内存的使用 情况，确保占用率低不影响其它系统正常工作。5. 5.2可将非结构化数据转换存储成指定的二进值格式进行存储，可以将结构化数据 转换成数组方式。时间数据可以转换成十进值方式存放。可以对字符串、文本类 数据通过函数进行截取和联接等操作。5. 5.3将某些复合定义条件的数据进行计算，支持对可进行计算的数据进行数据计算, 计算完成后保留计算值自动清除计算时所用原始数值。支持将多种类型的数据整 合为同种类型进行存储。5. 5.4可以定义数据过滤筛选策略，对满足条件或者不满足的

24、数据进行相关的操作处 理。5. 5.5策略中管理所有的数据转换设置任务，策略中所有操作必须形成fi志并传输到 业务监控模块进行记录。5.6业务数据交换管理监控服务模块5. 6.1建立各业务系统与模块间的监控控制服务，各业务模块在运行过程中，将系统 中的各种情况数据与信息传输到监管控制系统中进行监控管理。在监管控制过程 中主动将信息数据发送到监控管理端，监控管理端也能做到采集业务系统的信息 数据。监控管理系统在发现满足用户条件时，能执行用户指定的操作过程。所有 模块工作过程应详细的记录在该系统平台中。对部份重要关键的内容分析自动处 理。5. 6.2业务监控服务系统必须支持数据库，将收集到重要信息

25、等数据存储在数据库中, 必须支持当前主流的关系型数据库。5.6.3支持历史数据保留时间，业务监控系统接收的数据必须保存半年以上，可以使 用历史数据进行故障分析和演示事件。可以自行定义历史数据保留周期，超过保 留周期的数据可以用新数据直接覆盖。5.6.4支持自动注册，可以发现各模块使用节点并进行自动注册，将使用模块的节点 添加到业务监管服务中，可以主动扫描指定节点的主机上的功能模块情况。5.6.5可以配置获取监控数据的方式，取值的数据类型，获取数值的间隔、保留时间、 趋势数据分析等。可以获取相关业务系统鍵值信息。5.6.6支持api接口功能，可以为第三方式调研使用，能达到批量操作提供可编程接 口

26、，做到在改动不复杂化的情况与现有运维系统相集成。5. 6.7支持业务模块故障告警功能，当某个节点功能模块出现故障时，将相对故障报告信息发送给管理用户，发送方式必须支持邮件、短信。发送故障信息应分为不 同的等级，必须包括严重、警告、一般三种故障信息模式，集成问题诊断与影响 分析。6. 服务与培训要求6.1考虑到业务系统的复杂化，以技术服务方式进行项目建设。该项目采取投标人全额 投资，项目中使用的软、硕件在服务期结束后归采购方所有。6.2预中标方须进行实际功能测试（以投标文件为准），全部验证通过后方能办理后续 手续。若发现虚假应标，直接没收投标保证金。6.3安全要求，如果数据传输的机密性、完整性缺

27、乏保障机制，敏感的信息在传输过程 中就存在被泄露或篡改的风险。传输安全需要做到如下几点：6. 3. 1可以根据用户要求某些数据可以做到只能单向传输。6. 3. 2数据传输中必须使用加密技术对传输中的数据流加密，以防止传输过程中的窃 听、泄漏、篡改和破坏。6.4项目实施6.4.1投标人须选派专人工程人员，根据用户业务系统实际情况，进行安装、调试、 接口开发等工作。6.4.2在具体的实施过程中，相关费用由投标人承担，采购人只负责协调配合工作。 6.5服务保证要求6. 5.1投标人应提供专业的技术服务并保证系统的工程质量，配备专业的售后服务团 队保证项目售后服务质量，保障系统安全、可靠、高效地运行。

28、6. 5.2投标人必须承诺在服务期内向采购人提供技术支持，并对系统中的主要设备、 软件和通信网络的功能扩充提供免费技术支持（包括现场支持），在服务期内按 照服务承诺要求提供服务。6. 5. 3投标人所投平台原厂商应有1名授权工程师常驻泸州提供技术支持保障。6. 5.4投标人必须向采购人说明并承诺服务期满后收费服务的优惠承诺（包括：系统 及软件服务、运维保障服务及新需求建设服务等服务内容）。该优惠承诺应参照 此次报价相应有所递减。6. 5.5服务期内：投标人每月应派工程师上门汇报系统运行情况，出具用户方认可的 系统运行分析报告并填写有关服务小结报告。未按时提交报告每次扣款1000元。6. 5.6

29、针对系统的保障：一是在软、硕件故障但不太影响该功能模块整体应用情况下, 须在24小时以内排除故障。24小时以后，每超出1小时（不足1小时按1小时 计），扣款1000元。同一功能模块累计一个月内故障超过3次，则扣除等同于 5%的服务费用。以上扣款罚则同时适用时，按照较高标准计算。6. 5.7投标人应在每次故障解决后5天内，为采购人出具本次系统故障分析说明，给 采购人的维护工作提供理由充分的参考依据。未按时提交报告每次扣款1000元。6. 5. 8因不可抗力因素导致系统出现故障的，应按照服务承诺在规定时间内及时修复, 否则视为无效服务，并按照服务承诺扣款细则按实扣除服务费。确因不可抗力因 素造成的故障由投标人提交书面报告，使用方确认后，不计入当月考核范围。6.6培训目标和总体要求6. 6. 1由投标人负责对用户指定技术人员进行专门技术培训，包括进行详尽的工作原 理、操作使用、一般维护、常见故障排除等一系列的专业培训，能够止确操作与 使用全部设备并能进行常见故障排除，进行例行状态查看和必