三明市地方税务局OA系统升级和数据回流标前更正公告
三明市地方税务局OA系统升级和数据回流标前更正公告
关于[ ## ]ZFCGZX[XJ]20略
致:各投标人
一、现对项目编号为[ ## ]ZFCGZX[XJ] ## X略OA系统升级和数据回流略补充,增加内容如下:
1、询价文件第四章询价内容及要求,二、技术参数及要求增加第七项内容《软件集成实施服务》。
七、软件集成实施服务
(一)OA系统升级集成实施服务
一、项目背景
略政管理信息系统(以下简称“行政管理系统”或“OA系统”)自2006年9月在X略省局机关、略全面上线以来,至目略10年。在这10年的时间里,行政略稳定、功能发挥正常,在各级税务人员的日常办公中扮演了非常重要的角色,并取得了各级税务人员的认可,略政办公效率、略政办公成本等方面,也取得了非常不错的效果,推动略政办公方式的变革。
但是,OA系统的服务器自上线以来从未更换,严重老化,导致系统性能存在瓶颈,无法适应后续的系统用户增加、功能拓展和数据累积等需求,特别是在使用高峰期,服务器负载维持高位,系统卡壳次数增多,响应出现迟缓,略依托的数据库软件ORACLE数据库版本(9.0.1.2.9)和中间件WEBLOGIC版本(8.1.3.0)过低,厂商已不再提供服务,一略出现问题,系统使用将受到极大影响。
本略业信息化趋势和X地税信息化现状,略政管理系统的实际情况,略政管理系统目前存在的问题,略政管理系统的升级实施及数据迁移工作,使之能够更好地略政办公服务。
二、服务内容
2.1对采购方提交的略分析和研讨,严格按照软件工程的流程和要求,完成软件升级及数据迁移等工作;
2.2略相关软件操作、管理和维护的培训。
2.3略开发软件相关各类技术文档的整理并及时更新。
三、服务人员和服务期限
服务期限自采购方按时提出明确、完整的业务需求至系统验收上线之日。
四、服务形式
4.1中标公司应组成相应项目组。
4.2中标公司应及时响应采购方提出的服务需求。
4.3中标公司提供略服务,软件开发必要的软硬件环境由采购方提供。
4.4在维护的过程中,略提供的应用开发略项目组工程师又无法及时解决,中标公司将及时增派能胜任应用开发平台软件维护的略实施相关软件的修改和排错工作,以确保工作的需要。
4.5在维护的过程中,如应用略效率低下,中标公司负责略问题诊断、解决方案论证和与应用系统有关的实施工作。
一、 工作范围
项目实施范围包括:系统略署,略署与测试,数据迁移,上线与切换;数据备份。
(一)行政管理系统
行政管理系统略署,略署与测试,略政管理系统数据备份
(二) 邮件系统
邮件系统略署,邮件数据迁移,邮件服务器版本升级和邮件系统数据备份
方案阶段 | 项目 | 说明 |
一:略署、集成与邮件数据迁移 | 略署和集成费用 | 详见《略署、集成与邮件数据迁移工作量估算》。 |
邮件服务器数据迁移费用 | 详见《略署、集成与邮件数据迁移工作量估算》。 | |
沟通协调 | Domino开发工程师技术沟通(邮件系统定制内容调整) | |
邮件服务器版本升级及测试 | ||
个人邮件数据库扩容及模版升级 | ||
邮件数据备份 | ||
二:略署 | 系统环境(数据库Oracle\中间应用服务器weblogic\均衡负载Appache等)略署和集成费用 | 1、工作量估算详见《略署工作量估算》。 |
应用略署费用 | 详见《略署工作量估算》。包括:应用服务搭建,个性化内容的调整及修改,修改软件、NTKO等第三方软件集成。 | |
印章采购费用及系统相关功能调整 | 电子印章:全省每个点一个印章,为适略理办法相关规定,略统一升级。【费用:1(软件费用)+0.5(代码调整)】 | |
NTKO Office 控件采购费用 | 为满略理办法规定和更好地适应现今主流的浏览器、略理软件和信息发展需求,略统一升级。【费用:1(软件费用)+0.8(代码调整)】 | |
应用系统升级后相关功能调整工作量估算 | 系统环境(JDK\数据库Oracle\中间应用服务器weblogic\均衡负载Appache等)升级后,系统功能代码调整及兼容性测试。 | |
三:应用系统数据迁移 | 各功能模块的数据迁移及测试 | 详见《应用系统数据迁移工作量估算》。迁移内容详见《略署及数据迁移内容(概要)》。 |
(二)数据回流集成实施服务
1 项目总体概述
1.1 项目内容
2016年7月,X略按照略统一要求完成了金税三期系统的推广工作,目前已进略阶段。随着X地税金税三期系统的逐步推广和深化应用,对生产系统中核心数据的统计及查询业务增长极为迅速,为避略理型应用和统计分析型应用互相干扰,提高各自性能效率,同时加强各地市的信息技术创新,X略拟将金税三期核心生产数据和特色软件生产数据向略复制分发。
项目需要根据X地税金税三期工程的总体规划和当前X地税本地特色软件工程应用及数据的具体环境,借助ORACLE同步工具软件OGG(Oracle Golden Gate,下同)建立一套适合目前及未来业务发展需要的数据复制与回流机制,并在该机制的指导下,略和9个地市的安装服务(包括实施工具软件安装、调试、数据复制服务)。本项目具体工作内容包括:确定X地税金税三期核心业务数据复制分发流程;确定特色软件业务数据复制分发流程;制定复制分发实施方案;实施期间搭建目标服务器数据复制环境,并实施数据初始化和一致性校验。
1.2 项目需求
本项目利用数据库复制与分发工具建立金税三期系统及相关的外围特色生产子系统分发数据库。目前,X地税金税三期征管系统及其它子系统产生的日常业务数据存放在各自的生产数据库中,全省地税略理与数据查询、分析均在各自的生产库。为确保生产略理能力,提高生产系统的性能,满足业务数据查询、分析的需要,需利用数据库复制与分发工具将金税三期核心系统及相关的外围特色生产子系统各自数据库中的生产数据通过数据复制功能,抽取并汇聚到X地税专用分发数据库,为建立各市分发数据库提供数据源,减轻由于数据分发和抽取对生产数据库带来的性能压力。数据复制分发过程中实现秒级的准实时同步。数据复制及分发采用略。即完全依靠捕捉源端数据库日志实现数据复制,所有的数据类型或DDL语句均可通过Oracle日志捕捉获得,略日志DDL语句实现目标数据库数据的同步。复制过程中不需要从源数据库的表中查询或复制任何数据。避免直接读写及缓存数据对系统资源造成过大压力,使数据分发工略络资源的消耗在可以接受的范围内。
分发数据库到地市查询数据库的同步应采用数据筛选技术。分发系统初始化前,将金税三期综合征管数据库以及特色生略筛选。
2 数据分发解决方案
本项目主要以OGG产品为例阐述数据分发的解决方案。
2.1 核心征管生产库的数据分发复制到各地查询数据库
业务目标:
l 提高核心征管系统的性能,正常情况下通过查略报表和业务查询,分担生产系统的压力,而且可以针对不同的略优化,提高总体性能。
l 保障核心征管系统的业务连续性,在发生计划外或计划内的停机时,略业务接管。在原系统恢复后,略反向回切。
l 特色生产数据库数据通过同步工具整合到分发数据库中,并实现秒级的准实时同步。分发数据库和各地查询数据库之间也通过略数据秒级同步。
l 分发数据库到查询数据库的同步将采用数据筛选技术。
复制软件技术要求:
l 单向复制
l 原系统和目标系统采用不同的优化策略
l 应用接管
l 反向回切
l 双向复制
2.2 技术方案
结合以往实施数据分发的经验和金税三期系统当前的数据分发现状,提出以下数据分发方案:
在Oracle GoldenGate的准实时数据分发的基础上,在目标数据库使用变化数据捕获技术(CDC),形成变化数据表。
3 项目实施的技术标准与要求
3.1 目标端数据库主机要求
资源 | 数量 | 设 计 |
安装节点 | 单机 | |
物理CPU | ≥4C | 分发目标系统上建议采用专用PC 服务器、安装Linux操作系统,CPU都可供GoldenGate使用,为了加快数据入库,建议采用多入库进程的方式来完成数据入库工作。 |
内存 | ≥64G | 与CPU 1:16配比 |
存储 | ≥20T | 建议采用专用外置存储设备,满足各地个性化开发应用的实际需要 |
≥40T | 建议采用专用外置存储设备,满足各地个性化开发应用的实际需要
|
3.2 目标端数据库要求
资源 | 数量 | 设 计 |
Oracle版本 | 企业版,建议V11.2.0.3.0 | |
Trigger | 关闭 | 为了避免数据反复插入,需要禁用目标端的Trigger |
外键 | 关闭 | 为了加快数据入库速度,建议禁用外键 |
3.3 数据分发的范围
数据分发范围包括金税三期核心征管业务数据、个税业务数据以及特色生产业务数据。
3.4 数据分发工作机制
3.4.1 数据分发管理职责
将数据分发管理工作的职责定义为包括但不限于如下几个方面:
1. 数据分发需求审核
2. 数据分发略
3. 数据分发配置管理
4. 略状态监控
5. 数据分发日常运维,包括配合数据库、应用、硬件等方面的运维
6. 数据分发应急保障
7. 数据分发性能优化
8. 数据分发架构优化
3.4.2 数据分发管理角色
针对上述的工作职责,将数据分发管理工作人员定义为以下几个角色:
1、提出方
负责根据特定的业务需求提出数据分发需求。
2、管控方
负责各种数据分发需求、数据分发略、数据分发配置管理、数据分发监控、运维、略理及优化等工作的集中管控。
3、保障方
负责完成相关数据分发的配置工作,GoldenGate配置、跨层级数据交换平台的配置。实时集中监控数据分发,随时应对各种突发数据分发故障,针对特定的重大问题提出优化建议,并参与实施优化方案。
4、执行方
略数据配置后,略需求校验,直至通过,通过后将工作反馈给提出方。
3.4.3 数据分发管理流程
提出方根据自身实际需求(业务需求、技术需求、运维需求等)(包含新增需求和变更需求),在遵循数据分发管控的标准统一规范的前提下,提交数略理的申请,在管控方收略申请审核。
管控方在接收到提出方提出的需求之后,需要根据略数据分发方面的审核(业务审核、技术审核、运维审核等),审核通过后,交略需求对应,同时对整个过程负责管控与归档。
保障方收到具体的需求后,完成相关数据分发的配置工作,GoldenGate配置、跨层级数据交换平台的配置。同时对整个数据略监管和智能分析,一旦发生故障,立即启动应急预案。
略数据配置后,略需求校验,直至通过,通过后将工作反馈给提出方。
4 项目实施内容以及实施要求
4.1 项目实施内容
项目实施内容包括对提出的数据复制分发申请制定数据复制分发计划、数据库配置、源端复制软件安装配置、目标端复制软件安装配置,启动复制软件后测试验证等。
4.2 项目实施要求
1、数据分发项目实施之前,中标公司应按照需方项目实施要求,做好项目实施方案的制定工作,明确项目实施达到的目标、工作内容、时间计划安排和具体技术方案等内容。实施方案应由地税方确认后,略实施。项目实施过程应按照数据分发实施略,对于实施方案未涉及的技术细节和具体实施工作等问题,应与地税方共同研究、协商后再安排实施。略在需方X地税的配合下完成,中标公司对项目的实施负总责。实施方要完成数据分发平台硬件系统的规划,提出分发系统对硬件资源的需求及裸设备的分区方案、配合硬件服务商完略署。实施方会同采购略门完成分发业务表的分析清理工作,确定需要分发的业务数据表,并根据不同表结构制定分发技术方案,特别对于无法直接分发的数据表在建立物化视图及视图刷新方案上,要综合考虑业务数据实时同步和系统资源的消耗在可接受的范围内。用户创建及参数表创建要按照易于实施、易于管理的要求,合理规划和实施。每一步实施都要做好相关记录并留存脚本文档,以便日后纠错查询。数据同步工作要在不影响生产环境应用的前提下实施,应按照实施计划分略业务数据表的导入导出和同步,特别应考虑大数据表的实施,消耗的时间和系统资源,避免技术方案在实际操作中没有可操作性的情况出现。最终实现生产数据库、特色生产数据库与分发数据库的数据同步,分发数据库与地市查询数据库的分发同步。
2、实施人员资质和能力,实施方需专人参与采购方数据分发项目的实施。实施人员应熟悉数据同步软件及项目实施,具有比较丰富的数据分发实施经验,熟悉金税三期数据库表结构。
3、数据分发系统应实现以下目标:目前主要是生产库到数据分发库建立起同步通道。数据分发库与地市查询库建立同步通道,用于数据分发库与各地略同步。生产数据库与数据分发库之间实现生产数据的全库准实时同步,不对略筛选。数据分发库与各地市查询数据库之间实现基于用户的数据筛选同步,各地市用户只同步属于各地市的数据,并且只同步征管系统业务数据。要求数据分发库与各地市查询数据库之间也实现准实时同步。
5 运维公司提供的技术支持与服务
运维公司必须设有本地化略,能够提供及时、周到的支持和服务。
5.1 技术支持内容
1、要求系统支持在线初始化同步工作。对于同构和异构环境均有对应的解决方案,对异构环境的初始化工作无需配备额外设备,可以在不影响生产环境应用的前提下,在线完成数据的初始化同步工作。
2、复制软件能够提供源端与目标端的数据比对功能,可在应用对数据库不断修改的情况下,对源端和目标略一致性比较,比较中如果发现数据不一致问题,有必要的工略修复,可选择自动修复,或手工修复两种方式。略单条记录的自动修复以及多条记录的修复。数据比较和修复过程略,不需要停止应用程序。
3、复制软件能够提供在线同步单表的功能,在数据同步工作已经略的前提下,由于业务变动需要新增同步的业务表单,系统应在应用不停机的前提下,完成在线的单表数据同步。
4、略期间,略应至少安排一名技术人员负责项目的运维工作。负责数据分发系略监控,填写日常监控记录,略问题的收集、分析、处理工作,并略门提略理意见,如果存在软件bug,应负责略进行修改完善,配略门(或相应的运维服务商)完成数据分发平台的架构调整,根据需要创建新的链路或新增数据同步线程。
5.2 技术支持方式
运维公司将提供如下技术支持与服务:
l 热线服务
l 电子邮件支持
l 现场服务
l 突发事件应急预案
l 定期回访用户
l 定 期 免 费 培训技术维护服务人员
5.2.1 热线服务
运维公司向采购方提供7*24小时电话支持服务。采购方可以随时与本地服务经理取得联系,获得支持与服务。
5.2.2 电子邮件支持
运维公司设置专门的电子邮件信箱,为采购方提供更加多样的技术支持途径。采购方可以通过电子邮件将技术支略,技术人员在接到报告之后,要在第一时间与采购方取得联系,提供相应的技术支持服务。
5.2.3 突发事件应急预案
运维公司需要建立多种突发事件的应急预案,当获悉系统出现故障时,技术人员需要及时地提供给采购方解决方案,尽最大力量减小突发事件对采购方日常应用的影响。
6 项目验收要求
1、系统实施完成略1个月,略期间通过数据流跟踪,所有链路、进程略正常,系统没有出现重大异常错误报警。满足以上条件,供需双方可组织该项目的验收工作。
2、验收工作由供需双方共同组成验收小组,联合完成验收。验收内容包括:略文件中提出的总体功能要求、基本技术要求、性能要求。
3、验收工作实施过程中不得影响生产环境下税收原始数据的正常增长,更不能对生产环境和应用系统造成任何影响。
4、项目验收阶段主要有以下几方面的工作内容:
l 略有实施计划中要求的工作都已完成
l 验证实施成果满足数据库复制略需求
l 略方运维人员的日常操作培训
l 略有项目文档
5、实施工作结束后需要提交的主要文档有以下几个:
《数据分发实施方案》、《数据分发日常维护手册》等。
本更正公告为集中采购机构及采购人对询价文件、采购公告的更正,与询价文件具有同等的法律效力。原询价文件内容、略内容不一致或矛盾时,略内容为准。原询价文件的其他内容不变,请各投标人关注。
特此公告!
X市人略
2018年#月#
关于[ ## ]ZFCGZX[XJ]20略
致:各投标人
一、现对项目编号为[ ## ]ZFCGZX[XJ] ## X略OA系统升级和数据回流略补充,增加内容如下:
1、询价文件第四章询价内容及要求,二、技术参数及要求增加第七项内容《软件集成实施服务》。
七、软件集成实施服务
(一)OA系统升级集成实施服务
一、项目背景
略政管理信息系统(以下简称“行政管理系统”或“OA系统”)自2006年9月在X略省局机关、略全面上线以来,至目略10年。在这10年的时间里,行政略稳定、功能发挥正常,在各级税务人员的日常办公中扮演了非常重要的角色,并取得了各级税务人员的认可,略政办公效率、略政办公成本等方面,也取得了非常不错的效果,推动略政办公方式的变革。
但是,OA系统的服务器自上线以来从未更换,严重老化,导致系统性能存在瓶颈,无法适应后续的系统用户增加、功能拓展和数据累积等需求,特别是在使用高峰期,服务器负载维持高位,系统卡壳次数增多,响应出现迟缓,略依托的数据库软件ORACLE数据库版本(9.0.1.2.9)和中间件WEBLOGIC版本(8.1.3.0)过低,厂商已不再提供服务,一略出现问题,系统使用将受到极大影响。
本略业信息化趋势和X地税信息化现状,略政管理系统的实际情况,略政管理系统目前存在的问题,略政管理系统的升级实施及数据迁移工作,使之能够更好地略政办公服务。
二、服务内容
2.1对采购方提交的略分析和研讨,严格按照软件工程的流程和要求,完成软件升级及数据迁移等工作;
2.2略相关软件操作、管理和维护的培训。
2.3略开发软件相关各类技术文档的整理并及时更新。
三、服务人员和服务期限
服务期限自采购方按时提出明确、完整的业务需求至系统验收上线之日。
四、服务形式
4.1中标公司应组成相应项目组。
4.2中标公司应及时响应采购方提出的服务需求。
4.3中标公司提供略服务,软件开发必要的软硬件环境由采购方提供。
4.4在维护的过程中,略提供的应用开发略项目组工程师又无法及时解决,中标公司将及时增派能胜任应用开发平台软件维护的略实施相关软件的修改和排错工作,以确保工作的需要。
4.5在维护的过程中,如应用略效率低下,中标公司负责略问题诊断、解决方案论证和与应用系统有关的实施工作。
一、 工作范围
项目实施范围包括:系统略署,略署与测试,数据迁移,上线与切换;数据备份。
(一)行政管理系统
行政管理系统略署,略署与测试,略政管理系统数据备份
(二) 邮件系统
邮件系统略署,邮件数据迁移,邮件服务器版本升级和邮件系统数据备份
方案阶段 | 项目 | 说明 |
一:略署、集成与邮件数据迁移 | 略署和集成费用 | 详见《略署、集成与邮件数据迁移工作量估算》。 |
邮件服务器数据迁移费用 | 详见《略署、集成与邮件数据迁移工作量估算》。 | |
沟通协调 | Domino开发工程师技术沟通(邮件系统定制内容调整) | |
邮件服务器版本升级及测试 | ||
个人邮件数据库扩容及模版升级 | ||
邮件数据备份 | ||
二:略署 | 系统环境(数据库Oracle\中间应用服务器weblogic\均衡负载Appache等)略署和集成费用 | 1、工作量估算详见《略署工作量估算》。 |
应用略署费用 | 详见《略署工作量估算》。包括:应用服务搭建,个性化内容的调整及修改,修改软件、NTKO等第三方软件集成。 | |
印章采购费用及系统相关功能调整 | 电子印章:全省每个点一个印章,为适略理办法相关规定,略统一升级。【费用:1(软件费用)+0.5(代码调整)】 | |
NTKO Office 控件采购费用 | 为满略理办法规定和更好地适应现今主流的浏览器、略理软件和信息发展需求,略统一升级。【费用:1(软件费用)+0.8(代码调整)】 | |
应用系统升级后相关功能调整工作量估算 | 系统环境(JDK\数据库Oracle\中间应用服务器weblogic\均衡负载Appache等)升级后,系统功能代码调整及兼容性测试。 | |
三:应用系统数据迁移 | 各功能模块的数据迁移及测试 | 详见《应用系统数据迁移工作量估算》。迁移内容详见《略署及数据迁移内容(概要)》。 |
(二)数据回流集成实施服务
1 项目总体概述
1.1 项目内容
2016年7月,X略按照略统一要求完成了金税三期系统的推广工作,目前已进略阶段。随着X地税金税三期系统的逐步推广和深化应用,对生产系统中核心数据的统计及查询业务增长极为迅速,为避略理型应用和统计分析型应用互相干扰,提高各自性能效率,同时加强各地市的信息技术创新,X略拟将金税三期核心生产数据和特色软件生产数据向略复制分发。
项目需要根据X地税金税三期工程的总体规划和当前X地税本地特色软件工程应用及数据的具体环境,借助ORACLE同步工具软件OGG(Oracle Golden Gate,下同)建立一套适合目前及未来业务发展需要的数据复制与回流机制,并在该机制的指导下,略和9个地市的安装服务(包括实施工具软件安装、调试、数据复制服务)。本项目具体工作内容包括:确定X地税金税三期核心业务数据复制分发流程;确定特色软件业务数据复制分发流程;制定复制分发实施方案;实施期间搭建目标服务器数据复制环境,并实施数据初始化和一致性校验。
1.2 项目需求
本项目利用数据库复制与分发工具建立金税三期系统及相关的外围特色生产子系统分发数据库。目前,X地税金税三期征管系统及其它子系统产生的日常业务数据存放在各自的生产数据库中,全省地税略理与数据查询、分析均在各自的生产库。为确保生产略理能力,提高生产系统的性能,满足业务数据查询、分析的需要,需利用数据库复制与分发工具将金税三期核心系统及相关的外围特色生产子系统各自数据库中的生产数据通过数据复制功能,抽取并汇聚到X地税专用分发数据库,为建立各市分发数据库提供数据源,减轻由于数据分发和抽取对生产数据库带来的性能压力。数据复制分发过程中实现秒级的准实时同步。数据复制及分发采用略。即完全依靠捕捉源端数据库日志实现数据复制,所有的数据类型或DDL语句均可通过Oracle日志捕捉获得,略日志DDL语句实现目标数据库数据的同步。复制过程中不需要从源数据库的表中查询或复制任何数据。避免直接读写及缓存数据对系统资源造成过大压力,使数据分发工略络资源的消耗在可以接受的范围内。
分发数据库到地市查询数据库的同步应采用数据筛选技术。分发系统初始化前,将金税三期综合征管数据库以及特色生略筛选。
2 数据分发解决方案
本项目主要以OGG产品为例阐述数据分发的解决方案。
2.1 核心征管生产库的数据分发复制到各地查询数据库
业务目标:
l 提高核心征管系统的性能,正常情况下通过查略报表和业务查询,分担生产系统的压力,而且可以针对不同的略优化,提高总体性能。
l 保障核心征管系统的业务连续性,在发生计划外或计划内的停机时,略业务接管。在原系统恢复后,略反向回切。
l 特色生产数据库数据通过同步工具整合到分发数据库中,并实现秒级的准实时同步。分发数据库和各地查询数据库之间也通过略数据秒级同步。
l 分发数据库到查询数据库的同步将采用数据筛选技术。
复制软件技术要求:
l 单向复制
l 原系统和目标系统采用不同的优化策略
l 应用接管
l 反向回切
l 双向复制
2.2 技术方案
结合以往实施数据分发的经验和金税三期系统当前的数据分发现状,提出以下数据分发方案:
在Oracle GoldenGate的准实时数据分发的基础上,在目标数据库使用变化数据捕获技术(CDC),形成变化数据表。
3 项目实施的技术标准与要求
3.1 目标端数据库主机要求
资源 | 数量 | 设 计 |
安装节点 | 单机 | |
物理CPU | ≥4C | 分发目标系统上建议采用专用PC 服务器、安装Linux操作系统,CPU都可供GoldenGate使用,为了加快数据入库,建议采用多入库进程的方式来完成数据入库工作。 |
内存 | ≥64G | 与CPU 1:16配比 |
存储 | ≥20T | 建议采用专用外置存储设备,满足各地个性化开发应用的实际需要 |
≥40T | 建议采用专用外置存储设备,满足各地个性化开发应用的实际需要
|
3.2 目标端数据库要求
资源 | 数量 | 设 计 |
Oracle版本 | 企业版,建议V11.2.0.3.0 | |
Trigger | 关闭 | 为了避免数据反复插入,需要禁用目标端的Trigger |
外键 | 关闭 | 为了加快数据入库速度,建议禁用外键 |
3.3 数据分发的范围
数据分发范围包括金税三期核心征管业务数据、个税业务数据以及特色生产业务数据。
3.4 数据分发工作机制
3.4.1 数据分发管理职责
将数据分发管理工作的职责定义为包括但不限于如下几个方面:
1. 数据分发需求审核
2. 数据分发略
3. 数据分发配置管理
4. 略状态监控
5. 数据分发日常运维,包括配合数据库、应用、硬件等方面的运维
6. 数据分发应急保障
7. 数据分发性能优化
8. 数据分发架构优化
3.4.2 数据分发管理角色
针对上述的工作职责,将数据分发管理工作人员定义为以下几个角色:
1、提出方
负责根据特定的业务需求提出数据分发需求。
2、管控方
负责各种数据分发需求、数据分发略、数据分发配置管理、数据分发监控、运维、略理及优化等工作的集中管控。
3、保障方
负责完成相关数据分发的配置工作,GoldenGate配置、跨层级数据交换平台的配置。实时集中监控数据分发,随时应对各种突发数据分发故障,针对特定的重大问题提出优化建议,并参与实施优化方案。
4、执行方
略数据配置后,略需求校验,直至通过,通过后将工作反馈给提出方。
3.4.3 数据分发管理流程
提出方根据自身实际需求(业务需求、技术需求、运维需求等)(包含新增需求和变更需求),在遵循数据分发管控的标准统一规范的前提下,提交数略理的申请,在管控方收略申请审核。
管控方在接收到提出方提出的需求之后,需要根据略数据分发方面的审核(业务审核、技术审核、运维审核等),审核通过后,交略需求对应,同时对整个过程负责管控与归档。
保障方收到具体的需求后,完成相关数据分发的配置工作,GoldenGate配置、跨层级数据交换平台的配置。同时对整个数据略监管和智能分析,一旦发生故障,立即启动应急预案。
略数据配置后,略需求校验,直至通过,通过后将工作反馈给提出方。
4 项目实施内容以及实施要求
4.1 项目实施内容
项目实施内容包括对提出的数据复制分发申请制定数据复制分发计划、数据库配置、源端复制软件安装配置、目标端复制软件安装配置,启动复制软件后测试验证等。
4.2 项目实施要求
1、数据分发项目实施之前,中标公司应按照需方项目实施要求,做好项目实施方案的制定工作,明确项目实施达到的目标、工作内容、时间计划安排和具体技术方案等内容。实施方案应由地税方确认后,略实施。项目实施过程应按照数据分发实施略,对于实施方案未涉及的技术细节和具体实施工作等问题,应与地税方共同研究、协商后再安排实施。略在需方X地税的配合下完成,中标公司对项目的实施负总责。实施方要完成数据分发平台硬件系统的规划,提出分发系统对硬件资源的需求及裸设备的分区方案、配合硬件服务商完略署。实施方会同采购略门完成分发业务表的分析清理工作,确定需要分发的业务数据表,并根据不同表结构制定分发技术方案,特别对于无法直接分发的数据表在建立物化视图及视图刷新方案上,要综合考虑业务数据实时同步和系统资源的消耗在可接受的范围内。用户创建及参数表创建要按照易于实施、易于管理的要求,合理规划和实施。每一步实施都要做好相关记录并留存脚本文档,以便日后纠错查询。数据同步工作要在不影响生产环境应用的前提下实施,应按照实施计划分略业务数据表的导入导出和同步,特别应考虑大数据表的实施,消耗的时间和系统资源,避免技术方案在实际操作中没有可操作性的情况出现。最终实现生产数据库、特色生产数据库与分发数据库的数据同步,分发数据库与地市查询数据库的分发同步。
2、实施人员资质和能力,实施方需专人参与采购方数据分发项目的实施。实施人员应熟悉数据同步软件及项目实施,具有比较丰富的数据分发实施经验,熟悉金税三期数据库表结构。
3、数据分发系统应实现以下目标:目前主要是生产库到数据分发库建立起同步通道。数据分发库与地市查询库建立同步通道,用于数据分发库与各地略同步。生产数据库与数据分发库之间实现生产数据的全库准实时同步,不对略筛选。数据分发库与各地市查询数据库之间实现基于用户的数据筛选同步,各地市用户只同步属于各地市的数据,并且只同步征管系统业务数据。要求数据分发库与各地市查询数据库之间也实现准实时同步。
5 运维公司提供的技术支持与服务
运维公司必须设有本地化略,能够提供及时、周到的支持和服务。
5.1 技术支持内容
1、要求系统支持在线初始化同步工作。对于同构和异构环境均有对应的解决方案,对异构环境的初始化工作无需配备额外设备,可以在不影响生产环境应用的前提下,在线完成数据的初始化同步工作。
2、复制软件能够提供源端与目标端的数据比对功能,可在应用对数据库不断修改的情况下,对源端和目标略一致性比较,比较中如果发现数据不一致问题,有必要的工略修复,可选择自动修复,或手工修复两种方式。略单条记录的自动修复以及多条记录的修复。数据比较和修复过程略,不需要停止应用程序。
3、复制软件能够提供在线同步单表的功能,在数据同步工作已经略的前提下,由于业务变动需要新增同步的业务表单,系统应在应用不停机的前提下,完成在线的单表数据同步。
4、略期间,略应至少安排一名技术人员负责项目的运维工作。负责数据分发系略监控,填写日常监控记录,略问题的收集、分析、处理工作,并略门提略理意见,如果存在软件bug,应负责略进行修改完善,配略门(或相应的运维服务商)完成数据分发平台的架构调整,根据需要创建新的链路或新增数据同步线程。
5.2 技术支持方式
运维公司将提供如下技术支持与服务:
l 热线服务
l 电子邮件支持
l 现场服务
l 突发事件应急预案
l 定期回访用户
l 定 期 免 费 培训技术维护服务人员
5.2.1 热线服务
运维公司向采购方提供7*24小时电话支持服务。采购方可以随时与本地服务经理取得联系,获得支持与服务。
5.2.2 电子邮件支持
运维公司设置专门的电子邮件信箱,为采购方提供更加多样的技术支持途径。采购方可以通过电子邮件将技术支略,技术人员在接到报告之后,要在第一时间与采购方取得联系,提供相应的技术支持服务。
5.2.3 突发事件应急预案
运维公司需要建立多种突发事件的应急预案,当获悉系统出现故障时,技术人员需要及时地提供给采购方解决方案,尽最大力量减小突发事件对采购方日常应用的影响。
6 项目验收要求
1、系统实施完成略1个月,略期间通过数据流跟踪,所有链路、进程略正常,系统没有出现重大异常错误报警。满足以上条件,供需双方可组织该项目的验收工作。
2、验收工作由供需双方共同组成验收小组,联合完成验收。验收内容包括:略文件中提出的总体功能要求、基本技术要求、性能要求。
3、验收工作实施过程中不得影响生产环境下税收原始数据的正常增长,更不能对生产环境和应用系统造成任何影响。
4、项目验收阶段主要有以下几方面的工作内容:
l 略有实施计划中要求的工作都已完成
l 验证实施成果满足数据库复制略需求
l 略方运维人员的日常操作培训
l 略有项目文档
5、实施工作结束后需要提交的主要文档有以下几个:
《数据分发实施方案》、《数据分发日常维护手册》等。
本更正公告为集中采购机构及采购人对询价文件、采购公告的更正,与询价文件具有同等的法律效力。原询价文件内容、略内容不一致或矛盾时,略内容为准。原询价文件的其他内容不变,请各投标人关注。
特此公告!
X市人略
2018年#月#
最近搜索
无
热门搜索
无