安防生产调度指山挥系统1.pptVIP

安防监控及调度系统设计;一、调度系统概述;1.1 系统架构设计;1.2 组网架构;1.3 IP网络、IP视频、IP信令、IP存储融合;1.4 IVS的数据流和控制流示意图;1.5 控制中心及分控中心;1.6 控制中心液晶电视墙;1.7 存储系统设计; 采用标准、专业存储设备集中存储监控录像，保障监控数据安全、系统安全。 存储容量不受限制，存储系统采用分布式存储集中管理设计，配合虚拟化技术无限扩展能力，监控录像保存周期和保存数量可随需延长。 存储系统采用企业级SATA硬盘，其安全性远高于IDE硬盘，可保障监控数据的安全性，事后监控、调阅、调查有充分保障。 硬盘可实现RAID保护，并采用热备盘进行二级保护，进一步保障监控数据的安全性。 采用数据块指针纪录技术，实现历史影像资料的基于指针数据库的检索，检索效率相对基于影像基于文件检索速度从数十分钟提高秒级，同时指针数据库考虑考虑对录像文件的采取防篡改或完整性检查措施；支持按图像来源、纪录时间、报警事件类别等多种方式对存储的图像数据进行检索，支持多用户同时并发访问同一数据源。 389个摄像机 9 天 CIF格式存储数据 389*9*1536K*3600*24/1024/1024/1024/8*1.1*1.1/0.93=54.TB共计实际容量54TB。 因为要求部分重点需存储需15天,所以硬盘放大到64T.本次项目中采用 H3C VX1500存储设备，单台满配16块2T企业级SATA二代硬盘。因此此次需要配置1台VX1500，1台磁盘柜总共配置64块1TB 企业级SATAII硬盘。 ;如何解决数字监控中的“哑铃效应”问题 － iSCSI块存储技术在IP 监控中的应用 ; 这种方案是当前DVR监控中最常用的方案。当规模小或是用户对监控的要求不高时，尚可以应付，但是当监控系统规模变大时，很容易形成“哑铃效应”问题。; 首先是如何将流数据切成一个个文件进行存储，满足监控应急响应的要求，所有监控应用中，在事故处理时，都希望可以尽可能及时的回放历史图像。所有历史图像回放都是通过调用播放存储下来的视频文件形成的，由于文件形成期间，管理人员是无法读取该文件的，比如很多“DVR＋流媒体服务器”方式的监控应用中，采用每半小时形成???个视频文件的方式对监控图像进行存储，这就意味着在当前时刻以前半小时以内的历史图像是无法调用的。但在紧急事件发生时，人们希望能够尽快看到历史图像，甚至要求可以随时回放，这样又要求数据流形成文件的时间间隔尽可能短，但时间过短又会给造系统成巨大的性能压力。所以在大规模监控系统，形成文件的时间间隔和人们对监控系统及时响应的要求必然形成无法调和的矛盾。如以5分钟形成一个视频文件考虑，每个监控点一天就将产生近300个文件，如果每个监控点的历史图像要存储30天，就意味着每个监控点需要产生近9000个文件，对于一个大规模监控系统，如1000路，系统将需要处理900万个文件，系统必然不堪重任。 ; 其次是流媒体服务器的性能瓶颈问题，这种方式下，流媒体服务需将视频流数据转换为文件进行存储。由于前端存在大量的视频流数据，后端需要进行大量的文件存储工作。流媒体服务的处理性能，带宽等都容易成为性能瓶颈。整个系统的性能分布成哑铃状，两端大，中间小，这也是“哑铃效应”名称的由来。 实际上，在很多大规模监控方案中，为了解决流媒体服务器性能瓶颈的问题，一般会采用流媒体服务器群的方式完成这些功能。但多个流媒体服务器又会引入新的问题，如多个服务器之间如何进行负载分担？某个服务器Down掉后，系统如何将该服务器上承载的流量切换至其他服务器？这些服务器如何管理？如何共享一个存储空间？等等，解决这些问题需要一个非常优秀的集群管理系统，增加系统复杂性的同时，还额外需要一笔不菲的预算，更遗憾的是，目前业界还未见到有一个很好的集群管理系统可以很好的解决该问题。 第三个问题是检索的效率，文件系统本来是为随机读写的数据管理应用设计的，检索效率较低，一个含几百万个文件的系统的检索效率很难想象的。所以，当系统规模扩大后，传统数字监控方案的效率下降很快。 此外，该方式还将带来其他诸多问题，不一一描述。 综上所述，我们可以发现，“哑铃效应”问题的根源在于两点，一是文件系统本身的机制，二是流媒体服务器性能瓶颈。`;解决之道; 当某个监控点的图像需要进行集中存储时，前端编码器与IP SAN设备建立iSCSI连接，然后将存储视频流进行iSCSI协议封装，直接采用数据块的方式将视频数据写入IP SAN存储设备中。 通过这种方式，监控视频数据的存储不需要转换为视频文件，自