宝安区大数据资源中心数据库运行维护服务项目.docx
《宝安区大数据资源中心数据库运行维护服务项目.docx》由会员分享，可在线阅读，更多相关《宝安区大数据资源中心数据库运行维护服务项目.docx（21页珍藏版）》请在冰豆网上搜索。
宝安区大数据资源中心数据库运行维护服务项目
宝安区大数据资源中心数据库运行维护服务项目
招 标 文 件
招标编号：
BAXX20180115001
投标人须知前附表
项号
内容
内容规定
1
项目名称
宝安区大数据资源中心数据库运行维护服务项目
2
采购部门
深圳市宝安区信息中心
3
资金来源
财政100％
4
投标人资格要求
1）投标人必须是在中华人民共和国境内注册的独立法人，且为深圳市政府采购注册供应商；
2）投标人经营范围须包含软件设计或软件开发，以营业执照或工商注册备案信息为准；
3）参与政府采购项目投标人近三年内无行贿犯罪记录（由于深圳市政府采购中心定期向市人民检察院申请对政府采购投标人库中注册有效的投标人进行集中查询，故仅需提供深圳市政府采购注册供应商证明即可。
）
4）本项目不接受联合体投标，不允许挂靠和转包。
5
踏勘现场
无
6
投标公示期
1月17日-1月30日
7
投标预备会
（答疑会）
无
8
投标文件份数
正本1份。
9
开标
时间：
2018年1月30日14:
30（北京时间）
地点：
深圳市宝安区信息中心
10
投标截止时间
2018年1月30日12:
00（北京时间，以收到投标文件时间为准）
11
评标办法
综合评分法
12
资金限额
￥440,000.00（肆拾肆万元整）
投标人须知前附件
本章是本招标文件中涉及的所有无效标和废标情形的摘要，除法律法规另有规定外，投标文件的其他任何情形均不得作无效标和废标处理。
招标文件中有关无效标和废标与本章节不一致的，以本章节内容为准。
（1）投标人的资格不符合招标文件要求。
（2）投标人提供的投标文件数量不符合招标文件要求。
（3）投标文件未按照招标文件要求制作、密封和标记。
（4）投标文件有关内容未按招标文件要求加盖投标人印章、或未经法定代表人或其委托代理人签字（或盖章）。
（5）不能提供相应法定代表人或其授权代表身份证明或不相符。
（6）招标项目完成期未满足招标文件要求的。
（7）投标文件的关键内容字迹模糊、无法辨认的。
（8）投标报价有严重缺漏项的。
（9）未实质性响应招标文件要求的。
（10）有一项带※的指标未响应或不满足要求。
（如有带※号条款）
（11）将一个项目包拆分投标，对同一货物及服务投标时，同时提供两套或以上的投标方案。
（12）投标人低于成本报价竞标的。
（13）投标文件附有采购人不能接受的条件。
（14）投标违规行为：
如以他人名义竞标、串通投标或者以其他弄虚作假方式投标的。
投标人须知
Ａ说明
1.适用范围
1.1本招标文件仅适用于投标人须知前附表（以下简称“前附表”）第1项所叙述项目的货物、工程及服务采购。
1.2上述采购按照《中华人民共和国招标投标法》、《中华人民共和国政府采购法》和《深圳经济特区政府采购条例》及有关招投标法规、规章、规定通过招标来择优选定投标人。
2.定义
2.1“采购人”系指前附表第2项所述。
2.2本次招标无“招标代理机构”。
2.3“投标人”系指提交投标文件的供应商。
2.4“货物”系指投标人按招标文件规定，须向采购人提供的设备及材料。
2.5“工程”系指投标人按招标文件规定，须向采购人提供的设备及材料的安装。
2.6“服务”系指招标文件规定卖方须承担设计和其它类似的义务。
3.资金来源
3.1采购资金通过前附表第3项的方式获得，并用于采购合同下的合格支付。
4.合格的投标人
4.1投标人必须是在中华人民共和国境内注册的独立法人，且为深圳市政府采购注册供应商；
4.2投标人经营范围须包含软件设计或软件开发，以营业执照或工商注册备案信息为准；
4.3参与政府采购项目投标人近三年内无行贿犯罪记录（由于深圳市政府采购中心定期向市人民检察院申请对政府采购投标人库中注册有效的投标人进行集中查询，故仅需提供深圳市政府采购注册供应商证明即可。
）
4.4本项目不接受联合体投标，不允许挂靠和转包。
4.5参加政府采购活动近三年内，无骗取中标、严重违约及重大工程安全和质量问题。
4.6法律、行政法规规定的其他条件。
5.投标费用的承担
5.1无论投标过程中的做法和结果如何，投标人自行承担所有与参加投标有关的全部费用。
Ｂ 招标文件说明
6.招标文件的构成
6.1招标文件是用以阐明所需设备及服务的情况，以及招标、投标程序和相应的合同条款。
7.招标文件
7.1招标文件的修改将构成招标文件的一部分，对投标人有约束力。
Ｃ投标文件的编写
8.投标语言及计量单位
8.1投标文件及投标人和采购人就投标交换的文件和往来的信件，应以中文书写。
8.2除在招标文件的设计思路和方案中另有规定外，计量单位应使用中华人民共和国法定计量单位（国际单位制和国家选定的其他计量单位）。
9.投标文件的组成
9.1投标文件应包括下列部分：
（1）目录；
（2）“授权委托书”和“开标一览表”
（3）项目费用构成明细报价；
（4）项目方案；
（5）投标人资格证明文件；
（6）差异表。
（7）上述文件密封的信封。
10.投标文件格式
10.1投标文件必须毫无遗漏地包括本须知第9条规定的内容。
11.投标报价
11.1投标报价应以人民币为结算单位。
11.2投标人应在招标文件所附的“项目费用构成明细报价”上写明分项单价和投标总价。
如果单价与总价有出入，以单价为准。
投标人对每种项目只允许有一个报价，采购人不接受有任何选择的报价。
11.3本项目总投资44万元整，服务时限为1年（合同签订时间起计算）。
11.4投标人的投标总价为完成项目及招标文件或合同条款所规定的工作内容的各项费用，应包括人工、项目管理、利润、税金、政策性文件规定及招标文件、合同包含的所有风险、责任等各项应有的费用。
11.5投标总价为投标人的投标文件中提出的各项支付金额的总和，投标人应充分考虑项目至竣工验收为止期间物价上涨、政策性调整等诸多因素以及由此引起的费用变动并计入报价。
11.6投标人的投标报价，应是本项目招标范围和招标文件及合同条款上所列的各项内容中所述的全部，不得以任何理由予以重复。
11.7投标人不得期望通过索赔、签证等方式获取补偿，否则，除可能遭到拒绝外，还可能将被作为不良行为记录在案，并可能影响其以后参加我中心采购的项目投标。
各投标人在投标报价时，应充分考虑投标报价的风险。
11.8投标人投标报价总额一经中标后，即作为中标单位与采购单位签订该项目合同的依据。
11.9此报价作为采购人评标标准，但不能限制买方以其它方式签订合同的权力。
12.投标人资格的证明文件
12.1投标人必须提交证明其有资格进行投标，作为投标文件的一部分。
13.投标有效期
13.1投标文件的有效期按照公告日期规定。
14.投标保证金
14.1无。
15.投标预备会（答疑会）
15.1无。
16.投标文件的份数和签署
16.1一份正本。
16.2除投标人对错处做必要修改外，投标文件中不许有加行、涂抹或改写，如有修改遗漏处，必须由投标人法定代表人或其授权代表签字和盖章。
16.3电报、电话、传真形式的投标概不接受。
16.4投标文件不符合上述规定，为无效投标。
D招标项目要求
1.项目说明
本项目为宝安区大数据资源中心数据库运行维护服务项目，总投资44万元，服务时限为1年（合同签订时间起计算）。
2.人员要求
驻场技术服务人员接受建设单位的领导和工作安排，若承建单位指派的技术服务人员的工作表现不能符合建设单位的要求，且经过教育后仍不能改正的，建设单位可要求承建单位更换该名技术人员等其他要求。
3.项目建设背景
根据区委办印发的《智慧宝安大数据资源平台管理暂行办法》，区信息中心负责统筹大数据资源平台的建设、管理、运行维护和安全保障工作。
大数据资源平台体系中的数据源、主题资源池、数据应用池涵盖数量众多的数据库，需要专业的数据库服务支持，及应用开发工程师将整合好的数据封装成接口服务对外提供应用及管理。
4.项目建设目标
●保障数据及应用的稳定性和可靠性；l
●保障数据及应用的安全性和可恢复性；l
●数据及应用故障的及时响应与修复；l
●数据及应用的维护服务；l
●数据及应用相关人员的技术培训服务；l
●数据及应用信息化建设规划、方案制定等咨询服务
5.维护服务需求
5.1数据库管理维护服务
大数据资源平台体系中的数据源、主题资源池、数据应用池涵盖数量众多的数据库，需要专业的数据库服务支持。
数据库管理、维护及技术支持，需至少一名数据库工程师驻场服务。
需要将整合的大数据资源平台的数据，进行集中存储，统一管理，保证数据的一致性、准确性和完整性。
为智慧宝安的建设提供信息资源共享服务，并为区各局办提供相关数据信息支持。
数据库运维内容涉及：
Ø交换库的数据运行维护管理服务支持。
Ø基础库的数据运行维护管理服务支持。
Ø业务库的数据运行维护管理服务支持。
Ø主题库的数据运行维护管理服务支持。
Ø数据库云平台运行维护管理服务支持。
5.1.1交换库管理维护
交换库管理维护提供统一的数据库备份/恢复,由于误操作、操作系统本身故障所造成的数据看不见、无法读取、丢失。
工程师通过提供统一的数据库备份/恢复将丢失的数据进行数据备份与恢复。
对平台日常的预防巡查。
包括数据运转是否正常、数据源是否正常更新等。
1、交换数据库服务器日常巡检、维护、故障处理；
2、交换数据库服务器运维情况汇总、分析、报告撰写；
3、交换数据资源目录分析、整理；
4、应用系统数据入库；
5、区内数据上报市政务共享交换平台；
6、交换数据库服务器搭建支持。
7、中心交办其他数据库有关的服务支持
5.1.2基础库管理维护
基础库管理维护提供统一的数据库备份/恢复,由于误操作、操作系统本身故障所造成的数据看不见、无法读取、丢失。
工程师通过提供统一的数据库备份/恢复将丢失的数据进行数据备份与恢复。
对平台日常的预防巡查。
包括数据运转是否正常、数据源是否正常更新等。
1、基础数据库服务器日常巡检、维护、故障处理；
2、基础数据库服务器运维情况汇总、分析、报告撰写；
3、基础数据资源目录分析、整理；
4、应用系统数据入库；
5、区内数据上报市政务共享交换平台；
6、基础数据库服务器搭建支持。
7、中心交办其他数据库有关的服务支持
5.1.3业务库管理维护
业务库管理维护提供统一的数据库备份/恢复,由于误操作、操作系统本身故障所造成的数据看不见、无法读取、丢失。
工程师通过提供统一的数据库备份/恢复将丢失的数据进行数据备份与恢复。
对平台日常的预防巡查。
包括数据运转是否正常、数据源是否正常更新等。
1、业务数据库服务器日常巡检、维护、故障处理；
2、业务数据库服务器运维情况汇总、分析、报告撰写；
3、业务数据资源目录分析、整理；
4、应用系统数据入库；
5、区内数据上报市政务共享交换平台；
6、业务数据库服务器搭建支持。
7、中心交办其他数据库有关的服务支持
5.1.4主题库管理维护
主题库管理维护提供统一的数据库备份/恢复,由于误操作、操作系统本身故障所造成的数据看不见、无法读取、丢失。
工程师通过提供统一的数据库备份/恢复将丢失的数据进行数据备份与恢复。
对平台日常的预防巡查。
包括数据运转是否正常、数据源是否正常更新等。
1、主题数据库服务器日常巡检、维护、故障处理；
2、主题数据库服务器运维情况汇总、分析、报告撰写；
3、主题数据资源目录分析、整理；
4、应用系统数据入库；
5、区内数据上报市政务共享交换平台；
6、主题数据库服务器搭建支持。
7、中心交办其他数据库有关的服务支持
5.2数据应用接口管理及封装服务
5.2.1服务内容
大数据资源平台体系中的数据源、主题资源池、数据应用池涵盖数量众多的数据库，需要专业的应用开发工程师将整合好的数据封装成接口服务对外提供应用及管理。
数据应用接口封装及管理，需一名应用开发工程师驻场服务。
涉及的数据应用接口管理及封装的需求是把各部门、各系统关注的共享信息资源封装成应用系统可以直接调用的WebService或可视化的Web查询服务，通过服务的统一管理与调度，实现基于授权的服务调用和信息共享，以屏蔽背后复杂的数据信息资源结构，简化信息共享服务难度和复杂度，支撑各部门、各系统、各角色灵活、多样的信息应用服务需要。
运行维护管理服务内容主要需要：
●将来源于主题数据库的数据封装成应用接口，挂接到数据精细化管理系统，提供对外应用；
●对服务接口调用情况汇总、分析、报告撰写。
5.2.2服务要求
通过对应用系统的维护，分析用户的不断更新的需求，分析应用系统对服务平台性能的要求，提出系统优化扩容解决方案，保障应用系统的处理服务性能。
（1）业务数据维护；
（2）业务数据备份；
（3）业务系统日常维护；
（4）软件更新服务；
（5）对业务管理系统健康状态检查与分析报告；
（6）对系统用户信息进行维护和修改，添加系统用户、更改系统用户信息、权限，负责系统中管理人员、操作人员、监督人员名单的调整，以及数据同步。
5.3数据库安全服务
5.3.1风险评估
风险评估和安全加固工作贯穿于信息数据库维护服务的整个生命周期的各阶段中。
在运行维护阶段，要不断地实施风险评估以识别系统面临的不断变化的风险和脆弱性，并通过安全加固进行有效的安全措施干预，确保安全目标得以实现。
5.3.2应急响应
应急状态的安全值守、响应工作，主要是数据库维护服务应急响应、重大安全故障处理，确保出现安全事件时快速反应、及时处理，降低安全问题对宝安区信息工作的影响。
5.3.3安全巡查
安全巡检主要是指深入现场，了解情况：
维护服务内容中的各类数据库服务器等设备运行情况，仔细观察各个安全节点的可靠性，并综合安全巡检情况，定制安全策略。
5.3.4安全监控
对服务内容进行监控，在安全环境产生变化时，及时更新安全策略，在现有设备和网络情况有改变的时候，快速制定，针对更新后设备环境的安全策略，并实施部署。
避免因设备变更而带来的安全风险。
5.3.5安全通告
定期安全通告，在出现新型病毒或者新出现漏洞并且部分修补的情况下，制作安全通告及时告知相关运维人员，增强对于新型病毒和漏洞的防御力。
6.服务要求
在本服务项目中，运维团队应明确自己的责任和义务，在充分了解项目所述各个系统现有环境的基础上，提供规范化、高质量的服务，并对服务质量做出可量化的承诺。
6.1基本要求
6.1.1工作日服务
主要指现场值守服务，维护团队需要指派2名资深服务技术服务工程师长期值守在现场，负责对现场数据库及系统运行状态进行监视、管理和维护，通过对系统运行日志的分析提前发现并排除可能发生的潜在故障，并在全部维护服务团队支持下，在1小时内排除普通故障，2小时内排除较大故障，4小时内排除重大故障，24小时内排除特大故障。
维护期内提供技术人员进行现场监控服务。
6.1.2故障响应服务
除了现场值守服务方式外，同时，提供7×24小时故障响应服务具体包括：
Ø维护期内提供电话、传真、电子邮件等方式的咨询和支持服务。
Ø
Ø数据库及系统设备出现故障时，15分钟内响应，当现场维护工程师或节假日值班维护工程师无法排除故障时，1小时内中心派专业工程师赶赴现场进行故障诊断及处理，在1小时内排除普通故障，2小时内排除较大故障，4小时内排除重大故障，24小时内排除特大故障。
Ø
Ø一般故障，正常工作日内响应。
6.1.3其他时间响应服务
数据库或者系统在非工作日出现异常时，维护团队现场人员将在1小时内赶赴现场并排除系统普通故障，特大故障将在24小时内处理完毕。
具体联系方式包括：
通过维护团队提供的7×24小时响应服务热线；现场维护人员通过移动通信网络（当运维管理系统具备短信故障报警通知功能时）接收到系统报警信息；或维护人员接到服务请求电话时。
6.1.4临时保障服务
当遇到重大活动需要提供临时保障服务时，维护团队须在需要保障服务的前三天进驻现场，并对所有设备进行临时性安全检查，排除安全隐患，以做到万无一失。
6.1.5月度检查
每月对数据库及服务器、相关系统及设备进行检查，进行安全系统、防病毒系统检查，进行漏洞扫描，并对检查中存在的故障及安全隐患进行处理。
每月第一周向用户单位提交上月的《月度巡检报告》，报请用户单位审批签署。
6.1.6季度检查
每季度对由维护团队的专业维护队伍对所有设备进行安全评估和风险分析，提交完整的安全状况评估报告，分析存在的安全漏洞情况，提出《整改方案和建议》。
6.1.7年度检查
每年由维护团队组织对整个数据库运维服务内容进行安全检查，对每个设备使用状态进行风险评估，并对下一年可能存在的问题进行风险预测，出具使用报告。
6.2服务队伍要求
要求维护团队拥有强大的技术支持力量，拥有稳定的专业化的技术支持服务队伍，完善的技术支持服务体系。
Ø数据库运维工程师
学历：
本科
工作年限：
工作年限2年及以上
资质证书：
数据库系统工程师、或oracle的dba认证、或其他权威的认证。
Ø应用开发工程师
学历：
本科
工作年限：
工作年限2年及以上
资质证书：
计算机软件开发证书或其他相关权威的认证。
6.3服务流程要求
6.3.1主动式服务
（1）定期预防性维护服务
维护团队根据系统维护服务计划或用户要求为用户提供定期预防性维护服务。
此类服务是有计划有步骤进行的，目的是为了提高系统的可使用率和高可靠性，把系统故障的可能性降低到最低。
在硬件维护方面，要求维护团队工程师每两周进行一次现场例行检查，为用户维护硬件设备，并为用户替换那些虽然能够工作但不是很正常的部件，以避免系统崩溃的情况发生，防患于未然。
（2）系统运行健康检查
维护团队应提供一月一次的系统运行健康检查，按计划对系统性能进行诊断，根据结果出具性能诊断报告，并征得用户同意后调整系统参数，使系统始终在最佳状态下运行。
对可能出现的问题提供科学预测，并采取必要的预防和补救措施，防患于未然。
（3）系统运行状况分析
每季一次对系统的运行状况分析。
提供本项目系统设备和PC服务器设备运行状态和性能的分析、评估服务，以提高系统的可靠性、可用性和整体性能。
每年一次向用户提交详细的系统可用性、安全性、运行状况分析等预防性维护策略、报告和总结。
6.3.2纠错性维护服务
维护团队应提供电话技术支持服务或到场维修服务。
解决数据库服务器问题，恢复系统软件正常运行，作系统备份，递交系统检查报告等。
6.4服务响应要求
6.4.1日常服务响应时间
由于针对本项目采用的驻留现场服务方式，维护团队需指派驻2名资深工程师采取同步的作息时间，因此，现场服务的响应时间为及时响应。
6.4.2事故分级响应服务时间
各级故障事件的最晚响应时间为：
确认时间
一级故障
二级故障
三级故障
四级故障
1小时
技术服务人员
4小时
专业工程师
技术专家
24小时
技术专家
专业工程师
技术专家
48小时
服务项目经理
服务项目经理
专业工程师
技术专家
故障事件等级划分如下：
Ø
Ø一级故障事件：
现有的网络或系统停机，或遭到严重攻击行为或安全事件，对信息系统的业务运作有重大影响；Ø
Ø二级故障事件：
现有网络或系统的操作性能严重降级，或由于网络性能失常或安全事件严重影响信息系统用户业务运作；
Ø三级故障事件：
网络或系统的操作性能受损，安全事件（例如病毒在小范围内发作），但大部分业务运作仍可正常工作；Ø
Ø四级故障事件：
在网络、服务器、存储、安全设备功能、安装或配置方面需要调整或优化。
本级故障事件对信息系统的业务运作几乎无影响，或影响很小。
依据事故重要性和紧急性的原则，每一级事故严格定义升级时间为2小时，其中在二级事故和一级事故应急处理过程中，要及时考虑替代恢复方案，尽可能在最短的时间内恢复业务系统。
其中三级事故的处理，驻场服务人员在事故响应1个小时内，如果不能快速判断问题所在，可以寻求整个服务团队的支持。
在一、二级事故判断中，服务人员在监控中发现问题，一方面应迅速将问题向部门领导进行反应，一方面须快速判断问题和收集事故信息，涉及到具体产品提供商或服务商内，及时告知客户协调相关厂商现场支持。
为保障业务平台的正常运行，除对突发故障的应急支持外，要充分保障日常对业务系统软硬件的应急灾备恢复预案，并通过定期的演练加强应对突发事故的意识和流程。
6.4.3服务报告要求
维护团队定期提供服务报告，服务期结束前应提供服务年报，并对每一次重大故障和问题的原因、解决方法、完成情况等形成专门报告，及时报送用户部门和服务管理部门。
在运维服务过程中将产生不限于以下的记录和报告：
Ø
Ø日常维护报告
Ø系统巡检日志Ø
Ø系统维护记录Ø
Ø系统优化记录Ø
Ø各类优化的管理制度Ø
Ø故障分析处理记录Ø
Ø故障整改方案和建议Ø
Ø交接班登记表Ø
Ø重大故障记录报告
6.4.4运行保障资源库
在运维工作开展前期，把有助于用户运维的相关资料进行收集整理，以确保在实际运维过程中不会由于缺少沟通或者遗漏部分环节导致的问题处理延迟，具体保障资源如下：
Ø
Ø设备相关资料收集：
整理各设备相关管理人员联系方式、设备物理位置等，书面文档与电子文档相结合，以确保出现设备故障或需要远程支持时能在第一时间联系到具体负责人，及早完成设备故障处理工作。
Ø
Ø设备操作文档收集：
整理设备有关的操作文档，并整理成册，书面文档与电子文档相结合，辅助工程师处理相关问题。
Ø
Ø设备配置库整理汇总：
整理所有设备原始配置资料，整理入库，且在修改设备配置后及时对录入的数据进行更新，以确保设备配置的准确性及安全性。
Ø运维知识库的建立和维护：
收集维护过程中出现的各类资料，进行分类整理入库，为维护工作提供知识库。
6.4.5质量管理要求
维护团队应根据本项目要求提出服务质量管理及监控具体措施，并对所提供的服务质量和标准做出明确可量化的承诺。
6.4.6技术交流及培训
维护团队应提供必须的服务技能培训，并对相关技术问题进行充分交流，以提高用户技术水平，使用户能熟练使用现有系统。
培训包括不定期或面对面培训，并提供对部分用户简单故障排除方法培训。
7付款方式
1.）预付款：
签订商务合同后一个月内，按照国库集中支付制度和支付程序，支付项目总金额的50%；
2.）尾款：
维护期将满（维护期满前2个月内）且通过建设单位服务质量验收，按照国库集中支付制度和支付程序支付合同总金额的50%。
开标一览表
招标项目名称：
招标编号：
项目名称
投标总价
（人民币元）
宝安区大数据资源中心数据库运行维护服务项目
大写：
小写：
投标单位：
（盖章）
法定代表人或授权代表：
（签字）
年月日
注：
1、价格应按“招标文件”中规定的货币单位填写。
2、此表应经法定代表人或其授权委托人签名，并加盖公章。
差异表
招标项目名称：
招标编号：
序号
招标文件条款
投标文件条款
说明
注：
投标文件的响应、资格与招标文件有偏差（甚至是
升级会员 