On Tue, 17 Oct 2006 12:43:01 -0500, Tom Marchant <[EMAIL PROTECTED]> wrote:
>On Tue, 17 Oct 2006 11:17:23 -0500, Mark Zelden <[EMAIL PROTECTED]> >wrote: >> >>.... The system not in the plex will reserve the catalog when >>needed but nothing will stop that system from updating the catlog >>while the systems in the GRSplex/MIIplex may be updating it. >> >If the system that is not in the plex RESERVEs the volume, the systems >in the plex will not be able to access it. One of them might have >already ENQueued on a catalog and read parts of it in preparation for >making an update, which it can't make until the RESERVE is released. >At that time, the update that it was preparing to make may no longer >be valid. > >Perhaps this is what you meant. > Sort of. And what you said could be true (I don't know exactly how the flow of the update works). Of course once the test system is updating and holds the RESERVE, the other systems would have to wait to update (or continue updating) the catalog. What I meant was that the GRSplex/MIIplex could be *in the middle* of an update when the system not in the plex grabs the RESERVE to do its own update and does it. I did write "RESERVE the catalog" a few times... of course I meant "RESERVE the catalog volume" like you wrote. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - GITO mailto:[EMAIL PROTECTED] z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html ---------------------------------------------------------------------- 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
