巧用itm6展现NETVIEW的性能报表

  作者:王媛媛
2007/12/19 0:00:00
本文关键字: 存储 方案 案例

  用过NetView的人也许都会有一个共同的苦恼,那就是报表。NetView可以将采集到的MIB数据存放在一个关系型数据库中,但却没有提供一个可视化的报表工具将这些数据制成报表并进行展现。这种缺憾给NetView的使用者带来了很大的麻烦,他们没有办法在线显示采集到的MIB数据,没办法根据这些数据的变化分析网络系统中的性能状况,因此MIB数据的采集也就形同虚设,失去了真正的意义。

  当然,我们可以通过购买专门的报表工具,或自行研发报表系统来解决这一问题,但两种方式都会投入大量的人力和物力,不是每个用户都能够接受的。由于大多数购买了NetView的用户同时都购买了IBM Tivoli Monitoring 6(ITM 6),下面我就给大家介绍一种既简单又实用的办法,可以将NetView采集到的MIB数据展现在ITM6的TEP(Tivoli Enterprise Portal)上,并可依照使用者的定制生成各种报表。这种办法就是利用ITM6的Univerial Agent,通过ODBC接口,将存储在数据库中的MIB数据集成到ITM6中,通过ITM6进行显示和生成报表:

  在各种有关ITM6的介绍和培训中,Univerial Agent的出镜率相当高,可以说是ITM6的一大亮点。Univerial Agent虽然也是Agent,但在功能上不同于ITM其它的TEMA(Tivoli Enterprise Management Agent),它是ITM6功能扩展的主要渠道,同时也是ITM与第三方管理产品集成的常用接口。只要被监控资源可以将性能参数输出,哪怕在ITM6中没有相应的监控产品,我们也可以通过Univerial Agent来实现对此资源的监控。Univerial Agent支持八种Data Provider,即数据接口,这八种Data Provider分别是:API,SOCK,FILE,SCRIPT,SNMP,ODBC,POST,HTTP,实施人员总可以找到一种自己熟悉的接口方式进行开发。Univerial Agent简单易学,只需简单的定制工作就可以将数据源程序发送来的数据集成到ITM6系统中,这也是为什么我们在描述Univerial Agent时,总是将它比喻为类似瑞士军刀一样的工具箱,而不是一种解决方案。

  我们用到的ODBC是Univerial Agent的八种Data Provider中比较简单的一种,只要定制一个叫做Metafile的文件就可完成数据库数据与ITM6的集成。Metafile相当于是一个格式转换文件,它将数据库中的数据类型转换成ITM6可识别的数据类型,这样数据就可以被ITM6接纳并处理。下面我们就以带宽利用率为例,看一看我们是如何让NetView采集的MIB数据显示在ITM6的TEP上,又是如何才能生成报表的。

  先来介绍一下我们的实验环境,NETIVEW 7.5和ITM 6.1 FP05安装在同一台windows 2000 Server SP4上,在安装NetView 7.5的时候,大家要注意在安装的过程中要配置与关系型数据库的连接,千万不要跳过这一步。安装结束后在system DSN里就会多了一个叫做NETVIEW的ODBC,NetView通过这个ODBC将采集到的MIB数据存入到数据库中,我们也可以通过这个ODBC将MIB数据收取到ITM6系统中。我们这里用到的关系型数据库是DB2 8.2,实例为DB2,主用户为db2admin,口令为passw0rd。

  1. 第一步,定制Metafile文件:

  //APPL NVSNMP

  //NAME BandwidthUtilHdx S 300

  //SOURCE ODBC NETVIEW user=db2admin pswd=passw0rd maxrows=50

  //SQL select name,value,start_time,stop_time from netview.snmpcollection where mib_name='BandwidthUtilHdx' and start_time > CURRENT TIMESTAMP - 24 HOUR

  //ATTRIBUTES

  NAME D 255

  VALUE C 99999999

  START_TIME D 255

  STOP_TIME D 255

  在上述的Metafile文件中:

  //APPL指定了UA Managed System的名字-NVSNMP,系统会自动在NVSNMP后加上00做为它的版本号。

  //NAME指定了从MIB数据库取到的数据是属于哪一个attribute group的,因此BandwidthUtilHdx就是我们定义的attribute group名,S为显示收取到的所有数据,300为收取数据的时间间隔,单位是秒。

  //SOURCE是用来指定Data Provider的类型和一些相关属性的,我们用的Data Provider是ODBC,因此在指定了ODBC之后,还要指定我们用到的ODBC名(NETVIEW),数据库用户(db2admin),用户口令(passw0rd),maxrows=50指定了每次最多获取50条数据,缺省是100条数据,最大为1000条数据。

  //SQL是用来定义从数据库中获取数据的SQL语句,where条件要定义准确,确保执行结果就是我们需要的数据。

  //ATTIBUTES是将收取的数据按照ITM6中的规定重新定义其类型,这样ITM6就可以识别这些变量了。

  通过定制以上的Metafile,我们可以将netview数据库中最近24小时产生的BandwidthUtilHdx数据收集到ITM6中,这些数据属于一个叫做BandwidthUtilHdx的attibute group,在这个group中有4个attibute,它们分别是NAME,VALUE,START_TIME,STOP_TIME。

  2. 第二步,import Metafile到ITM6

  Metafile定义好之后,我们要将它import到ITM6中去,具体做法就是运行IBM\ITM\TMAITM6目录下的kumpcon命令,kumpcon import c:\netview.mdl,netview.mdl是Metafile文件名。

  3. 第三步:客户化TEP视图

  Import了Metafile之后,我们在TEP的物理视图的导航树上就可以看到我们定义的UA Managed System NVSNMP00了,如下图:

  大家可以看到,虽然在workspace下方的视图中我们已经可以看到从MIB数据库中获取的BandwidthUtilHdx值,但这显然是不够的,我们还可以加一些图形化的视图到workspace中去。点一下红圈中的图标,把它释放到workspace右上方红框框起的空白区域中,这时系统会问你是否要为此视图指定查询,选择"是"。

  这样,我们就进入了此视图的属性配置界面中,点击"单击此处指定查询"为视图指定查询,注意在选择查询时要选择:通用数据提供程序 -> NVSNMP -> BANDWIDTHUTILHDX -> BANDWIDTHUTILHDX。

  指定了查询之后,转到"过滤器"一栏中,将"VALUE"钩选上,再转到"样式"一栏中,将标题文本改为"带宽利用率",点击"确定",我们就可以看到刚刚定义好的图形化视图了。

  关于带宽利用率的报表我们就做好了,上方的视图看到的是一段时间内带宽利用率的变化,而下方的数据表则可以清楚的看到每一个具体的值。我们选择的是柱状图,大家也可以试试其它类型的视图。如果要对MIB数据进行聚合,可以象处理其它ITM的数据一样,将我们获取的MIB数据存储在ITM Data Warehouse中,再通过ITM的报表系统生成我们需要的报表。

  几点小贴士:

  ·NetView MIB数据库的中的数据要定期维护删除,否则数据量太大会影响SQL语句的性能,使得数据获取的效率非常差。

  ·NetView对MIB的采样间隔不宜过密,否则会导致MIB数据库中的数据增长过快,而且也会影响视图的效果。

  ·注意在Metafile中maxrows的值,不要设得太小,以免造成数据丢失。

责编:
vsharing微信扫一扫实时了解行业动态
portalart微信扫一扫分享本文给好友

著作权声明:畅享网文章著作权分属畅享网、网友和合作伙伴,部分非原创文章作者信息可能有所缺失,如需补充或修改请与我们联系,工作人员会在1个工作日内配合处理。
最新专题
流动存储 为大数据而生

伴随信息技术的突飞猛进,更大量级的非结构化数据与结构化数据构成的大数据成为企业级存储所面临的最大挑战:一方..

磁盘阵列及虚拟化存储

利用数组方式来作磁盘组,配合数据分散排列的设计,提升数据的安全性。虚拟化存储,对存储硬件资源进行抽象化表现。

    畅享
    首页
    返回
    顶部
    ×
      信息化规划
      IT总包
      供应商选型
      IT监理
      开发维护外包
      评估维权
    客服电话
    400-698-9918