_______________________________________________________________________________________

Note: This e-mail is subject to the disclaimer contained at the bottom of this 
message.
_______________________________________________________________________________________


Joel C. Ewing wrote:
 
/snip
 
I remember with wistful nostalgia Omegamon MVS back in the days when it was a 
manageable-sized product, before it became so complex that it
required 7 x 70 VSAM datasets, umpteen dozen address spaces, and a whole 
platoon of server platforms to run.  It's as if someone out there thinks
System Programmer time and server platforms are free, or that our end goal is 
to configure and run this complex structure rather than just use
it an incidental tool to measure a system that is doing real work.  The level 
of complexity of these products has gotten to the point that I almost prefer 
installing a new release of z/OS to updating Omegamon products.
 
/end snip
 
Couldn't agree more. On one of our LPARS we have 28 Omegamon ASIDs (we have a 
lot of IMS subsystems on that LPAR). We have the TEP up and running on a 
"monitor PC" which is not directly attached to out LAN so we can get away with 
this. there is a separate group who manages the non-mainframe agents & servers 
etc. We actually live & Die by our modified version of the LPAR controls 
workspace (can't quite remember the name as I am not on site). It gives us the 
LPAR weighting / activity graph, as well as a speedo for CEC utilization & an 
Hour long historical graph/trend). whenever we get performance issues, it's 
where we look first (as well as some other groups). We then dive into the 3270 
products to get to the real data. However, the RMF PM  java tool does provide 
some of this, and I would expect that little tool to improve with new versions 
of z/OS.
 
We have 12 LPARS all running mixed combinations of the Omegamon Tools, and I 
have found that how you configure your RTES can play a big part in the effort 
that you have to put into upgrades & maintenance. I am happy to share how we do 
it off list if anyone is interested.
 
There was talk of  breaking the products up into the GUI & Omegamon "lite" 
products sets, This would remove the old Omegamon II CUA layer, leaving the 
"classic" products for those who want only the 3270 interface & the GUI for 
those that want that feature. I think that this would be a really good thing to 
do, providing that there was a "classic" product for every agent on z/OS, and 
you were still able to get LPAR & Sysplex data on 3270.
 
I have to own up to having worked previously for Candle, so I want to see the 
product continue and be relevant, even though I was made redundant shortly 
before the IBM takeover.
 
Regards, 
--------------------------------------------- 

Stephen Hall           
Team Leader - Host Systems
Technology Services - Infrastructure
INSURANCE AUSTRALIA GROUP (IAG)

 


_______________________________________________________________________________________

The information transmitted in this message and its attachments (if any) is 
intended 
only for the person or entity to which it is addressed.
The message may contain confidential and/or privileged material. Any review, 
retransmission, dissemination or other use of, or taking of any action in 
reliance 
upon this information, by persons or entities other than the intended recipient 
is 
prohibited.

If you have received this in error, please contact the sender and delete this 
e-mail 
and associated material from any computer.

The intended recipient of this e-mail may only use, reproduce, disclose or 
distribute 
the information contained in this e-mail and any attached files, with the 
permission 
of the sender.

This message has been scanned for viruses with Symantec Scan Engine and cleared 
by 
MailMarshal.
_______________________________________________________________________________________

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Reply via email to