nv-l
[Top] [All Lists]

Re: [nv-l] availability data

To: nv-l@lists.us.ibm.com
Subject: Re: [nv-l] availability data
From: George deSocio <desocio@us.ibm.com>
Date: Tue, 27 Jan 2004 14:51:59 -0500
Delivery-date: Tue, 27 Jan 2004 20:37:44 +0000
Envelope-to: nv-l-archive@lists.skills-1st.co.uk
Reply-to: nv-l@lists.us.ibm.com
Sender: owner-nv-l@lists.us.ibm.com

Sorry, hit send too soon :-)
I wanted to say,
Installing NetView with or without Framework has several pros and cons.
The hard and fast rule is if you are going to use RIM, which Leslie said, you need to use the Framework to install.
If you are already using Framework, and the NetView server is a Managed Node, then you must install using Framework.
If the above is true, but you don't want to use Framework with NetView any longer, than you can stop using Framework and remove it. But it is not as simple as said, but it is easy. You must prepare for it, and prepare for recovery in case of failure. Ask me more if you want to do that.

The reason you must use Framework if it is there, is because the standalone NetView installation has an imbedded Framework to accomplish installation and provide required Framework shared libraries at run time. So running stand-alone installation in a Framework Managed Node can fail because of conflicts in libraries, executables, paths, etc.

You may like the Framework for the reason it was designed in the first place, and like NetView as an icon for yourself or operators.

Or, if you are like many, you might prefer to isolate the network management servers/workstations and not have multiple recovery scenarios to worry about. That is, worry about managing and recovering Framework and keeping its database in sync, as well as backup and recovery of NetView databases. Without Framework on the NetView server, many fewer combinations and permutations of recovery.



Regards,
Geo.

George deSocio
IBM Americas Support - Distributed Network Management
Dept 46-E1ZA
IBM B660 CC102
HWY 54 & 600 Park Offices
Research Triangle Park, NC 27709

919-254-2259 (T/L 444) Fax: 919-543-7936 (T/L 441)

E-Mail: desocio@us.ibm.com

Expand your IBM Tivoli product knowledge by participating in Support Technical Exchange:
http://www-3.ibm.com/software/sysmgmt/products/support/supp_tech_exch.html
Inactive hide details for Gareth Holl/Raleigh/IBM@IBMUSGareth Holl/Raleigh/IBM@IBMUS




          Gareth Holl/Raleigh/IBM@IBMUS
          Sent by: owner-nv-l@lists.us.ibm.com

          01/27/2004 01:53 PM
          Please respond to nv-l



To: nv-l@lists.us.ibm.com
cc:
Subject: Re: [nv-l] availability data



The NetView "Availability" database is a new addition to the product (all platforms) as of 7.1.3. It is a DB2 based database(named "NETVIEW" by default) that is fed availability data by the new "tdwdaemon" daemon based on status changes that are detected by netmon. The purpose of this new funcationality is to feed the data to the "IBM Tivoli Enterprise Data Warehouse" for reporting and for use in other products like "IBM Tivoli Service Level Advisor".

It has nothing to do with the availability feature within NetView for Windows and it has nothing to do with the NetView Relational Database component.

As of 7.1.4, they extended the functionality to include SNMP Performance data collected by the "snmpCollect" daemon. In this case the snmpCollect daemon writes the data to the DB2 based NetView "Availbility & Performance" database (still named "NETVIEW" by default). As with the availability data, the SNMP performance data can be extracted to be inserted into the "IBM Tivoli Enterprise Data Warehouse" for reporting or use in other products.

Gareth Holl
Staff Software Engineer
gholl@us.ibm.com

IBM Software Group - Tivoli Brand
Research Triangle Park, North Carolina.

"Christopher J Petrina" <cjp8@meadwestvaco.com>
Sent by: owner-nv-l@lists.us.ibm.com

01/27/2004 01:15 PM
Please respond to nv-l


To: nv-l@lists.us.ibm.com

cc:

Subject: [nv-l] availability data




In the suer group meeting they spoke about availibility data and snmp performance data being sent to DB warehouse.

What availability data are they speaking of? Is this the data from the Netview (For Windows) That if you right click on an object and choose object properties it gives as one of the tabs the availability of the device. And if so is there an equivalant to this in UNIX. Cause in UNIX when you do object properties of a node or device it simply does a ovobjprint on that object there is no availability data?

Also in anyones opinion what would be the benefit to loading Netview via the TIVOLI FRAMEWORK vs. Simply loading it as a non-tme stand alone server. I understand that without loading it via framework I cannot connect to a relational database. Which I guess has its usefulness in that with a relational database I can do queries against the database to gather information in a more formatted manner. Anyone have preferences or thoughts about it.

Thanks
Chris Petrina

GIF image

<Prev in Thread] Current Thread [Next in Thread>

Archive operated by Skills 1st Ltd

See also: The NetView Web