It's a little like the question of performance hits on a volume shared by 'low use' data sets. A data set may get used infrequently, but when it gets used, it gets used heavily if only for a brief period.
We undergo periodic hardware refreshes in which we move all data on every subsystem from one box to another. During that exercise, we perform many dynamic IODF changes because we don't have the real estate to completely install all of the new gear along all of the old gear. We have to do it in stages. Every few years. OTOH I'm curious about the purported risk of a 'moving device'. In order to make a significant change to a device--especially UCB address--the volume has to be offline or else the dynamic ACTIVATE fails. . . JO.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile jo.skip.robin...@sce.com From: Mark Zelden <m...@mzelden.com> To: IBM-MAIN@LISTSERV.UA.EDU, Date: 11/15/2012 07:00 AM Subject: Re: "New" way to do UCB lookups Sent by: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> On Thu, 15 Nov 2012 07:26:24 -0600, Tom Marchant <m42tom-ibmm...@yahoo.com> wrote: >On Wed, 14 Nov 2012 14:39:35 -0500, Bonaduce, Frank wrote: > >>Are dynamic IODF changes actually so prevalent in most environments >>(especially in Production) that the condition warrants that much > >Why wouldn't IODF changes be implemented dynamically in production >environments? Anyway, how many shops have CECs dedicated to >non-production LPARs? > <snip> I think the point was about how often they are done. Quarterly? Monthly? Weekly? Daily? I have never been at a production shop that had a need to do them more often than monthly. Maybe some hardware vendors do them daily on a given system, I don't know. So even if you did it once a day, you wouldstill have to be using one of these programs at the same time as the IODF change to have a problem. The person using the program (a sysprog) is likely the one activating the IODF change, which makes it even less likely to be a problem. -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS mailto:m...@mzelden.com Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html Systems Programming expert at http://expertanswercenter.techtarget.com/ ---------------------------------------------------------------------- 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