Re: Reports for GB per hour to tape
Can anyone comment on the accuracy of VMA? For a single night VMA shows 1806|755|681 for the hours 2,3,4 for Report(gbmax) dsn(include(syshsm.**)) The HSM Report function shows 079735696K for Daily Backup During the hours selected only Incremental Backup should be running. No way are we backing up 3.2 TB. Recycle isn't running either. Thank You, Dave O'Brien NIH Contractor From: O'Brien, David W. (NIH/CIT) [C] Sent: Tuesday, September 28, 2010 9:55 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Reports for GB per hour to tape Thank you, Richard. That's much easier than using CMF. Thank You, Dave O'Brien NIH Contractor From: Richard Marchant [richard.march...@shoden.co.za] Sent: Tuesday, September 28, 2010 9:25 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Reports for GB per hour to tape IBM's VMA software does give the option of GBs written per hour. The REPORT keyword has the option: REPORT(GBMAX) Richard Marchant Johannesburg -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of O'Brien, David W. (NIH/CIT) [C] Sent: 23 September 2010 03:26 PM To: IBM-MAIN@bama.ua.edu Subject: Reports for GB per hour to tape Can anyone suggest a methodology to measure GB per hour written to tape? Management is seeking to evaluate the additional CPU overhead that s/w encryption might entail. IBM's Volume mount analyzer gives tape allocation and tape mounts per hour but not, to my knowledge, GB written per hour. Yes, we are still discussing h/w vs. s/w encryption. Thank you to all who responded to the earlier thread. Thank You, Dave O'Brien NIH Contractor -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Reports for GB per hour to tape
Thank you, Richard. That's much easier than using CMF. Thank You, Dave O'Brien NIH Contractor From: Richard Marchant [richard.march...@shoden.co.za] Sent: Tuesday, September 28, 2010 9:25 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Reports for GB per hour to tape IBM's VMA software does give the option of GBs written per hour. The REPORT keyword has the option: REPORT(GBMAX) Richard Marchant Johannesburg -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of O'Brien, David W. (NIH/CIT) [C] Sent: 23 September 2010 03:26 PM To: IBM-MAIN@bama.ua.edu Subject: Reports for GB per hour to tape Can anyone suggest a methodology to measure GB per hour written to tape? Management is seeking to evaluate the additional CPU overhead that s/w encryption might entail. IBM's Volume mount analyzer gives tape allocation and tape mounts per hour but not, to my knowledge, GB written per hour. Yes, we are still discussing h/w vs. s/w encryption. Thank you to all who responded to the earlier thread. Thank You, Dave O'Brien NIH Contractor -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Reports for GB per hour to tape
IBM's VMA software does give the option of GBs written per hour. The REPORT keyword has the option: REPORT(GBMAX) Richard Marchant Johannesburg -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of O'Brien, David W. (NIH/CIT) [C] Sent: 23 September 2010 03:26 PM To: IBM-MAIN@bama.ua.edu Subject: Reports for GB per hour to tape Can anyone suggest a methodology to measure GB per hour written to tape? Management is seeking to evaluate the additional CPU overhead that s/w encryption might entail. IBM's Volume mount analyzer gives tape allocation and tape mounts per hour but not, to my knowledge, GB written per hour. Yes, we are still discussing h/w vs. s/w encryption. Thank you to all who responded to the earlier thread. Thank You, Dave O'Brien NIH Contractor -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Reports for GB per hour to tape
Ted, I suggest you go back and read the thread at http://www.mail-archive.com/ibm-main@bama.ua.edu/msg100976.html, or I can send you a copy of all 50 emails in the thread. You'll see that I am a bit confused that you refer me to this thread, because you may recall that we established: * that IOSRV=TIME has not been honored since compatibility mode went away. * that SMF30BLK still contains EXCP count when IOSRVC=TIME was used * Cart before the horse: IO service units are derived from either the EXCP counters or the Connect Time counters, and not the other way around. Both counters exist no matter what IOSRV value is specified. I also checked the type 15 record and SMF15EXCP captures EXCP count only. There is no mention of connect time, either measured or devolved from IO Service units. 1) So what were you pointing out exactly? 2) If you did not say "You want to use connect time to figure out MB/sec on FICON" then what was the intended outcome of your advice " Mind you, connect time has to be multiplied by nominal/actual/ficticious transfer rate." because I cannot find another purpose for your suggested calculation, contextual or literal? 3) If you are aware of connect time elongation on FICON, then why would you suggest using a metric based on connect time in the first place. TIA for helping me with my confusion. Ron > -Original Message- > From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of > Ted MacNEIL > Sent: Thursday, September 23, 2010 11:53 PM > To: IBM-MAIN@bama.ua.edu > Subject: Re: [IBM-MAIN] Reports for GB per hour to tape > > >You want to use connect time to figure out MB/sec on FICON? > > Never said that! > Just pointed out what EXCPs can/really do mean. > > I'm well aware of the issues with FICON. > > - > I'm a SuperHero with neither powers, nor motivation! > Kimota! > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Reports for GB per hour to tape
SMF 21 records contain byte counts, compressed and uncompressed, read and written, with ONLY the dismount time of the tape. But MXG users can use the MXGTMNT Tape Mount Monitor, which not only generates an SMF record for each mount of each volser, with mount start and mount satisfied time stamps, to measure waiting to mount time, and provides JOB, READTIME, JESNR, etc in an SMF record, it also captures all SYSLOG mount-related events into SMF. These three sources, MXGTMNT, SYSLOG, and TYPE21s are then merged to create a single tape event record for each mount which can be aggregated across each day to get a very accurate total GB statistics. And since JOB information is known, totals for different applications can also be measured. Barry Merrill Herbert W. Barry Merrill, PhD President-Programmer Merrill Consultants MXG Software 10717 Cromwell Drive Dallas TX 75229 214 351 1966 tel 214 350 3695 fax www.mxg.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Reports for GB per hour to tape
>You want to use connect time to figure out MB/sec on FICON? Never said that! Just pointed out what EXCPs can/really do mean. I'm well aware of the issues with FICON. - I'm a SuperHero with neither powers, nor motivation! Kimota! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Reports for GB per hour to tape
Ted, You want to use connect time to figure out MB/sec on FICON? Be my guest. I would rather beat my head a against a steel spike :-) The busier any component in the path gets, the more inaccurate it becomes. Path includes the MP on the host and the storage, ISL if you have any cascading, command latency, business continuance processing, and multitude of other variables. It's your dog Ted, and I would name him Caveat Emptor. BTW IO Service units never counted blocks. It counted the EXCP provided by the Access Method of which some counted blocks, and some did not. I agree IO connect time was a far more accurate way of counting IO Service Units, and I have used it in just about every IPS I have built. However Connect Time has never been a reliable metric for calculating MB/sec on ESCON. You usually accomplish this by placing average connect time into blksize buckets, and multiplying that blksize by the SSCH Rate. The ratio of connect time to data transferred is not linear on ESCON, so you need a collection of magic numbers, not just one. When I have been forced to use a single multiplier it has always been one that assures an overestimate. (I made my living doing Remote Copy sizing in half a dozen countries for over half a decade. I have several scars and T shirts). Ron > -Original Message- > From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of > Ted MacNEIL > Sent: Thursday, September 23, 2010 7:00 PM > To: IBM-MAIN@bama.ua.edu > Subject: Re: [IBM-MAIN] Reports for GB per hour to tape > > >The EXCP*BLKSIZE=MB is not true for all access methods. I'd only assume this > is correct for SAM-E, which is probably the majority of tape IO. > > Ron, we've had this argument/discussion before. > > With XA/ESA, or even slightly before, IOC was changed to allow either blocks > or 8.3 ms of connect time. > The latter being more accurate. > > Mind you, connect time has to be multiplied by nominal/actual/ficticious > transfer rate. > > Bogus is as bogus does! (8-{]} > > - > I'm a SuperHero with neither powers, nor motivation! > Kimota! > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Reports for GB per hour to tape
>The EXCP*BLKSIZE=MB is not true for all access methods. I'd only assume this >is correct for SAM-E, which is probably the majority of tape IO. Ron, we've had this argument/discussion before. With XA/ESA, or even slightly before, IOC was changed to allow either blocks or 8.3 ms of connect time. The latter being more accurate. Mind you, connect time has to be multiplied by nominal/actual/ficticious transfer rate. Bogus is as bogus does! (8-{]} - I'm a SuperHero with neither powers, nor motivation! Kimota! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Reports for GB per hour to tape
Clark, The EXCP*BLKSIZE=MB is not true for all access methods. I'd only assume this is correct for SAM-E, which is probably the majority of tape IO. Ron > -Original Message- > From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of > Clark Morris > Sent: Thursday, September 23, 2010 6:03 PM > To: IBM-MAIN@bama.ua.edu > Subject: Re: [IBM-MAIN] Reports for GB per hour to tape > > On 23 Sep 2010 07:29:51 -0700, in bit.listserv.ibm-main you wrote: > > >Hi John, > > > > Yes, I had thought of extrapolating channel busy % but I'm not sure that > would be precise enough. > >Thanks for the suggestion. > > As I recall the SMF 14 (sequential read) and 15 (sequential write) > records have the device type and probably the address. EXCPs times > blocksize should give a decent approximation and taking all of the > records for a given 24 hour period should give a fair idea of the > number of bytes per day. > > Clark Morris > > > >Thank You, > >Dave O'Brien > >NIH Contractor > > > >From: McKown, John [john.mck...@healthmarkets.com] > >Sent: Thursday, September 23, 2010 10:25 AM > >To: IBM-MAIN@bama.ua.edu > >Subject: Re: Reports for GB per hour to tape > > > >> -Original Message- > >> From: IBM Mainframe Discussion List > >> [mailto:ibm-m...@bama.ua.edu] On Behalf Of O'Brien, David W. > >> (NIH/CIT) [C] > >> Sent: Thursday, September 23, 2010 9:21 AM > >> To: IBM-MAIN@bama.ua.edu > >> Subject: Re: Reports for GB per hour to tape > >> > >> Hi Rex, > >> > >> Thanks for responding. No, we have TMS (CA-1) as our tape > >> management system. > >> Guess I had a senior moment earlier. The number of bytes > >> written or read would obviously only be available at the end > >> of the job. GB/hour is just not available for any job running > >> past :59 of any hour. Management is not looking for GB/hour > >> of a particular job but rather the entire workload. > >> > >> Guess we'll just have to test a s/w encryption product to find out. > >> > >> Thank You, > >> Dave O'Brien > >> NIH Contractor > > > >Are your tapes on dedicated channels? What about an RMF channel (or device) > utilization report? Just guessing! > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Reports for GB per hour to tape
On 23 Sep 2010 07:29:51 -0700, in bit.listserv.ibm-main you wrote: >Hi John, > > Yes, I had thought of extrapolating channel busy % but I'm not sure that > would be precise enough. >Thanks for the suggestion. As I recall the SMF 14 (sequential read) and 15 (sequential write) records have the device type and probably the address. EXCPs times blocksize should give a decent approximation and taking all of the records for a given 24 hour period should give a fair idea of the number of bytes per day. Clark Morris > >Thank You, >Dave O'Brien >NIH Contractor > >From: McKown, John [john.mck...@healthmarkets.com] >Sent: Thursday, September 23, 2010 10:25 AM >To: IBM-MAIN@bama.ua.edu >Subject: Re: Reports for GB per hour to tape > >> -Original Message- >> From: IBM Mainframe Discussion List >> [mailto:ibm-m...@bama.ua.edu] On Behalf Of O'Brien, David W. >> (NIH/CIT) [C] >> Sent: Thursday, September 23, 2010 9:21 AM >> To: IBM-MAIN@bama.ua.edu >> Subject: Re: Reports for GB per hour to tape >> >> Hi Rex, >> >> Thanks for responding. No, we have TMS (CA-1) as our tape >> management system. >> Guess I had a senior moment earlier. The number of bytes >> written or read would obviously only be available at the end >> of the job. GB/hour is just not available for any job running >> past :59 of any hour. Management is not looking for GB/hour >> of a particular job but rather the entire workload. >> >> Guess we'll just have to test a s/w encryption product to find out. >> >> Thank You, >> Dave O'Brien >> NIH Contractor > >Are your tapes on dedicated channels? What about an RMF channel (or device) >utilization report? Just guessing! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Reports for GB per hour to tape
In addition to the overhead of software encryption, consider the effects of the loss of hardware compression for the data written to tape, which will affect both tape performance and thus elapsed time and the amount of tape used. Both effects might pose challenges for jobs that need to finish in a fixed amount of time or that were written to use a particular number of tapes but might need more without compression. This is overcome to some extent in some of the software encryption products (including ours) by using hardware compression instructions to compress the data before encrypting it. This of course uses more CPU than simply encrypting and writing, but it avoids some of the problems above. However, note that the controller-based data compression algorithm, at least for for IBM controllers (which, if I recall correctly, use a modified ZL algorithm), provides better compression than that used by the compression instructions (which I think might predate ZL), so there might still be some breakage at the edges from performance and tape utilization standpoints. Last but not least, pay attention to key management in whatever solution you choose. Security of storage, possibility of exposure, backup and recovery, and DR are probably all things worth thinking about both from operational and cost standpoints. HTH... O'Brien, David W. [C] , NIH/CIT wrote: Can anyone suggest a methodology to measure GB per hour written to tape? Management is seeking to evaluate the additional CPU overhead that s/w encryption might entail. IBM's Volume mount analyzer gives tape allocation and tape mounts per hour but not, to my knowledge, GB written per hour. Yes, we are still discussing h/w vs. s/w encryption. Thank you to all who responded to the earlier thread. Thank You, Dave O'Brien NIH Contractor -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- John Eells z/OS Technical Marketing IBM Poughkeepsie ee...@us.ibm.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Reports for GB per hour to tape
Thanks Ron, I see what you're referring to. Thank You, Dave O'Brien NIH Contractor From: Ron Hawkins [ron.hawkins1...@sbcglobal.net] Sent: Thursday, September 23, 2010 10:40 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Reports for GB per hour to tape David, Why would you extrapolate % channel busy? The MB/sec written, and read, for each channel is on the report. Ron > -Original Message- > From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of > O'Brien, David W. (NIH/CIT) [C] > Sent: Thursday, September 23, 2010 7:27 AM > To: IBM-MAIN@bama.ua.edu > Subject: Re: [IBM-MAIN] Reports for GB per hour to tape > > Hi John, > > Yes, I had thought of extrapolating channel busy % but I'm not sure that > would be precise enough. > Thanks for the suggestion. > > Thank You, > Dave O'Brien > NIH Contractor > > From: McKown, John [john.mck...@healthmarkets.com] > Sent: Thursday, September 23, 2010 10:25 AM > To: IBM-MAIN@bama.ua.edu > Subject: Re: Reports for GB per hour to tape > > > -Original Message- > > From: IBM Mainframe Discussion List > > [mailto:ibm-m...@bama.ua.edu] On Behalf Of O'Brien, David W. > > (NIH/CIT) [C] > > Sent: Thursday, September 23, 2010 9:21 AM > > To: IBM-MAIN@bama.ua.edu > > Subject: Re: Reports for GB per hour to tape > > > > Hi Rex, > > > > Thanks for responding. No, we have TMS (CA-1) as our tape > > management system. > > Guess I had a senior moment earlier. The number of bytes > > written or read would obviously only be available at the end > > of the job. GB/hour is just not available for any job running > > past :59 of any hour. Management is not looking for GB/hour > > of a particular job but rather the entire workload. > > > > Guess we'll just have to test a s/w encryption product to find out. > > > > Thank You, > > Dave O'Brien > > NIH Contractor > > Are your tapes on dedicated channels? What about an RMF channel (or device) > utilization report? Just guessing! > > -- > John McKown > Systems Engineer IV > IT > > Administrative Services Group > > HealthMarkets(r) > > 9151 Boulevard 26 * N. Richland Hills * TX 76010 > (817) 255-3225 phone * (817)-691-6183 cell > john.mck...@healthmarkets.com * www.HealthMarkets.com > > Confidentiality Notice: This e-mail message may contain confidential or > proprietary information. If you are not the intended recipient, please contact > the sender by reply e-mail and destroy all copies of the original message. > HealthMarkets(r) is the brand name for products underwritten and issued by the > insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance > Company(r), Mid-West National Life Insurance Company of TennesseeSM and The > MEGA Life and Health Insurance Company.SM > > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Reports for GB per hour to tape
"O'Brien, David W. [C] , NIH/CIT" wrote in message news:.. . > Can anyone suggest a methodology to measure GB per hour written to tape? > > Management is seeking to evaluate the additional CPU overhead that s/w encryption might entail. > > IBM's Volume mount analyzer gives tape allocation and tape mounts per hour but not, to my knowledge, GB written per hour. > > Yes, we are still discussing h/w vs. s/w encryption. Thank you to all who responded to the earlier thread. > > Thank You, > Dave O'Brien How about SMF record 15 for devicetype 3490 (or your device)? It has the OPEN time, CLOSE time and bytes written. This will give you an average over that interval. Split it up sections of e.g. one hours and accumulate all tape activity per hour. In the same way you can calculate the bytes read from tape from SMF 14. I suppose you might also want to calculate the decryption overhead. Kees. For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Reports for GB per hour to tape
David, Why would you extrapolate % channel busy? The MB/sec written, and read, for each channel is on the report. Ron > -Original Message- > From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of > O'Brien, David W. (NIH/CIT) [C] > Sent: Thursday, September 23, 2010 7:27 AM > To: IBM-MAIN@bama.ua.edu > Subject: Re: [IBM-MAIN] Reports for GB per hour to tape > > Hi John, > > Yes, I had thought of extrapolating channel busy % but I'm not sure that > would be precise enough. > Thanks for the suggestion. > > Thank You, > Dave O'Brien > NIH Contractor > > From: McKown, John [john.mck...@healthmarkets.com] > Sent: Thursday, September 23, 2010 10:25 AM > To: IBM-MAIN@bama.ua.edu > Subject: Re: Reports for GB per hour to tape > > > -Original Message- > > From: IBM Mainframe Discussion List > > [mailto:ibm-m...@bama.ua.edu] On Behalf Of O'Brien, David W. > > (NIH/CIT) [C] > > Sent: Thursday, September 23, 2010 9:21 AM > > To: IBM-MAIN@bama.ua.edu > > Subject: Re: Reports for GB per hour to tape > > > > Hi Rex, > > > > Thanks for responding. No, we have TMS (CA-1) as our tape > > management system. > > Guess I had a senior moment earlier. The number of bytes > > written or read would obviously only be available at the end > > of the job. GB/hour is just not available for any job running > > past :59 of any hour. Management is not looking for GB/hour > > of a particular job but rather the entire workload. > > > > Guess we'll just have to test a s/w encryption product to find out. > > > > Thank You, > > Dave O'Brien > > NIH Contractor > > Are your tapes on dedicated channels? What about an RMF channel (or device) > utilization report? Just guessing! > > -- > John McKown > Systems Engineer IV > IT > > Administrative Services Group > > HealthMarkets(r) > > 9151 Boulevard 26 * N. Richland Hills * TX 76010 > (817) 255-3225 phone * (817)-691-6183 cell > john.mck...@healthmarkets.com * www.HealthMarkets.com > > Confidentiality Notice: This e-mail message may contain confidential or > proprietary information. If you are not the intended recipient, please contact > the sender by reply e-mail and destroy all copies of the original message. > HealthMarkets(r) is the brand name for products underwritten and issued by the > insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance > Company(r), Mid-West National Life Insurance Company of TennesseeSM and The > MEGA Life and Health Insurance Company.SM > > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Reports for GB per hour to tape
Hi John, Yes, I had thought of extrapolating channel busy % but I'm not sure that would be precise enough. Thanks for the suggestion. Thank You, Dave O'Brien NIH Contractor From: McKown, John [john.mck...@healthmarkets.com] Sent: Thursday, September 23, 2010 10:25 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Reports for GB per hour to tape > -Original Message- > From: IBM Mainframe Discussion List > [mailto:ibm-m...@bama.ua.edu] On Behalf Of O'Brien, David W. > (NIH/CIT) [C] > Sent: Thursday, September 23, 2010 9:21 AM > To: IBM-MAIN@bama.ua.edu > Subject: Re: Reports for GB per hour to tape > > Hi Rex, > > Thanks for responding. No, we have TMS (CA-1) as our tape > management system. > Guess I had a senior moment earlier. The number of bytes > written or read would obviously only be available at the end > of the job. GB/hour is just not available for any job running > past :59 of any hour. Management is not looking for GB/hour > of a particular job but rather the entire workload. > > Guess we'll just have to test a s/w encryption product to find out. > > Thank You, > Dave O'Brien > NIH Contractor Are your tapes on dedicated channels? What about an RMF channel (or device) utilization report? Just guessing! -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-691-6183 cell john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Reports for GB per hour to tape
> -Original Message- > From: IBM Mainframe Discussion List > [mailto:ibm-m...@bama.ua.edu] On Behalf Of O'Brien, David W. > (NIH/CIT) [C] > Sent: Thursday, September 23, 2010 9:21 AM > To: IBM-MAIN@bama.ua.edu > Subject: Re: Reports for GB per hour to tape > > Hi Rex, > > Thanks for responding. No, we have TMS (CA-1) as our tape > management system. > Guess I had a senior moment earlier. The number of bytes > written or read would obviously only be available at the end > of the job. GB/hour is just not available for any job running > past :59 of any hour. Management is not looking for GB/hour > of a particular job but rather the entire workload. > > Guess we'll just have to test a s/w encryption product to find out. > > Thank You, > Dave O'Brien > NIH Contractor Are your tapes on dedicated channels? What about an RMF channel (or device) utilization report? Just guessing! -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-691-6183 cell john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Reports for GB per hour to tape
Hi Rex, Thanks for responding. No, we have TMS (CA-1) as our tape management system. Guess I had a senior moment earlier. The number of bytes written or read would obviously only be available at the end of the job. GB/hour is just not available for any job running past :59 of any hour. Management is not looking for GB/hour of a particular job but rather the entire workload. Guess we'll just have to test a s/w encryption product to find out. Thank You, Dave O'Brien NIH Contractor From: Pommier, Rex R. [rex.pomm...@cnasurety.com] Sent: Thursday, September 23, 2010 10:07 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Reports for GB per hour to tape Dave, It's rough, but if you have RMM as your tape management system, it records how much data is written to the tape - precompression. You could just divide the amount on the tape with how long the job took to get GB per hour. I don't know if the other TMS' have this field or not. Rex -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of O'Brien, David W. (NIH/CIT) [C] Sent: Thursday, September 23, 2010 8:26 AM To: IBM-MAIN@bama.ua.edu Subject: Reports for GB per hour to tape Can anyone suggest a methodology to measure GB per hour written to tape? Management is seeking to evaluate the additional CPU overhead that s/w encryption might entail. IBM's Volume mount analyzer gives tape allocation and tape mounts per hour but not, to my knowledge, GB written per hour. Yes, we are still discussing h/w vs. s/w encryption. Thank you to all who responded to the earlier thread. Thank You, Dave O'Brien NIH Contractor The information contained in this e-mail may contain confidential and/or privileged information and is intended for the sole use of the intended recipient. If you are not the intended recipient, you are hereby notified that any unauthorized use, disclosure, distribution or copying of this communication is strictly prohibited. If you received this e-mail in error, please reply to sender and destroy or delete the message and any attachments. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Reports for GB per hour to tape
O'Brien, David W. (NIH/CIT) [C] pisze: Can anyone suggest a methodology to measure GB per hour written to tape? Management is seeking to evaluate the additional CPU overhead that s/w encryption might entail. IBM's Volume mount analyzer gives tape allocation and tape mounts per hour but not, to my knowledge, GB written per hour. Use calculator. For real tapes the tape spents a lot of time in the drive, so it's quite feasible to use syslog and RMM (or other TMS) to get amount of bytes written and time elapsed. BTDT -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237 NIP: 526-021-50-88 Wedug stanu na dzie 01.01.2009 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 118.763.528 zotych. W zwizku z realizacj warunkowego podwyszenia kapitau zakadowego, na podstawie uchway XXI WZ z dnia 16 marca 2008r., oraz uchway XVI NWZ z dnia 27 padziernika 2008r., moe ulec podwyszeniu do kwoty 123.763.528 z. Akcje w podwyszonym kapitale zakadowym BRE Banku SA bd w caoci opacone. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Reports for GB per hour to tape
Dave, It's rough, but if you have RMM as your tape management system, it records how much data is written to the tape - precompression. You could just divide the amount on the tape with how long the job took to get GB per hour. I don't know if the other TMS' have this field or not. Rex -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of O'Brien, David W. (NIH/CIT) [C] Sent: Thursday, September 23, 2010 8:26 AM To: IBM-MAIN@bama.ua.edu Subject: Reports for GB per hour to tape Can anyone suggest a methodology to measure GB per hour written to tape? Management is seeking to evaluate the additional CPU overhead that s/w encryption might entail. IBM's Volume mount analyzer gives tape allocation and tape mounts per hour but not, to my knowledge, GB written per hour. Yes, we are still discussing h/w vs. s/w encryption. Thank you to all who responded to the earlier thread. Thank You, Dave O'Brien NIH Contractor The information contained in this e-mail may contain confidential and/or privileged information and is intended for the sole use of the intended recipient. If you are not the intended recipient, you are hereby notified that any unauthorized use, disclosure, distribution or copying of this communication is strictly prohibited. If you received this e-mail in error, please reply to sender and destroy or delete the message and any attachments. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html