2、系统存在着车站级的全局故障点，当其中某台转发服务器发生故障时，将会影响其所管理的多路视频图像的存储和实时监看，不符合地铁对监控系统的高可靠性要求。虽然可以通过冗余服务器来解决，但是每个车站配置冗余服务器从成本角度考虑，现实工程中很少实际进行应用。
3、大量的服务器及其设备机架不仅占据了大量设备的空间，不符合绿色环保，更致命的是大大增加了系统不可靠性，同时还增加了系统的故障点。
另外还有一些厂家针对地铁行业提出如下解决方案：
编码器仍然输出两路码流：实时流和存储流。只是实时流由之前的单播流变了组播流，当多个用户同时点击同一路图像时，通过网络设备的组播功能实现分发。同时将文件服务器和磁盘阵列合一了，即通过一台设备同时安装存储回放管理软件和磁盘阵列，省略了单独的服务器设备，减少了故障点。此方案解决了上面流媒体分发的瓶颈问题，却并未减少服务器性能问题，反而突出了存储文件服务器的性能问题。
存储文件服务器(NVR)不仅需要完成对任务调度功能、存储资源的管理、视频的检索回放需求，更耗费性能的是大量的文件存储任务。在进入高清时代以后，码流的带宽需求是之前标清的3-4倍，由此带来的是更大的IOPS(每秒进行读写操作的次数)和更大的带宽处理能力需求，系统的瓶颈问题就更加突出。
另外需要指出的是，解决方案从地铁行业的应用来说还存在一个较大的问题。整个系统仅在OCC处存在统一的管理服务器，车站仅有存储设备(NVR)。地铁行业中CCTV的图像需要接入到ISCS系统的客户端，因此必需对服务器的进行二次开发才能实现和ISCS系统的融合。ISCS在车站的控制终端的命令流将不可避免地和OCC管理服务器进行通信，这大大增加了系统的不稳定性：网络故障或中心管理服务器宕机将会影响整个系统的可靠运行。
监控平台面对高清化的应对策略
应该说前面2种方案的主要瓶颈在于平台架构和存储方式。相应的解决办法也很简单：只要实时视频流和存储流均不经过服务器而是直接传输到客户端，编码器或存储设备；由转发变为直送，由文件存储变为非文件数据块存储，结合网络设备的组播功能实现大规模的分发，便可很好的解决上述问题。
实时流和蓝色虚线的监控流直接通过网络设备传输到相应的解码器或客户端和存储设备，中间没有经过任何服务器，并且通过交换机的组播技术来满足大量用户同时观看的需求。因此，将服务器从繁重的流媒体转发任务中解放出来，仅负责设备的注册管理，信令的分发，使单台服务器可以轻松管理几千路视频，降低了系统整体功耗的同时也减少了故障点。同时存储的方式也由文件存储转变为裸数据块存储方式，减少了数据转文件的这个不必要的步骤，大大减轻了磁盘阵列的压力。这种架构的监控系统也能更好适应未来高清视频带来的大流量、高带宽的冲击。优点如下：
相关专题：