安防监控及调度系统设计电子教案.ppt

安防监控及调度系统设计一、调度系统概述1.1系统架构设计1.3IP网络、IP视频、IP信令、IP存储融合1.4IVS的数据流和控制流示意图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.本次项目中采用H3CVX1500存储设备，单台满配16块2T企业级SATA二代硬盘。因此此次需要配置1台VX1500，1台磁盘柜总共配置64块1TB企业级SATAII硬盘。
如何解决数字监控中的“哑铃效应”问题－iSCSI块存储技术在IP监控中的应用 这种方案是当前DVR监控中最常用的方案。当规模小或是用户对监控的要求不高时，尚可以应付，但是当监控系统规模变大时，很容易形成“哑铃效应”问题。 首先是如何将流数据切成一个个文件进行存储，满足监控应急响应的要求，所有监控应用中，在事故处理时，都希望可以尽可能及时的回放历史图像。所有历史图像回放都是通过调用播放存储下来的视频文件形成的，由于文件形成期间，管理人员是无法读取该文件的，比如很多“DVR＋流媒体服务器”方式的监控应用中，采用每半小时形成一个视频文件的方式对监控图像进行存储，这就意味着在当前时刻以前半小时以内的历史图像是无法调用的。但在紧急事件发生时，人们希望能够尽快看到历史图像，甚至要求可以随时回放，这样又要求数据流形成文件的时间间隔尽可能短，但时间过短又会给造系统成巨大的性能压力。所以在大规模监控系统，形成文件的时间间隔和人们对监控系统及时响应的要求必然形成无法调和的矛盾。如以5分钟形成一个视频文件考虑，每个监控点一天就将产生近300个文件，如果每个监控点的历史图像要存储30天，就意味着每个监控点需要产生近9000个文件，对于一个大规模监控系统，如1000路，系统将需要处理900万个文件，系统必然不堪重任。
其次是流媒体服务器的性能瓶颈问题，这种方式下，流媒体服务需将视频流数据转换为文件进行存储。由于前端存在大量的视频流数据，后端需要进行大量的文件存储工作。流媒体服务的处理性能，带宽等都容易成为性能瓶颈。整个系统的性能分布成哑铃状，两端大，中间小，这也是“哑铃效应”名称的由来。实际上，在很多大规模监控方案中，为了解决流媒体服务器性能瓶颈的问题，一般会采用流媒体服务器群的方式完成这些功能。但多个流媒体服务器又会引入新的问题，如多个服务器之间如何进行负载分担？某个服务器Down掉后，系统如何将该服务器上承载的流量切换至其他服务器？这些服务器如何管理？如何共享一个存储空间？等等，解决这些问题需要一个非常优秀的集群管理系统，增加系统复杂性的同时，还额外需要一笔不菲的预算，更遗憾的是，目前业界还未见到有一个很好的集群管理系统可以很好的解决该问题。
第三个问题是检索的效率，文件系统本来是为随机读写的数据管理应用设计的，检索效率较低，一个含几百万个文件的系统的检索效率很难想象的。所以，当系统规模扩大后，传统数字监控方案的效率下降很快。
此外，该方式还将带来其他诸多问题，不一一描述。
综上所述，我们可以发现，“哑铃效应”问题的根源在于两点，一是文件系统本身的机制，二是流媒体服务器性能瓶颈。`解决之道 当某个监控点的图像需要进行集中存储时，前端编码器与IPSAN设备建立iSCSI连接，然后将存储视频流进行iSCSI协议封装，直接采用数据块的方式将视频数据写入IPSAN存储设备中。通过这种方式，监控视频数据的存储不需要转换为视频文件，自然也不需要流媒体服务器。从而有效的规避了引发“哑铃效应”的文件系统问题和流媒体服务器性能瓶颈问题。具备良好的可扩展性，无论监控规模有多大，整个系统不会存在性能瓶颈。
这种方式下，由于所有视频存储流量都采用P2P方式直接进行存储，通过优化存储设备的分布式部署和网络