Re: z/OS DASD: Way to gather DASD Response Time ?
On Thu, 2 Jul 2015 10:38:31 +0100, Toni Cecil wrote: Hi Shane, it might sound strange to you, but we need to demonstrate to one our clients that moving data from mod3, or mod9 to mod27 didn't cause any dasd performance problems for their applications. That's a living. No, not strange at all - customers ask for the damnest things. These sort of questions belong to the days of real spinning DASD, not modern storage controllers. If your clients are prepared to accept that as evidence, well and good. I stand by my previous post. Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS DASD: Way to gather DASD Response Time ?
Hi Shane, it might sound strange to you, but we need to demonstrate to one our clients that moving data from mod3, or mod9 to mod27 didn't cause any dasd performance problems for their applications. That's a living. Regards, A.Cecilio. 2015-06-27 5:47 GMT+01:00 Shane Ginnane ibm-m...@tpg.com.au: I've decided to use RMF: DINTV(2400) That's like asking for the average speed for all the taxi drivers in a company over an entire day. It might be the one number you may have been asked for, but it's useless. You need to educate your users/managers. Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS DASD: Way to gather DASD Response Time ?
Toni, Just some observations on today's storage array and DASD Volumes. And some points to consider when doing DASD response time analysis. Basically, DASD is emulated across flash/spinning disk in a storage array. The only difference, in my understanding, is the size of the volume and how the storage array is behaving. Going back to my point earlier. A storage array (IBM, HDS, EMC, etc.) is pretending to be the old fashion spinning disk. It is really emulating that size disk inside the array. So when you create a MOD3/9/27/54 it is laid out across spinning disk or flash drives across the storage array. You use ICKDSF to initialize a 3390 Mod3. This creates a picture of 3339 cylinders for that dasd volume. It looks like a 3390 Mod3 when you display the volume. However, in the Storage Array, it is actually spread out over multiple spinning/flash disk. This does not take up any storage at that point. Later a dataset is created on that volume. The Storage array assigns tracks to your volume from the free pool. And this process continues until all 3339 cylinders are assigned - making it a full 3390 Mod3 volume. This is why the storage used for the volumes may not match the storage you have actually allocated for volumes within the Storage Array. Due to this process you have to be careful about over subscription of the storage array. It is not hard to have a 550 GB storage array that has 1000 Mod 54's created. At some point the Storage array will complain there is insufficient storage to allocate another dataset because the storage array is full. That is why I asked if you needed to know about how the storage array was working as well as how z/OS was seeing the response time. Currently I have an EMC VMAX40K. It is made up of all volume sizes. I have both flash and spinning disk inside the array. When I use EMC Unisphere to look at the performance of the storage array I do not see any hot spots which means the array is performing very well. I now go look at the RMF reports. They show acceptable performance from z/OS's perspective of how the DASD is performing. So overall both areas are showing good dasd performance report. I had an older VMAX device before that was not doing well on the inside, but z/OS was not reporting issues. We had to add more engines, memory and disk and then rebalance the array so it was performing optimally again. Depending on what your clients expect. You should have little difference on the size of dasd for access. Also, the virtual MOD3/9/27/54 are not full volumes until you fill up the volume. So you may have created a Mod 3 with 3339 cylinders. But if only 100 cylinders of it has been used, then that is all that is on that volume. It is not until you create enough data on the volume that it will fill out to 3339 cylinders. So the DASD only uses the amount of storage it has. Not what you think it is created as. Same with Virtual tape. Since the Storage Array performs very well in emulating disk, I would think that would leave most I/O and response time questions to other areas of exploration. How does the application handle the I/O? Do I have enough engines and memory and controllers inside the Storage Array for the workload? Do I have enough paths to the dasd from z/OS side (Hyperpavs)? Do you have Hyperpavs for the disk? Do you have SLAs for dasd performance? Have you seen any increase in response time to any application? Are you using MIDAW? Do you share your Storage Array with open system functions? That can impact your response time. Some of my triggers that dasd may not be performing well is the Health Checker for CMR Response time, the DB2 DBAs saying the response time on their DB2 Response time is questionable, or my review of the Unisphere shows Hot Spots. How do your clients perceive an issue for their applications for dasd issues? What is the response time they expect? Yes - I always give my clients what they ask for. But in the background, I am monitoring other areas that are better able to predict issues for dasd response time. This may fall under SaaS (Storage as a Service) - and there are a lot of detail on the internet for this concept. Bottom line - you should not see any impact due to device size. It is emulated and all being handled by the storage array. If you do see a difference it may be due to hot spots, lack of memory/buffers, engines/cpus, or other elements within the storage array. Hope this helps Lizette -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Toni Cecil Sent: Thursday, July 02, 2015 2:39 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: z/OS DASD: Way to gather DASD Response Time ? Hi Shane, it might sound strange to you, but we need to demonstrate to one our clients that moving data from mod3, or mod9 to mod27 didn't cause any dasd performance problems
Re: z/OS DASD: Way to gather DASD Response Time ?
Statistics can always show what you think you want. But, showing 24-hour averages doesn't prove a lack of performance impact. You're doing your customers a disservice if you don't demonstrate the impact during peak times. 10-15 minute duration. - -teD - Original Message From: Toni Cecil Sent: Thursday, July 2, 2015 05:38 To: IBM-MAIN@LISTSERV.UA.EDU Reply To: IBM Mainframe Discussion List Subject: Re: z/OS DASD: Way to gather DASD Response Time ? Hi Shane, it might sound strange to you, but we need to demonstrate to one our clients that moving data from mod3, or mod9 to mod27 didn't cause any dasd performance problems for their applications. That's a living. Regards, A.Cecilio. 2015-06-27 5:47 GMT+01:00 Shane Ginnane ibm-m...@tpg.com.au: I've decided to use RMF: DINTV(2400) That's like asking for the average speed for all the taxi drivers in a company over an entire day. It might be the one number you may have been asked for, but it's useless. You need to educate your users/managers. Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS DASD: Way to gather DASD Response Time ?
Thx very much to you all, I've decided to use RMF: DINTV(2400) REPORTS(DEVICE(NODASD,SG(PRG))) Regards, A.Cecilio. 2015-06-26 1:53 GMT+01:00 Shane Ginnane ibm-m...@tpg.com.au: On Thu, 25 Jun 2015 16:02:42 +0100, Toni Cecil wrote: Hello, can you pls tell me what is best (and easiest) way to gather dasd response time values by StorageGroup?? We need to have a DASD PERFORMANCE picture for 2 weeks and by storageGRoup. The data are all there in the report - by default RMF reports by LCU; you have the option of requesting it report by SG. See the Report Analysis manual. Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS DASD: Way to gather DASD Response Time ?
The output is: DEVICE AVG STORAGE DEV DEVICE NUMBER VOLUME PAV LCU ACTIVITY RESP GROUP NUM TYPE OF CYL SERIAL RATE TIME PRG 4418 33909 32760 PRGP40 1.0H 004A 0.453 1.37 PRG 4419 33909 32760 PRGP41 1.0H 004A 1.059 1.63 PRG 441A 33909 32760 PRGP42 1.0H 004A 0.358 1.48 PRG SG 71.970 1.24 Giving the output per SG. Regards, A.Cecilio. 2015-06-26 14:26 GMT+01:00 Toni Cecil acbi...@gmail.com: Thx very much to you all, I've decided to use RMF: DINTV(2400) REPORTS(DEVICE(NODASD,SG(PRG))) Regards, A.Cecilio. 2015-06-26 1:53 GMT+01:00 Shane Ginnane ibm-m...@tpg.com.au: On Thu, 25 Jun 2015 16:02:42 +0100, Toni Cecil wrote: Hello, can you pls tell me what is best (and easiest) way to gather dasd response time values by StorageGroup?? We need to have a DASD PERFORMANCE picture for 2 weeks and by storageGRoup. The data are all there in the report - by default RMF reports by LCU; you have the option of requesting it report by SG. See the Report Analysis manual. Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS DASD: Way to gather DASD Response Time ?
I've decided to use RMF: DINTV(2400) That's like asking for the average speed for all the taxi drivers in a company over an entire day. It might be the one number you may have been asked for, but it's useless. You need to educate your users/managers. Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS DASD: Way to gather DASD Response Time ?
RMF type 74 subtype 1 (dasd activity) or type 79 subtyp 9 (RMF III dasd activity). MXG/MICS probably have all the variables broken out and it would be a relatively simple matter to RYO reports from that. HTH, snip -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Toni Cecil Sent: Thursday, June 25, 2015 8:03 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: z/OS DASD: Way to gather DASD Response Time ? Hello, can you pls tell me what is best (and easiest) way to gather dasd response time values by StorageGroup?? We need to have a DASD PERFORMANCE picture for 2 weeks and by storageGRoup. I'm only thinking off RMF's D I R E C T A C C E S S D E V I C E A C T I V I T Y Any hint is welcome. Many thx, A.Cecilio. /snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
z/OS DASD: Way to gather DASD Response Time ?
Hello, can you pls tell me what is best (and easiest) way to gather dasd response time values by StorageGroup?? We need to have a DASD PERFORMANCE picture for 2 weeks and by storageGRoup. I'm only thinking off RMF's D I R E C T A C C E S S D E V I C E A C T I V I T Y Any hint is welcome. Many thx, A.Cecilio. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS DASD: Way to gather DASD Response Time ?
What type of hardware are you using for z/OS DASD? EMC, IBM,HDS etc... The RMF details show what z/OS is seeing, but there is also inside the array that may need to be included. If you have hot spots inside the array, you need to know that as well as when z/OS seems to think there are performance concerns. Lizette -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Toni Cecil Sent: Thursday, June 25, 2015 8:03 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: z/OS DASD: Way to gather DASD Response Time ? Hello, can you pls tell me what is best (and easiest) way to gather dasd response time values by StorageGroup?? We need to have a DASD PERFORMANCE picture for 2 weeks and by storageGRoup. I'm only thinking off RMF's D I R E C T A C C E S S D E V I C E A C T I V I T Y Any hint is welcome. Many thx, A.Cecilio. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS DASD: Way to gather DASD Response Time ?
Toni Cecil wrote: IBM DASD DS8xxx. Are they in one or more StorageGroups? To help you answer Lizette's comment: If you have hot spots inside the array, you need to know that as well as when z/OS seems to think there are performance concerns. Do you want only review DASD response times (time to fully complete an I/O request)? Or do you also want to review, cache performance+hits/miss, Channel path performance, Connect %, Disconnect %, Delays, etc.? Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS DASD: Way to gather DASD Response Time ?
Hi Lizette, IBM DASD DS8xxx. Some years ago there was RMF MAGIC, I don't know if is wtill used. For historical data, SMF is the only source. Maybe there are people that use TDS for example, and perform some queries. I'm just searching for the way you use when you are asked to perform a similar task. Thx, A.Cecilio. 2015-06-25 16:08 GMT+01:00 Lizette Koehler stars...@mindspring.com: What type of hardware are you using for z/OS DASD? EMC, IBM,HDS etc... The RMF details show what z/OS is seeing, but there is also inside the array that may need to be included. If you have hot spots inside the array, you need to know that as well as when z/OS seems to think there are performance concerns. Lizette -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Toni Cecil Sent: Thursday, June 25, 2015 8:03 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: z/OS DASD: Way to gather DASD Response Time ? Hello, can you pls tell me what is best (and easiest) way to gather dasd response time values by StorageGroup?? We need to have a DASD PERFORMANCE picture for 2 weeks and by storageGRoup. I'm only thinking off RMF's D I R E C T A C C E S S D E V I C E A C T I V I T Y Any hint is welcome. Many thx, A.Cecilio. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS DASD: Way to gather DASD Response Time ?
On Thu, 25 Jun 2015 16:02:42 +0100, Toni Cecil wrote: Hello, can you pls tell me what is best (and easiest) way to gather dasd response time values by StorageGroup?? We need to have a DASD PERFORMANCE picture for 2 weeks and by storageGRoup. The data are all there in the report - by default RMF reports by LCU; you have the option of requesting it report by SG. See the Report Analysis manual. Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN