I appreciate what Gareth says about TDW 2.1 (the one that comes with ITM
6.1) and NetView, however.......
IF you use the new nvcollectord daemons and (as he says) a LOCAL DB2
database, you CAN setup in ITM 6.1 a Universal Data Collector Query that
uses ODBC from an ITM 6.1 TEPS to effectively run SQL select statements
against the NetView Server DB2 SNMP database. I am working on this at
the moment.
What I don't have yet are the nice queries that result in pretty graphs
in an ITM 6.1 TEP. I have proved it to the extent of seeing tabular
information on the netview collections, targets, elements and
measurement tables (the 4 NetView database tables) in an ITM TEP GUI.
I am hoping to have more done on this next week. Anyone who can write
SQL queries welcome on the project! (my limit is pretty well "select *
from <table>")!!!
I will report here if I get something useful.
Cheers,
Jane
PS. Caveat - see my nv-l append of May 18th for issues I have with the
nvcollectord/nvpollerd. If ANYONE has these daemons working sensibly,
PLEASE send me a note here or by private email. Surely I am not the only
person tried this stuff?????????????
Gareth Holl wrote:
>
> You cannot integrate (out-of-the-box) NetView SNMP performance data
> with the Tivoli Data Warehouse if you choose to use the new SNMP
> collector functionality. So for those wanting to move NetView SNMP
> collected data into the TDW, you need to stick with the orginal
> snmpCollect function.
>
> Please don't mistake the use of a DB2 database by snmpCollect for
> integration with TDW and the use of a DB2 database for the new SNMP
> data collection functions. You need a DB2 based RDBMS for both solutions.
>
> Let me also add, there is currently a requirement that the DB2 Server
> hosting the database that the new SNMP collector functionality uses
> must reside on the same box as the NetView server. In other words, you
> cannot use a DB2 Server/Client arrangement with the new SNMP data
> collector (its database must be local to NetView).
>
>
> You do not want to install the DB2 product. If you are not forwarding
> data to Tivoli Data Warehouse, then you do not need the DB2 product to
> use the SNMPv1 MIB Collector. <--- snmpCollect only needs a DB2
> database if you want to be able to use the NetView "ANM" ETL1 to move
> SNMP performance data into the TDW
>
> The SNMPv1 MIB Collector (snmpCollect) can forward data to Tivoli Data
> Warehouse. <--- would need a DB2 based database in this case. Would
> need to use snmpCollect and not the new SNMP data collector if you
> wanted to forward data into the TDW.
>
> Does that help ?
>
> *Gareth Holl*
> SWG Client Support - Tivoli Software
> Advisory S/W Engineer - Technical Team Lead
> IBM Certified Deployment Professional
> o/l 1-800-426-7378 t/l 444-9610 gholl@us.ibm.com
> http://www-306.ibm.com/software/support/toolbar/index.html?ibmsst=ibmTbMenu
> <http://www-306.ibm.com/software/support/toolbar/index.html?ibmsst=ibmTbMenu>
>
>
>
>
>
>
> *<Blane.Robertson@capgeminienergy.com>*
> Sent by: nv-l-bounces@lists.ca.ibm.com
>
> 05/24/2007 03:36 PM
> Please respond to
> Tivoli NetView Discussions <nv-l@lists.ca.ibm.com>
>
>
>
> To
> <nv-l@lists.ca.ibm.com>
> cc
>
> Subject
> RE: [NV-L] snmpCollect vs nvcollectord
>
>
>
>
>
>
>
>
>
> Thanks, Leslie.
>
> I reread that section of the Installation Guide (Determining which
> data collector application to use), and the last bullet makes it sound
> as if you need the DB if you are going to do the Data Warehouse. That
> seems to be in conflict with the next-to-last sentence of the previous
> paragraph.
>
> Just so you don’t have to hunt up the doc, here are the two parts I’m
> referring to:
>
> You do not want to install the DB2 product. If you are not forwarding
> data to Tivoli Data Warehouse, then you do not need the DB2 product to
> use the SNMPv1 MIB Collector.
>
> AND
>
> The SNMPv1 MIB Collector (snmpCollect) can forward data to Tivoli Data
> Warehouse.
>
> Peace,
> Blane Robertson
> Capgemini / Dallas
> Enterprise Systems Management/ Capgemini Energy
> Office: +1 214 879 1666/ _www.us.capgemini.com_
> <http://www.us.capgemini.com/>
>
> Whether you think you can, or you think you can’t, you’re right! –
> Henry Ford
>
>
>
>
> ------------------------------------------------------------------------
>
> *From:* nv-l-bounces@lists.ca.ibm.com
> [mailto:nv-l-bounces@lists.ca.ibm.com] *On Behalf Of *Leslie Clark*
> Sent:* Thursday, May 24, 2007 11:57 AM*
> To:* Tivoli NetView Discussions*
> Subject:* Re: [NV-L] snmpCollect vs nvcollectord
>
>
> Your v2 devices should respond to a v1 request. The Counter64 would be
> the main reason for using the new one. If you intend to monitor
> interface bandwidth utilization, and the interfaces in question are
> high-speed and actively used, then the data you collect with Counter32
> may be inaccurate, but worse, you won't know if it is accurate or not.
> So for me, if there is an intention to monitor or collect bandwidth
> using Netview, then I would do the database.
>
> I have not implemented this for any customers yet, though I practiced
> the database install on a linux vmware system and that went ok. Check
> the archives for other thoughts on the subject.
>
> Cordially,
>
> Leslie A. Clark
> IT Services Specialist, Network Mgmt
> Information Technology Services Americas
> IBM Global Services
> (248) 552-4968 Voicemail, Fax, Pager
>
> _______________________________________________
> NV-L mailing list
> NV-L@lists.ca.ibm.com
> Unsubscribe:NV-L-leave@lists.ca.ibm.com
> http://lists.ca.ibm.com/mailman/listinfo/nv-l (Browser access limited
> to internal IBM'ers only)
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> NV-L mailing list
> NV-L@lists.ca.ibm.com
> Unsubscribe:NV-L-leave@lists.ca.ibm.com
> http://lists.ca.ibm.com/mailman/listinfo/nv-l (Browser access limited to
> internal IBM'ers only)
>
--
Tivoli Certified Consultant & Instructor
Skills 1st Limited, 2 Cedar Chase, Taplow, Bucks, SL6 0EU, UK.
Registered in England & Wales, Company No. 3458854.
Tel: +44 (0)1628 782565
Copyright (c) 2007 Jane Curry <jane.curry@skills-1st.co.uk>. All rights
reserved.
_______________________________________________
NV-L mailing list
NV-L@lists.ca.ibm.com
Unsubscribe:NV-L-leave@lists.ca.ibm.com
http://lists.ca.ibm.com/mailman/listinfo/nv-l (Browser access limited to
internal IBM'ers only)
|