I disagree. The answer is "it depends". -----Original Message----- From: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> On Behalf Of Seymour J Metz Sent: Tuesday, February 5, 2019 2:50 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Internal Coupling Channel on z13
It is possible to convert ENQ with SYSTEMS to RESERVE, but the performance ramifications are unacceptable. -- Shmuel (Seymour J.) Metz https://apac01.safelinks.protection.outlook.com/?url=http:%2F%2Fmason.gmu.edu%2F~smetz3&data=02%7C01%7Callan.staller%40HCL.COM%7Cd460b1fa54164846cc9608d68bab8303%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C636849966118974286&sdata=qJCwpw%2F9ywQBZLGUH5jHGRaW5FRG5mGzCkE6%2Bc3umkw%3D&reserved=0 ________________________________________ From: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> on behalf of Tony Harminc <t...@harminc.net> Sent: Monday, February 4, 2019 3:42 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Internal Coupling Channel on z13 On Wed, 30 Jan 2019 at 01:53, Ed Jaffe <edja...@phoenixsoftware.com> wrote: > Is it no longer possible to use "old school" shared DASD > RESERVE/RELEASE to protect data? I know it won't work for sharing > PDSE, but for old-school PDS and sequential, it should still work. Reserve/Release works only if someone issues those CCWs. DADSM issues them to protect the VTOC, and maybe catalog management does (I don't know), and the Binder does if SYSLMOD is on a shared device. But data management generally does not, so e.g. if you have two jobs on separate LPARs and each has DISP=OLD for the same dataset using QSAM or BPAM, say, nothing protects the data itself from being written from both sides at the same time. You can put the Reserve/Release in your application program (via ENQ), but that's not going to work very well for your typical COBOL program, and unless you have extreme data separation by volume, performance will suck, to put it politely. Typically what is wanted is the notion of ENQ with the SYSTEMS option, and that's just not available (and is silently ignored if requested) without either GRS or one of the products popular in the 1980s that implemented GRS-like behaviour using Reserve/Release on some kind of control dataset. I don't know if any of those products are still on the market. Or why not, as another poster suggested, use a GRS ring. This can protect applications against dataset corruption at on-the-box CTC speed, and I don't see any obvious reason if would be slower than a timeshared CF on the same machine. Of course you get GRS - not Parallel Sysplex, and there are various things such as JES2 shared SPOOL that need the Sysplex. Tony H. ---------------------------------------------------------------------- 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 ::DISCLAIMER:: -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- The contents of this e-mail and any attachment(s) are confidential and intended for the named recipient(s) only. E-mail transmission is not guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or may contain viruses in transmission. The e mail and its contents (with or without referred errors) shall therefore not attach any liability on the originator or HCL or its affiliates. Views or opinions, if any, presented in this email are solely those of the author and may not necessarily reflect the views or opinions of HCL or its affiliates. Any form of reproduction, dissemination, copying, disclosure, modification, distribution and / or publication of this message without the prior written consent of authorized representative of HCL is strictly prohibited. If you have received this email in error please delete it and notify the sender immediately. Before opening any email and/or attachments, please check them for viruses and other defects. -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN