样章_海量运维监控系统规划与部署(基于Linux+Nagios+Centreon+NagVis等)
企业级IT监控系统概述
众所周知，随着中国经济的迅猛发展，国内企业的信息化发展也取得了前所未有的
成就，无论是部署规模还是运维规模都变得庞大起来。伴随而来的企业信息化需求逐步迈向多元化，层次化，异构化，使得IT基础框架和上层应用日益复杂。为了确保信息服务质量、提升安全性，对于在此类企业从事IT运维工作的管理人员和技术人员来讲，如何及时获得信息系统告警信息、迅速定位故障原因、快速高效地处理各类IT问题、降低故障率和故障响应时间等等，就称为亟待解决的问题和难点。
目前来说，很多企业的核心业务都已经完全信息化。为了确保业务稳定可靠，并且快速有效地开展，企业经常会运用多个信息系统进行消息传递和系统交互，从而加大了故障定位的时间和问题解决的难度。面对系统宕机或者服务中断，每一位负责任的IT运维管理人员在面对用户的投诉、领导的问责、同事们的紧张时，无不在殚精竭虑地思考如何能够快速准确地定位系统故障，及时采取有效手段使故障能够快速解决，业务能够及时恢复。如此一来，研发并部署一套适合企业特点的，能够统一管理和展现各种监控资源，实现集中告警，全面协助IT运维管理人员实时掌握系统整体运行状态，快速定位故障，缩短处理时间的企业级IT运维监控系统就显得迫在眉睫了。
什么是IT运维监控系统
既然IT运维监控系统这么重要，那么究竟什么才是IT运维监控系统呢？
所谓IT运维监控系统，有如下两层含义-“监”指的是对其他服务器的检测、监视；“控”指的是对其他服务器的控制，掌控。IT运维监控系统往往是一套独立的信息系统、或者是若干信息系统的集合，用以对其他信息系统进行问题检测，甚至能够实现对其他信息系统进行部分或者完全的远程控制。
例如，就服务器检测而言，监控系统能够周期性地连接到一个HTTP服务器上，检测其是否能够正常响应浏览器的请求。又例如，监控系统能够接收系统管理人员的指令，在被监控的服务器上执行一个脚本，完成某项控制类操作。这一切听起来好像很简单，但是别忘了，许多商业性质的系统监控软件都不再是简单的单一软件，而是摇身一变，成为多个组件在一起才能发挥作用的“套件”，且售价动辄都是上百万人民币，还不算上后期的实施和维
护费用，其客户端的大小都在数百兆以上，成为不折不扣的重量级选手了。
如果实施得当的话，一套好的IT运维监控系统可以成为各类信息技术人员最好的朋友。它能在信息系统出现灾难之前就提前告知系统管理员某些细微的故障症候，使管理人员能够未雨绸缪，及早采取措施避免系统发生不可修复的错误。它也能够记录系统某些规律性的行为，使管理人员借以梳理并总结出信息系统的普遍行为，规划出系统的运行负载和服务能力。IT运维监控系统还能够协助信息安全工程师发觉系统运行中的异常信息，能够实现IT运行的可视化，以帮助企业高层及时掌控信息系统的实时状态。如果IT运维监控系统更加智能的话，它甚至在发现故障之后自行解决故障，而不用值班人员在发现故障后凌晨给系统管理员打电话惊醒对方的美梦。也就是说，好的IT运维监控系统能够给企业信息技术人员和管理人员注入正能量，使大家能够非常愉快地投入每天的工作，而不是充当救火队员时刻紧张地准备冲到第一线。
但往往理想很丰满，现实很骨感。很多时候，我们遇到的往往是糟糕的监控系统，它带给我们的只有种种的不快，例如如下场景，您是否似曾相识：
●某些监控系统在遇到系统故障时，常常不报警、或者总是报警，不是让管理人员挨上级批评，就是被频繁的报警短信或者电话逼疯。一般来说，前一种情况往往是由于监控系统长时间没有得到有效维护，继而导致无法发出有效报警引起的；而后一种情况则是由于监控项得不到合理调整而频频触发监控阈值引起的。
●某些监控系统往往在被监控端部署庞大的客户端程序，长时间运行后产生各种各样的问题，例如消耗服务器资源、触发服务器过度负载、引发安全漏洞、产生庞大的网络流量等。
●某些监控系统缺乏服务商良好的技术支持。随着监控项的增多，监控项报警的能力逐渐丧失，效率越来越低，或者服务商提供的服务费用较高，增大了企业的运营成本。
●某些监控系统技术封闭，管理人员缺乏对该系统的全面了解，在出现报警故障等问题时无法寻找有效的技术支持，影响系统安全。
●某些监控系统架构封闭，可扩展性较差，无法针对业务灵活地添加或者调整监控项。
●某些监控系统不支持监控数据采集入库、数据展示、报表统计等功能，导致管理人员无法针对系统性能数据进行故障趋势分析和容量分析。
在当下国内的IT生态环境中，中小型的企业占据绝大多数，它们普遍有着和大型企业一样甚至更为复杂的IT基础设施，却不能拿出和后者同样的预算来雇佣同样高水平的24小时IT监控专家，更无法短时间内掏出一大笔钱来购买昂贵的商业监控软件或者相应的技术服务，长期承受着大型商业监控系统软件提供商或多或少的忽视。与此同时，这些企业的核心业务又离不开IT技术的推动，更无法承受IT系统不可用带来的种种损失。如果能够存在一套物美价廉的监控系统，既能适应中小型企业多样架构的IT环境，又具备良好的扩展性和兼容性，无疑会受到这些企业的热烈欢迎。在此，我向大家隆重推荐一款开源IT运维监控系统软件组合-Linux、Nagios、Centreon和NagVis。从操作系统到监控软件，从配置管理工具到可视化监控视图管理工具，这组软件将能够满足中小型企业甚至大型企业多样化的IT监控需求。借助其高效可扩展的架构设计和智能灵活的监控插件，能够满足各类纷繁复杂的监控需求。一句话概括来说：只有您想不到的，没有它做不到的。
开源监控软件之崛起-Linux、Nagios、Centreon
和NagVis
谈到开源监控软件，就不能不提到在业界众所周知的“四大”IT运维监控软件提供商-BMC、CA、HP和IBM。根据Gartner的报告，这四位软件厂商在同领域解决方案中仍然占据着统治性的地位。但这并不意味着“四大”厂商可以高枕无忧了，根据同一份报告，它们同样面临着内部的互相竞争以及来自开源监控软件的竞争。例如，调查报告显示，有29%的受访者认为可以在自己企业内部部署开源监控软件，而且这个比率还在不断升高(Gartner 报告：“Challenges Loom for 'Big Four' IT Operations Vendors”April 20，2005）。
“四大”公司的IT运维监控解决方案作为一种成熟的、企业级IT运维管理平台，其优异表现是我们有目共睹的。但纵使是最为强大的军队，如果没有一个好的指挥官，不懂得如何发挥这支军队的强大战斗力，那这支军队也不可能取得太多辉煌的战果。在“四大”IT 运维监控系统部署和运行的一些实践中，就出现过各种各样的误区，其中有商务上的、有管理上的、更有技术上的原因，以至于将系统的部署以及后续运维带入了窘境，这种情况在IT 运维管理年预算不高的中小型公司中很常见。
Nagios是于2002年异军突起的一个轻量级的开源IT运维监控框架，它原来的名字叫Netsaint，是出于监控网络设备的目的而开发的。在2002年问世之初，略显稚嫩的它面临着
What’s up Gold、Big Brother、Host Monitor等小型监控软件，以及其他一些检测主机是否在线，是否存活的简单监控工具的强有力竞争。在1.x的版本中，1.2发行版就已经非常稳定了，自此以来Nagios逐渐赢得了用户的信任，反过来又给它的开发者—Ethan Galstad以更强的信心投入到后续开发中去(https://www.sodocs.net/doc/1c9441754.html,/about/history)。从最初的简陋个人工具到无所不能的监视利器，对于正面临重量级企业运维监控系统的高昂成本和维护压力的IT 运维工程师和管理人员而言，Nagios的出现为曾经阴霾的天空带来了灿烂的阳光。
作为开源家族中的重量一员，Nagios在设计之初，只能运行在Linux操作系统上，如Redhat、CentOS、Debian 和Ubuntu等主流Linux发型版本中，大都能够看到Nagios（从版本1.0到3.0）的发行包。值得一提的是，Nagios在Linux的32位版本和64位版本中都工作得很好，因此操作系统版本位数并不是部署和运行Nagios的障碍。一般来说，Linux操作系统系统安装完毕之后，需要安装一系列Development包，才能正常地编译、安装并运行Nagios。除了主流Linux操作系统之外，部分商业Unix操作系统，例如AIX、Solaris，它们的高版本也都能够良好地运行Nagios。但与安装后便已具备Nagios编译和运行环境的Linux 系统不同的是，这些商业Unix系统必须手动安装了诸如GCC、Mysql、Perl等必须的编译和运行环境之后，才能和Linux操作系统一样，编译和运行Nagios。
俗话说，智者千虑，必有一失，愚者千虑，必有一得。诚然，Nagios作为出色的开源监控框架，其稳定性和安全性毋庸置疑。但是，众所周知，Nagios是出了名的“难搞死”，其可用性和界面友好性一直是运维监控管理人员吐槽的对象。Nagios基于Web的用户界面完全是基于CGI编写，由C语言直接生成Html代码，其风格仍然处在上个世纪，对于现在见惯了各种华丽界面的用户来讲，确实是风格丑陋。更让人难以接受的是，Nagios的配置文件至今仍然基于文本，需要用Linux下的文本编辑器编辑管理。且Nagios的不同配置文件之间关联复杂，当Nagios启动的时候需要检测配置文件之间，以及配置文件内各配置项之间的关联是否合乎规范，否则就会报出校验失败的错误信息，导致无法启动。
作为Nagios的开发者和维护者，要保持Nagios作为一款监控框架的严谨，就需要在安全稳定和易用友好两者之间做出取舍。由于Nagios是一款用来监控生产系统核心服务器的监控软件，其稳定性和可靠性应该是首要考虑的对象。基于以上权衡，Nagios的开发人员选择安全而忽视界面友好度也就可以理解了。在Nagios的发行版中，包含了一个简单的CGI 用户界面，该界面向Nagios用户提供了简单的告警展示功能，但不包括任何配置文件管理、用户管理等配置文件管理功能。为了弥补这些缺陷，开源世界的各位大神们就努力开发了一
系列的Nagios后台管理工具盒前台展示界面，例如Nagios V-Shell、NagiosQL、ICINGA等，其中最著名的莫过于法国人开发的Centreon（https://www.sodocs.net/doc/1c9441754.html,/）这一款软件。
Centreon是一款Nagios的前端管理软件，拥有其他Nagios管理工具所无法比拟的优点。Centreon具备强大的模板管理工具，支持批量添加主机和服务，能够自动建立主机和服务之间的关联，采用了AJAX技术，能够实现Web界面的自动刷新、ACL权限管理、日志管理、丰富的告警展示图形等功能。Nagios通过NDOUtils插件将监控数据写入后台MySQL数据库中，而Centreon可读取这些监控数据并实时地展示各类告警信息。使用Centreon的Web 界面可以轻松地对Nagios进行配置管理。相较于编辑文本的方式管理Nagios而言，很大程度上减轻了系统管理员的负担。因此，完全可以使用Centreon和Nagios来轻松搭建企业级的分布式IT运维监控平台系统。
有了开源的IT运维监控框架Nagios，以及开源的Nagios后台管理工具Centreon，我们的企业级IT运维监控平台独缺一款监控大屏展示工具，这方面的佼佼者无疑是NagVis(https://www.sodocs.net/doc/1c9441754.html,/)。作为Nagios的图形化展示插件，顾名思义，Nagivs即是Nagios Visualization（Nagios可视化）的简称。NagVis允许用户上传一张PNG格式的图像作为背景，将被监控的主机或者服务以监控图标的形式摆放在背景地图上，以实时地显示这些被监控对象的状态。基于AJAX技术，用户通过浏览器就可以任意地将被监控对象图标摆放在背景的任何位置。NagVis会根据对象的状态显示不同的图标：红色表示紧急状态（CRITICAL），黄色表示警告状态（WARNING），绿色表示正常状态（OK），以及一个灰色背景的问号表示未知状态（UNKNOWN）。除了上述图标之外，NagVis还允许用户自定义文本标签，允许用户在监控对象之间做连接线以标注对象之间的依赖关系。用户可以用这些丰富的监控图标、连线、标签和背景来实时展示被监控企业级IT运行环境的各类细节信息，并将这些信息投放在监控中心的大屏幕上供实时查看。
使用Nagios、Centreon和NagVis这三剑客，再加上Linux集群环境和MySQL数据库，构成了一套一体化企业级IT运维监控平台，省时省力省成本，能够使您的IT运维工作如虎添翼。
Nagios简介
作为一款开源监控软件，与其他众多开源或者商业监控软件的功能类似，Nagios可以
持续监视并检测主机以及主机上众多应用程序的运行状态，并且探测到这些监控对象是否工作正常，一旦发生意外，即可及时发出告警信息。同时，与其他监控软件的不同之处在于，Nagios并不会对这些主机或者应用发起主动检测，而是使用各种类型的插件—运行在被检测主机上的上的各类代码片段，来执行这些繁重的检测任务。作为一种框架式的监控软件，Nagios能够在很大程度上减轻其所在监控服务器的负载，是一种模块化和灵活化的架构。
与其他闭源的监控系统不同的是，Nagios遵循了开源模式，其优势就是能够随需应变地进行扩展而不用担心任何不便。与企图大包大揽的商业监控软件不同，Nagios可以出色地与其他众多的开源工具进行交互，直至众星捧月，独步江湖的地位。
下面讲一个典型的例子，在规模稍大的企业里很容易见到。
现在是星期一早上，一家公司海外分支机构的经理正在紧张忙碌着，一封重要的公司内部电邮仍未收到。根据以往经验，这位经理判断是邮件服务器出现了故障—度过一个周末，它和公司员工一样重返工作，由于不堪重负而死机了。可是经理检查邮件服务器后发现，无论是空荡荡的邮件发送队列，还是各种日志文件都显示这台邮件服务器运转正常，那么故障出在哪儿呢？
作为分支机构的负责人，这位经理也许会猜测总部电子邮件服务器掉线或者死机—对Ping命令无响应—可能是问题的根本原因，结果遭到总部IT工程师的坚决否认。因为总部的IT工程师尝试了Ping海外分支办公室的邮件服务器，结果是Ping不通，但总部的网络又运行正常，于是该总部的工程师认为故障出在分支机构的邮件服务器上。结果是分支机构的经理和总部的IT工程师陷入了僵持状态，谁都不肯承认是己方出现问题，故障查找仍在继续……
其实问题的根本原因是连接公司总部和海外分支的VPN线路出现故障，网络自动切换至了备份线路，而备份线路上没有配置总部和海外分支之间的邮件服务器路由（路由器的配置同步往往由人工执行，人工意味着出错的概率很大）—该线路由第三方的网络基础设施提供商负责维护。三方均未认识到这一点，结果导致了工作邮件的延迟，公司业务不可避免地受到了严重影响。
让我们将注意力转移到Nagios上来，如果能够让Nagios监控该公司总部和分支机构之间的VPN线路，并配置故障告警短信的话，一旦出现链路切换导致的网络中断，管理人
员就会第一时间得到短信通知，从而有充裕的时间解决问题，就不至于会在周一的邮件收发高峰时刻面对可能存在多种故障原因的问题而胡乱医治了。
随着现代企业IT系统规模的日渐庞大，已没有哪个企业的IT运维部门能够承受日复一日的人工巡检工作了。企业的网络范围和服务边界的不断扩展，IT运维部门迫切希望在系统崩溃或者服务不可用的第一时间得到通知，可以提前通知并安抚客户，而不是被动等待客户的投诉或者抱怨。而Nagios，这一广受欢迎的开源世界明星，正好解决了此类问题，使得系统管理人员能够提前感知系统故障并施展必要的预防措施或者解决手段。
Nagios能够在系统发生警告（Warning）或者紧急（Critical）状态时迅速地通知相关人员，而什么情况下会产生警告信息或者紧急信息，则由系统管理员提前指定。通常情况下，Nagios提供一个Web形式的信息系统状态汇总，以绿色、黄色、红色分别标明某一系统处于正常、告警、紧急状态。此外，Nagios还能够将告警信息通知给特定关联的系统管理人员，无论是通过电子邮件还是借助手机短信，系统管理员都会在第一时间得到系统状态的最新通知。
Nagios的主机检测与服务检测
Nagios的应用场景一般分为主机检测和服务检测。主机检测-即对一台服务器的检测，通常是使用简单的“ping”命令来检测主机是否存活。而服务检测就可以包罗万象了，从对网络服务，例如HTTP、SMTP、DNS服务等的检测，以及进程检测、CPU负载检测、日志文件检测等，通通都可以纳入服务检测的范畴。值得注意的是，Nagios仅在认为有必要的情况下才执行主机检测，例如，只有当某台被检测主机上的所有服务检测项都不可达时，Nagios方才执行主机检测，即使用ping命令检测该主机是否在线。否则哪怕在被检测主机上仅有一项服务可以被检测，而其他服务项均存在异常，Nagios的灵活检测机制也会认为该主机是正常的，并不会使用ping命令执行对该主机的检测。
最简单的网络服务检测手段包括查看指定端口是否开放，以及网络服务监听是否正常，但是并不能判断到被检测的网络服务是否真正运行正常，是否确实在对外提供服务。Nagios却能在网络服务检测的百尺竿头上更进一步。例如，对SMTP（简单邮件传输协议）服务而言，Nagios能够检测到邮件服务器是否能够向客户端发送了“220”的输出信息，即SMTP问候信息（当邮件服务器上的SMTP服务接受一个客户端发起的SMTP连接的时
候，它会向那台客户端发送一个问候信息，这些信息作为邮件服务器的标识，而且发送问候信息的目的就是告诉对方邮件服务器已经准备好了）。再比如，对于数据库服务而言，Nagios能够检测到该数据库服务器是否能够解析并返回SQL查询请求。因此，在服务检测的深度和广度方面，Nagios均能够做到锦上添花的效果。
Nagios在设计之初，就考虑到了网络拓扑图中主机之间的依赖关系检测。在事先配置好主机依赖关系的前提下，如果目标主机宕机，Nagios会将该主机标识为“不可达”状态，与之存在依赖关系的相关主机及相关服务都不会被检测，监控人员因而避免了无关告警信息的狂轰滥炸，可将注意力集中在其余主机及服务项的监控方面。另一方面，借助于依赖关系检测及告警，系统管理员也可以在纷繁芜杂的告警或者故障信息中准确定位根源故障，并有助于问题的第一时间解决。
监控信息的提供者
与众多传统监控工具相比，Nagios的亮点在于其遵循完全开源的模式以及插件式的架构设计。Nagios的核心逻辑并不包含任何的主机检测或者服务检测，相反，Nagios使用名为“Plugin【插件】”的一小段脚本或者小程序来执行检测。Nagios提供了能够在各类操作系统平台上执行最基本类型检测的插件库，可以执行操作系统CPU、文件系统、内存、换页空间、网络服务等基本指标的检测。对于想掌握操作系统及相关进程基本运行信息的系统管理员来说，这些检测项就已经足够了。如果还嫌不够？想要关注更多主机上的服务状态，或者想要关注关键业务的运行状态？没问题，Nagios提供了完美的答案—只要您有基本的编程知识，并掌握一些编程语言的话，完全可以编写自己的插件检测程序。但是在尝试定制化开发检测插件之前，别忘了到网络上搜寻一下是否已经有类似的插件程序存在。经过这么多年发展，Nagios已经具备大量拥趸，开源世界的贡献者们已经为其开发了大量且多样的检测插件，可以大大节省监控管理员的插件开发负担。在https://www.sodocs.net/doc/1c9441754.html,上，可以找到海量插件，从主机到数据库、从网络设备到存储设备、从硬件检测到机房环境检测，应有尽有。
Nagios的检测插件通常是运行在被检测服务器上的一小段程序，常见的是由脚本类编程语言，例如Bash、Perl、Python等语言编写。Nagios插件可以输出OK、WARNING、CRITICAL、UNKNOWN四类状态，分别代表被检测项处于正常、警告、紧急以及未知四类运行状态。
插件式检测机制意味着Nagios可以检测任何IT系统——只要该系统能够支持脚本检测，传递OK、WARNING、CRITICAL和UNKNOWN等状态信息给Nagios。也就是说，Nagios的检测对象在范围上没有任何限制，只要系统管理人员能够找到一种途径让系统能够传递各类性能数据或者告警数据。例如，可以将基于红外传感器的温度探测系统所发送的温度数据以及告警信息传递给Nagios监控系统，从而实现机房温度探测和机房安全检测。
及时的通知机制
Nagios设计了一个复杂而精巧的告警消息通知机制。借助于该机制，管理人员可以设定，当特定类型的通知消息（主机或者服务的警告、紧急告警信息，或者故障恢复信息等）发生后，并非所有关注该系统的相关人员都会接收到该通知消息，而是只有预先定义的联系人组（contact group）里的人员才能够接收这些通知消息。同样地，管理人员也可以在联系人组里设置多种级别的通知消息接收策略，如进一步转发这些通知消息，抑或是忽略这些通知消息。
在Nagios的消息通知机制中，如果某项主机或者服务被全天候监控，并不意味着系统管理员必须时刻准备接收通知消息而无法得到片刻休息。管理人员可以指定Nagios在每周的工作日——比如周一至周五的早8:00至下午5:00——将告警信息通知到个人，其余时间可以不通知。如果系统管理人员接收到告警通知消息，在规定的时间段内仍旧无法解决问题，Nagios可以将该服务告警信息进一步通知到更高一级别的联系人，这就是Nagios的告警消息通知“升级【Escalations】”功能。如果不采取通知升级功能，问题就有可能一直暴露在工程师层面无法解决，更高一级且拥有更多资源权限和管理权限的人员迟迟得不到通知，导致后果的蔓延和恶化。
Nagios能够运用自由定制的、多样化的外部通知机制，将多种告警信息及时准确地传递给管理人员。借助于邮件系统、短信网关、语音服务器、微信等多种通知手段，系统管理员可以第一时间接收到Nagios系统传递的各类通知信息。
Nagios不仅提供了多样化的检测机制和通知机制，还为系统管理员提供了友好的WEB 界面，使其能够查看丰富的告警信息。无论管理人员想查看信息系统的监控状态总揽，或者技术人员想查看单独的主机或者服务监控项的详细信息、主机组或者服务组的概要信息，Nagios总是为不同角色的人员提供不同的监控视图，有助于一目了然地获知系统的各类故
障。
系统管理员当得知某个主机监控项或者服务监控项出现问题，但短时间内不会造成影响的时候，可以直接联系在值班室的同事，将告警监控项设置为“已确认【Acknowledged】”的状态，标明该主机或者服务的告警信息已经被系统管理员确认为不会造成影响，以便于大家将注意力集中在其他关键监控项上。同样地，系统管理员还能够为主机或者服务监控项设置计划停机时间段，避免Nagios在此类时间段仍然发出不必要的告警信息。
Nagios还提供了历史日志查询功能。管理人员可以按照选定时间段浏览Nagios的各类运行日志信息——哪位系统管理员收到了告警通知消息，以及在过去的时间段内有哪些主机或服务产生过告警信息等等。
从外部系统接收信息
在前述的消息通知机制中，Nagios使用手机短信、邮件服务等外部系统发送各类告警信息，但相反的路径同样可以。通过一个独立的接口，外部的独立系统也可以向Nagios发送状态检测信息，甚至是命令——从重启Nagios到各类检测指令无所不包。利用该反向机制，外部的独立系统可以向Nagios传递信息，如Syslog日志信息等。在外部系统集成方面，Nagios没有任何限制。例如Nagios支持分布式监控，这也使得位于不同网络服务区域的多台Nagios服务器能够向中心Nagios服务器发送各自所辖网络区域内的主机服务和服务状态检测信息。统一的视图使得IT运维监控系统的分布式部署、统一监控不再是难以企及的梦想。
Nagios与Linux的关系
Linux操作系统是UNIX操作系统的一种克隆系统，它诞生于1991 年的10 月5 日（这是第一次正式向外公布的时间）。Linux借助于Internet网络，通过全世界各地计算机爱好者的共同努力，已成为今天世界上使用最多的一种UNIX 类操作系统，并且使用人数还在迅猛增长。回到上世纪90年代，Mandrake Linux还是唯一的Linux发行版，而今天，Linux发行版的数量变得数不胜数。这款操作系统现在有100多种。这也是开源软件具有的优点之一。
在Linux的诸多发行版当中，Ubuntu, Linux Mint 和PCLinuxOS 被认为是新用户最容
易上手的。而Slackware Linux，Gentoo Linux和FreeBSD是需要经过大量的学习后，才可以有效地加以利用的更先进的发行版。openSUSE，Fedora，Debian GNU / Linux和Mandriva Linux操作系统一直遵循“中间道路”，意味着具备一定基础的用户可以选择这些发行版。而Redhat Enterprise Linux和CentOS是企业级的发行版，对于那些偏好稳定性，可靠性和高级尖端功能的企业级技术人员特别合适。
Nagios最初设计为运行在Linux操作系统上，但因为Linux脱胎于UNIX操作系统，故其他来源于UNIX的操作系统，例如Solaris、BSD、AIX以及苹果公司的Mac OS X操作系统，都可以运行Nagios。甚至有人声称在微软的Windows操作系统上安装了Cygwin（一种能够在Windows平台上运行的UNIX模拟环境的工具）之后，也可以成功运行Nagios。但笔者建议这种部署方式只能在测试环境下供爱好者研究所用，在正式的生产环境中，还是应该选择企业级的Linux操作系统。
在接下来的章节中，我们主要以RedHat Enterprise Linux Server 6.5 X86_64位发行版作为主要研究对象和Nagios的运行操作系统。
Centreon简介
与Nagios一样，Centreon也是一款著名的开源监控软件，由法国人在2003年开发。Centreon的历史更为传奇，它最初是由默默无闻的公司新人（新人的创造力往往是惊人的，但很少像Centreon的开发者们这么能持之以恒地坚持一个项目并持续创新）在工作之余且没有预算的情况下开发的。但是现在，Centreon已经走出法国，在全世界得到大范围的应用，甚至出现在著名IT咨询公司Gartner 的报告中（https://www.sodocs.net/doc/1c9441754.html,/jonah-kowall/2012/10/03/low-cost-and-free-monitoring/）。
或许是由于Nagios项目的成功，在项目创建之初，无论是在创始人心目中，还是在众人的眼中，Centreon还是作为“Nagios的WEB前端管理界面”而出现的，是Nagios的众多用户界面插件中毫不起眼的一个小角色。但随着Centreon项目的演化，其变得日渐强大，逐渐成为一套完善而又齐全的IT运维监控解决方案，同时具备了优异而又稳定的用户界面和活跃的开源用户社区，成为开源监控系统中的一位重量级玩家。
与Nagios简陋的WEB用户界面有所不同，Centreon拥有完整的企业级IT运维监控管理界面。Centreon提供了监控系统的实时监控界面和后台管理界面，并辅以各种类型的图
形、表格、图标，用来显示监控平台搜集到的各类性能数据，以及平台本身的运行统计数据。Centreon提供了各种类型的模板，帮助用户批量创建各类监控模型，避免了在Nagios 上需要逐一创建的大量重复劳动。与一切依赖手工配置的Nagios相比，Centreon提供了建设企业级监控系统所需要的一切自动化工具和设施，这正是Centreon得到更大范围部署的根本原因。
Centreon在IT运维监控方面正在创建一种模式——逐渐替代曾经被认为是不可替代的商业监控系统，实施成本低廉且固定，不会因部署范围的扩大同步增加费用。随着社区版用户的增多，Centreon正在形成一种自下而上的互联网文化，在这个开放社区里，活跃用户的意见得到了充分倾听，有价值的意见在新的Centreon发行版本里得到采纳。例如，Centreon的配置界面集成了全新的模式，引入了用户模板、各类主机和服务监控模板、自定义宏、模板之间的关联和继承等等，这一系列的改进有助于用户创建更多的监控服务和更大规模的部署。此外，Centreon的用户界面得到了进一步改善，提供了基于关键字的监控项过滤、基于组的过滤、停机维护时间管理和告警日志管理等，Centreon甚至还提供了报表功能，支持报表导出为CSV格式。
遵循开放模式带来的第一项好处在于，Centreon能够集成多种必要组件，包括多个Nagios服务器，从而构建一个分布式的企业级IT运维监控系统。Centreon可以连接多个Nagios服务器，将来自多个源头的告警信息汇聚到统一的监控告警视图中。Centreon的监控项配置功能可以在多个Nagios服务器之间保持配置文件的同步，避免了Nagios分布式架构中配置文件不统一的问题。与Nagios的多样化插件机制促使自身保持灵活开放的模式一样，Centreon的分布式管理机制能够使其管理下的多个Nagios服务器之间保持监控任务的负载均衡，从而使得Centreon在管理多样化监控项及分布在不同地理位置的服务器监控方面表现优异。
该模式的第二项明显优势在于，Centreon能够基于自身的访问控制列表（Access Control List，简称ACL）实现精细化的访问管理，通过设置安全策略来保障用户只能看到被授权访问的资源，从而实现自定义的访问控制。相较于Nagios采用简单的、基于Apache的网页用户授权和认证机制相比，Centreon的访问控制机制更能满足企业级IT系统的信息访问控制策略，在满足大型企业信息安全及业务访问需求方面无疑更胜一筹。
Centreon的灵活性及用户成熟度使其成为IT运维监控人员眼中的佼佼者，其部署规模
稳步增长。围绕着Centreon，用户群逐渐分化为两种：一种是追求完全自定义界面的用户，另一种则是追求更广泛监控信息和监控报表的用户，前者追求华丽的外表、后者则更注重详实的内容，可谓相得益彰。
在Centreon开源社区版的基础上，其开发团队还陆续推出了Centreon MAP、Centreon BAM和Centreon BI等商业产品。Centreon MAP是Centreon的可视化监控视图界面，允许系统管理员以图形的方式定制自己的可视化监控界面。Centreon MAP可以定义类似于微软Office Visio类似的网络拓扑图、应用拓扑图、地图以及业务流程等逻辑或者物理视图，可以直观地为用户呈现业务流程全景，有助于用户在故障时准确定位故障点。而借助于Centreon BAM，用户可以定义业务流程中的关键节点，实现关键业务流程的风险监控，进而完善企业信息服务，例如ERP服务的高可用性。最终，由Centreon BI向用户提供性能报表和设备故障率统计，用于后续的容量管理和问题管理。在Centreon的生态环境中，从底层检测数据的采集，到中间数据逻辑处理，再到前台展示，各个层级都能够通过灵活的界面进行配置，便于用户能够从业务视图、逻辑拓扑、设备管理、告警统计、业务流程展示等角度对IT运维监控工作做全方位展现，实现了“一屏在前，全局尽显”。
限于Nagios的开发团队在推陈出新上的乏善可陈，Centreon团队在两个方面做到了改进，站在了巨人的肩膀上。改进之一是基于原有的Nagios核心引擎打造了新一代的Centreon-Engine引擎，改进之二是创建了Centreon代理程序，用以替代Nagios的NDOUtils工具。
Centreon引擎
Centreon-Engine，又称Centreon引擎，是在Nagios核心引擎基础上演进而来的另外一个分支。其目的在于，通过发布一系列Nagios核心引擎的补丁，丰富Nagios核心引擎的特性。其相较于Nagios引擎的核心变化在于改进Nagios性能、解决Nagios长久以来被忽视的bug、以及添加各类丰富的特性以满足用户期待等等。
为什么要有Centreon引擎
在过去的数年中，Centreon从Nagios中获益良多，围绕着这两款软件周围，产生了诸多活跃的用户群体，以及他们所做的一系列杰出工作。但是，在过去的3年中，这股激情和
活力在Nagios方面明显下降。Nagios的开发者们选择了另外一条道路，倾向于借助Nagios 向用户提供专业的监控服务，换句话说，Nagios不那么自由了——尽管仍然遵循开源模式，但是变得越来越商业化。当然，换个角度看，这种变化未尝不是好事，一方面它证明了Nagios 在当今世界的用户群体越来越广泛，另一方面专业的服务也利于Nagios的进一步推广。但是，对于开源世界和自由社区来讲，Nagios越来越晦暗不明的开源定位和前景使它的号召力未免越来越暗淡无光。
至今，自Nagios的第3版于2008年推出已经过去了近6年时间，在这6年时间里，Nagios的改进十分有限。对于精通C语言且关注Nagios的开发人员来说，由于Nagios核心开发团队的封闭性和排他性，很少能够参与到Nagios的改进工作中，这不能不说是一个遗憾。
开源社区的卓越用户们很久以来就持续关注该问题，包括Centreon的开发团队，以及其他Nagios的分支版本，如Icinga等，都在尝试着推动Nagios的改进。用户愈加认识到，Nagios的迟迟不更新已经影响到了它的进一步推广，一些重要的特性必须体现在Nagios中，才能满足用户的要求。但遗憾的是，由于Nagios开发团队的封闭性，这些具备激情和技术能力的开发者们的意见并不能得到立即采纳。即使是到了2013年9月20日，Nagios推出了其正式的4.0版本，但由于存在一些不足甚至不合时宜的特性，也不能完全令用户满意。
由于Nagios面临的挑战持续存在，而开发者们的意见又迟迟得不到采纳，故开发者们将热情转移到了Nagios的分支版本中，产生了诸如Centreon-Engine等Nagios的派生版本。无论是直接修改Nagios官方的源代码，抑或是重新派生出新的Nagios分支版本，至少开发者们的意见在这些分支版本中得到了充分的体现。
NagVis简介
截至2013年，Nagios已经走过了11个年头，在这11年中，Nagios已经赢得了巨大
的成功、收获了广泛的赞誉，但在这个社交媒体和移动互联网大行其道的关键时刻，一些人也敏锐地意识到，Nagios的用户界面十几年中几乎没有任何变化，已经无法满足普通用户挑剔的眼光了，急需升级更新。如果Nagios社区不能提供对用户友好的监控界面，Nagios的进一步推广将会非常困难。面对这些批评，Nagios的开发者们仍旧坚持朴素的、非商业化的用户界面，甚至将其作为Nagios的传统而在后续的作品中传承。
但对于用户意见一向反应敏感的开源社区却坐不住了，在推出了Nagios的管理工具——Centreon之后，开源社区再一次推出可以与商业监控系统视图管理工具相媲美的Nagios 平台界面展示插件（addon）——NagVis。该插件可在一张监控地图上自由组合并展示Nagios收集到的性能信息和故障告警信息，为习惯了Nagios传统的CGI界面的人们带来了眼球上的震撼。
NagVis（https://www.sodocs.net/doc/1c9441754.html,/）是Nagios社区群体中的一个重要插件（在Nagios的术语中称为addon，不是Plugin），负责将Nagios的监控信息可视化，即向用户展示Nagios 的监控信息。在企业级IT监控中心的大屏幕上，我们往往可以看到NagVis的身影。NagVis的独特之处在于，它可以允许用户自由选取并上传一张自定义的背景图片（在NagVis术语中，称为“地图”，即maps），并且能够在背景图片上摆放各类图标——代表被监控主机或者被监控服务，每个图标都可以展示各自代表的被监控主机或者服务的实时状态。如此一来，用户通过观察图标的颜色，就能及时了解到系统的最新状态。
如此一来，NagVis借助简单而又实用的设计迅速虏获了大批的拥趸，为用户带来了各式各样的监控界面设计方法。例如，用户可以将一张地图作为背景，在地图上相应的地点建立机房、机柜、服务器图标，在服务器故障之后就可以做到迅速定位。又比如，用户可以借助Visio等建模软件设计业务逻辑图作为背景，再引入相关联的服务器图标和服务监控图标，共同构成对于关键流程的监控视图。当服务器或者服务发生告警后，用户可以第一时间感知故障，并借助流程图判断业务受影响的范围和程度。
图 1‐1 NagVis监控视图样例
为什么要基于开源软件构建IT运维监控系统？
要回答此问题，我们首先还是要思考一下商业IT运维监控解决方案存在的种种缺陷。
与基于开源软件所构建的监控系统之灵活多样性相比，商业监控软件企图提供的是一套覆盖范围广、监控项目全的一揽子解决方案。商业监控软件首先假设所有人需要的是同一套解决方案。就某种程度而言，确实存在诸如此类的需求——尽管企业部署了多种多样的IT系统，但都希望在某些服务宕机后及时得到通知。因此，商业监控软件厂商为了卖出更多的监控软件，自然希望自己的产品能够包罗万象，监控范围囊括世上所有已知的软件或者硬件设备。能够监控的设备越多，潜在的客户就越广，最好将让自己的监控产品做成包罗万象的服务，使自己与客户的交易达到一锤子买卖的效果，这是大多数厂商希望达到的目的。
在工作实践中，大家可能会遇到如下的现象。用户考虑到自己的业务越来越依靠IT系统的24小时不间断运行，迫切需要上马一套监控软件来帮助自己监控信息系统，甚至能够预测系统未来的运行趋势。同时用户了解到某几家厂商的商业监控软件在业内很有名气，于是分别向对方发送了邀请函，希望通过对比的方式选择适合自己的IT运维监控产品，并希望立竿见影地见到系统实施的成效。只要软件厂商符合条件且对用户的需求感兴趣，大多会派几名市场人员和售前工程师抵达用户现场，打开花哨PPT的同时向用户不遗余力地推销自家的产品，做出一个大而具有诱惑力的实施方案，对于用户的需求一概说YES。用户自然喜出望外，与心仪的厂商一拍即合，共同签订了合同——当然分为两部分，软件授权费用（一般按照监控节点数购买）以及实施费用。但是到了实施阶段，项目往往陷入了僵局，说好的种种承诺没有兑现，规划好的实施范围开始缩水。甚至隔了几年之后，用户都找不到当初的实施人员协助自己解决问题——用户惊讶地发现该公司的项目团队已经解散！
这是一种矛盾，用户和监控系统厂商两者之间都存在一定的问题。从用户角度来讲，由于自身存在专业技术上的不足，以及对需求理解的不全面、不深刻，往往对即将实施的系统存在幻想，希望一劳永逸地解决问题，偏偏没有意识到监控系统的成熟度往往是伴随着使用者对自身信息系统了解程度的成长而不断增长的。从厂商的角度而言，用户的预算
已经被监控软件授权费用占据了很大一部分，剩下的有限实施费用均摊到实施团队，面临高额的人员成本。往往是项目实施一结束，就存在大批人员跳槽的现象，为后续的系统维护升级工作带来诸多不便。这种用户和监控系统厂商的矛盾一直存在，最终可能会走向好坏两种局面——好的局面是双方会坐下来协商解决问题，维持着系统能够正常运行；坏的局面是双方的矛盾达到积累到一定程度达到纷争的地步，用户被迫舍弃这个系统重新开发。这样一来对双方都有损失，用户损失的是系统安全、时间和成本，而厂商损失的则是利益与口碑。
伴随着用户的日益成熟，现在这种现象越来越少了，花哨的PPT和美好的承诺再也不能轻易忽悠用户去花费几十万甚至上百万购买一套庞杂但并不贴身的监控系统。对于需要时时刻刻关注的IT运维监控系统而言，用户对其开发和部署已经逐渐有了自己的考虑。也许就是因为这许多年的折磨（建立项目后，不成功，重建，再次失败的循环往复），以及从中汲取的教训，用户已经组建了自己的IT运维专家小组，已经可以在内部参与甚至主导这种系统的开发工作中了。
伴随着这种演变，用户的技术团队对于监控系统的理解和要求也越来越高。用户逐渐了解到监控系统并非想象中的一次性交钥匙工程，而是在实施之前需要大量的客户化和自定义需求的工程。用户逐渐意识到，商业监控系统厂商能够提供的，也许并非想象中的可以随心所欲监控任何设备和软件的完美监控系统项。与其花费精力选择商业监控软件，考察它们哪个能够监控更多的系统，不如将注意力转移到如何打造一个适合自身的个性化监控系统，以及如何更有效地监控自己所关注的项目。
以监控系统中常用的检测网络是否通畅的Ping命令为例，商业监控系统都采用向目的地发送一个ICMP （Internet Control Messages Protocol，即因特网信报控制协议）报文，并向用户报告是否收到一个应答消息，来检测目标服务器是否在线。但假如用户想进行多样化的Ping检测，例如向目的地发送指定数量的ICMP报文、或者想根据Ping命令结果的RTT时间长短报警而非根据主机在线与否报警。更复杂的检测命令还包括使用IPV6 Ping 命令进行检测，或者在使用Ping命令检测之前先进行端口试探工作。以上个性化甚至定制化的Ping检测都超出了商业监控软件的能力，以至于受到了绝大多数商业监控软件的忽略。
从监控系统而言，用户愈加认识到对监控项进行个性化定制的重要性。而Nagios作为
杰出的开源监控软件，其关注点正在于无与伦比的灵活性。Nagios使用简单的、被称为“插件(Plugin)”的小程序或一小段脚本对用户的业务逻辑、软件、硬件、甚至机房环境进行全方位，自定义的检测。相比商业监控软件之间进行的“军备竞赛”而言，Nagios的监控武器更为犀利，往往一招致命。一旦Nagios用户有了监控新设备和新软件的需求，新的监控插件就会迅速出现，提供比商业监控软件更快更精准的监控功能。实际上，Nagios能够监控你能想到的任何事物，用户需要做的仅仅是配置管理而已。
选择Nagios作为企业级监控平台，意味着你的监控工作只能被想象力、技术能力和眼光见识所拘囿，换句话说，只要你选择Nagios，只有你想不到的，没有后者做不到的。但同时也别忘了，相比商业监控软件轻而易举的安装配置过程而言，伴随Nagios的却是一条充满荆棘之路。随着Nagios的安装，你会发现没有任何可供选择的选项，事实上，Nagios 自身并不了解“如何”监控，而是希望用户自己能够对监控需求和监控手段有深刻了解，从而告诉Nagios去监控。换句话说，Nagios的灵活性体现在用户需要自己选择检测插件或监控插件，必要时编写适合自己的插件，来部署到Nagios上实现自己想要的监控。
接下来的章节中，我将带领大家从头开始构建一套企业级IT运维监控系统。从Linux 操作系统安装，到Nagios、Centreon和NagVis软件的安装、部署、管理，再到监控系统构建方法论，从底层检测数据的采集，到中间数据逻辑处理，再到前台展示，最终完成系统构建，便于用户能够从业务视图、逻辑拓扑、重要设备、告警统计、业务流程展示等多角度对IT运维监控工作做全方位展现，实现了“一屏在前，全局尽显”。
高清网络视频监控系统解决方案
高清网络视频监控系统 解决方案 标准化工作室编码[XX968T-XX89628-XJ668-XT689N]
高清网络视频监控系统 解 决 方 案 一、概述 背景分析 中国制造为世人所熟知，随着产业不断升级，生产技术越来越发达，中国作为真正的世界技术工厂也为时不远。现今，工厂的现代化管理手段越来越丰富，准确性也越来越高，各种先进的技术手段比如视频监控系统，可有效的加强对各种场合，特殊设备以及人员的直观管理，及时、有效的反映重要地点区域的现场情况，增强安全保障措施，同时进一步规范各岗位的生产管理。 目前监控系统手段已经从传统的模拟视频监控发展到了高清网络数字视频监控，利用现有的办公网络、企业专网，光纤专网敷设，甚至互联网和无线网络都能够构建工厂的高清网络视频监控系统;与此同时，百万像素网络摄像机的大规模普及也解决了传统模拟视频监控系统清晰度不足的尴尬局面;浩宇信息HYTEC公司开发的基于低码率、高
清画质、多功能等特性的720P、1080P高清网络摄像机与HYTEC网络视频监控管理平台为不同规模工厂提供了多结构，多用途，良好扩展性的新一代高清视频监控解决方案。 需求分析 系统主要满足两大部分的需求，一是工厂公共区域安全防范的需要;二是工厂生产区域监控管理的需求。 工厂安全防范 周界视频监控系统：在工厂周界区域部署感红外的固定高清网络枪式摄像机，满足全天候24小时监控。 出入口监控：在厂房出入口、园区出入口以及其他重要区域的出入口安装高清摄像机。 厂房内部：在厂房内部部署大范围监控的摄像机，以满足对整个厂房的全局监控。 库区监控：在库房内外部署摄像机，严密监视现场情况。 生产区域管理 重要设备监控：在车间、厂房一些重要的设备处安装高清摄像机，对设备运行状态、防盗、防破坏进行监视。 生产过程监视：对于一些生产线上、操作岗位进行重点监控，记录操作过程和生产线上的生产过程。 其他需求 整个系统应该采用模块化、数字化、网络化架构，满足结构简单化和系统可扩展的需求 利用平台管理软件来统一管理前后端物理设备和虚拟软件模块，做到模块化部署、集中化管理的新一代监控功能。 视频监控管理平台应能与红外报警系统、消防系统、门禁系统等实现联动，满足协同管理、统一调度。 设计原则 1. 先进性 本系统采用先进的、具有前瞻性的视频监控技术，包括130 万像素数字高清技术、高清视频编解码技术、视频海量存储和高效检索技术和视频智能分析技术等。同时采用先进的综合视频管理平台，借鉴海量多媒体资料管理系统的经验和技术，不仅实现对高
监控运维方案
视频监控系统维护保养方案 由于监控系统的维护不受重视，致使很多监控设备刚刚投入使用就被损坏，原因不外乎以下几点。首先，管理部门对监控系统维护工作重视程度不够，认为没必要投入多的人力、物力及财力，因而在管理过程中忽略对监控系统设施的管理，导致系统的后期管理和维护跟不上。其次是没有一个完备的、有计划性的监控设备维护实施方案。设备维护是一项艰巨而重要的工作，监控设备分类并制定出维护方案，把复杂繁琐的工作变得条理化，明确化。当某个设备出现故障时，专业技术员可以很快调出这个设备的相关技术参数、性能指标等相关资料，并采取针对性的维护措施，有效的提高设备的维护效率。第三是监控设备的采购中过多的考虑了设备的性价比而忽视了监控系统及设备后期的维护和保养。监控设备品牌过多、产品供应商过多，厂家售后保障措施不到位等等原因，导致监控设备使用一段时间后，设备故障不断、损坏率不断攀升，最终不得不对原有设备进行大面积更新，出现重复投资、浪费严重的现象。 监控设备的维护方法 为了做好监控设备的维护工作，维修中心配备相应的人力、物力（工具、通讯设备等） ，负责日常对监控系统的监测、维护、服务、管理,承担起设备的维护服务工作,以保障监控 系统的长期、可靠、有效地运行 1、维护基本条件 古话说的好，“巧妇难为无米之炊”，对监控系统的维护来说也是一样的道理，对监控系统进行正常的设备维护所需的基本维护条件，即做到“四齐”，即备件齐、配件齐、工具齐、仪器齐。 1）备件齐 通常来说，每一个系统的维护都必须建立相应的备件库，主要储备一些比较重要而损坏后不易马上修复的设备，如摄像机、镜头、监视器等。这些设备一旦出现故障就可能使系统不能正常运行，必须及时更换，因此必须具备一定数量的备件，而且备件库的库存量必须根据设备能否维修和设备的运行周期的特点不断进行更新。 2）配件齐 配件主要是设备里各种分立元件和模块的额外配置，可以多备一些，主要用于设备的维修。常用的配件主要有电路所需要的各种集成电路芯片和各种电路分立元件。其他较大的设备就必须配置一定的功能模块以备急用。这样，经过维修就能用小的投入产生良好的效益，节约大量更新设备的经费。 3）工具和检测仪器齐 要做到勤修设备，就必须配置常用的维修工具及检修仪器，如各种钳子、螺丝刀、电笔、电烙铁、胶布、万用表、示波器等等，需要时还应随时添置，必要时还应自己制作如模拟负载等作为测试工具。 2、设备维护中的一些注意事项在对监控系统设备进行维护过程中，应对一些情况加以防范，尽可能使设备的运行正常，主要需做好防潮、防尘、防腐、防雷、防干扰的工作。 1）防潮、防尘、防腐 对于监控系统的各种采集设备来说，由于设备直接置于有灰尘的环境中，对设备的运行会产生直接的影响，需要重点做好防潮、防尘、防腐的维护工作。如摄像机长期悬挂于棚端，防护罩及防尘玻璃上会很快被蒙上一层灰尘、碳灰等的混合物，又脏又黑，还具有腐蚀性，严重影响收视效果，也给设备带来损坏，因此必须做好摄像机的防尘、防腐维护工作。在某些湿气较重的地方，则必须在维护过程中就安装位置、设备的防护进行调整
运维管理系统方案
运维管理系统方案 概述 伴随着企事业网络规模的不断扩大，企事业服务器的增多，企事业管理的信息化，企事业网络管理也变的越来越重要。一旦网络、服务器、数据库、各种应用出现问题，常常会给企事业造成很大的损失。怎样能7x24小时检测网络系统的运行情况，避免各种故障的发生，改进传统的网络管理方式来适企事业信息化发展的需要？ 因此，运维管理系统就有他的必要性。一个完备的运维管理系统能够提供7x24小时检测网络、服务器、数据库、各种应用系统，及时发现将要出现的问题，并通过短信、Email、声音报告给运维管理人员。运维管理人员就可以及时排除故障，避免造成重大损失。 运维管理系统的功能： 故障发现与警报； 记录日常运维日志信息； 服务器故障统计； 服务器软硬件信息统计； 服务进程管理； 将数据信息存储到数据库，并使用图形方式直观的展示出来； 权限、密码管理； 将数据生成报表。 运维管理系统的特点： 邮件和短信实时故障报警； B/S结构，能够通过web对远程服务器下达指令； 监控服务器和被监控服务器之间通过python socket来发送信息； 统计日常故障处理，以便下次出现同样故障时能够更快的解决问题； 实现自动化管理和自动化监控； 安全管理服务器性能； 操作流程统计与管理。
系统结构 运维管理系统采用B/S构架，运维管理人员随时随地可以对服务器进行管理、配置及故障处理。它是将部署在同一个局域网内的所有服务器统一管理，服务器之间的信息通讯、指令发送、运维管理都通过python来实现。监控服务器端负责采集、统计和分析数据，在数据出现异常时发送报警信息到管理员的email、手机中，并将错误日志存储到数据库中。 运维管理系统主要通过LAMP服务器、python编程、snmp和shell编程来实现。在被监控端安装python服务，并在被监控服务器上部署python程序和shell脚本用于接受监控服务器端指令、信息采集并发送会监控服务器端。监控服务器端部署python程序和LAMP服务器，用于发送指令、接受数据信息、存储数据、统计数据以及异常报警。 运维管理人员日常通过web浏览器远程登录监控管理系统，检测各被监控服务器的运行状态、服务状态、防火墙配置、进程信息、操作日志等信息。在出现异常时，通过运维系统可以查看到具体的异常服务器、进程等信息，并根据这些信息来处理异常。
海康综合监控与运维管理平台V 用户操作手册
min 海康威视iVMS-9300综合监控与运维管理平台 用户操作手册 杭州海康威视系统技术有限公司 2016.3
目录 目录 (1) 第1章前言 (5) 1.1编写目的 (5) 1.2术语和缩写 (5) 第2章平台概述 (6) 2.1环境要求 (6) 2.1.1运行硬件环境 (6) 2.1.2运行软件环境 (6) 2.2用户登录 (7) 第3章运维概况 (7) 3.1视频概况 (11) 3.1.1视频概况 (11) 3.1.2一键运维 (13) 3.2卡口概况 (14) 3.2.1过车统计 (15) 3.2.2资源信息 (15) 3.2.3服务器信息 (15) 3.2.4最新异常信息 (16) 第4章巡检中心 (16) 4.1运行监测 (17) 4.1.1监控点视频 (17) 4.1.1.1 监控点明细查看 (17) 4.1.1.2 视频预览 (18) 4.1.1.3 工单上报 (19) 4.1.1.4 视频质量诊断图片查看 (20) 4.1.1.5 图像重巡 (21) 4.1.1.6 查询导出 (21) 4.1.2录像 (22) 4.1.2.1 录像详情查看 (23) 4.1.2.2 巡检一次 (24) 4.1.2.3 工单上报 (24) 4.1.2.4 查询导出 (25) 4.1.3卡口 (26) 4.1.3.1 卡口信息 (26) 4.1.3.2 异常信息 (28) 4.1.4编码资源 (29) 4.1.4.1 设备详情查看 (30) 4.1.4.2 工单上报 (31) 4.1.4.3 查询导出 (31) 4.1.5解码资源 (32) 4.1.5.1 解码资源详情查看 (33) 4.1.5.2 工单上报 (33)
监控运维方案
监控运维方案
视频监控系统维护保养方案 由于监控系统的维护不受重视，致使很多监控设备刚刚投入使用就被损坏，原因不外乎以下几点。首先，管理部门对监控系统维护工作重视程度不够，认为没必要投入多的人力、物力及财力，因而在管理过程中忽略对监控系统设施的管理，导致系统的后期管理和维护跟不上。其次是没有一个完备的、有计划性的监控设备维护实施方案。设备维护是一项艰巨而重要的工作，监控设备分类并制定出维护方案，把复杂繁琐的工作变得条理化，明确化。当某个设备出现故障时，专业技术员可以很快调出这个设备的相关技术参数、性能指标等相关资料，并采取针对性的维护措施，有效的提高设备的维护效率。第三是监控设备的采购中过多的考虑了设备的性价比而忽视了监控系统及设备后期的维护和保养。监控设备品牌过多、产品供应商过多，厂家售后保障措施不到位等等原因，导致监控设备使用一段时间后，设备故障不断、损坏率不断攀升，最终不得不对原有设备进行大面积更新，出现重复投资、浪费严重的现象。 监控设备的维护方法 为了做好监控设备的维护工作，维修中心配备相应的人力、物力（工具、通讯设备等） ，负责日常对监控系统的监测、维护、服务、管理,承担起设备的维护服务工作,以保障监控系统的长期、可靠、有效地运行 1、维护基本条件 古话说的好，“巧妇难为无米之炊”，对监控系统的维护来说也是一样的道理，对监控系统进行正常的设备维护所需的基本维护条件，即做到“四齐”，即备件齐、配件齐、工具齐、仪器齐。 1)备件齐 通常来说，每一个系统的维护都必须建立相应的备件库，主要储备一些比较重要而损坏后不易马上修复的设备，如摄像机、镜头、监视器等。这些设备一旦出现故障就可能使系统不能正常运行，必须及时更换，因此必须具备一定数量的备件，而且备件库的库存量必须根据设备能否维修和设备的运行周期的特点不断进行更新。 2)配件齐 配件主要是设备里各种分立元件和模块的额外配置，可以多备一些，主要用于设备的维修。常用的配件主要有电路所需要的各种集成电路芯片和各种电路分立元件。其他较大的设备就必须配置一定的功能模块以备急用。这样，经过维修就能用小的投入产生良好的效益，节约大量更新设备的经费。 3)工具和检测仪器齐
智慧城市视频监控系统云平台整体方案
智慧城市视频监控系统云平台 整体方案 二〇一五年九月
第一章整体技术构架 智慧城市视频监控系统建设方案整体架构基于“信息联网、资源共享、服务实战”的理念，为了完善当地政府（区\市\县）视频监控系统建设，结合当地政府各局委办的实际需求，把握立体化、动态化、信息化、社会化四个着力点建立全覆盖防控、基础设施支撑、实战应用、指挥调度、保障体系五个方面，打造具有当地特点的城市视频监控系统，实现“更高层次、更高起点、群众最满意的智慧安防”的目标。 根据湖南广电针对湖南全省智慧城市建设的战略构想，智慧城市整体建设可以按照“感知、传输、管理、应用”的基本原则，将整个智慧城市的架构分为四个层次，整体结构如下： 图1：智慧城市整体结构图
********在智慧城市视频监控领域，提供了包括前端视频感知设备、网络传输设备、管理平台以及视频业务应用在内的端到端的整体解决方案。********视频监控系统总体架构图如下： 图2：整体解决方案 基础支持体系是整个系统的数据中心和传输中心，是其他体系的正常工作桥梁；全覆盖防控体系是整个系统数据信息的源泉，是其他体系的数据采集之源；实战应用体系利用采集的数据信息，结合实际业务应用流程，服务于实战应用，是整个系统的核心体系。通过建立四大体系，加强安防信息化建设应用，助推治安防控提档升级，打造智慧安防的新目标。 视频监控系统是智慧城市的重要组成部分，是提高社会治安防控的重要举措。 为了使视频监控系统的建设更加科学、合理，减少不必要的浪费，
同时又能紧跟先进技术的前沿，本着顶层设计、统一规划的原则，依据“圈、块、格、点”的规划设计原则对湖南省各地（区\市\县）视频监控系统未来三到五年的建设内容进行总体规划设计，在详细调研已建系统的基础上，科学合理地对未来的建设进行指导。 智慧城市视频监控系统建设目标通常分为以下两个阶段实现： 第一阶段（两年）：本阶段主要是建设当地政府公共安全视频监控系统，需要建设的内容包含了： 监控资源。主要是图像监控资源，扩充后的监控点要能基本覆盖全市各主要街道、各企业，做到全天候实时监控。主要包含高清视频系统、高清卡口系统、高清电子警察系统等。 传输网络。数字视频专网传输网络计划在原有的网络上基础上进行扩容，将所有监控资源接入。 视频监控管理平台功能。视频监控管理平台是城市视频监控系统的核心部分，通过视频监控管理平台，实现政府视频资源和社会单位视频资源的联网共享。同时基于现有视频监控管理平台功能单一的现状，对功能进行拓展，建成服务于公安实战的业务模块。 运维管理系统。实现对城市视频监控系统及其基础支撑运行环境的可视、可控、可管理，从根本上提高城市视频监控系统的运维管理水平。 对已建成现有资源进行整合，对监控系统部分软硬件进行改造和升级，对各个监控区域进行整合，实现和常德市局平台的互联对接。 第二阶段（三年）：高度整合，深度应用，服务创新，品牌效应期. 智慧公共安全继续按照“滚动发展、迭代促进”的思路，在湖南
视频监控系统维护方案
视频监控系统维护操作规程 第一部分 一、摄像机 摄像机的维护时间每一个月维护?次，维护的内容包括： 1、对摄像机镜头的清洁卫生和视频线、控制线、电源线接头处的清洁整理。清洁剂必须采用无水酒精，用海绵或细纱布对其进行清洁处理。 2、红外一体机不仅要清洁镜面。还要对红外灯进行镜面的清洁处理，同时要注意清理完后检査红外灯必须要跟镜头水平。 3、半球摄像机-般是只要清理护罩即可，同时要注意在清理的时候护罩用细纱布沾上无水酒精。 二、云台 云台虽然型号较多，但维护方法都基本相似，球型云台、重型云台的维护包括： 1、对于球型云台一般只要定期检査内置的散热系统是否工作，解码板上的元件是否因温度过高出现发黄、电容爆裂的现象。 2、对于重型云台如果是内置解码器的，看摄像机
的视频线、信号线、电源线是否因长时间操作而出现绕圈现象，一些車型云台底盘下面冇外置的水平行程开关，看是否因氧化而出现脱落情况，如果出现氧化情况因及早对其进行防氧化处理。 3、对于全球云台-般是打开护罩检査一次，看里面的连接跳线是否因温度过高而熔掉保护层，摄像机电机转动是否冇杂音。 对于云台在口常使用当中出现问题也是经常的事情，所以按要求做好维护就显得更加重要，规定每一个季度维护?次。 三、解码器 针对外置解码器的各种云台都需要对解码器进行维护工作，那么解码器的维护主要包括如下几个方面： 1、室外考虑防水、各连接线是否松动、断裂等。 2、维护时要注意外売是否带电，打开外壳清除里面电路板上的灰尘和蜘蛛网。 3、检査接线端子各个连接是否牢固松动。 4、对连接在解码器上面的各种连接线进行整理。对各云台解码器的维护工作，维护时间规定是一个季
视频监控系统维护巡检管理办法
视频监控系统维护巡检管理办法 1、目的 为规范公司监控系统维护及巡检，确保监控系统正常运作、提供完整及清晰录像。特制定本管理办法。 2、适用范围 适用于本公司所有与监控系统相关的人员。 3、工作程序 3.1、日常管理维护 3.1.1 监控主机投入使用时，要确保正确的系统设置，主要检查 来电自启动项目、操作系统及监控软件的备份。 3.1.2 所有摄像头根椐位置就近原则进行分区。并以实际位置进 行命名。 3.1.3 严禁在监控主机前端面板上接入大功率USB设备（光驱及 移动硬盘）。 3.1.4 确保所有摄像头正常录像。监控录像保存期限为二十天。 3.1.5 严禁格式化主机D驱。（D驱上保存系统与软件的备份） 3.1.6 未经同意，严禁更改监控系统设置和自行拆开主机。 3.1.7 监控主机正常运行期间，必须通过程序正常关机，严禁直接 关闭主机电源开关。 3.1.8 每周要启动所有监控主机、确保性能最优化。
3.2.、日常巡检制度 3.2.1 每工作日对所有监控主机进行检查。项目包括主机电源、操 作性统性能、系统日志。对相关警告及错误信息及时处理并进 行登记。 3.2.2每工作日在主机上对所有监控摄像头例行巡检，检查项目包 括摄像头信号、视频图像清晰度、摄像头拍摄位置。如摄像头 拍摄位置有移动或镜头被阻档之情况，将通知信息中心。 3.2.3 配备监视器的各部门（保安室），上班时必须打开监视器，以 便随时检查各部门摄像头运行情况。摄像头异常随时跟信息中 心报告。 3.2.4 例行日常巡检由资讯专员执行，每日十二点完成。资讯主任 每周不定期进行抽查。资讯主管每月底稽查。所有查核记录登 记于《监控系统巡查表中》 3.3. 异常情况处理 3.3.1 预知情况下停电超过半个小时以上，而公司不自行发电情况 下，维护人员按正常方式关闭监控主机，以免程序及硬件损坏。 在电力恢复后，维护人员在一个小时内确定监控主机及所有摄 像头是否正常启动。 3.3.2 在不可预知情况下造成监控主机及摄像头停电，在电力恢复 后，维护人员在二个小时内确定监控主机及所有摄像头是否能 正常启动。 3.3.3 监控主机之软件故障，维护人员请厂家配合进行系统恢复，
智慧城市视频监控运维管理平台解决方案
智慧城市视频监控运维管理平台解决方案
目录 第1章概述 (6) 第2章全市总体架构设计 (9) 第3章建设目标 (11) 第4章管理平台系统架构设计 (14) 第5章市局技术功能方案 (16) 5.1资产配置管理 (16) 5.1.1CMDB建模 (17) 5.1.2配置变更控制 (19) 5.1.3资产配置可视化浏览器 (21) 5.1.4分区化、独立管理模式支撑 (22) 5.1.5高性能、大容量系统设计 (22) 5.2设备集中监控自动巡检 (23) 5.2.1集中监控系统管理模型 (23) 5.2.2视频图像自动巡检 (27) 5.2.3视频设备自动巡检 (28) 5.2.4传输设备自动巡检 (29) 5.2.5内场设备运行状态管理 (30)
5.2.6虚拟化资源管理 (32) 5.2.7综合监控展示 (34) 5.3视频监控摄像机故障管理 (37) 5.3.1BPM流程引擎 (38) 5.3.2值班服务台 (39) 5.3.3事件管理 (40) 5.3.4巡检管理 (44) 5.3.5值班和值班日志管理 (45) 5.3.6运行网站 (45) 5.4整合网络流量分析 (46) 5.5综合管理 (49) 5.5.1全文搜索 (49) 5.5.2统一访问门户 (49) 5.5.3统一报表管理 (50) 第6章区县局技术功能方案 (53) 6.1资产配置管理 (53) 6.1.1CMDB建模 (54) 6.1.2配置变更控制 (56)
6.1.3资产配置可视化浏览器 (58) 6.1.4分区化、独立管理模式支撑 (59) 6.1.5高性能、大容量系统设计 (59) 6.2设备监控自动巡检 (60) 6.2.1集中监控系统管理模型 (60) 6.2.2视频图像自动巡检 (64) 6.2.3视频设备自动巡检 (65) 6.2.4传输设备自动巡检 (66) 6.2.5内场设备运行状态管理 (67) 6.2.6虚拟化资源管理 (69) 6.2.7综合监控展示 (71) 6.3视频监控摄像机故障管理 (74) 6.3.1BPM流程引擎 (75) 6.3.2值班服务台 (76) 6.3.3事件管理 (77) 6.3.4巡检管理 (81) 6.3.5值班和值班日志管理 (82) 6.3.6运行网站 (82)
监控运维方案
. 视频监控系统维护保养方案 由于监控系统的维护不受重视，致使很多监控设备刚刚投入使用就被损坏，原因不外乎以下几点。首先，管理部门对监控系统维护工作重视程度不够，认为没必要投入多的人力、物力及财力，因而在管理过程中忽略对监控系统设施的管理，导致系统的后期管理和维护跟不上。其次是没有一个完备的、有计划性的监控设备维护实施方案。设备维护是一项艰巨而重要的工作，监控设备分类并制定出维护方案，把复杂繁琐的工作变得条理化，明确化。当某个设备出现故障时，专业技术员可以很快调出这个设备的相关技术参数、性能指标等相关资料，并采取针对性的维护措施，有效的提高设备的维护效率。第三是监控设备的采购中过多的考虑了设备的性价比而忽视了监控系统及设备后期的维护和保养。监控设备品牌过多、产品供应商过多，厂家售后保障措施不到位等等原因，导致监控设备使用一段时间后，设备故障不断、损坏率不断攀升，最终不得不对原有设备进行大面积更新，出现重复投资、浪费严重的现象。 监控设备的维护方法 为了做好监控设备的维护工作，维修中心配备相应的人力、物力（工具、通讯设备等） ，负责日常对监控系统的监测、维护、服务、管理,承担起设备的维护服务工作,以保障监控系统的长期、可靠、有效地运行 1、维护基本条件 古话说的好，“巧妇难为无米之炊”，对监控系统的维护来说也是一样的道理，对监控系统进行正常的设备维护所需的基本维护条件，即做到“四齐”，即备件齐、配件齐、工具齐、仪器齐。1)备件齐 通常来说，每一个系统的维护都必须建立相应的备件库，主要储备一些比较重要而损坏后不易马上修复的设备，如摄像机、镜头、监视器等。这些设备一旦出现故障就可能使系统不能正常运行，必须及时更换，因此必须具备一定数量的备件，而且备件库的库存量必须根据设备能否维修和设备的运行周期的特点不断进行更新。 2)配件齐 配件主要是设备里各种分立元件和模块的额外配置，可以多备一些，主要用于设备的维修。常用的配件主要有电路所需要的各种集成电路芯片和各种电路分立元件。其他较大的设备就必须配置一定的功能模块以备急用。这样，经过维修就能用小的投入产生良好的效益，节约大量更新设备的经费。 3)工具和检测仪器齐 要做到勤修设备，就必须配置常用的维修工具及检修仪器，如各种钳子、螺丝刀、电笔、电烙铁、胶布、万用表、示波器等等，需要时还应随时添置，必要时还应自己制作如模拟负载等作为测试工具。 2、设备维护中的一些注意事项 在对监控系统设备进行维护过程中，应对一些情况加以防范，尽可能使设备的运行正常，主要需做好防潮、防尘、防腐、防雷、防干扰的工作。 1)防潮、防尘、防腐 资料word .
视频监控系统维保方案
2018年 XXXXXXXXX 视频监控系统维护方案书 目录 一、系统概况 (3) 二、维保服务情况 (4)
三、维保服务方式 (4) 1、系统维护计划 (5) 2、电话支持服务 (6) 3、现场技术服务 (6) 四、响应时间及承诺 (6) 五、维保相关表格 (7)
一、系统概况 视频监控系统维保，是视频监控系统发挥正常功能的前提保障。我公司依照国家《安全防范工程程序与要求》GA／T 75—1994、《建筑电气设计技术规程》JGJ／T 16—1992、《安全防范工程技术规范》GB50348-2004等文件规定的内容，结合用户的设备实际和管理要求，以使整个维保工作系统化、规范化、档案化，使整个系统正常运行，以达到用户实际使用要求。 1、维护范围：XXx事业本部成都厂办公区域、生产车间等地于2017年3 月前建设的视频监控系统，详细目标地参见下表。 序号区域划分摄像头数量 1 总装车间13 2 车架车间 4 3 涂装车间 1 4 焊装车间 1 综合办公楼 1 食堂 2 质量管理室 3 生产管理室库房 2 厂区周界9 停车场 3 合计39
二、维保服务情况 维保内容包含线路维护、报警设备维护、监控软件维护、硬盘录像机设备及其附属设备维护。维保服务内容如下： 1、视频信号线路、摄像机线路的检测、故障排除、隐患排查。 1、所有接口、线路接口的焊点的检测、视频头的更换等。 2、监控系统前端摄像机的镜头清理、设备除尘、位置调整、设备维修 及更换、故障排除等。 3、监控主机设备检测、设备除尘、系统维护、设备维护、系统扩容、 故障排除等。 三、维保服务方式 在维保合同签订之后我方将需要对现场进行详细检查： 主要内容包括： 1、监控室机房环境。 2、设备运行环境。 3、所有设备的安装位置、运行情况。 4、线路使用情况及线路敷设路径、走线方式等。 5、线路所有接口、所有视频头、接线柱线路接点是否牢固。 6、系统数据备份情况。 在以上工作在实施过程中需要用户提供相应的系统布线图、防区点
某市视频监控系统运维项目维护项目设计方案
XX市视频监控系统运维项目维护项目设计 方案 一、维护项目背景 目前城市视频监控系统已经成为新的安防建设热点，城市视频监控系统是衡量一个城市现代化管理水平的重要体现，是实现一个城市乃至整个国家安全和稳定的重要措施。建立合理，有效的城市视频监控管理系统，才能够保障社会治安状况日趋安全，防止城市犯罪，及时应对突发事件使政府管理部门在第一时间发现问题，提出应对措施及应急预案等。XX市公安局为结合目前的城市视频监控的发展趋势将进行该系统的建设，规划监控点数量要达到1.5万个，所有设备均采用网络型高清摄像机。 城市视频监控系统运维保障工作尤为重要。目前，视频监控系统主要采用人工进行日常的运行和维护工作，采用完善的运维管理模式，通过科学的工具和有效的规标准，来胜任未来城市视频监控系统的运维等问题，来保障城市视频监控系统长期的稳定运行，为XX市社会安定繁荣提供硬件支持。 二、项目实施组织结构 根据本项目维护面广,路口情况复杂等特点,为加强全面管理,我公司组建“维护项目部”，在维护工作中依据项目法进行项目管理，统一指挥和管理维护人力和物力资源，对项目正常维护的故障预防、报障响应和设备的保养、使用和
巡检、维修进行有计划的协调和管理；对项目特殊维护工程的工期、质量、安全、成本等综合效益进行严格的管理和控制。同时公司总部从各方面给予指导、协助和支持，为项目顺利实施提供充分保障。 我公司将根据项目对维护人员的需要和要求，合理配置人力，不断优化组织结构，做到： 由资深的项目经理人提供专业、全面的优质管理； 维护人员：按专业设置，安排充足合理； 专业维修师作后援：随时协助解决紧急故障难点； 良好的沟通协调：定期组织项目总结会，使工作各阶段紧密衔接。 施工队伍：满足施工进度，根据特殊维护工程进展合理安排人员，形成一个有计划、有严明纪律的高素质施工队伍。 2.1、项目组织结构 公司总部：负责检查、监督维护项目进度计划实施的落实情况，处理工程过程中遇到的重大问题，确保工期、质量、成本控制、安全文明施工等各项管理目标的实现。 项目部：组成“维护项目”的管理机构即项目部，明确责任、权利和义务。项目部由负责过同类系统维护项目的项目经理主持，选任技术水平高，参加过同类系统项目建设的专业工程师负责维修和解决维护技术问题，选用参加过类似系统维护经验的维护技术员负责系统的定期巡检和初级维护，项目部的设置按精干高效、团结统一，弹性和流动性，项目部与公司组织协调统一的原则，建立一个能完成管理任务，令项目经理指挥灵便、运转自如、保质高效的项目管理组织。
视频监控系统运行维护项目
视频监控系统运行维护项目 采购项目编号： 公开招标文件 采购人：揭阳市公安局 采购代理机构：启正招标代理 发布日期：年月日
目录 第一部分投标邀请函…………………………………………第二部分采购项目容………………………………………第三部分投标人须知…………………………………………第四部分合同书格式…………………………………………第五部分投标文件格式……………………………………… 用户需求书…………………………………………
第一部分投标邀请函 各供应商: 启正招标代理（以下简称“采购代理机构”）受揭阳市公安局（以下简称“采购人”）的委托，拟对视频监控系统运行维护项目进行公开招标采购，欢迎符合资格条件的供应商投标。 一、采购项目编号： 二、采购项目名称: 视频监控系统运行维护项目 三、采购预算:人民币元（投标报价超过采购预算为无效投标） 四、符合资格的供应商应当在年月日起至年月日止（上午：：下午：：，法定节假日除外）到启正招标代理购买招标文件，招标文件每套售价人民币元，售后不退。 五、投标文件递交截止时间：年月日时分(提前分钟受理报价文件)。 六、投标文件送达地点：启正招标代理 七、开标评标时间：年月日时分 八、开标评标地点：启正招标代理 九、采购人、采购代理机构的名称、地址和联系方式 、采购人：揭阳市公安局 地址：揭阳市区晓翠路中段 联系人：警官 联系： 、采购代理机构：启正招标代理 地址：揭阳市榕城区东山黄岐山大道以东环市北路以南城市家园幢号 联系人：林先生 ： 传真： 启正招标代理 年月日
第二部分采购项目容 一、供应商资格： 、供应商必须符合《政府采购法》第二十二条规定的条件： 、供应商必须是在中华人民国境注册的、具有独立承担民事责任能力的企业法人或其他组织，符合相应的生产或经营围； 、供应商须具有有效的《省安全技术防系统设计、施工、维修》； 、供应商在“信用中国”（）、中国政府采购（）没有被列入失信被执行人、重大税收违法案件当事人、政府采购严重违法失信行为记录； 、本项目不接受联合体投标。 二、采购项目服务容及要求： 项目需求一览表： 三、采购项目商务要求 、报价要求：投标报价应包括系统所有故障硬件的维修和更换费用、设备维护、技术服务费（含技术人员联络费和交通费）、各种税费以及合同实施过程中不可预见费用等完成本次采购项下的全部费用。投标人必须自行考虑本项目在实施期间的一切可能产生的费用。在合同执行过程中，采购人将不再另行支付与本项目相关的任何费用（非本项目要求的其它容除外）。 、服务地点：采购人指定地点（揭阳市） 、服务期：自合同签订之日起三年。 、验收要求：项目验收和服务质量考核依次序对照执行标准： （）符合中华人民国国家和履约地相关安全质量标准、行业技术规标准、环保节能标准； （）符合招标文件和投标人投标承诺中采购人认可的合理最佳配置、参数规格、计划安排及各项要求；（）符合货物来源国官方颁布标准； （）采购人、中标（成交）人双方约定的考核标准。 上述各类标准与法规必须是有关官方机构最新发布的现行标准版本。 、付款方式：中标人按要求履行义务，采购人根据定期巡查、维护情况和中标人维护报告，每三个月组织验收结算一次，验收结算后，中标人向采购人交付合法发票，采购人收到发票后在个工作日办理付款手续（因采购人使用的是财政资金，采购人在前款规定的付款时间为向政府采购支付部门提出办理财政支付申请手续的时间（不含政府财政支付部门审核的时间），在规定时间提出支付申请手续后即视为采购人已经按期支付。
视频监控综合运维解决方案
视频监控综合运维解决方案 方案背景 为进一步加强公共安全视频监控建设联网应用工作，推动整合各类视频图像资源，相关部委联合下发《关于加强公共安全监控建设联网应用工作的若干意见》文件，明确以全域覆盖、全网共享、全时可用、全程可控为总目标。如何统一、及时、有效地监管起建设联网的基础资源设施，为应用开展提供有效支撑，对视频监控IT运维平台的管理能力提出了新的挑战。锐捷网络凭借在运维管理方面的积累和经验，探索出专用于视频监控的综合运维解决案，助力解决视频监控网络的运维痛点。
? 管理难 视频监控体系涉及摄像头、存储、服务器、路由器、交换机、防火墙、PON接入以及eLTE无线宽带接入等多种设备，类型多，数量大，分布广，需要同时多个管理平台和大量运维人员来承担各种设备的统筹和现场维护，管理难度大，运维成本居高不下。 ? 保障难 视频数据作为公共安全视频监控建设的核心，从前端摄像头采集，经过交换机等网络设备传输，到监控中心进行存储，需要摄像头、网络、存储等设备协同工作，任何一个环节出现问题将有可能导致视频乱码或者丢失，特别是重点监控区域和重大安全事件，现场还原尤为重要。
针对公共安全视频监控建设中运维的背景和需求，锐捷网络充分发挥自身研发实力，提出视频监控综合运维解决方案。从统一集中管理、端到端检测分析、视频质量分析与告警联动、综合可视化四个层面提升视频监控综合运维能力，为公安提供一个看的见、看的清、看的准的综合运维平台，打造公安视频监控特色的运维体系。 方案价值
? 整网设备统一集中管理 场景难题 当前，视频监控中的运维管理往往是网络、监控、存储有各自的管理平台，无法从全局对整网进行管理，造成运维的低效。 解决方案 锐捷通过适配多协议标准和自有独立采集技术，对摄像头、存储、服务器、路由器、交换机、防火墙、PON接入等全资源进行统一管理。
视频监控系统维保方案
2018年 XXXXXXXXX 视频监控系统维护方案书 精品文档
目录 一、系统概 况 .............................................. ................................................. .. (3) 二、维保服务情 况 .............................................. . (4) 三、维保服务方 式 .............................................. . (4) 1、系统维护计划 (5) 2、电话支持服务 (6) 3、现场技术服务 (6) 四、响应时间及承 诺 .............................................. (7)
五、维保相关表 格 .............................................. . (7) . 精品文档 一、系统概况 视频监控系统维保，是视频监控系统发挥正常功能的前提保障。我公司依照国家《安全防范工程程序与要求》GA／T 75—1994、《建筑电气设计技术规程》JGJ／T 16—1992、《安全防范工程技术规范》GB50348-2004等文件规定的内容，结合用户的设备实际和管理要求，以使整个维保工作系统化、规范化、档案化，使整个系统正常运行，以达到用户实际使用要求。 1、维护范围：XXx事业本部成都厂办公区域、生产车间等地于2017年3月前建设的视频监控系统，详细目标地参见下表。
视频监控系统维护保养方案
视频监控系统维护保养方案（此文档为word格式,下载后您可任意修改编辑！）
由于监控系统的维护不受重视，致使很多监控设备刚刚投入使用就被损坏，原因不外乎以下几点。 首先，管理部门对监控系统维护工作重视程度不够，认为没必要投入太多的人力、物力及财力，因而在管理过程中忽略对监控系统设施的管理，导致系统的后期管理和维护跟不上。 其次是没有一个完备的、有计划性的监控设备维护实施方案。设备维护是一项艰巨而重要的工作，监控设备分类并制定出维护方案，把复杂繁琐的工作变得条理化，明确化。当某个设备出现故障时，专业技术员可以很快调出这个设备的相关技术参数、性能指标等相关资料，并采取针对性的维护措施，有效的提高设备的维护效率。 第三是监控设备的采购中过多的考虑了设备的性价比而忽视了监控系统及设备后期的维护和保养。监控设备品牌过多、产品供应商过多，厂家售后保障措施不到位等等原因，导致监控设备使用一段时间后，设备故障不断、损坏率不断攀升，最终不得不对原有设备进行大面积更新，出现重复投资、浪费严重的现象。 监控设备的维护方法 为了做好监控设备的维护工作，维修中心配备相应的人力、物力（工具、通讯设备等），负责日常对监控系统的监测、维护、服务、管理,承担起设备的维护服务工作,以保障监控系统的长期、可靠、有效地运行。
1、维护基本条件 古话说的好，“巧妇难为无米之炊”，对监控系统的维护来说也是一样的道理，对监控系统进行正常的设备维护所需的基本维护条件，即做到“四齐”，即备件齐、配件齐、工具齐、仪器齐。 1)备件齐 通常来说，每一个系统的维护都必须建立相应的备件库，主要储备一些比较重要而损坏后不易马上修复的设备，如摄像机、镜头、监视器等。这些设备一旦出现故障就可能使系统不能正常运行，必须及时更换，因此必须具备一定数量的备件，而且备件库的库存量必须根据设备能否维修和设备的运行周期的特点不断进行更新。 2)配件齐 配件主要是设备里各种分立元件和模块的额外配置，可以多备一些，主要用于设备的维修。常用的配件主要有电路所需要的各种集成电路芯片和各种电路分立元件。其他较大的设备就必须配置一定的功能模块以备急用。这样，经过维修就能用小的投入产生良好的效益，节约大量更新设备的经费。 3)工具和检测仪器齐 要做到勤修设备，就必须配置常用的维修工具及检修仪器，如各种钳子、螺丝刀、测电笔、电烙铁、胶布、万用表、示波器等等，需要时还应随时添置，必要时还应自己制作如模拟负载等作为测试工具。 2、设备维护中的一些注意事项
平安城市视频监控系统运维管理解决方案
平安城市视频监控系统运维管理解决方案 城市视频监控系统作为平安城市建设的一个重要组成部分，是创建和谐社会的基础。城市视频监控系统建设工程是大型的综合建设项目，覆盖面广、子系统多，治安防控建设已经从单独的公安部门的应用，逐渐走向多业务、城市级的视频监控综合管理及应用，实现城市“大监控、大安防”的构建，实现系统的互联互通和实战应用。 城市视频监控系统建设背景及面临的挑战 城市视频监控系统具有设备与资源规模巨大、设备种类庞杂、参与维护的人员众多的特点，单纯依靠传统的人工作业方式来进行日常巡检和维护管理，将难以保证整个系统的高可用性，需要专业的、自动化的运维管理工具和良好运维管理系统来支撑。 依据我们对十多个大中城市的运维数据统计分析，可看出规范化的运维管理是不可或缺的： ?平均每天摄像机的故障率约为0.4%，其中： ?60%为供电故障 ?20%为光纤链路故障 ?5%为摄像机设备故障 ?5%为平台软件故障，3%为存储故障，2%为其他故障（如：服务器、数据网络等） 城市视频监控系统的运维现状和需求 城市视频监控系统的建设是一个长期和持续的过程，各城市会结合自身现状分期分批建设，经常是新建一批、改造一批、淘汰一批，有的要联网社会资源，有的需要资源整合共享。资源台帐不清晰、参与承建单位多、故障处理不及时，服务质量无法量化等问题凸显。因此，运维管理工作需要打破各承建单位独立维护的现状，将构成平安城市的监控、卡口等系统资源统一纳管、联动整合，便于贴合公安业务开展深度的综合应用。
城市视频监控系统运维管理解决方案总体架构 核心功能概述 01 梳理资源台帐，利用自动发现和数据同步等技术手段，对城市视频监控系统进行全网自动化扫描并导入资产配置库CMDB，结合人工维护和审核功能，保证资源数据的准确性和鲜活性。
在线监测运维管理体系
环保在线监测系统运行维护管理体系 目录
一、总则................................................................ 错误!未定义书签。 二、运行维护体系............................................................ 错误!未定义书签。 运行维护组织机构........................................................ 错误!未定义书签。 运行维护机构组成.................................................... 错误!未定义书签。 岗位职责............................................................ 错误!未定义书签。 运行维护人员、硬件配置.............................................. 错误!未定义书签。 公司相关制度............................................................ 错误!未定义书签。 . 考勤、考核制度.................................................... 错误!未定义书签。 财务管理制度....................................................... 错误!未定义书签。 工装管理制度....................................................... 错误!未定义书签。 运维车辆管理制度................................................... 错误!未定义书签。 薪酬制度........................................................... 错误!未定义书签。 运行维护质量控制管理办法........................................... 错误!未定义书签。 运行维护人员技术等级评审方......................................... 错误!未定义书签。 .办事处管理规范标准................................................. 错误!未定义书签。 运行维护工作流程管理.................................................... 错误!未定义书签。 运行维护工作标准........................................................ 错误!未定义书签。 单点基站规范化标准.................................................. 错误!未定义书签。 运行维护巡检流程及内容.............................................. 错误!未定义书签。 台账记录............................................................ 错误!未定义书签。 监测站房卫生........................................................ 错误!未定义书签。 故障响应及抢修..................................................... 错误!未定义书签。 运行维护保障............................................................ 错误!未定义书签。 备品、备件.......................................................... 错误!未定义书签。 试剂、标准液........................................................ 错误!未定义书签。 台帐................................................................ 错误!未定义书签。 费用............................................................... 错误!未定义书签。 技术支持............................................................ 错误!未定义书签。 数据有效性.......................................................... 错误!未定义书签。 三、监督考核................................................................ 错误!未定义书签。 运行维护监督检查........................................................ 错误!未定义书签。 环保部门监督检查.................................................... 错误!未定义书签。 公司监督检查........................................................ 错误!未定义书签。 运行维护辖区自检.................................................... 错误!未定义书签。 运行维护考核（附考核细则）.............................................. 错误!未定义书签。 环保部门考核........................................................ 错误!未定义书签。 公司考核............................................................ 错误!未定义书签。 办事处考核.......................................................... 错误!未定义书签。 运行维护奖励............................................................ 错误!未定义书签。 附运维巡检内容表........................................................ 错误!未定义书签。