2.2 组织机构现状

2.3 存在的问题

2.4 项目成果预期

3 系统建设原则

       本节略，若有兴趣， 可以参考前面的文章：

《项目设计方案：市交通视频监控平台项目设计方案(一)》；

4 项目需求

       本节略，若有兴趣， 可以参考前面的文章：

《项目设计方案：市交通视频监控平台项目设计方案(一)》；

       本节略，若有兴趣， 可以参考前面的文章：

《项目设计方案：市交通视频监控平台项目设计方案(一)》；上面略去的章节都在其中。

5.1.2 视频资源及联网设备编码与管理设计

       本节略，若有兴趣， 可以参考前面的文章：

《项目设计方案：市交通视频监控平台项目设计方案(一)》；上面略去的章节都在其中。

5.2系统软件结构

       本节略，若有兴趣， 可以参考前面的文章：

《项目设计方案：市交通视频监控平台项目设计方案(一)》；上面略去的章节都在其中。

5.2.2 基础平台功能

       本节略，若有兴趣， 可以参考前面的文章：

《项目设计方案：市交通视频监控平台项目设计方案(二)》；上面略去的章节都在其中。

5.3平台互联互通

5.3.1级联内容

    本节略，若有兴趣， 可以参考前面的文章：

项目设计方案：市交通视频监控平台项目设计方案(三)-CSDN博客，上面略去的章节都在其中。

5.3.2级联架构

5.3.3平台业务流程及接口定义

5.4系统网络结构

5.4.1总体系统架构

    本节略，若有兴趣， 可以参考前面的文章：

项目设计方案：市交通视频监控平台项目设计方案(三)-CSDN博客，上面略去的章节都在其中。

5.4.2 系统横向联网结构

       同上。

5.4.3 异构平台级联要求

       同上。

5.5系统网络存储

5.5.1系统存储架构

        在基层监控单元配备视频存储服务器，也可通过前端设备存储录像，进行区域内视频图像的存储，并向上级平台提供开放接口供存储录像的查询和调用。一级视频联网监控平台根据相应接口调取录像，并且分段存储其调用的视频图像。

        本平台采用先进的技术架构和设计方法，融合先进的管理思想，使用分布式存储架构和海量数据的实时处理存储技术，确保系统存储的效率高、读写快速、操作便捷，能满足各类用户的业务需求和实际应用。平台通过堆叠录像服务器以实现分布式的内容管理与存储的方案。

        平台支持设备存储（如DVR、NVR）和中心存储两种方式，中心存储支持RAID磁盘阵列、NAS、IP-SAN等多种存储介质，支持按图像的来源、记录时间、报警事件类别等多种方式对存储的图像数据进行检索，支持多用户同时访问同一数据资源；在实时存储的同时能满足备份存储，所有存储节点支持时间同步。

        平台默认对设备的主码流进行存储，并根据实际情况确定，如果计算结果容量需求过高，则可只对重点图像采用主码流存储而其他图像采用辅码流存储。平台支持单节点多路径存储，并可在管理系统中随时增加或删除录像路径，图像数据会自动进行备份迁移而无需人工干预。

        平台的录像存储网络图如下：

5.5.2系统存储详细设计

        存储系统是网络视频监控系统中的一个重要环节，是图像数据长期存储安全的重要保障。录像策略是存储系统的核心，决定着网络视频监控系统的总带宽以及存储系统的存储容量。

        平台采用iSCSI直存模式，视频码流经过监控平台的转发存储至磁盘阵列内，具体接入方式如下图所示。

5.5.2.1存储方案的特点

        针对本方案，在方便整体系统管理的同时，确保监控数据的安全、稳定、可靠。针对本方案的存储特点作如下介绍：

        （1）在监控中心和分控中心分别部署存储系统，实现分布式集中存储；

        （2）采用基于iSCSI技术的IP SAN(Storage Area Network)解决方案；

        （3）采用RAID5等存储技术，提高数据存储的安全性、可靠性；

        （4）基于IP网络进行存储，实现随时随地调看存储资料。

        （5）针对本方案，建议在新建监控中心部署磁盘阵列

5.5.2.2 存储空间的计算方法如下：

                录像容量（MB）=前端监控点数×录像天数×24×60×60×录像码率(Mbps)/8

        例如：

                1路2M码流实时存储1天：

                2M×3600秒×24小时/8bit=21.6G

                1路4M码流实时存储1天：

                4M×3600秒×24小时/8bit=43.2G

        采用相同规格容量硬盘、单平台相同容量（等数量存储监控点）、满配单阵列，单个磁盘阵列配16块2T硬盘，为保证磁阵性能15个盘组建一个RAID5，格式损失10%+RAID5，同时保留一个存储热备盘，单个磁盘阵列可用的有效容量=2T*(16-2)*(1-10%）=25.2T；磁盘阵列可通过堆叠实现存储空间的海量扩展，并可实现负载均衡。

5.5.2.3 本项目存储容量计算：

                系统中心存储所需存储容量如下：

                计算公式：录像容量（MB）=前端监控点数×录像天数×24×60×60×录像码率(Mbps)/8

5.6系统数据库设计

5.6.1数据库总架构

        针对于本次项目分域自治的系统要求，各平台需能够独立管理设备、用户、操作等综合数据。

        各二级平台独立完成对于设备入网、用户登录、报警等信息的处理，并按照信息的重要程度，实时或定时同步至上级监控平台。

5.6.2平台数据库详细设计

        系统数据库主要用于存储设备、用户、上下级平台相关基础信息等静态数据，以及存储相关平台操作日志，报警日志等动态数据。系统数据库使用SQL SERVER2008，可以兼容任何一种数据库，包括MYSQL、SQL SERVER、Oracle、DB2等。对于数据库的访问通过中间应用服务器完成而不是直接访问数据库，有效地保证了数据库的安全性和防止了DOS攻击。

5.6.2.1 系统包含如下数据表：

5.6.2.2 各表具体表结构如下：

（1）点位信息表 T_POSITION

（2）设备信息表 T_DEVICE

(3) 服务器表T_SERVER

（4）分组信息表T_GRUOP

（5）事件日志表T_LOG_EVENT

（6）报警表T_ALARM

（7）用户信息表T_ USER

（8）权限信息表T_ORDER