我想用视频服务器＋一体机的形式进行监控，

100多个点的视频服务器的监控项目对于我们来说只是很小的应用案例，所以楼主不必惊慌！建议如下：

一、如果这100多个点均分布在公网上，那么建议采取每台视频服务器＋一体机＋路由器（内嵌花生壳）来解决，之所以要内嵌花壳客户端，是为了解决ADSL动态IP的问题，然后在总控室设置一台“流媒体转发服务器”，一是完成整体录像的工作，二是完成分控访问的工作。千万别以为这样就OK了，要知道这种广播式的接收，再加上D1的画质的话，码流至少在700Kbps以上，那么你总控室的下行带宽至少要保证在100Mbps，除非你的客户跟网通有很好的政务联系，否则基本上是不可能的。解决的办法有没有？有：让所有的视频服务器都带本地存储功能，一是解决了总控室接收所有视频的带宽压力，二又解决了因为网络不稳定带来的数据丢失问题，总控室只接收重要的视频源，或者说有选择性的即时浏览，而非全盘接收。另外于补充一下，如果你每个点的视频服务器均是ADSL连接的话，那么最好建议申请2Mbps的带宽，因为你用的是D1，D1最高码流（在动态图像峰值时）是远远超出15M的，正常情况下均值在600至700Kbps(注意，是小Kb),所以建议使用2M带宽，楼上的朋友说ADSL线路可以支持4路传输，他指的是在CIF模式下，并且根据我们这几年来的项目经验，应该是还没有哪个地区的ADSL是可以支持到CIF4路全实时的，所以我补充一下他的回答，他应该指的是4路非实时，或者是4路，均采取低码流或者是每秒每路显示18帧或者是20帧的方式，说白了就是非实时。并非本人危言耸听，大家可以算一下，举例说明：你应该经常从网上下载**看的，如果一集1小时的影片，低于150M，那么马赛克就会非常严重，一般清晰大片都会在300M以上，这点你认同吧？录像文件也是H264的算法，原理是一样的。如果每小时的单路录像文件在150M（CIF模式），那么每小时换算成小Kb的话，就是150＊8＝1200Mkb/H，再把H（小时）换算成秒，除以3600后，那么每路就至少需要03Mkb,如果是4路的话，如果要保证全实时，那么至少需要12Mkb/S，ADSL的1M通道宣称有1M，可是实际传输起来也就他的上行带宽根本就不会有1M，有一半就谢天谢地了（上行带宽区别于下行，视频服务器恰恰要用的是上行）。

二、如果是100个D1的内网监控，那就相对简单得多了，最好别跨网段，直接使用软件接收。这样就OK了吗？错，如果客户端对视频服务器均采用一对一接收的话，2个用户同时访问一台视频服务器还可以，如果是5个或者是10个呢？视频服务器的BSP处理速度也是有限制的，过多的用户访问，它不仅得完成视频源的压缩工作，还得分出资源来处理网络请求，想不死机都难呀。有没有解决办法？有：还是使用“流媒体转发服务器”，接收内网所有前端视频，在完成本地存储的同时，兼任流媒体的转发任务，即便是100个用户，他访问的也只会是该台拥有超级CPU的工控机而已，不会影响到前端视频服务器。

三、如果这位朋友还有未解的难题，可以登录我们的论坛，看看别人的经验，亦或是与本人联系，知无不言，祝项目成功！QQ：33079368

买数字硬盘录相主机．最好是自己去配／ 凭我多年做监控的经验（小弟一直做的是数字硬盘录相）监控主机的配置一般如下： 华硕865PE主板 CPU随便用，（主要是看你用的是什么视频采集卡了，如果是软压卡，CPU就买好一点的．P2．26的就够了，如果是

系统运维管理是许多公司在维护软件系统中非常重要的工作内容。今天，我们就一起来了解一下，在运维过程中都有哪些工具是需要我们掌握和使用的。