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 [email protected] ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
