第*部分用户需求书
国家税务总局****省税务局关键基础设施维修保养项
目（*包）采购需求
*、项目概述
****税务****年关键基础设施维修保养项目*包(小
型机、存储、数据库、中间件、网络设备和视频会议设备维
保)的内容为协助局方做好小型机、存储、数据库、中间件、
网络设备和视频会议设备日常运维和风险排查工作，确保基
础设施平稳运行。
*、投标/响应要求
(*)投标人应提供符合本项目的运维服务技术方案，包括
项目维护计划、运维人员资质、维护团队安排、职责分工、运维
管理等内容。
（*）投标人要针对本项目制定运维管理办法，建立应急管
理机制。其中，运维管理办法应包括但不限于日常维护管理、维
护流程管理、维护记录管理、运维报告管理、知识管理、质量管
理、制度管理等内容；应急管理机制应包括但不限于故障处理、
突发事件处理、应急处理等内容。
(*)投标人要具有*******质量管理体系认证；********
信息技术服务管理体系；********信息安全管理体系；****信
息技术服务运行维护标准符合性证书*级(含)以上；信息系统建
设和服务能力评估（**）证书***基本级（含）以上证书。
（*）投标人投入本项目的项目经理要具有******服务项
目经理资质证书；***小型机、存储工程师认证书；数据库系
统工程师（软考）证书；网络规划设计师（软考）证书。投标人
拟投入本项目的技术人员中应具有***工程师认证；网络工程师
（软考）证书。
*、项目需求
(*)小型机和存储运维服务维保清单
| 序号 |
类别 |
型号 |
数量 |
状态 |
备注 |
| * |
小型机 |
****** |
* |
过保 |
需维保 |
| * |
小型机 |
****** |
* |
硬件在保 |
纳入日常监控 |
| * |
小型机 |
小计 |
* |
|
|
| * |
存储 |
华为****** |
* |
过保 |
需维保 |
| * |
存储 |
华为********* |
* |
过保 |
需维保 |
| * |
存储 |
**** |
* |
过保 |
需维保 |
| * |
存储 |
***** |
* |
过保 |
需维保 |
| * |
存储 |
****** |
* |
过保 |
需维保 |
| * |
存储 |
***** |
* |
过保 |
需维保 |
| ** |
存储 |
华为***** |
* |
过保 |
需维保 |
| ** |
存储 |
华为***** |
* |
硬件在保 |
纳入日常监控 |
| ** |
存储 |
华为***** |
* |
硬件在保 |
纳入日常监控 |
| ** |
存储 |
华为********** |
* |
过保 |
****年*月**日过保 |
| ** |
存储 |
华为********* |
* |
硬件在保 |
纳入日常监控 |
| ** |
存储 |
********** |
* |
硬件在保 |
纳入日常监控 |
| ** |
存储 |
小计 |
** |
|
|
|
存储 |
|
|
|
|
| ** |
备份介质 |
******* |
* |
过保 |
需维保 |
| ** |
备份介质 |
长虹******* |
* |
硬件在保 |
纳入日常监控 |
| ** |
备份介质 |
小计 |
* |
|
|
| ** |
光纤 |
******* |
* |
过保 |
需维保 |
| ** |
交换机 |
******* |
* |
过保 |
需维保 |
| ** |
交换机 |
华为******* |
* |
硬件在保 |
纳入日常监控 |
| ** |
交换机 |
华为******* |
* |
硬件在保 |
纳入日常监控 |
| ** |
交换机 |
********** |
* |
硬件在保 |
纳入日常监控 |
| ** |
交换机 |
小计 |
** |
|
|
| ** |
合计 |
合计 |
** |
|
|
*.小型机维保服务包括：小型机设备基础信息维护服务、
日常监控服务、健康检查服务、例行维护服务、故障管理、
性能趋势分析等。具体内容如下：
| 序号 |
服务模块 |
内容描述 |
服务标准 |
| * |
基础信息维护服务 |
*.对数据处理中心小型机进行建档管理，维护型机名称、序列号、控制台地址、型号、机房编号、机柜位置、制造商、***、内存、硬盘、分区数量、网卡数量、***卡数量、维保信息、安装日期等。*.维护每台小型机的分区信息，包括编号、分区名称、所属小型机名称、操作系统版本、**地址、**信息、***、内存、磁盘空间、存储空间、业务系统、分区类型、网卡数量、***卡数量。*.维护每台小型机的用户信息，包含用户所属小型机分区名称、用户名、用户描述、责任人等。*.维护小型机资源使用情况表，包括小型机名称、最大分区数、已创建分区数、已分配***、已分配内存、未分配***、未分配内存等。*.维护小型机备份信息，包括小型机名称、分区名称、备份方式、备份策略、备份内容、备份日期、介质编号等。 |
做好小型机信息维护工作，编制《小型机基本信息表》、《小型机分区信息表》、《小型机分区操作系统用户信息表》、《小型机资源使用情况表》、《小型机备份信息表》并维护更新。 |
| * |
小型机日常监控服务 |
*.小型机各硬件运行状态。通过观察小型机硬件指示灯等方式获取硬件运行状态。（每日）*.各主机分区日志信息。主要包括操作系统告警 |
提供熟悉***小型机运维技能的工程 |
| 序号 |
服务模块 |
内容描述 |
服务标准 |
|
|
日志，计划任务执行日志等信息。（每日）*.各主机分区资源使用情况。主要包括***使用率，内存使用率，换页空间使用率，文件系统使用率等信息。（每日）*.主机高可用信息。主要指配置了高可用服务的主机分区之间的高可用状态等信息。（每周）*.多路径状态信息。主要指主机与存储之间多路径软件的运行状态、多路径状态等信息。（每周）*.系统审计信息。主要包括用户异常登录信息，用户非法操作等信息。（每月）*.各文件系统*****节点使用率。（每月）*.根卷组的镜像状态。主要指已组建磁盘镜像的根卷组，磁盘卷组中磁盘的镜像状态信息。（每月） |
师，***小时驻场服务，按要求做好监控日志，并对监控发现的异常信息进行详细记录。按日、周、月汇总形成《计算存储资源运行监控报表》小型机章节。如出现故障，提供****小时响应。 |
| * |
小型机健康检查服务 |
*.小型机健康检查的范围主要包括主机环境、操作系统和高可用性*个方面。*.主机环境需检查设备运行的物理环境，电源供电情况，设备连接状态，关键部件运行状态等，并对必要的主机微码提出升级建议。*.操作系统需检查分区配置信息，系统版本信息，系统重要参数配置，系统资源使用率，系统安全配置，系统错误日志，系统时钟同步信息等，并对必要的系统版本提出升级建议。*.高可用性需检查**软件版本信息，启停脚本配置正确性，各节点资源定义*致性，**软件配置有效性等，对高可用软件进行详细检查，进行模拟故障测试，并对必要的**软件版本提出升级建议。 |
由原厂商或专业技术团队，使用原厂健康检查工具，每月通过性能数据收集来判断小型机的健康状况，形成《小型机系统健康检查报告》。 |
| * |
小型机例行维护服务 |
*.维护内容：磁带机、光驱维护。使用专业工具对小型机配套的磁带机、光驱做读写测试和清洗，确保其功能正常。（每半年*次） |
定期开展设备及系统的例行维护，排 |
| 序号 |
服务模块 |
内容描述 |
服务标准 |
|
|
*.备份小型机各分区操作系统。并妥善保存操作系统的备份介质。（每半年*次或有重大调整）*.维护内容：清理小型机系统日志信息，系统异常转储文件，用户邮件信息。（每半年*次）*.维护内容：备份小型机管理平台的操作系统，如***小型机的***平台操作系统。（每年*次或有重大调整时）*.维护内容：升级小型机设备微码，升级操作系统版本，安全加固，安装补丁，升级高可用软件版本，设备搬迁等。（依需求而定）*.在重大会议期间、网络重大割接或其它任何可能对业务系统产生重大影响的时刻，提供专业、定制化的值守保障服务。（依要求而定）*.协助局方制定应急预案和开展应急演练。（依要求而定） |
除其可能存在的安全隐患并做好维护记录。按月汇总形成《计算存储例行维护报告》小型机章节。 |
| * |
小型机故障管理 |
*.针对运行监控、健康检查、应用系统反馈等途径获取的故障信息进行初步判断，及时通知相关运维人员。*.通过故障的信息收集和定位分析，确定故障的原因和解决方案。对于硬件故障，仍在厂商免费维保期内的，需协助局方报修厂商及时更换。不在免费维保期内的，需快速定位硬件故障点，待局方采购完配件后，协助局方完成故障配件更换。对于软件故障，需中标方自行定位及解决。*.无论是硬件故障还是软件故障，在涉及到系统维护和配件更换时，必须通知相关应用系统维护人员，提醒注意故障处理时可能带来的风险，提前做好应对措施。*.整个故障处理完毕，并经验证恢复正常后，要对整个故障处理过程进行记录，包括故障发生的时间、故障现象、分析过程、处理结果等。 |
做好故障处理情况记录，形成《小型机故障处理情况表》。 |
| * |
分析与报告 |
*.计算资源性能分析主要对小型机的***和内 |
根据每月的 |
| 序号 |
服务模块 |
内容描述 |
服务标准 |
|
|
存等关键性能指标进行分析，重点分析***和内存的峰值、峰值出现的时间点以及峰值出现的频度。*.计算资源趋势分析主要针对小型机***和内存等计算资源的变化情况进行分析，重点分析计算资源增长的趋势及原因，并对资源的增长速度进行预测。*.计算存储资源故障统计分析主要通过对小型机故障设备型号、故障类型和故障频率等指标进行统计分析，了解掌握计算存储资源的可用性和可靠性，为计算存储资源的升级、更新、报废提供依据。 |
《计算存储资源运行监控月报》，在此基础上按季度进行总结和分析，形成《计算存储资源季度运行分析报告》小型机章节。 |
*.本项目存储系统包含光纤交换机、带库和存储设备，
具体的服务内容包括基础信息管理服务、日常监控服务、健
康检查服务、例行维护服务、故障管理、性能趋势分析、备
件服务。具体服务内容如下：
| 序号 |
服务模块 |
内容描述 |
服务标准 |
| * |
存储系统基础信息管理服务 |
*.对数据处理中心磁盘整列进行建档管理，包括配置项编号、磁盘阵列名称、序列号、品牌类型、管理地址、容量、机房编号、机柜位置、维保信息、安装日期等。*.对数据处理中心***交换机进行建档管理，包括配置项编号、***交换机名称、序列号、品牌类型、管理地址、端口数量、速率、存储信息、机柜编号、机柜位置、维保信息、安装日期。*.对数据处理中心磁带库进行建档管理，包括：配置项编号、磁带库名称、序列号、品牌类型、管理地址、可装载磁带型号数量、机柜编号、机柜位置、维保信息、安装日期。 |
对存储系统基础信息维护管理，编制《磁盘阵列基本信息表》、《***交换机基本信息表》、《磁带库基本信息表》并维护更新。 |
| * |
存储系统日常监控服务 |
*.磁盘阵列、***设备运行状态。主要指通过观察磁盘阵列、***设备硬件指示灯等方式获取硬件运行状态。（每日）*.存储设备管理系统的日志。主要包括磁盘阵列、***设备管理控制台的运行相关日志。（每日）*.***交换机硬件及端口状态。主要指通过观察***交换机设备及各端口指示灯等方式获取硬件运行状态。（每周）*.磁带库硬件状态。主要指通过观察磁带库设备指示灯和登录磁带库管理系统等方式获取硬件运行状态。（每周）*.磁盘容量使用情况。主要包括存储未分配容量、已分配容量、已分配未使用容量等信息。（每月）*.***交换机日志信息。主要包括***交换机端口日志信息和设备日志信息等。（每月）*.磁带库日志信息。主要包括磁带库管理平台的日志信息和磁带库设备的日志信息等。（每月） |
提供熟悉***、***、华为存储运维技能的工程师，***小时驻场服务，按要求做好监控日志，并对监控发现的异常信息进行详细记录。按日、周、月汇总形成《计算存储资源运行监控表》存储系统章节。如出现故障，提供****小时响应。 |
| * |
存储系统健康检查 |
*.存储健康检查的设备类型主要包括磁盘阵列、***、磁带库设备、光纤交换机等。*.磁盘阵列、网络存储需检查设备运行物理环境，电源供电情况，关键部件运行状态，光纤线路连通性，网络链路连通性等设备环境；硬盘潜在使用寿命，控制器电池寿命，驱动器通道状态，**读写效率，系统事件日志等设备信息；对必要的存储微码提出升级建议。*.磁带库设备需检查设备运行物理环境，电源供电情况，关键部件运行状态，光纤线路连通性等设备环境；驱动器运行状态，数据读写可用性，设备高可用性配置等设备信息。*.光纤交换机需检查设备运行的物理环境，电源供电情况，线路物理连接是否牢固，关键部件运行状态等设备环境；交换机错误日志信息，交换机微码信息等设备信息。 |
由原厂商或专业技术团队，使用原厂健康检查工具，每月通过性能数据收集来判断存储系统的健康状况，形成《存储系统健康检查报告》。 |
| * |
存储系统例行维护 |
*.维护内容：核对和备份***交换机配置信息，并妥善保存备份数据。（每半年*次或有重大调整）*.维护内容：升级存储和交换机设备微码，多路径软件版本升级等。(依需求而定)*.维护内容：检查备份介质的使用时间及读写次数。***、***系列磁带，使用年限不超过**年，读写次数不超过**次，清洗带使用次数不超过**次。（每年*次）*.维护内容：转储归档数据的备份介质。对*年以上的归档数据备份介质，定期进行数据转储工作，将过期介质上的有效数据转储到新介质上，转储后的介质作为待销毁介质，统*进行销毁处理。（定期）*.在重大会议期间、网络重大割接或其它任何可能对业务系统产生重大影响的时刻，提供专业、定制化的值守保障服务。（依要求而定）*.协助局方制定应急预案和开展应急演练。（依要求而定） |
定期开展设备的例行维护，排除其可能存在的安全隐患并做好维护记录。按月汇总形成《计算存储例行维护报告》存储系统章节。 |
| * |
存储系统故障管理 |
*.针对运行监控、健康检查、应用系统反馈等途径获取的故障信息进行初步判断，及时通知相关运维人员。*.通过故障的信息收集和定位分析，确定故障的原因和解决方案。对于硬件故障，属于维保清单内的需及时更换，属于维保清单外但仍在厂商免费维保期内的，需协助局方报修厂商及时更换；对于软件故障，有能力自行处理的及时解决，不能够自行处理或无法判断故障原因的，及时联系维保厂商进行技术支持。*.无论是硬件故障还是软件故障，在涉及到系统维护和配件更换时，必须通知相关应用系统维护人员，提醒注意故障处理时可能带来的风险，提前做好应对措施。*.整个故障处理完毕，并经验证恢复正常后，要对整个故障处理过程进行记录，包括故障发生的时间、故障现象、分析过程、处理结果等。 |
做好故障处理情况记录，形成《存储系统故障处理情况表》。 |
| * |
存储资源性能和趋势分析 |
*.存储资源性能分析主要针对存储设备的****和磁盘响应时间等关键性能指标进行分析，重点分析****和磁盘响应时间的峰值、峰值出现的时间点以及峰值出现的频度。编制每月性能分析报告。*.存储资源趋势分析主要针对存储设备的存储容量和***交换机的端口容量等存储资源的变化情况进行分析，重点分析存储资源的增长趋势及原因，并对资源的增长速度进行预测。编制每月趋势报告。*.汇总统计每月计算存储资源故障的处理情况。对于已经完成的故障处理，应描述故障现象、故障原因、处理的方式以及处理的结果等；对于未完成的故障处理，应描述故障现象、故障处理的进度以及故障处理过程中存在的问题。 |
定期开展设备的例行维护，排除其可能存在的安全隐患并做好维护记录。按月汇总形成《计算存储例行维护报告》存储系统章节。 |
（*）数据库、中间件运维范围
*.数据库和中间件运维服务范围
| 编号 |
版本 |
类别 |
数量 |
用途 |
| * |
********* |
***等 |
** |
金*核心征管等 |
| * |
********** |
多节点 |
* |
非业务类系统等 |
| * |
*********** |
多节点 |
** |
金*核心应用等 |
*.数据库运维的主要内容，包括基础信息维护服务、
日常监控服务、健康检查服务、例行维护服务、故障管理等
服务。
| 序号 |
服务模块 |
内容描述 |
服务标准 |
| * |
基础信息维护服务 |
*.对数据库配置信息进行建档管理，维护项目编号、集群类型及版本、节点数、***实例参数、***磁盘组参数、集群网络配置等信息。*.维护数据库实例******的参数内容信息。*.维护数据库基本信息，属性至少包括配置项编号、数据库名称、数据库实例名、数据库**地址、数据库字符集、****文件大小、****组数目、****日志成员、归档路径、归档模式、****、业务描述、主机型号、设备位置、**版本、存储平台、*****版本及补丁号、存储模式、是否备份、是否容灾、是否集群。*.维护数据库表空间信息，属性至少包括表空间名称、表空间类型、大小及路径、扩展模式。*.维护用户及权限信息，属性至少包括配置项编号、用户名、用户业务描述、权限、责任人。*.维护备份策略信息，至少应包含：备份数据类型、备份数据内容、备份时间窗口、备份方法、备份频率、保存周期、备份责任人等。 |
做好数据库信息维护工作，编制建立数据库配置信息库，填写《集群参数表》《数据库参数表》《数据库基本信息表》《表空间属性表》《用户及权限表》《备份策略表》并维护更新 |
| * |
日常监控服务 |
系统运行状态，包括据库状态，客户端工具能否远程登录数据库，当前会话数（每日）。数据库日志，包括集群告警日志，数据库实例的告警日志（每日）。数据备份情况，检查备份日志文件记录,判断备任务耗时是否处于正常范围（每日）。文件系统空间使用情况,查看数据库安装目录,归档日志及数据文件所在文件系统的空间使用 |
根据每日检查形成《数据库日运行监控表》，根据每月检查形成《数据库月运行监控 |
剩余金额，剩余金额=合同金额***%-服务考核应扣金额。
国家税务总局****省税务局关键基础设施维修保养项
目(*包）采购需求
*、项目概述
****税务****年关键基础设施维修保养项目*包需求
(金税工程运维服务管理平台运维服务)，是指金税工程运维
服务管理平台的运维服务。金税工程运维服务管理平台是在
金税工程总体架构的基础上，建设的统*“监、管、控”*
体化平台。当前运维平台已成为征期联合办公工作机制的重
要支撑平台，是信息系统风险预警分析、故障排查的重要抓
手。
*、投标/响应要求
(*)投标人应提供符合本项目的运维服务技术方案，包括
项目维护计划、运维人员资质、维护团队安排、职责分工、运维
管理等内容。
（*）投标人要针对本项目制定运维管理办法，建立应急管
理机制。其中，运维管理办法应包括但不限于日常维护管理、维
护流程管理、维护记录管理、运维报告管理、知识管理、质量管
理、制度管理等内容；应急管理机制应包括但不限于故障处理、
突发事件处理、应急处理等内容。
（*）投标人要具有效的***/********信息安全管理体
系认证书；具有效的****（软件能力成熟度）资质认证。
（*）投标人投入本项目的项目团队成员要具有数据分析证
书；软件工程师证书。
*、项目需求
（*）运维平台日常运维服务
做好运维平台的运维服务工作，对运维平台自身及其相关各
子系统的运行情况进行实时监控，及时发现运维平台各子系统的
问题并予以解决，保障运维平台的高效、平稳运行。包括对运维
平台的日常巡检、故障诊断与恢复、紧急问题处理、协助处理运
维工单、补丁验证和实施等。具体如下：
*、金税多云运维管理平台衔接工作
做好对金税多云运维管理平台衔接工作，为多云运维管理平
台提供监控数据、配置库结构数据、运维知识数据等。
*、系统检查
负责对运维平台各系统运行状况进行检查，包括运维门户、
综合监控、服务管理、自动化管理等系统，保证系统正常运行，
确保系统的可用性，在出现故障时及时响应并处理，同时提交故
障受理报告和汇总情况。
故障处理服务要求
（*）服务要求首问负责制，所有服务请求在**分钟内响应；
提供*站式服务（咨询、受理、申告、监管、服务支持等），统
*标准的服务规范；
（*）故障处理时限
| 故障级别 |
故障现象 |
处理时限 |
| *级故障 |
系统正常运行中出现整机系统瘫痪或服务中断，导致系统基本功能不能实现或全面退化的故障。 |
*小时 |
| *级故障 |
系统正常运行中出现的故障具有潜在的系统瘫痪或服务中断的危险，并可能导致系统的基本功能不能实现或全面退化。 |
*小时 |
| *级故障 |
系统正常运行中出现的影响业务、并导致系统性能或服务部分退化的故障。 |
*小时 |
| *级故障（非故障） |
咨询类问题或系统正常运行及安装过程中，用户对功能、配置等方面需要的信息和需求，对系统正常运行几乎无影响。 |
*小时 |
*、故障诊断与修复
（*）对用户提报的系统运行故障及时进行分析、处理。
（*）故障解决后**小时内，向用户单位提交故障处理报告。
说明故障种类、故障原因、故障解决中使用的方法及故障损失等
情况，同时负责针对引发故障的原因，给出日常运维建议或维护
方案，避免同类故障再次发生。
*、问题协同解决
由于系统间的相关性较强、接口较多、数据交互复杂，*个
问题的产生可能涉及多个应用系统，需要各相关系统支持人员互
相协作定位问题原因，并处理解决。
*、紧急问题处理
因系统异常造成业务中断，尽可能短时间内恢复的问题按照
紧急问题处理流程来进行处理。主要工作内容如下：
（*）沟通确认
对于紧急问题，运维工程师在**分钟内响应，了解问题产
生的原因、背景和涉及的业务细节；
（*）恢复系统
通过沟通确认后的紧急问题，远程排查原因，给予远程服务
支持；
（*）查找问题原因
运维工程师对问题进行分析定位，从根本上查找问题原因以
及存在的隐患；
（*）出具方案
根据问题出现原因，提出解决方案并予以解决；
（*）问题跟踪
问题解决后，对系统运行情况进行跟踪；
*、补丁发布
补丁发布工作是指工程师根据总局的补丁发布流程对本应
用系统新版本或新补丁进行审核、测试、下发和后续的支持、汇
总工作。主要工作内容如下：
（*）补丁验证
工程师需要对接收到的应用系统版本或补丁进行审核，审核
点主要关注补丁文档是否齐全、是否能够支持升级，补丁升级的
时间要求和资源要求是否明确，补丁升级是否会对其他相关应用
系统产生影响。补丁审核通过后，对接收到的应用系统版本或补
丁进行模拟环境测试，以验证其升级过程是否正确。
（*）补丁升级实施
工程师在补丁验证通过后，在省局内网发布系统升级通知，
按照总局补丁升级文件要求完成升级工作。
*、变更服务
用户发生系统变动时，按照用户业务要求提供系统变更的服
务：包括系统参数、性能优化服务，具体内容如下（如需要）：
（*）每半年对综合监控系统进行*次优化部署或阀值调优，
业务系统范围为金税*期核心系统。
（*）按需对服务管理系统服务目录进行*次优化。
*、数据维护、备份和恢复
由于系统或用户操作失误造成*些数据必须在后台来进行
维护，而数据维护涉及数据安全，为保证数据在****的逻辑
性、正确性、完整性，所以确认和维护这些数据是非常谨慎的，
数据维护不得违反总局数据维护标准规范要求。主要工作内容为：
（*）沟通确认
对于数据维护类的运维单，运维工程师与用户充分沟通，了
解数据维护的原因、背景和涉及的业务细节；
（*）分析数据
通过沟通确认，取得业务环境的配置信息，分析业务环境的
数据特点；
（*）出具方案
在尊重事实的情况下，对用户提出的数据维护类运维单提出
合理的数据处理解决方案，特别是由于业务变化而不得不进行数
据维护的运维单，要全面考虑各实际用户的需求，从实际角度出
发，给出合理的处理方案；
（*）方案审核
在方案制作完成后，首先要对方案进行审核；
（*）方案测试
在测试环境对服务方案进行测试，对测试过程中暴露的服务
方案缺陷进行修正；
（*）方案实施
测试通过后再在用户的生产环境进行维护；
（*）填写运维处理单
方案实施并确认生产环境实施无问题后，按省局规范填写运
维处理单。
（*）制定数据备份方案及评审
工程师根据系统的实际情况编写数据库备份方案，并每周对
系统进行数据库全备份。
（*）数据备份方案测试
定期在测试环境对备份方案进行测试，对测试过程中暴露的
方案缺陷进行修正；
（**）数据备份方案实施
测试通过后在生产环境进行实施备份，并检验备份的有效性。
*、系统部署技术支持
用户对运维平台进行系统迁移、集群部署等维护工作时提供
技术支持服务，包括并不限于提供部署方案、技术解答、协助部
署、全程跟踪服务等。
**、交付物
《故障解决方案》、《故障处理报告》。
(*)核心业务系统监控信息微信推送服务
总局已经纳入统*监控的核心征管、税库银、电子税务局、
发票等*个业务系统，通过运维服务微信公众号，以互联网信息
推送服务形式，将运维监控告警信息和相关运维服务信息推送给
运维服务人员。
具体包括运维平台提供系统可用性、业务量、性能曲线图推
送服务；应用层告警信息推送服务；待办任务信息提醒服务；用
户审核与绑定服务；运维服务消息订阅的免打扰设置服务；业务
量监控信息等互联网信息推送服务工作。
*、系统可用性、业务量、性能曲线图推送服务
运维平台应将税务核心业务系统（核心征管系统、电子税务
局系统、税库银系统、增值税发票管理系统等）的可用性监控图
表、业务量、系统性能曲线图表推送到运维服务微信公众号，以
可视化图表形式，对业务监控系统可用性监控图表、系统性能曲
线进行集中展现。运维人员可利用运维服务微信公众号，查看被
监控业务系统的可用性和性能曲线图数据。
*、应用层告警信息推送服务
当系统可用性、性能（如：响应时间）等监控指标出现异常
时，运维平台应生成应用层告警信息，并将其推送到运维服务微
信公众号，以列表、明细方式进行展现。运维人员可利用运维服
务微信公众号，实时获取被监控业务系统的应用运行状态和告警
信息，并在第*时间通知系统负责人采取相应措施进行妥善处理。
*、待办任务信息提醒服务
运维平台的服务管理系统应为运维服务管理人员生成待办
任务（事项）信息，并将其推送到运维服务微信公众号。运维人
员可利用运维服务微信公众号，查看相关待办任务（事项）信息
及其明细，辅助开展相关运维服务工作。
*、用户审核与绑定服务
运维服务微信公众号能为运维人员提供用户账号的审核、绑
定、解绑（解除绑定）等权限管理服务。
在运维服务微信公众号平台中，应由运维管理人员对运维人
员的用户账号进行审核，查验其信息规范性、来源合法性、访问
合规性与安全性等情况。
在运维服务微信公众号平台中，运维人员能将其运维平台的
用户账号与运维服务微信公众号的用户账号进行匹配和关联绑
定，并将其运维平台用户账号的访问权限赋予运维服务微信公众
号的用户账号。
在运维服务微信公众号平台中，运维人员应将其运维平台的
用户账号与运维服务微信公众号的用户账号之间的绑定关系进
行解除（解绑），以便按需灵活管理用户账号。
*、运维服务消息订阅的免打扰设置服务
运维管理人员能在运维服务微信公众号中，按照运维人员工
作计划，对其运维服务消息订阅参数（订阅时段、免打扰选项等）
进行免打扰设置，以适用特殊运维工作阶段（补丁升级等）的实
际需要。
*、项目实施要求
(*)每日定点巡检运维平台综合监控系统、服务管理系
统、自动化系统、门户系统、配置管理系统、出口退税监控
系统、日志监控系统、资产管理系统和监控展示系统的运行
情况，检查范围包括各系统可用性，给出平台运行概况。
（*）对平台的运行环境进行检查，检查范围包括数据
库、中间件、操作系统等运行情况，对巡检发现的问题进行
提示、报告和处理。
（*）对运维平台及所用的中间件、操作系统和数据库
提供补丁和脚本的升级维护服务。通过远程登录的方式对运
维平台提供运维服务。
*、项目验收要求
采购方将每月按照《服务考核办法》进行运维服务考核，
考核结果将决定运维费用的扣款额。中标商按照考核标准实
施运维服务工作，项目服务期满后，采购方对中标商的运维
服务进行考核并进行项目验收。
*、保密要求
中标方须对所涉及的技术方案、系统配置、网络结构、
联系方式等严格保密，加强对技术服务人员的保密管理，确
保派驻的技术人员工作上做到安全、保密，若中标方工作操
作失误或人为故意差错造成损失的，须按价赔偿，若发生泄
密或其他违反国家法律法规规定的行为，中标方须承担相应
的法律责任。
*、付款方式
第*次付款：本合同正式签订之日起，甲方在收到乙方开具
的增值税普通发票后**个工作日内，向乙方支付合同总金
额**%。
第*次付款：服务期期限届满后甲方进行验收，验收合格后
乙方向甲方开具发票（扣除“服务考核”应扣部分）。甲方
在**个工作日内凭乙方提供的合同、验收报告及发票支付
剩余金额，剩余金额=合同金额***%-服务考核应扣金额。
功能介绍
换一批
潜在投标单位
放大
缩小
公告内容：
您当前为:
招标采购
询价订单
分包项目
直采订单
拟在建项目
业主委托
