Thank you - I've come to the conclusion that we should be in a single sysplex so we have grs protecting every device. Now the discussion begins :-)
-------------------------------------------------------------------------- Lionel B. Dyck (Contractor) Mainframe Systems Programmer Enterprise Infrastructure Support (Station 200) (005OP6.3.10) VA OI&T Service Delivery & Engineering -----Original Message----- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Joseph W Gentile Sent: Monday, April 04, 2016 12:41 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] Re: Advice needed - GRS across 2 sysplexes with shared dasd Hello Lionel, Regarding your OP, GRS ENQs are generally obtained at the GRS complex level, by various operating system programs and other applications that do I/O. GRS only knows about its own complex, not another GRS complex. In your description it sounds like you have two GRS complexes one for prod and one for test. The GRS complex usually matches the Sysplex unless you are using GRS Ring with GRS managed CTCs. The two complexes do not communicate ENQs between one another. If the two complexes collide on the same resource, data corruption can occur. Some resources can be safely shared outside the complex by using RESERVE. You can code the RNLs to exclude a resource from global processing and thus propagate the HW RESERVE. But not all applications doing I/O use RESERVE so this method is not sufficient protection, unless you know the resource is protected by RESERVE from product documentation. A CATALOG is one of those resources you can serialize with RESERVE and here is an info APAR that explains how to code your RNLs for that: http://www-01.ibm.com/support/docview.wss?uid=isg1II14297. Note that only protects the catalog from corruption and not the datasets themselves. RESERVE has its own risks, particularly a higher chance for contention, because only one system can own the RESERVE (which locks the whole volume) at a time. -Joe Joe Gentile z/OS GRS Lead jwgen...@us.ibm.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