Re: (External):Re: Coupling facility users
Yes, HSM xCDS datasets can be RLS in the CF. Unfortunately the process only sizes for CICS VSAM RLS and not for other VSAM files. Unless the assumption is anything the CFSIZER calculates for RLS for CICS would apply to any other application using RLS - like HSM or Catalogs. So I am working on RLS for these functions not the other functions like CRQ or ECS. I have not checked to see if the new Common Migration Queue coming with z/OS V2.2 (I think) has been added yet. Lizette > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of J O Skip Robinson > Sent: Monday, October 19, 2015 8:30 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: (External):Re: Coupling facility users > > Lizette, I'm not sure what you're looking for. CF Sizer does calculations for > 'Enhanced Catalog Sharing' and for 'DFSMShsm Common Recall Queue'. Is there > some other function you're trying to size? > > . > . > . > J.O.Skip Robinson > Southern California Edison Company > Electric Dragon Team Paddler > SHARE MVS Program Co-Manager > 626-302-7535 Office > 323-715-0595 Mobile > jo.skip.robin...@sce.com > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Lizette Koehler > Sent: Monday, October 19, 2015 7:49 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: (External):Re: Coupling facility users > > I have been waiting on some enhancements for CFSizer. > It does not calculate for Catalog in CF or HSM Using RLS. > > Lizette > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: (External):Re: Coupling facility users
Lizette, I'm not sure what you're looking for. CF Sizer does calculations for 'Enhanced Catalog Sharing' and for 'DFSMShsm Common Recall Queue'. Is there some other function you're trying to size? . . . J.O.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile jo.skip.robin...@sce.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Lizette Koehler Sent: Monday, October 19, 2015 7:49 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: (External):Re: Coupling facility users I have been waiting on some enhancements for CFSizer. It does not calculate for Catalog in CF or HSM Using RLS. Lizette > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of John Eells > Sent: Monday, October 19, 2015 7:37 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Coupling facility users > > Roger Lowe wrote: > > > Have a look at the CF Sizer tool - > > http://www-947.ibm.com/systems/support/z/cfsizer/ > > > Now, why didn't I think of that? (Too simple and direct, I suppose.) > > Of course, that might well be a resource only for IBM exploiters of > the CF, and there are others. > > -- > John Eells > z/OS Technical Marketing > IBM Poughkeepsie > ee...@us.ibm.com > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Coupling facility users
I have been waiting on some enhancements for CFSizer. It does not calculate for Catalog in CF or HSM Using RLS. Lizette > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of John Eells > Sent: Monday, October 19, 2015 7:37 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Coupling facility users > > Roger Lowe wrote: > > > Have a look at the CF Sizer tool - > > http://www-947.ibm.com/systems/support/z/cfsizer/ > > > Now, why didn't I think of that? (Too simple and direct, I suppose.) > > Of course, that might well be a resource only for IBM exploiters of the CF, > and there > are others. > > -- > John Eells > z/OS Technical Marketing > IBM Poughkeepsie > ee...@us.ibm.com > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Coupling facility users
Roger Lowe wrote: Have a look at the CF Sizer tool - http://www-947.ibm.com/systems/support/z/cfsizer/ Now, why didn't I think of that? (Too simple and direct, I suppose.) Of course, that might well be a resource only for IBM exploiters of the CF, and there are others. -- John Eells z/OS Technical Marketing IBM Poughkeepsie ee...@us.ibm.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Coupling facility users
Off the top of my head: JES2 checkpoint Vtam Generic resources XCF signaling GRS (star vs. ring) System logger (all functions) Enhanced Catalog Sharing VSAM Record Level Sharing I am sure there are others (exclusive of DB2/MQ) that I have omitted. HTH, I was asked to provide a list of functions that can benefit from having a coupling facility available. I looked for a list, but couldn’t find a current one. The current environment is: z/OS v2.1 Basic sysplex – connectivity achieved by ESCON CTC’s One CEC Shared JES2 spool. VTAM connectivity using same CTC’s used for basic sysplex. GRS Currently NO DB2 OR MQ. What other components would benefit from a coupling facility? I know of OPERLOG and Enhanced Catalog Sharing. לשימת לבך, בהתאם לנהלי חברת מלם מערכות בע"מ ו/או כל חברת בת ו/או חברה קשורה שלה (להלן : "החברה") וזכויות החתימה בהן, כל הצעה, התחייבות או מצג מטעם החברה, מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. Please note that in accordance with Malam and/or its subsidiaries (hereinafter : "Malam") regulations and signatory rights, no offer, agreement, concession or representation is binding on the Malam, unless accompanied by a duly signed separate document (or a scanned version thereof), affixed with the Malam seal. -- 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
Re: Coupling facility users
As one more example, VSAM enjoys a 64-bit buffer pool when you configure a monoplex or multiplex with a Coupling Facility, even if you're not otherwise taking advantage of VSAM Record Level Sharing (RLS) features. With a 64-bit buffer pool you could see VSAM-related performance improvements even in the "simplest" environment with a single z/OS instance. However, to oversimplify slightly, the biggest, broadest category of business benefits when implementing at least one Coupling Facility (even on the same physical machine) is that a CF opens up myriad opportunities to reduce or eliminate both planned and unplanned service interruptions.(*) Even the most basic CF configuration, a z/OS monoplex with a CF, is enough to run VSAM RLS and/or Transactional VSAM (DFSMStvs), for example. Those technologies make it possible for multiple batch and online transactional programs to access the same VSAM files concurrently, and that means reducing or eliminating distinctions between "nighttime" and "daytime" so that online systems can continue processing user requests (from the Internet, mobile devices, etc.) around the clock instead of just during "online hours." Do you need to reduce or eliminate both planned and unplanned service interruptions? That threshold question should not be considered in isolation, by the way. I've seen many customers who think the answer is "no," but then, sometimes even without the IT department's knowledge, they have elaborate but "clunky" caching, message holding, file holding, and other workarounds surrounding their core application and information systems. That's just bad architecture, very expensive, and at least awkward for the business users. I should also point out that everybody with a z/OS license should be able to implement one or more CFs any time they wish without even contacting IBM. If you're running z/OS you have general purpose processors (CPs), and CPs can run anything including the Coupling Facility control code provided with every IBM z System machine at no additional charge. Especially with CF thin interrupts enabled (recommended), you can forge ahead, now -- and assuming also you can allocate a bit of memory to a CF LPAR. Your z/OS license also includes many, many CF exploiters, and I cannot think of any occasion when IBM's license doesn't include CF exploitation. (A very few non-IBM software vendors require an additional license for their CF exploiters.) If the exploitation technically exists, you should be licensed for it already. However, if your CF workloads are "non-trivial," it is financially prudent (though not technically required) to invest in one or more CF engines (ICFs) to run your CF instance(s) instead of using your CP capacity. You do not need cabling unless you're adding a physically separate machine. The connections on the same machine are via IC links. Server Time Protocol (STP) is optional, though I recommend STP for just about everyone with or without a CF. It wouldn't be surprising, Gadi, if you have a score or more of z/OS and middleware technologies that could exploit a CF. Exactly which ones you turn on, and why, and in support of which particular business application services, will vary, of course. (*) In the recent past there was also often a financial benefit if you implemented at least one CF. At least one CF was a prerequisite if (a) you had two or more physical machines, (b) you ran workloads on two or more machines during normal operations, (c) those machines were physically located "close enough" to form a Parallel Sysplex, and (d) you wanted to take advantage of aggregated Sysplex software pricing. However, this year (2015) IBM introduced Country Multiple Pricing (CMP). The Sysplex aggregation rules no longer apply if you switch to CMP. Timothy Sipples IT Architect Executive, Industry Solutions, IBM z Systems, AP/GCG/MEA E-Mail: sipp...@sg.ibm.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Coupling facility users
CA-IDMS will exploit coupling facility features if desired (shared buffers between environments, and datasharing groups) Chris Hoelscher Technology Architect Database Infrastructure Services Technology Solution Services 123 East Main Street Louisville, KY 40202 choelsc...@humana.com Humana.com (502) 714-8615 (502) 476-2538 The information transmitted is intended only for the person or entity to which it is addressed and may contain CONFIDENTIAL material. If you receive this material/information in error, please contact the sender and delete or destroy the material/information. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Coupling facility users
On Sun, 18 Oct 2015 13:25:04 +0300, גדי בן אבי wrote: >Hi, > >I was asked to provide a list of functions that can benefit from having a >coupling facility available. > >I looked for a list, but couldn�t find a current one. >The current environment is: >z/OS v2.1 >Basic sysplex � connectivity achieved by ESCON CTC�s >One CEC >Shared JES2 spool. >VTAM connectivity using same CTC�s used for basic sysplex. >GRS >Currently NO DB2 OR MQ. > >What other components would benefit from a coupling facility? > >I know of OPERLOG and Enhanced Catalog Sharing. >Anything else? > >Is there a list somewhere of all of the z/OS fucntions. > >Thanks > >Gadi > Have a look at the CF Sizer tool - http://www-947.ibm.com/systems/support/z/cfsizer/ Roger -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Coupling facility users
W dniu 2015-10-18 o 12:25, גדי בן אבי pisze: Hi, I was asked to provide a list of functions that can benefit from having a coupling facility available. I looked for a list, but couldn’t find a current one. The current environment is: z/OS v2.1 Basic sysplex – connectivity achieved by ESCON CTC’s One CEC Shared JES2 spool. VTAM connectivity using same CTC’s used for basic sysplex. GRS Currently NO DB2 OR MQ. What other components would benefit from a coupling facility? I know of OPERLOG and Enhanced Catalog Sharing. Anything else? Is there a list somewhere of all of the z/OS fucntions. Short answer is PARALLEL SYSPLEX. Better GRS VSAM RLS DB2 buffers RACF structure (read RACF db in memory) etc. etc. If you are using basic syplex then Parallel Sysplex is obvious enhancement. However even single MVS image with CF can have some benefits (RLS at least). -- Radoslaw Skorupka Lodz, Poland -- Tre tej wiadomoci moe zawiera informacje prawnie chronione Banku przeznaczone wycznie do uytku subowego adresata. Odbiorc moe by jedynie jej adresat z wyczeniem dostpu osb trzecich. Jeeli nie jeste adresatem niniejszej wiadomoci lub pracownikiem upowanionym do jej przekazania adresatowi, informujemy, e jej rozpowszechnianie, kopiowanie, rozprowadzanie lub inne dziaanie o podobnym charakterze jest prawnie zabronione i moe by karalne. Jeeli otrzymae t wiadomo omykowo, prosimy niezwocznie zawiadomi nadawc wysyajc odpowied oraz trwale usun t wiadomo wczajc w to wszelkie jej kopie wydrukowane lub zapisane na dysku. This e-mail may contain legally privileged information of the Bank and is intended solely for business use of the addressee. This e-mail may only be received by the addressee and may not be disclosed to any third parties. If you are not the intended addressee of this e-mail or the employee authorized to forward it to the addressee, be advised that any dissemination, copying, distribution or any other similar activity is legally prohibited and may be punishable. If you received this e-mail by mistake please advise the sender immediately by using the reply facility in your e-mail software and delete permanently this e-mail including any copies of it either printed or saved to hard drive. mBank S.A. z siedzib w Warszawie, ul. Senatorska 18, 00-950 Warszawa, www.mBank.pl, e-mail: kont...@mbank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorcw KRS 025237, NIP: 526-021-50-88. Wedug stanu na dzie 01.01.2015 r. kapita zakadowy mBanku S.A. (w caoci wpacony) wynosi 168.840.228 zotych. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Coupling facility users
Hi, I was asked to provide a list of functions that can benefit from having a coupling facility available. I looked for a list, but couldn’t find a current one. The current environment is: z/OS v2.1 Basic sysplex – connectivity achieved by ESCON CTC’s One CEC Shared JES2 spool. VTAM connectivity using same CTC’s used for basic sysplex. GRS Currently NO DB2 OR MQ. What other components would benefit from a coupling facility? I know of OPERLOG and Enhanced Catalog Sharing. Anything else? Is there a list somewhere of all of the z/OS fucntions. Thanks Gadi לשימת לבך, בהתאם לנהלי חברת מלם מערכות בע"מ ו/או כל חברת בת ו/או חברה קשורה שלה (להלן : "החברה") וזכויות החתימה בהן, כל הצעה, התחייבות או מצג מטעם החברה, מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. Please note that in accordance with Malam and/or its subsidiaries (hereinafter : "Malam") regulations and signatory rights, no offer, agreement, concession or representation is binding on the Malam, unless accompanied by a duly signed separate document (or a scanned version thereof), affixed with the Malam seal. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
