On 1/29/2019 10:17 PM, Brian Westerman wrote:
This particular box has just a single CP, no specialty processors, 3 LPARs, one
of them production, one application programmer test, and the other a sandbox
that is extremely low use and in any case shares only the res volume.
They "need" to run GRS because it's not really safe to run without it
(especially since there is nothing to keep a lockout from occurring but to be careful),
but they can't afford to add a specialty processor, at least not at this time.
I'm trying to find out if they can install the microcode CF and assuming that the CPU use
for the CF is now "low" if they could use it for DASD sharing only. There is
no real data sharing involved (no DB2, no CICS). So we are just talking about GRS
shipping the ENQs around.
In theory, coupling facility thin interrupts is faster than previous CF
technologies on shared CPs:
https://www-03.ibm.com/support/techdocs/atsmastr.nsf/WebIndex/WP102400
ICF specialty engines are ridiculously priced (i.e., waaaay too high).
If they can't afford a second CP, they can't afford an ICF. Too bad,
because that would make all the difference.
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.
--
Phoenix Software International
Edward E. Jaffe
831 Parkview Drive North
El Segundo, CA 90245
https://www.phoenixsoftware.com/
--------------------------------------------------------------------------------
This e-mail message, including any attachments, appended messages and the
information contained therein, is for the sole use of the intended
recipient(s). If you are not an intended recipient or have otherwise
received this email message in error, any use, dissemination, distribution,
review, storage or copying of this e-mail message and the information
contained therein is strictly prohibited. If you are not an intended
recipient, please contact the sender by reply e-mail and destroy all copies
of this email message and do not otherwise utilize or retain this email
message or any or all of the information contained therein. Although this
email message and any attachments or appended messages are believed to be
free of any virus or other defect that might affect any computer system into
which it is received and opened, it is the responsibility of the recipient
to ensure that it is virus free and no responsibility is accepted by the
sender for any loss or damage arising in any way from its opening or use.
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
