交通管理业务信息监控平台软件采购需求.docVIP

交通管理业务信息监控平台软件采购需求 总体要求 监控平台产品的总体要求如下： 提供商业化的成熟产品。产品符合ITIL标准，能方便的与符合IT服务管理规范的运维流程接口。 同时支持包括网络、系统、存储、中间件应用、Web Server和后台数据库等系统的监控，提供完整的端到端监控解决方案。各功能模块要求在同一套管理平台中实现，使用统一的开放数据库，进行统一采集控制、统一管理流程、统一门户、统一用户认证，实现数据大集中。 产品采用目前流行的三层体系结构（数据库、应用服务器和客户端），满足相应的标准和规范，例如JAVA, web service, XML等标准规范。采用中文界面，界面友好，报警信息醒目，方便定位故障点位置，实时动态更新。 在所内部署监控平台服务器和监控代理端后，需要在全国约350个车管所部署的监控代理端，系统实施时至少5个车管所部署时提供现场服务。 监控软件消耗的主机资源必须控制在5%以内。 系统需求 需求概述 2000年以来，全国各级公安交通管理部门按照公安部“金盾工程”建设总体部署，建设了全国机动车和驾驶人信息资源库以及全国公安交通管理信息查询、全国机动车登记和驾驶证管理、全国道路交通事故信息统计分析、全国道路交通违法处理、全国交警队信息平台、剧毒化学品公路运输信息管理等应用系统，初步构成了公安交通管理信息系统体系框架，实现了全国多个交通管理信息系统数据库的建设，为实现交通管理工作的信息化奠定了坚实的基础。 目前我所已基本建成交通管理业务信息应用系统及数据库的备份机制，已建成六个基础数据库，初步形成了交通管理业务信息的应用平台，目前已有机动车登记信息1.6亿条、机动车驾驶证信息1.7亿条、99年以来的历年交通事故统计数据370多万条、国产机动车整车合格证信息数据5000万条和全国交通违法数据8680万条。 随着我国经济的不断增长，驾驶人、车辆数量、道路里程日益增加，交通管理业务信息数据量急剧膨胀，交通管理信息化建设纷繁复杂，现有设备已不能满足工作要求。同时由于在我所交通管理业务信息应用平台初建时由于受经费预算等条件限制，安全管理技术和手段没有全部到位，导致安全管理还存在一些问题。具体表现在： （1）运行维护技术手段落后，偏重于事后处置和维护。目前的系统运维，对硬件系统缺乏有效的运行监控手段，从故障发生和处置时间上来看，主要靠事后处置，往往是业务系统发生故障、系统无法正常运行后，才采取相应的处理措施，影响到系统的正常运行和系统服务的持续性。 （2）系统运行维护工作流程未实现信息化管理。目前绝大多数系统主要靠人工干预，手工处理故障，系统故障的发生和解决缺乏过程性记录，故障表征现象、发生原因、发生频次、解决方案等都没有纳入信息化管理平台，问题从提出到解决未形成闭环，未建立运维知识库，对现有知识的有效利用处于粗放阶段，眼前的故障虽然解决了，由于缺乏足够的资料来支持对系统故障的原因分析，无法预测故障的发生。 （3）缺乏对业务系统的可用性状态和业务情况的有效监控。从系统论的角度来看，多数系统在完全崩溃之前有一个过渡阶段，其表现就是系统的可用性降低，或者说运行效率降低，这就为系统运行监测和提前干预提供了时间窗口。现阶段的系统运行维护，没有对业务的可用性状态进行有效的记录和检测。另外业务系统的业务办理情况也无法了解，部分违规业务缺乏有效的监视手段。 （4）未建立系统维护知识体系。由于在各地运行的是统一版软件，系统运维知识是可共享的。但从实际情况看，基层交警所队在遇到系统运维问题时，往往直接寻求科研所的技术支持，这导致两个问题：一是运维压力过于集中上端，其中有大量重复简单的问题，耗费了宝贵的维护力量和时间；二是维护力量不足、维护效率降低，基层的问题得不到及时解决和解答，对业务办理造成影响。需要建立知识库，处理大量重复和常见的问题请求。 为进一步提升交管信息化建设水平，实现对各交通管理业务信息和数据库进行统一管理，确保交通管理信息系统安全、稳定运行，为部局领导决策提供有效的技术支撑，为科学研究提供准确的数据支持。拟建立交通管理业务信息监控平台。 系统目标 系统建成后，实现下面的目标： （1）、实现对主机操作系统，网络，中间件，数据库的性能监控。能够记录性能状况和感知各种性能问题。 （2）、实现对业务系统的动态更新，实现可用性、业务办理情况监控。 （3）、提供直观的业务视图，对监控数据进行全景式展现并提供完善的报表系统。 平台结构设计 平台部署结构 平台部署结构分三个层次，第一层为科研所中心平台，第二层为总队层，第三层为支队层，如下图所示： 总队通过使用部署监控代理服务器和不部署两种方式接入监控中心平台，部署方式主要取决于总队是否使用集中架构，业务服务器数量两个因素，集中或业务服务器数量多，则使用监控