平安城市智能化运维管理项目-立项报告

1、 平安城市智能化运维管理项目立项报告目 录 TOC o 1-4 h z u HYPERLINK l _Toc528132519 第1章概述 PAGEREF _Toc528132519 h 1 HYPERLINK l _Toc528132520 1.1项目背景 PAGEREF _Toc528132520 h 1 HYPERLINK l _Toc528132521 1.2项目建设范围 PAGEREF _Toc528132521 h 2 HYPERLINK l _Toc528132522 1.3主要参考依据 PAGEREF _Toc528132522 h 2 HYPERLINK l _Toc5281

2、32523 第2章现状和必要性分析 PAGEREF _Toc528132523 h 5 HYPERLINK l _Toc528132524 2.1现状分析 PAGEREF _Toc528132524 h 5 HYPERLINK l _Toc528132525 2.1.1系统现状 PAGEREF _Toc528132525 h 5 HYPERLINK l _Toc528132526 2.1.2管理现状 PAGEREF _Toc528132526 h 6 HYPERLINK l _Toc528132527 2.1.3维护现状 PAGEREF _Toc528132527 h 6 HYPERLINK

3、l _Toc528132528 2.1.4考核现状 PAGEREF _Toc528132528 h 6 HYPERLINK l _Toc528132529 2.2必要性分析 PAGEREF _Toc528132529 h 7 HYPERLINK l _Toc528132530 第3章项目需求分析 PAGEREF _Toc528132530 h 9 HYPERLINK l _Toc528132531 3.1平台业务需求分析 PAGEREF _Toc528132531 h 9 HYPERLINK l _Toc528132532 3.1.1集中化管理业务需求 PAGEREF _Toc52813253

4、2 h 9 HYPERLINK l _Toc528132533 3.1.2自动化视频业务需求 PAGEREF _Toc528132533 h 9 HYPERLINK l _Toc528132534 3.1.3标准化管理业务需求 PAGEREF _Toc528132534 h 10 HYPERLINK l _Toc528132535 3.2平台功能需求分析 PAGEREF _Toc528132535 h 11 HYPERLINK l _Toc528132536 3.2.1运维中心建设 PAGEREF _Toc528132536 h 11 HYPERLINK l _Toc528132537 3.2

5、.2前端设备管理 PAGEREF _Toc528132537 h 11 HYPERLINK l _Toc528132538 3.2.3存储设备管理 PAGEREF _Toc528132538 h 12 HYPERLINK l _Toc528132539 3.2.4网络管理 PAGEREF _Toc528132539 h 12 HYPERLINK l _Toc528132540 3.2.5服务器设备管理 PAGEREF _Toc528132540 h 12 HYPERLINK l _Toc528132541 3.2.6应用管理 PAGEREF _Toc528132541 h 13 HYPERLI

6、NK l _Toc528132542 3.2.7高级资源管理 PAGEREF _Toc528132542 h 13 HYPERLINK l _Toc528132543 3.2.8业务管理 PAGEREF _Toc528132543 h 13 HYPERLINK l _Toc528132544 3.2.9报表管理 PAGEREF _Toc528132544 h 13 HYPERLINK l _Toc528132545 3.2.10视频运维管理 PAGEREF _Toc528132545 h 14 HYPERLINK l _Toc528132546 3.2.11视频运维计费管理 PAGEREF _

7、Toc528132546 h 15 HYPERLINK l _Toc528132547 3.3平台服务器需求分析 PAGEREF _Toc528132547 h 16 HYPERLINK l _Toc528132548 3.3.1数据库服务器需求分析 PAGEREF _Toc528132548 h 16 HYPERLINK l _Toc528132550 3.3.1.1高可用群集 PAGEREF _Toc528132550 h 16 HYPERLINK l _Toc528132551 3.3.1.2视频专网数据库主机性能需求分析 PAGEREF _Toc528132551 h 18 HYPER

8、LINK l _Toc528132552 3.3.1.3视频专网数据库服务器配置要求 PAGEREF _Toc528132552 h 19 HYPERLINK l _Toc528132553 3.3.1.4公安网数据库主机性能需求分析 PAGEREF _Toc528132553 h 20 HYPERLINK l _Toc528132554 3.3.1.5公安网数据库服务器配置要求 PAGEREF _Toc528132554 h 21 HYPERLINK l _Toc528132555 3.3.2应用服务器需求分析 PAGEREF _Toc528132555 h 22 HYPERLINK l _

9、Toc528132556 3.3.3采集服务器需求分析 PAGEREF _Toc528132556 h 23 HYPERLINK l _Toc528132557 3.4平台存储需求分析 PAGEREF _Toc528132557 h 26 HYPERLINK l _Toc528132558 3.4.1视频专网数据量需求分析 PAGEREF _Toc528132558 h 26 HYPERLINK l _Toc528132559 3.4.2公安网数据量需求分析 PAGEREF _Toc528132559 h 27 HYPERLINK l _Toc528132560 3.4.3存储分区 PAGER

10、EF _Toc528132560 h 28 HYPERLINK l _Toc528132561 3.4.4系统多路径 PAGEREF _Toc528132561 h 28 HYPERLINK l _Toc528132562 3.4.5视频专网存储配置要求 PAGEREF _Toc528132562 h 29 HYPERLINK l _Toc528132563 3.4.6公安网存储配置要求 PAGEREF _Toc528132563 h 30 HYPERLINK l _Toc528132564 3.5平台系统软件需求分析 PAGEREF _Toc528132564 h 30概述项目背景围绕市委、

11、市政府建设“低碳经济、智慧城市、幸福生活”的总体目标，根据平安城市智能化视频系统建设规划(20152019年)及实施方案的工作要求，按照“管理、业务、服务”的三个层面进行建设，建立一种以流程为导向，以业务为中心、注重服务意识的管理模式，提高系统维护效率、减低运维成本、完善系统建设和运维历史档案管理、监督系统维护工作、评估系统运行绩效、优化系统设计和保障系统持续良好运行，实现专业化、智能化、实时在线的运维管理系统，提高我市视频资源整体的运营效率，提供具有针对性和科学性的运行维护服务解决方案。提高智能视频系统应用，提高社会面管控及维稳处突能力，提高城市现代化管理水平，为建设“智慧城市、幸福城市、平

12、安城市”打下坚实的基础。此次项目的建设规模是把我市目前约4.2万路摄像头、未来4年加入的1.7万路摄像头和1万个IT设备资源统一管控起来，由我市社会治安和城市管理智能化视频系统建设运维中心进行统筹、分析、分配运行维护事件。项目建设范围序号建设内容1运维管理中心监测大厅监测大厅配套设施多功能室配套设施2大屏显示系统拼接墙中控台3视频系统运维管理中心平台视频资源预警系统视频运维服务管理系统分布式采集运算支撑服务平台主要参考依据平安城市智能化视频系统运维管理中心建设方案遵循但不限于以下国家/行业标准和规范以及相关政府文件，除特别声明，本方案使用的规范必须是最新的现行版本：1)政府文件城市报警与监控系

13、统建设指导性技术文件 城市报警监控系统建设方案设计要素广东省社会治安视频监控系统建设指引广东省公共安全视频图像信息系统管理办法XX省社会治安视频监控系统数据传输技术规范XX省社会治安视频监控系统建设三年规划（2012-2014年）(粤综治委201211号)平安城市智能化视频系统建设规划(2013-2016年)2)国家、行业及地方相关标准规范文件安全防范工程技术规范 （GB503482004）视频安防监控系统技术要求 （GA/T367-2001）中华人民共和国公共安全行业标准 （GA887-2010）建筑与建筑群综合布线系统工程设计规范 （GB/T50311-2007）建筑物电子信息系统防雷技术

14、规范 （GB50343-2012）安全技术防范防雷设计规范公安部XX省安全技术防范管理条例安全技术防范产品管理办法（公安部第12号令）安全防范视频监控联网系统信息传输、交换、控制技术要求（GB/T 28181-2011）视频图像文字标注标准（GA-T 751-2008）民用建筑电气设计规范(JGJ/T 16-92)智能建筑设计标准(GB/T50314-2000)建筑设计防火规范(GBJ16-87 2001年版)建筑内部装修设计防火规范(GB50222-95)电器装置安装工程电器照明装置施工及验收规范(GB50259-92建筑物防雷设计规范（GB50057）建筑物电子信息系统防雷技术规范（GB5

15、0343）安全技术防范防雷设计规范公安部系统接地的形式及安全技术要求（GB14050-93）XX省公安厅CA系统应用实施方案公安部全国公安信息资源库总体设计方案公安部全国公安八大信息资源库数据结构公安部金盾工程总体设计方案公安部地市级综合信息系统总体设计方案公安部共享数据项代码标准 全国公安机关机构代码标准公安信息分类代码标准公安应用系统标识代码标准公安信息网数字证书格式标准公安信息网信息开放等级标准公安信息网用户类型划分及标识标准公安信息网信息操作划分标准公共数据交换系统应用层接口格式标准（GA381.1-2002）公共数据交换系统交换层接口格式标准（GA381.2-2002）公共数据交换系

16、统交换格式标准现状和必要性分析现状分析目前，我市视频系统已有约4.2万路的摄像头接入，其中有1万路接入公安内网和3.2万路是接入视频专网，未来4年还有约1.7万路高清摄像头接入。根据视频系统规模不断扩大、联网结构越来越复杂、产品升级换代节奏加快、系统建设升级改造活动越来越频繁的形势，我市视频系统相关维护工作还是以落后的人工方式进行管理。随着我市视频监控系统建设的不断深入，涵盖的应用系统越来越多，而且涉及的硬件和软件资源也变得相当庞大而复杂，管理上目前还较为被动、不能及早消除各种故障隐患，运维压力在日渐增大，缺少全面的管理手段和工具。 系统现状虽然视频监控联网管理平台具有部分的运维功能，但其主要

17、作用在于实现视频资源的联网问题。其故障检测模块功能一是为监控中心人员提供查看前端摄像机的运行状态。二是监控范围限于对前端摄像机的故障进行简单判别，无法检测各类存储设备、视频传输网络和设备、服务器设备、平台软件、客户端的设备以及机房中心环境等具有关联的设备运行状态和参数，并对故障进行定位。三是未能定义运行监控相关的业务和技术规范，定义事件告警、运维作业、服务考核的各类业务标准和规范。管理现状安防的高清化发展是视频系统的发展趋势，高清化的视频系统需要采用更多的高清摄像机和后端大容量的存储设备来支撑，对网络的要求也更加高。前端接入设备及后端支撑设备的巡检工作量大、准确度低；在一定程度上还存在“重建设

18、、轻管理”现象，特别是社会自建部分，运维投入不足，设备维护不到位。维护队伍管理机制不健全，普遍存在缺乏激励措施、薪酬偏低、人员不足等问题。维护现状安防视频技术的融合化发展使得融合安防平台支持越来越多的前端接入设备，造成前端设备多种多样，目前针对这些设备的故障处理均是人工保障，被动维修的，造成设备维护和巡检周期长、效率低；同时人工的巡检对前端设备故障发现不及时，维修周期不稳定，导致视频系统的社会效益难以大幅提升。考核现状已建视频系统规模愈来愈大，运维趋势更加迫切，而现有运维考核依据较简单,无法掌握设备故障率，同时对设备的故障时长、维修时长等重要信息也无法精确计算，难以对维护人员的运维效果进行考评

19、，缺少相应规范的运维流程机制。必要性分析围绕市委、市政府建设“低碳经济、智慧城市、幸福生活”的总体目标，根据平安城市智能化视频系统建设规划(20152019年)及实施方案的工作要求，按照“管理、业务、服务”的三个层面进行建设，平安城市智能化视频系统亟需建立一种以流程为导向，以业务为中心、注重服务意识的维护管理模式，通过建设专业化、智能化、实时在线的运维管理系统来提高系统维护效率、降低运维成本、完善系统建设和运维历史档案管理、监督系统维护工作、评估系统运行绩效、优化系统设计和保障系统持续良好运行，从而提高我市视频资源整体的完好率，提供具有针对性和科学性的运行维护服务解决方案，提高智能视频系统应用

20、，提高社会面管控及维稳处突能力，提高城市现代化管理水平，为建设“智慧广州、幸福广州、平安广州”打下坚实的基础。平安城市智能化视频系统运维管理中心平台主要实现对城市视频系统及其基础支撑运行环境的可视、可控、可管理，实现设备故障主动监测、规范日常维护流程、量化运行服务质量，持续优化维护流程和策略，从而持续提升视频系统的整体运行维护管理水平，为持续提升平安城市视频系统的运行效益提供有力保证。建设平安城市智能化视频系统运维管理中心的必要性具体表现在如下几个方面：提高有效使用率及时发现故障、加快系统维修过程，从而提高视频监控系统有效使用率。减少责任风险减少由于视频监控设备维护不及时而造成无法提供有效证据

21、的现象的发生；减少由于视频监控设备维护不及时而导致的领导现场指挥不畅、破案效率降低的现象的发生。提高稳定性对整个视频监控系统进行全面、实时的统一监控、集中管理、规范运维，有利于提高视频监控系统的稳定性。提高管理水平实时掌握和记录视频监控系统整体运行状况、为考核运维效果提供考评依据，为后期系统建设提供决策数据。减少运维成本采用科学规范的运维方式，降低运维工作强度、提高运维工作效率、节约大量的资金成本和时间成本。项目需求分析平台业务需求分析集中化管理业务需求视频系统的建设改造，涉及单位众多，因建设时间、周期、成本的不同，带来不同单位的视频系统设备类型、品牌、型号、协议不尽相同，造成运维管理难以实现

22、互联统一管理。其次视频的设备分布在不同的网段，包括是视频专网、公安信息网、电子政务内网及电子政务外网，增加运维工作的复杂度。更由于已建设的视频软件互不兼容无法衔接，网络运维管理难度较大，也无法实现全网统一管理、统一预警。为了规范全市视频运维的管理和业务，需要建设视频系统运维管理中心针对各地市的视频设备进行统一规划，形成统一的管理模式，最终达到统一分析，统一预警。自动化视频业务需求传统的视频系统管理模式主要是被动人工点播视频及事后处理的模式。被动的人工点播视频及事后的处理模式，导致管理人员响应不及时和无法准确分析故障根源，最终导致处理延误造成严重的损失。视频系统运维管理中心通过对网络和系统进行集

23、中管理，采用部分自动化操作，将视频前端资源、网络和系统资源的管理与业务应用相结合，提供面向业务的应用服务管理，使得视频和系统管理从传统的单一、被动和低效的管理方式逐步转变为统一、主动和高效的管理模式，来实现信息系统管理效率和服务管理质量的同步提升，降低人工操作和管理带来的风险。标准化管理业务需求现在广州视频运维管理还是属于传统的IT管理模式。管理和维护手段还是比较落后，自动化程度不高，人员在服务意识上还不能适应新形势的要求，缺乏规范、安全、高效的运行管理和维护平台，存在以下问题：维护管理工作效率低，缺少先进的综合视频及IT资源管理；系统管理日趋复杂，维护人员匮乏，导致服务水平偏低；管理方式被动

24、，问题处理时间长；管理维护水平参差不平，没有建立完整的标准体系，为初级的维护人员提供技术援助；缺乏规范的管理流程体系，故障处理处于“救火队”的方式；没有一套完整的运维管理平台，并与其他单位实现管理信息共享。运维管理中心是把业务部门用户、各级支持人员、被管理视频资源和管理软件有机的结合起来，通过运维管理系统提供的标准化管理模式协同工作，使服务支持体系整体达到高效、有序、迅捷的预期目标，从运维管理的基础方面保障各项业务系统的高效运行。平台功能需求分析运维中心建设通过把我市视频建设办原有的办公室进行改造布局成视频运维中心,重新进行装修设计，为工作人员提供一个美观、舒适的工作环境。在运维管理中心布置安

25、装一个显示墙、在显示墙正前方安装弧形中控台、中控台前面放置运维人员的办公台和电脑。要求运维管理中心与视频应用技术集成，全方位、全天候观察视频系统、各应用系统的运行情况，实时监看和定位发现紧急情况、故障事件，迅速组织运维。运维人员可在运维中心通过显示墙、个人工作站对视频系统、各应用系统等了解视频设备、各应用系统等的运行情况。前端设备管理前端设备管理主要是针对视频前端的摄像头和DVR。平台可以定时对前端摄像头和DVR进行自动巡检。平台可以自动巡检前端设备的运行状态，并且对异常设备进行分析告警。通过智能化的成像巡检技术，平台对前端设备的成像质量检查并分析。视频故障主要分为视频清晰度异常、视频亮度异常

26、、视频偏色、视频条纹干扰、雪花干扰、场景变化、云镜控制失效、画面冻结和信号缺失等。平台也可手动巡检前端设备的运行状态，可以灵活调度分析诊断某个前端设备的成像质量。存储设备管理针对网络存储设备（磁带库、磁盘阵列、NVR、IPSAN等）的管理，要求采集到以下的数据指标参数，包括设备名称，IP地址，子网掩码，当前状态，网络设备类型，操作系统及操作系统版本等基本信息；以及CPU利用率、内存利用率、磁盘利用率等统计图表，及时的反应服务器设备资源的当前使用情况。也可以通过自定义报表查看设备当前的相应时间分析报表。流媒体服务管理，主要管理流媒体服务器的最大并发数目、聚合输出带宽、请求响应延时、服务器端丢包率

27、、延迟抖动、CPU内存占用率等。网络管理要求管理所有网络设备，实现网络资源管理，管理网络配置；提供网络故障管理，及时发现故障原因，并且实时告警。同时对网络安全设备进行管理。服务器设备管理要求管理全网的服务器设备，服务器管理可以支持WINDOWS、LINUX、UNIX等操作系统，主要对服务器的基本信息、服务器运行参数（包括CPU、内存、硬盘等）、服务器接口信息等进行管理，过提供各种指标阀值的设定，当服务器的某个指标数据超越阀值时，系统就会生成告警，提醒管理员及时地处理。应用管理要求对中间件系统进行管理。检测中间件关键的运行状态和性能，支持的中间件系统类型包括：Tomcat、weblogic和we

28、bsphere等。高级资源管理对无线设备、温湿度、UPS、空调、云资源等进行监控管理，同时提供机房视图、业务视图的管理。业务管理要求业务管理的主要功能有：可以定制业务视图业务统一告警业务权限控制业务性能分析报表管理要求系统能够提供各种报表，管理人员能根据这些报告准确评估整个IT环境运行情况，及早发现故障隐患和评估威胁。系统的报表管理功能具有定制报表、生成报表、设置/修改报表格式、打印/输出报表、取消报表生成等功能。要求系统能根据用户指定的报表内容和生成报表的时间，生成相应的报表。要求报表的种类包含：网络设备运行率报表、网络链路运行率报表、服务器运行统计报表、数据库运行统计报表、中间件运行统计报

29、表等，能根据天、月、年、运行状态等类别进行统计，并能导出Word、excel或pdf文件。要求系统还能提供多种运维报表，对事件、问题、变更和资产等运维信息进行统计，支持表格、图形等多种方式展现。且能通过日、周、月、季度、半年、年以及自定义时间段等时间设置对各统计报表进行查询。视频运维管理运维管理能够自动接收IT资源监管中的告警和问题,也能够接受手工填单提交的问题，按照规范的处理流程完成事件管理、问题管理、变更管理、知识库等流程，实现运维业务管理功能，科学灵活的自动的按照在线技术人员情况进行工单分配，确保每个事件得到及时有效地解决；运维服务管理能够为技术人员和业务人员提供直观的个性化信息，根据每

30、个人的需要组合各种数据信息、查询和产生报表，并且能够提供过滤器，提供个性化事件处理通知。视频运维计费管理目前的视频及IT设备主要由专门的运维公司来维护，然后根据周期内IT设备的运行维护情况来计算运维费用，通过计费管理功能模块记录并定义各运维商的计费规则，以及根据规则自动生成计费报表。结合需求，整个计费管理模块分为维护商管理、计费规则模板管理、计费报表。平台服务器需求分析数据库服务器需求分析首先，业务系统的数据量越来越大，当前系统的数据量通常都是以TB计算；交易越来越复杂，业务系统不再是单纯的OLTP应用，其中还包含大量的统计、分析等OLAP的处理；与外围系统的联系越来越紧密、越来越复杂；实时业

31、务含大量查询；非实时业务以查询为主；上级领导随时要统计数据；复杂查询带着汇总；综合视频运维中心管理平台系统的特点，TPC-C作为数据库服务器选型的参考标准。TPC-C是在线事务处理 (OLTP )的基准程序,表示一个小时内能够完成的复杂交易的数量；高可用群集Oracle RAC的部署基于服务器自身的高可用群集环境，不同的厂商都有自己的高可用群集软件，例如IBM的HACMP，HP的MC/SG等。不同厂商高可用群集软件的原理大体是相同的。高可用群集的特点：结合共享硬件设备和软件方式实现；安全可靠的系统及业务应用切换；多级完备的对等管理；直观的故障报警输出和切换过程状态显示；灵活简易工作模式改变；两

32、台Unix服务器每两台分别采用active/active的模式。双机群集软件安装之后，内部私有网络检测心跳线路检测两台服务器的软硬件资源。两台服务器均采用TCP/IP网络协议和用户连接，由管理软件提供一个逻辑的IP地址，任一用户可通过此网络地址与应用服务器连接，当有一服务器出现故障时，另外一台服务器会自动将其网卡的IP地址替换为该逻辑地址，这样用户一端的网络不会因另一台服务器出现故障而断掉。对于数据库服务，当一台服务器出现故障时，另一台服务器会自动接管数据库引擎，同时启动数据库和应用程序，使用户数据库可以继续操作。视频专网数据库主机性能需求分析视频运维中心管理平台一般日常业务包括三种，分别是，

33、增、删、改业务；查询业务；统计对比分析业务。1、业务需求视频专网前端视频资源约4.9万个,通过2台采集服务器每3小时采集视频数据（包括图片）一次，每次采集约20（经验值，包括性能数据采集和图片采集）次业务计算，每秒钟处理的业务数为49000/3/60/60*20=91。视频专网需监控的基础IT资源约8170个，通过2台采集服务器每3小时采集数据一次，每次采集约15（经验值，主要是性能数据采集）次业务计算，每秒钟处理的业务数为8170/3/60/60*15=12。综上计算，每秒钟需处理的总业务数为91+12=103。2、数据库操作数和数据量数据操作数为访问数据服务器次数,每应用访问数据库按10次

34、计算(经验值,包括插入和更新),每秒访问数据库次数为10*2+103=123,考虑图片插入业务时需要写入视频图片,每台采集服务器写入一次,每相片容量为500KB,处理500KB的相片能力是处理500B的文本的100倍。每秒交易量为10*2*100+133=2133。 4、TPC-C值指标数据库服务的TPC-C值为2133笔/秒* 60秒=127980交易/分钟,考虑60%系统冗余(视频预警系统的读取、操作系统、数据库、工具软件、备份软件、监控软件或其他应用系统使用),TPC-C为127980*160%=204768,要求TPC-C21万。考虑未来5年业务发展的需求，考虑50%系统冗余(适合未来

35、3年业务增长要求)要求数据库服务器TPC-C必须大于32万。5、CPU和内存根据TPC-C值,选择服务器产品。 (如果两台同样配置的机器采用Oracle RAC数据库,则系统的处理能力为单台机器的1.6-1.8) 。CPU与内存的比例大多数按1:8选配,内存为2*8=16GB。视频专网数据库服务器配置要求配置为：CPU: 8核心，主频:2.4GHz 2CPU；内存:16GB；硬盘:2*300G 10000转；8GB光纤通道*2；千兆网卡；DVD-ROM；unix操作系统；公安网数据库主机性能需求分析1、业务需求公安网前端视频资源约1万个,通过1台采集服务器每3小时采集视频数据（包括图片）一次，

36、每次采集约20（经验值，包括性能数据采集和图片采集）次业务计算，每秒钟处理的业务数为10000/3/60/60*20=19。公安网需监控的基础IT资源约1670个，通过1台采集服务器每3小时采集数据一次，每次采集约15（经验值，主要是性能数据采集）次业务计算，每秒钟处理的业务数为1670/3/60/60*15=3。综上计算，每秒钟需处理的总业务数为19+3=22。2、数据库操作数和数据量 数据操作数为访问数据服务器次数,每应用访问数据库按10次计算(经验值,包括插入和更新),每秒访问数据库次数为10*1+22=32,考虑图片插入业务时需要写入视频图片,每台采集服务器写入一次,每相片容量为500

37、KB,处理500KB的相片能力是处理500B的文本的100倍。每秒交易量为10*1*100+32= 1032。4、TPC-C值指标数据库服务的TPC-C值为1032笔/秒* 60秒= 61920交易/分钟,考虑50%系统冗余(系统、数据库、工具软件、备份软件、管理软件或其他应用系统使用),TPC-C为61920*150%=92880。考虑未来5年业务发展的需求，考虑40%系统冗余(适合未来3年业务增长要求)要求数据库服务器TPC-C必须大于13万。5、CPU和内存根据TPC-C值,选择服务器产品。 (如果两台同样配置的机器采用Oracle RAC数据库,则系统的处理能力为单台机器的1.6-1.

38、8) 。CPU与内存的比例大多数按1:8选配,内存为2*8=16G。因此建议部署2台4核CPU的服务器作为数据库服务器。公安网数据库服务器配置要求数据采用集群方式部署配置为：CPU: 8核心，主频:2.4GHz 2CPU；内存:16GB；硬盘:2*300G 10000转；8GB光纤通道*2；千兆网卡；DVD-ROM；unix操作系统；应用服务器需求分析平台应用服务器主要是运行视频资源预警系统和视频运维服务管理系统，性能压力主要在两方面：用户操作用户登录系统后的各种功能操作，性能压力较大的有数据的复杂条件查询、实时的数据统计、即时通信和实时的设备信息查询等操作。系统自动任务分布式采集运算支撑平台

39、对前端设备采集分析后的结果数据及告警数据最终均汇总到总运维中心的数据库服务器上，视频资源预警系统通过大量定时任务自动对所有汇总数据进行查询、分析和展现。预估同时200个用户并发，每个用户一次功能操作进行20次业务运算；预估40个自动任务通过10个线程同时运行，每次任务执行进行2000次数据业务操作。按照以上数据进行计算，每秒业务交易次数约为804000（20*200+10*40*2000）。TPC-C值指标应用服务的TPC-C值为804000交易/秒,考虑50%系统冗余(系统、数据库、工具软件、备份软件、管理软件或其他应用系统使用),TPC-C为804000*150%=1206000,即要求T

40、PC-C120万。考虑未来10年业务发展的需求，大约40%系统冗余要求平台应用服务器TPC-C必须大于170万。CPU和内存根据TPC-C值,选择服务器产品。CPU与内存的比例大多数按1:8选配,内存为32*8=256G。因此建议部署2台32核CPU的服务器作为平台应用服务器TPC-C值约为180万。平台应用服务器配置要求CPU: 32核心，主频:2.0GHz 4CPU；内存:256GB硬盘:2*300G 10000转8GB光纤通道；2个10GB以太网端口；千兆网卡；DVD-ROM；采集服务器需求分析根据用户使用环境，评估数据模型构建如下：并发访问峰值频度：视频专网和公安网所有需监控的设备数约

41、为69000个，预计所有设备会在一个采集周期的60%的时间内完成采集，即每分钟产生69000/(3*60*60%)=639次采集，一次采集约7次业务计算，即每分钟产生639*7=4473。业务请求构成：查询摄像头情况（3个事务）、更新摄像头情况（2个事务）、统计摄像头情况（1个事务）各占三分之一（自行确定事务类型构成）。环境因素：复杂系数（2，自行确定复杂系数），系统开销预留（40%），经验系数（1：同类系统评估）。TPC-C= 4473*（3+2+1）*2*1/60%=85882TPC-C，根据TPC-C值,选择服务器产品。建议在视频专网部署2台采集服务器，在公安网部署1台采集服务器，共3台

42、采集服务器。采集服务器配置要求系统采用分布式部署，以下是对采集服务器的计算能力的性能计算：cpu 处理能力的分析计算：预计平均3小时对5.9万个视频设备和1万个基础IT资源进行一次数据采集。对视频采集的信息包括性能和图片质量信息，每单张压缩图片分析耗时200ms，加上对视频设备性能数据的采集时间，对单个视频设备采集所需时间约为1000ms。对基础IT资源采集的数据主要是性能数据，对单个基础IT资源采集所需时间约为800ms。单个CPU可处理的视频设备数：3*60*60*1000/1000= 10800单个CPU可处理的基础IT资源数：3*60*60*1000/800= 13500完成一次质量分

43、析，采用6核CPU，在30%性能损耗下的CPU数：59000/10800/6*(130%)+10000/13500/6*(130%)= 2内存处理能力的分析计算（不包括操作系统内存）：采用6核CPU，处理压缩比为5的图片，在10%资源开销下的内存数：(200 + 200 * 5) * 6 * （110%）= 8M完成一次质量分析，初始512M的JVM内存，总耗内存数：2* (8M+512M)=1G故配置要求为：CPU: 8核心，主频:2.4GHz 2CPU；内存:16GB；硬盘:5*300G 10000转；双千兆网卡；DVD-ROM；平台存储需求分析视频专网数据量需求分析视频专网约49000个

44、被管视频资源和约8170个基础IT资源。允许5%的设备故障率，采集服务器每3小时采集一次数据；采集的IT基础资源数据只有文本信息，存储到数据库；采集的摄像头数据包括文本数据和图片；每条文本数据约2k，每张图片约500K(压缩后)，需保存1年的数据。每个设备每年出现数据采集次数量估算为：12*24*30/3= 2880图片数据计算：每年出现异常设备的损坏图片数据量估算为：49000*5%* 2880= 7056000出现异常设备的损坏数据量存储量估算为：7056000*500/1024/1024/1024=3.3T文字数据计算：每年出现异常设备的采集次数估算为：8170*5%*2880=1176

45、480每条数据约2k，一年的数据量为：1176480*2/1024/1024=2.25G采集的图片和文字一年的总数据量约为4T，预计每年的数据增长为4T，加上其他设备采集信息，1年后数据约4T的空间。由于存储系统对安全性和稳定性的要求较高，数据安全措施将带来的磁盘空间损耗，因此包括空间损耗后的系统建议部署5.6TB的存储容量。公安网数据量需求分析公安网约1万路视频设备和1670个基础IT资源需监控管理,允许5%的设备故障率，采集服务器每3小时采集一次图片，采集的IT基础资源数据只有文本信息，存储到数据库；采集的摄像头数据包括文本数据和图片；每条文本数据约2k，每张图片约500K(压缩后)，需保

46、存1年的数据。每个设备每年出现数据采集次数量估算为：12*24*30/3= 2880图片数据计算：每年出现异常设备的损坏图片数据量估算为：10000*5%*2880= 1440000出现异常设备的损坏数据量存储量估算为：1440000*500/1024/1024=686.65G文字数据计算：每年出现异常设备的采集次数估算为：1670*5%*2880=240480每条数据约2k，一年的数据量为：240480*2/1024=470MB图片和文字一年的数据量约为700G，加上其他设备采集信息，1年后数据约1T的空间。由于公安网视频非常重要，对存储系统安全性和稳定性的要求非常高，建议采用RAID1+0

47、方式存储数据数据安全措施将带来的磁盘空间损耗，因此包括空间损耗后的系统建议部署2.5TB的存储容量。存储分区存储系统建议采用全光纤磁盘阵列，接入到FC SAN环境中。根据需求分析，本次配置的磁盘容量至少60TB，并配置16GB控制器缓存。和目前PC用单磁盘内部集成缓存一样，在磁盘阵列内部为加快与主机交互速度，都带有一定量的缓冲存储器。主机与磁盘阵列的缓存交互，缓存与具体的磁盘交互数据。在应用中，有部分常用的数据是需要经常读取的，磁盘阵列根据内部的算法，查找出这些经常读取的数据，存储在缓存中，加快主机读取这些数据的速度，而对于其他缓存中没有的数据，主机要读取，则由阵列从磁盘上直接读取传输给主机。对于主机写入的数据，只写在缓存中，主机可以立即完成写操作。然后由缓存再慢慢写入磁盘。因此配置足够大的控制器缓存，有助提高系统运行效率。系统多路径存储系统配置双控制器且需要支持并行处理的架构，两个控制器共同分担服务器的IO请求，并保证控制器前端和后端都有高带宽的支持，保证存储系