Re: VM Monitor data processing

2010-10-11 Thread Alan Ackerman
We are sending z/VM monitor data to z/OS to be processed by MICS and MXG.


We are using ESALPS (zVpS?). ESAWRITE has an option to collect and compre
ss a subset of the raw 
monitor data and we then send that to z/OS. (Via Connect:Direct to make o
ur security folks 
happy.) In our case the subset is what data does MICS want? This is bei
ng figured out largely by 
trail-and-error on the part of our MICS people. The compression is that w
e collect data at 1-
minute intervals (as IBM intended) but ship it to z/OS compressed to 15-m
inute intervals.

Depending on how realistic your chargeback algorithms are, I would expect
 this compression to 
easily save you the cost of ESALPS/zVPS.

Alan Ackerman
Alan (dot) Ackerman (at) Bank of America (dot) com 

--
Is anyone transmitting to an MVS host the VM Monitor data to be processed
 by MXG/SAS 
programs?

Derek Ackerman
Enterprise Capacity Planning
 Performance Management
Infocrossing Inc
(206) 432-9737 || C: (206) 225-3585 || derek.acker...@infocrossing.com
#61520; Please consider the environment before printing this e-mail.


Re: VM Monitor data processing

2010-10-07 Thread David Boyes
 We ship all of the SMF data we collect and the monitor data I trying to
 get off the ground is only 2 or 3 domains. We have the capacity, and I
 am not concerned Linux etc. MXG can process it, and that is what I
 intend to use. And am trying to find others to do it this way.

I have done so in a past life. As others have noted, the files coming from a 
medium or larger system with more than a few domains enabled can be quite 
large, but if your goal is to create a consolidated performance database in one 
place, it unarguably works. MXG is quite powerful if you are comfortable with 
it and SAS in general. 

I guess I'm not clear what the question would be. Can you do it? Yes. Does it 
work well? Yes, if you have sufficient disk and CPU. Would I do it again? 
Depends on what I was trying to accomplish. 


Re: VM Monitor data processing

2010-10-06 Thread Mike Walter
I can't recall if ours goes into MXG/SAS or MICS.  That's the dark side of 
the force.
But we do write it to SL tape each night (366 GDG's).

Mike Walter
Aon Hewitt
The opinions expressed herein are mine alone, not my employer's.



Ackerman, Derek derek.acker...@infocrossing.com 

Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU
10/06/2010 05:06 PM
Please respond to
The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU



To
IBMVM@LISTSERV.UARK.EDU
cc

Subject
VM Monitor data processing






Is anyone transmitting to an MVS host the VM Monitor data to be processed 
by MXG/SAS programs?

Derek Ackerman
Enterprise Capacity Planning
 Performance Management
Infocrossing Inc
(206) 432-9737 || C: (206) 225-3585 || derek.acker...@infocrossing.com
�� Please consider the environment before printing this e-mail.







The information contained in this e-mail and any accompanying documents may 
contain information that is confidential or otherwise protected from 
disclosure. If you are not the intended recipient of this message, or if this 
message has been addressed to you in error, please immediately alert the sender 
by reply e-mail and then delete this message, including any attachments. Any 
dissemination, distribution or other use of the contents of this message by 
anyone other than the intended recipient is strictly prohibited. All messages 
sent to and from this e-mail address may be monitored as permitted by 
applicable law and regulations to ensure compliance with our internal policies 
and to protect our business. E-mails are not secure and cannot be guaranteed to 
be error free as they can be intercepted, amended, lost or destroyed, or 
contain viruses. You are deemed to have accepted these risks if you communicate 
with us by e-mail. 




Re: VM Monitor data processing

2010-10-06 Thread Sterling James
Not to mislead anyone, we ftp the output of monwrite to a zOS host to be 
processed.

Thx

-
Please consider the environment before printing this email and any
attachments.

This e-mail and any attachments are intended only for the
individual or company to which it is addressed and may contain
information which is privileged, confidential and prohibited from
disclosure or unauthorized use under applicable law.  If you are
not the intended recipient of this e-mail, you are hereby notified
that any use, dissemination, or copying of this e-mail or the
information contained in this e-mail is strictly prohibited by the
sender.  If you have received this transmission in error, please
return the material received to the sender and delete all copies
from your system.

Re: VM Monitor data processing

2010-10-06 Thread Barton Robinson
Ouch. Pretty costly to collect raw data, ship it to z/os and process it 
there.  There are lots of installations that take the zVPS (Velocity 
Performance Suite) data and ship it to z/os from vm, and MXG supports it 
direct. Probably 1 percent in size.  Other installations take our MICS 
file (probably less than 1 percent in size) and ship that to z/OS for 
processing there. Other vendors are in process to take the data as well 
for the same reasons (plus the get linux and other network data). 
Anything to stop collecting raw data


Ackerman, Derek wrote:

Is anyone transmitting to an MVS host the VM Monitor data to be processed by 
MXG/SAS programs?

Derek Ackerman
Enterprise Capacity Planning
 Performance Management
Infocrossing Inc
(206) 432-9737 || C: (206) 225-3585 || derek.acker...@infocrossing.com
 Please consider the environment before printing this e-mail.



Confidentiality Note: This e-mail, including any attachment to it, may contain material that 
is confidential, proprietary, privileged and/or Protected Health Information, 
within the meaning of the regulations under the Health Insurance Portability  
Accountability Act as amended.  If it is not clear that you are the intended recipient, you 
are hereby notified that you have received this transmittal in error, and any review, 
dissemination, distribution or copying of this e-mail, including any attachment to it, is 
strictly prohibited. If you have received this e-mail in error, please immediately return it 
to the sender and delete it from your system. Thank you.