topic Re: Utilization Reports Using UNICENTER TNG in Operating System - OpenVMS

Utilization Reports Using UNICENTER TNG

Mobeen_1 — Mon, 07 Jun 2004 00:24:22 GMT

All,
I would like your thoughts on running this CA product Unicenter TNG data collector.

I will try to describe my VMS environment. I have many VMS systems spread across different data centers and networks.

I would be running Unicenter TNG data collector on the selected VMS systems to capture some utilization statistics like CPU, Disk IO and so on.

The following are my questions in this regard

1. What is the best way to do this.
I could think of running data collector on
all the nodes and then move the output
files to one node and generate the reports
there.

2. Is there any other way, you are currently
doing this?

I would appreciate you sharing with me any thoughts/methods that you have deployed.

If any clarification is needed, do let me know

Thanks
Mobeen

Re: Utilization Reports Using UNICENTER TNG

Ian Miller. — Mon, 07 Jun 2004 06:35:29 GMT

As you said - run data collector on all nodes, copy files to a centeral node and run data analyser there. You only need to licence the analyser in one place then.

If you have not yet bought this product then you may wish to consider T4 instead (its free :-)
http://h71000.www7.hp.com/openvms/products/t4/index.html

Re: Utilization Reports Using UNICENTER TNG

Mobeen_1 — Mon, 07 Jun 2004 06:40:06 GMT

Ian,
Thanks for your response. If some one is already doing this. I would like to get a DCL script that i can build on.

I already have licenses in place for Data Analyser as well as data collectors.

Thanks
Mobeen

Re: Utilization Reports Using UNICENTER TNG

Wim Van den Wyngaert — Wed, 09 Jun 2004 04:04:01 GMT

Mobeen,

I use it. Problem is that not all our nodes have compatible collector versions. Therefore, my procedure is :

1) with some home made rsh, I ask performance advisor to generate postscript reports of the month (cpu, IO, etc). I do this for each cluster.
2) I copy the result to a central node (e.g. [.may04.cluster1].
3) On the central node, I use ghostscript to convert the postscript to tng (jpeg is also possible but the results were larger and less clear, png files are about 20 blocks). The command I use is
GS.EXE_AXP "sOutputFile=output.png"
"-sDEVICE=png256"
"-dDEVICEWIDTHPOINTS=525"
"-dDEVICEHEIGHTPOINTS=475"
"-dNOPAUSE","-q" mov.ps ,prefix,input.ps

and mov.ps contains
-40 -200 translate

4) via internet exporer accessing http on VMS, I can access each graph file. With drag and drop I can put them into word.

But not yet finished the operation (still bad dcl).

WIm

Re: Utilization Reports Using UNICENTER TNG

Mobeen_1 — Wed, 09 Jun 2004 09:01:11 GMT

Wim,
Thanks. I think you have what i am looking for :-)

I will let you know once i get started and apprise you on my progress. If you do get something running...do let me know and may be share if allowed to

Thanks
Mobeen

Re: Utilization Reports Using UNICENTER TNG

Wim Van den Wyngaert — Wed, 09 Jun 2004 09:52:08 GMT

Mobeen,

Install ghostscript first.
See enclosures.

Rcom can be replaced by rsh, the | is a command separator.

Enjoy it.

Wim

Re: Utilization Reports Using UNICENTER TNG

Wim Van den Wyngaert — Thu, 10 Jun 2004 02:25:56 GMT

Typing error : the files are png, not tng.
I included a graph enclosure.

Wim

Re: Utilization Reports Using UNICENTER TNG

Wim Van den Wyngaert — Thu, 10 Jun 2004 02:28:29 GMT

But I can't read the enclosure afterwards. Must be this bank fault.

Also included an impoved all.com.

Wim

Re: Utilization Reports Using UNICENTER TNG

Keith Parris — Fri, 11 Jun 2004 17:17:02 GMT

Wim has some good suggestions, but I fear you're not ready for that level of sophistication yet. So I'll start back at the beginning.

The way I most often see this set up is with one node (with the fastest CPU that a given site can afford to have an Analyzer license from CA for) to do the analysis; all the other nodes run the Collector. (When you set up the Data Collector in a cluster, create one common PSDC$DATABASE area for all the nodes in that cluster, rather than a separate area for each node.)

On the Analyzer node, add all the other nodes to its Collector database with
$ADVISE COLLECT MODIFY CPD/NODE=name
commands. Then all the nodes will show up in the GUI for selection.

Next you'll either need to copy all the .CPD files to the Analyzer node's PSDC$DATABASE area nightly (sometime after midnight, which is when the old .CPD file is closed and a new .CPD file is started for the new day), or else just point to them in-place over DECnet from the Analyzer node:

If you want to avoid actually copying all the .CPD files, then on the Analyzer node, define the PSDC$DATABASE logical name as a search list that includes your local PSDC$DATABASE: area (for the database of nodenames you just expanded to include all nodes) plus the DECnet-style network directory specifications for all the different PSDC$DATABASE: areas for all the remote nodes or clusters. (This is best done with DECnet proxies set up, so you don't have username/passwords in your DCL files or in the logical name definition.) (And if you have a DECnet cluster alias for a cluster, you need only point to the PSDC$DATABASE area for that cluster once, using the alias, to gain access for all the .CPD files for that cluster.) This definition of the PSDC$DATABASE logical name can be a process logical name -- it doesn't have to be system-wide.

To get started, I'd recommend using the DECwindows/Motif GUI interface, which you invoke using
$ADVISE PERF/INTERFACE=MOTIF
If your analysis node isn't a VMS workstation or server with a display monitor, you can use a $SET DISPLAY command just before invoking $ADVISE to send the display to another node with X-windows display capability (I do this with eXcursion software on my Windows PC, but Hummingbird Exceed or Reflections X would also work).

Start by selecting a set of nodes and a time period for analysis. (Do one cluster at a time.) It will take a bit of time for the Analyzer to do the number-crunching. After the number-crunching is done, you can look at the graphs and reports. To get the quickest return on my investment of time, I usually start with the Brief Analysis Report, drilling down for anything that looks interesting -- it will catch most of the low-hanging fruit (easy things to fix). Next, I usually look at most of the graphs, looking for things that look unusual (and the definition of "unusual" is something that, unfortunately, one must learn with time and experience).

One unfortunate aspect of this tool is that you have to set the time period at the time you select the data, so if you want to zoom in or look at a different time period, you have to re-do the calculations.

Once you get a feel for what information is useful, you may want to do more automation. The tool is set up well for this, with DCL command equivalents for basically anything you can do with the GUI. For example, you might calculate the graph data each night in a batch job and save it in a file for loading and viewing later from the GUI, allowing you to skip the time-consuming number-crunching step, or you might just create all the possible graphs at once, as Wim has suggested (and all the reports can likewise be generated at the same time).

Note that when you install the Data Collector it defaults to deleting .CPD files after one week, in the interest of not filling up all available disk space, so you'll probably want to do something about that: either make sure you extend the retention time, or else set up a mechanism to archive the .CPD files somewhere safe (to tape, or to another disk or directory) before they get deleted automatically.

Re: Utilization Reports Using UNICENTER TNG

Mobeen_1 — Mon, 05 Jul 2004 04:15:21 GMT

Wim,
Thanks for those scripts. Looks like we are missing some scripts, all i have is

ALL.COM
ALL_GRAPHS.COM

I feel the following are missing

WIM.COM

Please pass me those as well and i shall try to alter and run it on my test systems

Thanks a lot in advance.

regards
Mobeen

Re: Utilization Reports Using UNICENTER TNG

Lokesh_2 — Mon, 05 Jul 2004 04:25:34 GMT

Hi Mobeen,

You can also use psdc$database:*.monthly_user( or you can define one for your needs) file to generate monthly reports. Using this , you need to copy only this file and not all *.CPD files.

Thanks & regards,
Lokesh Jain

Re: Utilization Reports Using UNICENTER TNG

Mobeen_1 — Mon, 05 Jul 2004 04:29:57 GMT

Lokesh,
Do you have any scripts that i can use?

rgds
Mobeen

Re: Utilization Reports Using UNICENTER TNG

Lokesh_2 — Mon, 05 Jul 2004 05:17:48 GMT

Hi Mobeen,

No. As I need only few graphs (weekly total CPU & Memory utilization) so I do it manually. Just couple of commands do it , and I use *.montly_user file to get the data.

Thanks & regards,
Lokesh

Re: Utilization Reports Using UNICENTER TNG

Wim Van den Wyngaert — Wed, 07 Jul 2004 03:12:36 GMT

Mobeen,

I made some minor correction that I posted.

wim.com is a copy of graph.com.
The last parameter of rcom is the node on which to execute it. The comamnds are | separated. The ^ indicate a quote to be expanded by the rsh server (just before execution).

I will explain the rcom commands :

copy salpv1::[.adv]graphs.com []wim.com;
= to copy graphs.com to a local script named wim.com for later execution

nodes=^spvmx2,spvcs2^
=set symbol with node names to collect (not stations)

disks=^disk1,disk2,disk3^
=set symbol with disk names that must be reported (volumenames)

@wim ^''begin'^ ^''end'^
=execute the copied wim.com and pass the begin and end symbol as parameters

SALPV1::[.adv.gs2.''monthdir']wim.com"
=the name of a file to generate, is a parameter for wim.com and is part of the @wim

Re: Utilization Reports Using UNICENTER TNG

Mobeen_1 — Wed, 07 Jul 2004 03:22:44 GMT

Wim,
Basically how many files do i need?

Once you tell me the files and upload them, i shall make the appropiate changes for my environment and will let you know if i have any doubts?

Thanks for your help. This certainly saves some time for me :)

regards
Mobeen

Re: Utilization Reports Using UNICENTER TNG

Wim Van den Wyngaert — Wed, 07 Jul 2004 03:24:42 GMT

2 files ... good luck
(replace rcom by several rsh)

Wim

Re: Utilization Reports Using UNICENTER TNG

Wim Van den Wyngaert — Wed, 07 Jul 2004 03:25:56 GMT

but for the symbols you will need another solution (serial command execution if 7+)

Wim

Re: Utilization Reports Using UNICENTER TNG

Mobeen_1 — Wed, 07 Jul 2004 04:43:12 GMT

Wim,
Are you saying that i should have SSH implementation in place ?

I don't think i have rsh ?

Please let me know.

regards
Mobeen

Re: Utilization Reports Using UNICENTER TNG

Wim Van den Wyngaert — Wed, 07 Jul 2004 04:46:45 GMT

Or use T2T (as rcom is doing).
Don't have SSH working over here but I think you need that or rsh or rexec.
Or simply make a .com on the executing node containing all the commands and start that.

Wim

Re: Utilization Reports Using UNICENTER TNG

Mobeen_1 — Wed, 07 Jul 2004 04:50:17 GMT

Wim,
Thanks. I shall start looking at this tomorrow and if i need any help will contact you.

Also if it works fine, will post here and let you know.

Thanks Wim for sharing this. It will defintely give me some direction

rgds
Mobeen