1.概述
      北京网通IT综合网管一期（无线综合营帐部分）系统，简称“小灵通监控”，从9月中旬上线试运行。期间，根据系统实际运行情况，对信息点的布控、阀值设置已经告警通知的级别等方面进行了多次调整，使系统运行逐渐趋于稳定。
2.系统运行情况
    性能方面
部署在小灵通业务主机上的采集程序和各类脚本运行良好，对系统资源占用平均在5％以内，没有对业务系统的运行造成明显的影响。
    功能
试运行期间，监控系统基本上能够做到故障的及时发现，一般监控系统对故障的告警都发生在其它途径有所察觉之前，能够很好的体现故障快速发现、快速定位和快速解决的预期目标。
在试运行期间，通过开发自主采集脚本，进一步降低了对BMC的依赖性，目前监控系统的主机、中间件已经完全实现自主监控，只有数据库监控依赖BMC。
不足与改进
通过试运行，也发现了系统的一些不足之处，其中有些已经进行了改进，有些无法重现或者需要结构调整的点，需要在后续版本升级过程中加以改进：
采集系统对异常数据量（如业务系统输出的超大日志）的考虑不足，会导致在读取超大文件时内存溢出，该问题已经解决。
网管采集机出现过无法telnet的问题，该问题由于出现周期较长，而且由于发生问题时无法登陆系统，且当时主机没有安装console，因此需要继续观察，以发现问题的原因。
3.使用情况总结
 3.1应用和业务层面的使用总结
 3.1.1 监控范畴
应用和业务层面的监控主要涉及：
      a.小灵通业务系统的进程、通信端口、消息队列、话单目录
      b.小灵通业务处理流程
      c.数据库、Weblogic、营业站点、Tuxedo服务等
监控的目的在于保证小灵通业务系统及其支撑软件（数据库、中间件）的正常运转。
 3.1.2 使用效果
监控系统上线以后，用户感觉到它确实能提高故障反映速度、提高管理精细程度的作用，有助于提高维护水平，主要表现在如下几点：
      a.监控系统能够及时检出故障
试运行期间，监控系统通过告警的方式，报告了不少小灵通业务系统的故障，主要集中在应用进程异常退出、Tuxedo服务异常退出、话单采集延迟、通信端口流量异常等。
这些故障的告警基本上都早于其它途径有所反映之前，如果没有监控系统，有些故障可能会拖延相当长的时间才被人工（甚至用户）发现，从而导致比较严重的后果。
另外，在故障发生后，监控系统的拓扑图也能够帮助维护人员进行故障定位，监控系统中保留的历史数据，可以作为事后故障分析、问题分析的依据。
      b.维护人员可以更准确的认识被管理的系统（小灵通业务系统）
在网管系统建设以前，一般来说，业务系统对维护人员来讲是一个黑盒子，只有系统管理员与业务专家才了解业务系统的内部情况。
在网管建设的过程中，必须对被管理的系统进行分解、整理，并以一定的形式加以展现（拓扑图），这个过程本身就将业务系统的黑盒子变成了透明的，提高了维护人员对业务系统的认知水平。
过去的手工监控手段由于作用有限，使得以往只能被动的依靠用户投诉甚至系统意外停机，才能获知严重故障的发生，而现在通过监控系统，可以发现被管系统中原来不为人知的故障和异常现象。
虽然小灵通系统有一定的自我修复能力（进程自动重启、补单等），使得大部分系统异常并不会演变成非常严重的故障，但了解这些异常，通过对这种现象的认识和分析，可以作为进行系统优化的依据，从而达到减少发生严重故障的可能性。
      c.有利于准确固化维护经验
监控系统可以通过知识库、告警定义阀值、拓扑图等形式，将系统维护方面的经验加以固化，并且在使用的过程中，逐渐增强这些维护经验的准确性。
在监控系统试运行的这段时间里，其中一共对告警阀值进行了三次调整，这三次调整使得监控系统的告警准确率逐渐提高，这几次调整的过程，就是对被监控指标的合理取值范围理解加深的过程，也是经验积累和优化的过程。
 3.1.3 总体评价
由于项目前期在业务和应用层面的需求分析比较充分，监控系统上线后，基本能够做到故障准确告警、及时告警，在一定程度上体现了故障快速发现、快速定位、快速解决的预期目标。
监控系统在运行过程中所积累的历史数据，也为我们了解小灵通系统、分析问题提供了便利。
总体来讲，在业务和应用监控这个层面，小灵通监控系统取得了比较好的使用效果。下一步，希望监控系统进一步完善，为业务系统维护提供更加强大的支持。