Re: Compuware comic book
zMan, The "mainfame" is just to remind us that some people think that "sic transit gloria mundi" of the mainframe... ITschak ITschak Mugzach *|** IronSphere Platform* *|* *Information Security Continuous Monitoring for z/OS, x/Linux & IBM I **| z/VM coming soon * On Thu, Feb 11, 2021 at 11:14 PM zMan wrote: > https://devops.com/wp-content/uploads/2021/02/Triumph-Of-The-Mainframe.pdf > > While I admire the effort, I feel compelled to point out: > >- The typo “mainfame” on p.5 >- The fact that the mainframe has NOTHING to do with solving the problem >in the story >- RBAC is not the opposite of “plain text” (!) authentication > > IOW, the story is garbage. I also hate the artwork, but that might just be > me. Jack Kirby he ain’t. > > As a friend put it, "Batch, please." > -- > zMan -- "I've got a mainframe and I'm not afraid to use it" > > -- > 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: Compuware comic book
Good point. I was just hoping that something from a company focused on the mainframe would do better. On Thu, Feb 11, 2021 at 5:25 PM Seymour J Metz wrote: > Hey, it's a classic example of Buzz Word Bingo. It's not supposed to make > sense. > > > -- > Shmuel (Seymour J.) Metz > http://mason.gmu.edu/~smetz3 > > > From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf > of zMan [zedgarhoo...@gmail.com] > Sent: Thursday, February 11, 2021 4:13 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Compuware comic book > > > https://secure-web.cisco.com/14kiVP7JHIB8LCYyMfcaEGLpGSsc5jx9_Xw9qLgtKF-k7w5hEOhn6xdq82o8LJd_rTTc2IL3yGzmQcD15kxYvJwPoEnKEBahh9NnlmCoGbr3T4f8mBN6QXVY5fpUyZW0t8oGonR2WxyF3UF6HEHXvYtDVrBL--vQy_ERNMALLUh58xtHkQ7FqZTCzFKJDM2b0FQ9nGQiFdDvP4pIo4K31-0vSMaPKZUoeFYALhYLjij8Ji9CXgZZOxxxO4dWmvrNbgxKV9nlLVwYY35Ufxf3vg_hne8tqo1YlovB33r1ov-3qXztAshAp1-B9v7m9jcR_Scv1oQM827v9u2VfmBmUTS7Ku4JlPUX6z7WSd_C6jbqBZGwW5gYOZKmWrTk5n9Le-eaikHDN_0c3tWvKtP7b5eHpDW7GKTVKUFlL0tJwu6iE2-OPQG4-yzWEzaKqU29X/https%3A%2F%2Fdevops.com%2Fwp-content%2Fuploads%2F2021%2F02%2FTriumph-Of-The-Mainframe.pdf > > While I admire the effort, I feel compelled to point out: > >- The typo “mainfame” on p.5 >- The fact that the mainframe has NOTHING to do with solving the problem >in the story >- RBAC is not the opposite of “plain text” (!) authentication > > IOW, the story is garbage. I also hate the artwork, but that might just be > me. Jack Kirby he ain’t. > > As a friend put it, "Batch, please." > -- > zMan -- "I've got a mainframe and I'm not afraid to use it" > > -- > 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 > -- zMan -- "I've got a mainframe and I'm not afraid to use it" -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Compuware comic book
Hey, it's a classic example of Buzz Word Bingo. It's not supposed to make sense. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of zMan [zedgarhoo...@gmail.com] Sent: Thursday, February 11, 2021 4:13 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Compuware comic book https://secure-web.cisco.com/14kiVP7JHIB8LCYyMfcaEGLpGSsc5jx9_Xw9qLgtKF-k7w5hEOhn6xdq82o8LJd_rTTc2IL3yGzmQcD15kxYvJwPoEnKEBahh9NnlmCoGbr3T4f8mBN6QXVY5fpUyZW0t8oGonR2WxyF3UF6HEHXvYtDVrBL--vQy_ERNMALLUh58xtHkQ7FqZTCzFKJDM2b0FQ9nGQiFdDvP4pIo4K31-0vSMaPKZUoeFYALhYLjij8Ji9CXgZZOxxxO4dWmvrNbgxKV9nlLVwYY35Ufxf3vg_hne8tqo1YlovB33r1ov-3qXztAshAp1-B9v7m9jcR_Scv1oQM827v9u2VfmBmUTS7Ku4JlPUX6z7WSd_C6jbqBZGwW5gYOZKmWrTk5n9Le-eaikHDN_0c3tWvKtP7b5eHpDW7GKTVKUFlL0tJwu6iE2-OPQG4-yzWEzaKqU29X/https%3A%2F%2Fdevops.com%2Fwp-content%2Fuploads%2F2021%2F02%2FTriumph-Of-The-Mainframe.pdf While I admire the effort, I feel compelled to point out: - The typo “mainfame” on p.5 - The fact that the mainframe has NOTHING to do with solving the problem in the story - RBAC is not the opposite of “plain text” (!) authentication IOW, the story is garbage. I also hate the artwork, but that might just be me. Jack Kirby he ain’t. As a friend put it, "Batch, please." -- zMan -- "I've got a mainframe and I'm not afraid to use it" -- 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: Compuware comic book
Nope, paid gig. But good suggestion! On Thu, Feb 11, 2021 at 4:31 PM Tom Brennan wrote: > My bet is the artist is a student who did it for free, so I give them a > break. And if he/she is anything like my kids (both do that kind of > work), one of the characters in the comic looks like the artist :) > > On 2/11/2021 1:13 PM, zMan wrote: > > > https://devops.com/wp-content/uploads/2021/02/Triumph-Of-The-Mainframe.pdf > > > > While I admire the effort, I feel compelled to point out: > > > > - The typo “mainfame” on p.5 > > - The fact that the mainframe has NOTHING to do with solving the > problem > > in the story > > - RBAC is not the opposite of “plain text” (!) authentication > > > > IOW, the story is garbage. I also hate the artwork, but that might just > be > > me. Jack Kirby he ain’t. > > > > As a friend put it, "Batch, please." > > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- zMan -- "I've got a mainframe and I'm not afraid to use it" -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Compuware comic book
My bet is the artist is a student who did it for free, so I give them a break. And if he/she is anything like my kids (both do that kind of work), one of the characters in the comic looks like the artist :) On 2/11/2021 1:13 PM, zMan wrote: https://devops.com/wp-content/uploads/2021/02/Triumph-Of-The-Mainframe.pdf While I admire the effort, I feel compelled to point out: - The typo “mainfame” on p.5 - The fact that the mainframe has NOTHING to do with solving the problem in the story - RBAC is not the opposite of “plain text” (!) authentication IOW, the story is garbage. I also hate the artwork, but that might just be me. Jack Kirby he ain’t. As a friend put it, "Batch, please." -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Compuware comic book
https://devops.com/wp-content/uploads/2021/02/Triumph-Of-The-Mainframe.pdf While I admire the effort, I feel compelled to point out: - The typo “mainfame” on p.5 - The fact that the mainframe has NOTHING to do with solving the problem in the story - RBAC is not the opposite of “plain text” (!) authentication IOW, the story is garbage. I also hate the artwork, but that might just be me. Jack Kirby he ain’t. As a friend put it, "Batch, please." -- zMan -- "I've got a mainframe and I'm not afraid to use it" -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: EXTERNAL EMAIL: Re: DB2 member to start on different LPAR
A few thoughts This is NOT purely an academic excersize - if an lpar crashed with a DS member on it, and the LPAR COULD NOT be immediately restarted. You would NEED to bring up the downed member on the remaining LPAR in light mode - to free any locked threads - miake sure all the drda ports are defined an ALL potential LPARS Chris Hoelscher Lead Sys DBA IBM Global Technical Services on assignmemt to Humana Inc. T 502.476.2538 or 502.407.7266 -Original Message- From: IBM Mainframe Discussion List On Behalf Of Jerry Whitteridge Sent: Thursday, February 11, 2021 2:08 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [IBM-MAIN] EXTERNAL EMAIL: Re: DB2 member to start on different LPAR [External Email: Use caution with links and attachments] The answer is much more related to your infrastructure than the DB2 DS Member itself. (You can indeed run different DS members on a single LPAR) - we've done it during a DR exercise ) The question is more about do you have shared parmlibs/proclibs/RACF etc. etc. Some other considerations might be the listening ports for DDF (do the DS Members share a port or have unique ports ?) or ZFS file systems ? Jerry Whitteridge jerry.whitteri...@albertsons.com Manager Mainframe Systems & HP Non-Stop Albertsons Companies -Original Message- From: IBM Mainframe Discussion List On Behalf Of Lizette Koehler Sent: Thursday, February 11, 2021 11:40 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: EXTERNAL EMAIL: Re: DB2 member to start on different LPAR Unless I am missing something. The point of DB2 Data Sharing is there is a GROUP (Umbrella) that connects multiple DB2 Regions. So if you have 2 or more DB2 Data Sharing regions. One on LPAR1 one on LPAR2 Then if LPAR1 is down, then LPAR2 will take on the DB2 data sharing work. Does that make Sense? Lizette -Original Message- From: IBM Mainframe Discussion List On Behalf Of Bill Giannelli Sent: Thursday, February 11, 2021 8:46 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: DB2 member to start on different LPAR we are being constrained due to operations limitations. We are planning to upgrade our development environment and we need to have the development CICS regions down. Unfortunately operations says they have difficulty going thru all the regions and just stopping development cics. Our CICS regions are connected to only 1 LPAR. So only in order to ease their work they want to just bring down that LPAR with a scheduled IPL. Our primary DB2 member runs on that LPAR. So I wanted to start it on a "non-CICS" LPAR. Bill -- 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 Warning: All e-mail sent to this address will be received by the corporate e-mail system, and is subject to archival and review by someone other than the recipient. This e-mail may contain proprietary information and is intended only for the use of the intended recipient(s). If the reader of this message is not the intended recipient(s), you are notified that you have received this message in error and that any review, dissemination, distribution or copying of this message is strictly prohibited. If you have received this message in error, please notify the sender immediately. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN 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. Humana Inc. and its subsidiaries comply with applicable Federal civil rights laws and do not discriminate on the basis of race, color, national origin, ancestry, age, disability, sex, marital status, gender, sexual orientation, gender identity, or religion. Humana Inc. and its subsidiaries do not exclude people or treat them differently because of race, color, national origin, ancestry, age, disability, sex, marital status, gender, sexual orientation, gender identity, or religion. English: ATTENTION: If you do not speak English, language assistance services, free of charge, are available to you. Call 1‐877‐320‐1235 (TTY: 711). Español (Spanish): ATENCIÓN: Si habla español, tiene a su disposición servicios gratuitos de asistencia lingüística. Llame al 1‐877‐320‐1235 (TTY: 711). 繁體中文(Chinese):注意:如果您使用繁體中文,您可以免費獲得語言援助 服務。請致電 1‐877‐320‐1235 (TTY: 711)。
Re: EXTERNAL EMAIL: Re: DB2 member to start on different LPAR
The answer is much more related to your infrastructure than the DB2 DS Member itself. (You can indeed run different DS members on a single LPAR) - we've done it during a DR exercise ) The question is more about do you have shared parmlibs/proclibs/RACF etc. etc. Some other considerations might be the listening ports for DDF (do the DS Members share a port or have unique ports ?) or ZFS file systems ? Jerry Whitteridge jerry.whitteri...@albertsons.com Manager Mainframe Systems & HP Non-Stop Albertsons Companies -Original Message- From: IBM Mainframe Discussion List On Behalf Of Lizette Koehler Sent: Thursday, February 11, 2021 11:40 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: EXTERNAL EMAIL: Re: DB2 member to start on different LPAR Unless I am missing something. The point of DB2 Data Sharing is there is a GROUP (Umbrella) that connects multiple DB2 Regions. So if you have 2 or more DB2 Data Sharing regions. One on LPAR1 one on LPAR2 Then if LPAR1 is down, then LPAR2 will take on the DB2 data sharing work. Does that make Sense? Lizette -Original Message- From: IBM Mainframe Discussion List On Behalf Of Bill Giannelli Sent: Thursday, February 11, 2021 8:46 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: DB2 member to start on different LPAR we are being constrained due to operations limitations. We are planning to upgrade our development environment and we need to have the development CICS regions down. Unfortunately operations says they have difficulty going thru all the regions and just stopping development cics. Our CICS regions are connected to only 1 LPAR. So only in order to ease their work they want to just bring down that LPAR with a scheduled IPL. Our primary DB2 member runs on that LPAR. So I wanted to start it on a "non-CICS" LPAR. Bill -- 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 Warning: All e-mail sent to this address will be received by the corporate e-mail system, and is subject to archival and review by someone other than the recipient. This e-mail may contain proprietary information and is intended only for the use of the intended recipient(s). If the reader of this message is not the intended recipient(s), you are notified that you have received this message in error and that any review, dissemination, distribution or copying of this message is strictly prohibited. If you have received this message in error, please notify the sender immediately. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: DB2 member to start on different LPAR
Are you saying you currently do not have a DB2 Data Sharing Region on LPAR2 (Non CICS?) for this DB2 Region? Lizette -Original Message- From: IBM Mainframe Discussion List On Behalf Of Lizette Koehler Sent: Thursday, February 11, 2021 11:40 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: DB2 member to start on different LPAR Unless I am missing something. The point of DB2 Data Sharing is there is a GROUP (Umbrella) that connects multiple DB2 Regions. So if you have 2 or more DB2 Data Sharing regions. One on LPAR1 one on LPAR2 Then if LPAR1 is down, then LPAR2 will take on the DB2 data sharing work. Does that make Sense? Lizette -Original Message- From: IBM Mainframe Discussion List On Behalf Of Bill Giannelli Sent: Thursday, February 11, 2021 8:46 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: DB2 member to start on different LPAR we are being constrained due to operations limitations. We are planning to upgrade our development environment and we need to have the development CICS regions down. Unfortunately operations says they have difficulty going thru all the regions and just stopping development cics. Our CICS regions are connected to only 1 LPAR. So only in order to ease their work they want to just bring down that LPAR with a scheduled IPL. Our primary DB2 member runs on that LPAR. So I wanted to start it on a "non-CICS" LPAR. Bill -- 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: DB2 member to start on different LPAR
Unless I am missing something. The point of DB2 Data Sharing is there is a GROUP (Umbrella) that connects multiple DB2 Regions. So if you have 2 or more DB2 Data Sharing regions. One on LPAR1 one on LPAR2 Then if LPAR1 is down, then LPAR2 will take on the DB2 data sharing work. Does that make Sense? Lizette -Original Message- From: IBM Mainframe Discussion List On Behalf Of Bill Giannelli Sent: Thursday, February 11, 2021 8:46 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: DB2 member to start on different LPAR we are being constrained due to operations limitations. We are planning to upgrade our development environment and we need to have the development CICS regions down. Unfortunately operations says they have difficulty going thru all the regions and just stopping development cics. Our CICS regions are connected to only 1 LPAR. So only in order to ease their work they want to just bring down that LPAR with a scheduled IPL. Our primary DB2 member runs on that LPAR. So I wanted to start it on a "non-CICS" LPAR. Bill -- 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: Collecting SMF data with Logstreams
Decisions around how long to keep SMF data in the log streams are unique per customer installation. IBM does not make recommendations for that. For your IFASMFDL return code concerns, implementing a post processing job log 'scraper' world be useful to take specific actions based on the messages in the job log that are returned by IFASMFDL. Bonnie Ordonez, IBM, SMF Level 3 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Datasets with - in HLQ
I have used it extensively. I know my MODIFY command parser would handle blanks as equivalent to commas -- but I can assure you I never tested that. (The identical parser is used elsewhere, where blanks are common as separators.) Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Seymour J Metz Sent: Thursday, February 11, 2021 8:15 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Datasets with - in HLQ The MODIFY command processor creates a CIB and queues it off of the relevant CSCB. See the QEDIT macro. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Datasets with - in HLQ
The MODIFY command processor creates a CIB and queues it off of the relevant CSCB. See the QEDIT macro. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Pew, Curtis G [curtis@austin.utexas.edu] Sent: Wednesday, February 10, 2021 4:31 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Datasets with - in HLQ On Feb 10, 2021, at 3:27 PM, Charles Mills wrote: > > I guess blanks are legal in a MODIFY command operand. I see an example in the > manual: F AXR,SYSREXX STATUS > > I did not know that. > I believe that the console address space handles modify commands by sticking everything after the comma into a buffer and passing that to the referenced job. Then it’s up to the receiving code to decide how to parse it. -- Pew, Curtis G curtis@austin.utexas.edu -- 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: DB2 member to start on different LPAR
we are being constrained due to operations limitations. We are planning to upgrade our development environment and we need to have the development CICS regions down. Unfortunately operations says they have difficulty going thru all the regions and just stopping development cics. Our CICS regions are connected to only 1 LPAR. So only in order to ease their work they want to just bring down that LPAR with a scheduled IPL. Our primary DB2 member runs on that LPAR. So I wanted to start it on a "non-CICS" LPAR. Bill -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: DB2 member to start on different LPAR
Bill, Why are you wanting to do that? A DB2 Data sharing environment has a DB2 Start on each lpar that shares the Same DB2 information. If you have 4 LPARs, you would have one DB2 Data Sharing region on the LPARs you want. For example: I have a group name of DBP2, but I have 3 DB2 regions (DBP1, DBP2, DBP3) running on LPARs on LPAR1, LPAR2, LPAR3 I so long as the user is coming into one of those DB2 systems, it has access to the DBP2 group functions. So user A can be running on LPAR1 in DBP1 User B can be running on LPAR3 on DPB3 Batch DB2 job could be running on LPAR2 on DPB3 All of these activities would be for the GROUP DBP2. I am not sure why you want to change the DB2 members for the various LPARs. If DB2 Data Sharing is set up, you should only need to shut down or start up the appropriate DB2 region. Can you provide more details on what problem you are trying to solve? Lizette -Original Message- From: IBM Mainframe Discussion List On Behalf Of Bill Giannelli Sent: Thursday, February 11, 2021 3:18 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: DB2 member to start on different LPAR We have DB2 data sharing and I have a need to start DB2 members on any LPAR. Aside from RACF definitions, is the only other item I need in place is the SSID symbol in SYS1.PARMLIB(IEFSSNxx) ? thanks Bill -- 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: Datasets with - in HLQ
@Peter, the example I quoted came from https://www.ibm.com/support/knowledgecenter/SSLTBW_2.4.0/com.ibm.zos.v2r4.ieag100/m3modaxr.htm . (Hope that survives the wrap.) I was *actually* working from the V2R1 docs (because I am a stick in the mud and prefer BookManager to the unreliable Knowledge Center). I see IBM has now improved the wording. While V2R1 only shows the syntax I quoted, the V2R4 that I cite above permits and shows both SR,STATUS and SR STATUS. (The V2R1 doc was adequate to my point: it is sufficient to show that my perception of "no blanks allowed" was incorrect.) Thanks for asking. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Peter Relson Sent: Thursday, February 11, 2021 6:25 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Datasets with - in HLQ Curtis P wrote On Feb 10, 2021, at 3:27 PM, Charles Mills wrote: > > I guess blanks are legal in a MODIFY command operand. I see an example in the manual: F AXR,SYSREXX STATUS > > I did not know that. > I believe that the console address space handles modify commands by sticking everything after the comma into a buffer and passing that to the referenced job. Then it’s up to the receiving code to decide how to parse it. Curtis is correct. Many command processors treat everything after the first blank as commentary (IEASYSxx parsing, while not a "command", has that protocol). Many of the more recent command processors treat blank the same as comma. HOWEVER, the doc in the book is atypical and will be changed. The intent is that the doc for commands shows the syntax style typical for commands (e.g., comma separators, KEYWORD=value notation) while the doc for parmlib members shows the syntax style typical for parmlib members (blank separators, KEYWORD(value) notation), even if they might happen to support both styles (as the SETPROG command and the PROGxx parmlib member do). Charles, I found that here "z/OS 2.4.0 -> IBM z/OS Management Facility -> IZUP916E". Did you perhaps find another occurrence that we can also correct? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMF fields of RMF Subchannel Activity Report
Martin, We develop a product that intercepts SMF records in real-time and generates a DataBase in Open Platform. This Data can be used to generate reports and graphics dynamically. Best Regards Em quinta-feira, 11 de fevereiro de 2021 11:19:39 BRT, Martin Packer escreveu: Subchannel busy (as opposed to busy CONDITIONS) is estimated from request rate and service time multiplied together. I think we'd all like to know the purpose of this, though. Cheers, Martin Martin Packer Systems Investigator & Performance Troubleshooter, IBM +44-7802-245-584 email: martin_pac...@uk.ibm.com Twitter / Facebook IDs: MartinPacker Blog: https://mainframeperformancetopics.com Mainframe, Performance, Topics Podcast Series (With Marna Walle): https://anchor.fm/marna-walle Youtube channel: https://www.youtube.com/channel/UCu_65HaYgksbF6Q8SQ4oOvA From: Ituriel do Neto <03427ec2837d-dmarc-requ...@listserv.ua.edu> To: IBM-MAIN@LISTSERV.UA.EDU Date: 11/02/2021 13:25 Subject: [EXTERNAL] Re: SMF fields of RMF Subchannel Activity Report Sent by: IBM Mainframe Discussion List Colin, Thank you very much for your time.I'll take a closer look at these SMF fields. Best Regards Ituriel Em quinta-feira, 11 de fevereiro de 2021 09:55:10 BRT, Colin Paice escreveu: Hi, CF level Local Coupling Facility Data Section 24 18 R744FPBC 8 l_float Number of times coupling facility requests fail due to path busy. You get data for each structure For the Structures you get the different sorts of requests 92 5C R744SSRC 8 l_float Count of number of times for synchronous requests 44 R744SARC 8 l_float The total number of operations executed asynchronously at the coupling facility. R744SATM 8 binary Summed service time for asynchronous requests in microseconds 54 R744SASQ 8 binary Summed squares of service time for asynchronous requests. so you can calculate your own average and standard deviation from these. and add up the total number of sync/asnyc requests to get a figure for the CF as a whole regards Colin . On Thu, 11 Feb 2021 at 12:31, Ituriel do Neto < 03427ec2837d-dmarc-requ...@listserv.ua.edu> wrote: > Hi Colin, > I do need the SMF fields, not the extraction from RMF. I have to create a > database with information related to Path Busy, Service Time, Number of > subchannels, sync and async requests, etc... > And i could see similar information in several sections of SMF 74.4, which > causes me confusion. > > Regards > Ituriel > > > Em quinta-feira, 11 de fevereiro de 2021 09:17:18 BRT, Colin Paice < > colinpai...@gmail.com> escreveu: > > You can get RMF to format most(all?) of these records. > What high level analysis do you want to do? > Colin > > On Thu, 11 Feb 2021 at 11:56, Ituriel do Neto < > 03427ec2837d-dmarc-requ...@listserv.ua.edu> wrote: > > > Hi all, > > I'm trying to collect some information from SMF 74.4 and would like some > > advice.I need to analyze data similar to Subchannel Activity Report does, > > but i'm a little confused. > > In SMF 74.4 there are several sections and, if possible, i would like to > > know which one isused as the basis for RMF Subchannel Activity Report. > > Thanks in Advance > > > > Best Regards > > Ituriel do Nascimento NetoSystem Programmer > > > > -- > > 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 > > > -- > 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Unless stated otherwise above: IBM United Kingdom Limited - Registered in England and Wales with number 741598. Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU -- 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: Datasets with - in HLQ
Curtis P wrote On Feb 10, 2021, at 3:27 PM, Charles Mills wrote: > > I guess blanks are legal in a MODIFY command operand. I see an example in the manual: F AXR,SYSREXX STATUS > > I did not know that. > I believe that the console address space handles modify commands by sticking everything after the comma into a buffer and passing that to the referenced job. Then it’s up to the receiving code to decide how to parse it. Curtis is correct. Many command processors treat everything after the first blank as commentary (IEASYSxx parsing, while not a "command", has that protocol). Many of the more recent command processors treat blank the same as comma. HOWEVER, the doc in the book is atypical and will be changed. The intent is that the doc for commands shows the syntax style typical for commands (e.g., comma separators, KEYWORD=value notation) while the doc for parmlib members shows the syntax style typical for parmlib members (blank separators, KEYWORD(value) notation), even if they might happen to support both styles (as the SETPROG command and the PROGxx parmlib member do). Charles, I found that here "z/OS 2.4.0 -> IBM z/OS Management Facility -> IZUP916E". Did you perhaps find another occurrence that we can also correct? Peter Relson z/OS Core Technology Design -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMF fields of RMF Subchannel Activity Report
Subchannel busy (as opposed to busy CONDITIONS) is estimated from request rate and service time multiplied together. I think we'd all like to know the purpose of this, though. Cheers, Martin Martin Packer Systems Investigator & Performance Troubleshooter, IBM +44-7802-245-584 email: martin_pac...@uk.ibm.com Twitter / Facebook IDs: MartinPacker Blog: https://mainframeperformancetopics.com Mainframe, Performance, Topics Podcast Series (With Marna Walle): https://anchor.fm/marna-walle Youtube channel: https://www.youtube.com/channel/UCu_65HaYgksbF6Q8SQ4oOvA From: Ituriel do Neto <03427ec2837d-dmarc-requ...@listserv.ua.edu> To: IBM-MAIN@LISTSERV.UA.EDU Date: 11/02/2021 13:25 Subject:[EXTERNAL] Re: SMF fields of RMF Subchannel Activity Report Sent by:IBM Mainframe Discussion List Colin, Thank you very much for your time.I'll take a closer look at these SMF fields. Best Regards Ituriel Em quinta-feira, 11 de fevereiro de 2021 09:55:10 BRT, Colin Paice escreveu: Hi, CF level Local Coupling Facility Data Section 24 18 R744FPBC 8 l_float Number of times coupling facility requests fail due to path busy. You get data for each structure For the Structures you get the different sorts of requests 92 5C R744SSRC 8 l_float Count of number of times for synchronous requests 44 R744SARC 8 l_float The total number of operations executed asynchronously at the coupling facility. R744SATM 8 binary Summed service time for asynchronous requests in microseconds 54 R744SASQ 8 binary Summed squares of service time for asynchronous requests. so you can calculate your own average and standard deviation from these. and add up the total number of sync/asnyc requests to get a figure for the CF as a whole regards Colin . On Thu, 11 Feb 2021 at 12:31, Ituriel do Neto < 03427ec2837d-dmarc-requ...@listserv.ua.edu> wrote: > Hi Colin, > I do need the SMF fields, not the extraction from RMF. I have to create a > database with information related to Path Busy, Service Time, Number of > subchannels, sync and async requests, etc... > And i could see similar information in several sections of SMF 74.4, which > causes me confusion. > > Regards > Ituriel > > >Em quinta-feira, 11 de fevereiro de 2021 09:17:18 BRT, Colin Paice < > colinpai...@gmail.com> escreveu: > > You can get RMF to format most(all?) of these records. > What high level analysis do you want to do? > Colin > > On Thu, 11 Feb 2021 at 11:56, Ituriel do Neto < > 03427ec2837d-dmarc-requ...@listserv.ua.edu> wrote: > > > Hi all, > > I'm trying to collect some information from SMF 74.4 and would like some > > advice.I need to analyze data similar to Subchannel Activity Report does, > > but i'm a little confused. > > In SMF 74.4 there are several sections and, if possible, i would like to > > know which one isused as the basis for RMF Subchannel Activity Report. > > Thanks in Advance > > > > Best Regards > > Ituriel do Nascimento NetoSystem Programmer > > > > -- > > 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 > > > -- > 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Unless stated otherwise above: IBM United Kingdom Limited - Registered in England and Wales with number 741598. Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: DB2 member to start on different LPAR
no I simply want to start DB2 Member1 on LPAR2. Bill -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMF fields of RMF Subchannel Activity Report
Colin, Thank you very much for your time.I'll take a closer look at these SMF fields. Best Regards Ituriel Em quinta-feira, 11 de fevereiro de 2021 09:55:10 BRT, Colin Paice escreveu: Hi, CF level Local Coupling Facility Data Section 24 18 R744FPBC 8 l_float Number of times coupling facility requests fail due to path busy. You get data for each structure For the Structures you get the different sorts of requests 92 5C R744SSRC 8 l_float Count of number of times for synchronous requests 44 R744SARC 8 l_float The total number of operations executed asynchronously at the coupling facility. R744SATM 8 binary Summed service time for asynchronous requests in microseconds 54 R744SASQ 8 binary Summed squares of service time for asynchronous requests. so you can calculate your own average and standard deviation from these. and add up the total number of sync/asnyc requests to get a figure for the CF as a whole regards Colin . On Thu, 11 Feb 2021 at 12:31, Ituriel do Neto < 03427ec2837d-dmarc-requ...@listserv.ua.edu> wrote: > Hi Colin, > I do need the SMF fields, not the extraction from RMF. I have to create a > database with information related to Path Busy, Service Time, Number of > subchannels, sync and async requests, etc... > And i could see similar information in several sections of SMF 74.4, which > causes me confusion. > > Regards > Ituriel > > > Em quinta-feira, 11 de fevereiro de 2021 09:17:18 BRT, Colin Paice < > colinpai...@gmail.com> escreveu: > > You can get RMF to format most(all?) of these records. > What high level analysis do you want to do? > Colin > > On Thu, 11 Feb 2021 at 11:56, Ituriel do Neto < > 03427ec2837d-dmarc-requ...@listserv.ua.edu> wrote: > > > Hi all, > > I'm trying to collect some information from SMF 74.4 and would like some > > advice.I need to analyze data similar to Subchannel Activity Report does, > > but i'm a little confused. > > In SMF 74.4 there are several sections and, if possible, i would like to > > know which one isused as the basis for RMF Subchannel Activity Report. > > Thanks in Advance > > > > Best Regards > > Ituriel do Nascimento NetoSystem Programmer > > > > -- > > 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 > > > -- > 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMF fields of RMF Subchannel Activity Report
Hi, CF level Local Coupling Facility Data Section 24 18 R744FPBC 8 l_float Number of times coupling facility requests fail due to path busy. You get data for each structure For the Structures you get the different sorts of requests 92 5C R744SSRC 8 l_float Count of number of times for synchronous requests 44 R744SARC 8 l_float The total number of operations executed asynchronously at the coupling facility. R744SATM 8 binary Summed service time for asynchronous requests in microseconds 54 R744SASQ 8 binary Summed squares of service time for asynchronous requests. so you can calculate your own average and standard deviation from these. and add up the total number of sync/asnyc requests to get a figure for the CF as a whole regards Colin . On Thu, 11 Feb 2021 at 12:31, Ituriel do Neto < 03427ec2837d-dmarc-requ...@listserv.ua.edu> wrote: > Hi Colin, > I do need the SMF fields, not the extraction from RMF. I have to create a > database with information related to Path Busy, Service Time, Number of > subchannels, sync and async requests, etc... > And i could see similar information in several sections of SMF 74.4, which > causes me confusion. > > Regards > Ituriel > > > Em quinta-feira, 11 de fevereiro de 2021 09:17:18 BRT, Colin Paice < > colinpai...@gmail.com> escreveu: > > You can get RMF to format most(all?) of these records. > What high level analysis do you want to do? > Colin > > On Thu, 11 Feb 2021 at 11:56, Ituriel do Neto < > 03427ec2837d-dmarc-requ...@listserv.ua.edu> wrote: > > > Hi all, > > I'm trying to collect some information from SMF 74.4 and would like some > > advice.I need to analyze data similar to Subchannel Activity Report does, > > but i'm a little confused. > > In SMF 74.4 there are several sections and, if possible, i would like to > > know which one isused as the basis for RMF Subchannel Activity Report. > > Thanks in Advance > > > > Best Regards > > Ituriel do Nascimento NetoSystem Programmer > > > > -- > > 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 > > > -- > 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: SMF fields of RMF Subchannel Activity Report
Hi Colin, I do need the SMF fields, not the extraction from RMF. I have to create a database with information related to Path Busy, Service Time, Number of subchannels, sync and async requests, etc... And i could see similar information in several sections of SMF 74.4, which causes me confusion. Regards Ituriel Em quinta-feira, 11 de fevereiro de 2021 09:17:18 BRT, Colin Paice escreveu: You can get RMF to format most(all?) of these records. What high level analysis do you want to do? Colin On Thu, 11 Feb 2021 at 11:56, Ituriel do Neto < 03427ec2837d-dmarc-requ...@listserv.ua.edu> wrote: > Hi all, > I'm trying to collect some information from SMF 74.4 and would like some > advice.I need to analyze data similar to Subchannel Activity Report does, > but i'm a little confused. > In SMF 74.4 there are several sections and, if possible, i would like to > know which one isused as the basis for RMF Subchannel Activity Report. > Thanks in Advance > > Best Regards > Ituriel do Nascimento NetoSystem Programmer > > -- > 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMF fields of RMF Subchannel Activity Report
You can get RMF to format most(all?) of these records. What high level analysis do you want to do? Colin On Thu, 11 Feb 2021 at 11:56, Ituriel do Neto < 03427ec2837d-dmarc-requ...@listserv.ua.edu> wrote: > Hi all, > I'm trying to collect some information from SMF 74.4 and would like some > advice.I need to analyze data similar to Subchannel Activity Report does, > but i'm a little confused. > In SMF 74.4 there are several sections and, if possible, i would like to > know which one isused as the basis for RMF Subchannel Activity Report. > Thanks in Advance > > Best Regards > Ituriel do Nascimento NetoSystem Programmer > > -- > 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
SMF fields of RMF Subchannel Activity Report
Hi all, I'm trying to collect some information from SMF 74.4 and would like some advice.I need to analyze data similar to Subchannel Activity Report does, but i'm a little confused. In SMF 74.4 there are several sections and, if possible, i would like to know which one isused as the basis for RMF Subchannel Activity Report. Thanks in Advance Best Regards Ituriel do Nascimento NetoSystem Programmer -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: DB2 member to start on different LPAR
W dniu 11.02.2021 o 11:54, Bill Giannelli pisze:
Thank you for the information!
I think I was a little vague.
Let me explain further...
we have on LPAR1 DB2 Member1, on LPAR2 DB2 Member2. Both members of the same
data sharing group.
I want to be able to start DB2 Member1 on LPAR2 and DB2 Member2 on LPAR1.
That sounds you *already have* parallel sysplex and DB2 in datasharing
mode ("sysplexed").
And all you want is to replace system images:
z/OS A working on LPAR1, z/OS B working on LPAR2
And you want z/OS B on LPAR 1, z/OS A on LPAR2
I don't know what is the reason, but it seems feasible and not very hard
to do.
--
Radoslaw Skorupka
(looking for new job)
Lodz, Poland
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: DB2 member to start on different LPAR
Thank you for the information! I think I was a little vague. Let me explain further... we have on LPAR1 DB2 Member1, on LPAR2 DB2 Member2. Both members of the same data sharing group. I want to be able to start DB2 Member1 on LPAR2 and DB2 Member2 on LPAR1. thanks Bill -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: DB2 member to start on different LPAR
It depends ... there are many non-Db2 dependencies on things like shared dasd (implies SMS definitions), Catalog structure, XCF signalling paths, IRLM and your CF connectivity, etc. Unless your shop has deliberately setup multiple lpars to be compatible, chances are they will not be. You can even die on silly things like dump space. A whole redbook on setting up Db2 data sharing was written circa 15 years ago, so there is enough material to fill a few hundred pages. Might be wise to review it. SSID and RACF definitions are 1% of the solution. On Thu, Feb 11, 2021 at 9:17 PM Bill Giannelli wrote: > We have DB2 data sharing and I have a need to start DB2 members on any > LPAR. > Aside from RACF definitions, is the only other item I need in place is the > SSID symbol in SYS1.PARMLIB(IEFSSNxx) ? > thanks > Bill > > -- > 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
DB2 member to start on different LPAR
We have DB2 data sharing and I have a need to start DB2 members on any LPAR. Aside from RACF definitions, is the only other item I need in place is the SSID symbol in SYS1.PARMLIB(IEFSSNxx) ? thanks Bill -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Enhancing our DR configuration
Agree that all machines are better off in a single IODF. In a site I was at, site1 was connected to both site1dasd and site2dasd. However, only a few volumes from site2dasd were 'live' / accessible; the rest were PPRC targets from site1dasd. Those site2dasd vols that were accessible from site1, were primary/secondary of some sort or data volumes for quick lookup of stuff from site2, if site1 went inaccessible. I think even the live IODF was from site2dasd. The above will depend on the distance b/w sites. Example: Primary RACF was hosted on site2dasd, secondary in site1dasd. It's easy to think, therefore, "oh ok, CDSA in site1, CDSB in site2." This is to be avoided. Each site should have its own set of locally resilient (keep them on separate, different volumes) CDSes. Across multiple IBM TechDocs (which IBM has basically killed now), IBM recommends having separate CDSes for each site to ease various recovery scenarios. Mark A Brooks has given some seriously incredibly sysplex-specific sessions in the recent SHAREs. If your intent of having site2dasd accessible in site1 is to allow reads from both places this requires even more thinking, and is dependent on your replication technology. If it is PPRC, even if the site1mainframes die, you could just go to the DS GUI or CSM to ESTPATH(2to1), ESTPAIR(2to1), DELPAIR(1to2), DELPATH(1to2), etc. 1to2 means primary to secondary and 2to1 vice versa. I found it easy to have separate unit ranges for each site, odds for prod, even for DR, i.e., 1xxx, 3xxx, etc. for prod, 2xxx, 4xxx. Will the extra subchannel sets, SuperPav, etc. and hopefully mod54s, running out of units won't be a problem. You can interconnect storage & tape b/w sites using Brocade IPEX (I think?) or one of those Channel Extenders (SANxxx-xx-R). If any corrections are required on what I've said above, do let me know (listers)! - KB ‐‐‐ Original Message ‐‐‐ On Thursday, February 11, 2021 12:27 PM, Timothy Sipples wrote: > Gadi Ben-Avi wrote: > > > What we want to do: > > Allow the computers in the production site to use the DS8884 > > in the DR site. This is to allow us to continue working at the > > production site if there is a catastrophic problem with the > > DS8884 in the production site. When I spoke to our Storage > > salesperson he told us that HyperSwap is the direction to go. > > So I have some questions: > > Is HyperSwap the right solution? > > The steps Radoslaw outlines are the rough prerequisites for HyperSwap, but > it doesn't make much sense to me to make the effort then not enable > HyperSwap. > > Here's the basic question to answer, though: considering your most > demanding (most important) business service, end-to-end, what are your > Recovery Time Objective (RTO) and Recovery Point Objective (RPO)? > Ultimately your organization's top management answers this question, > perhaps at the direction of regulators. And this is always about assuring > end user service delivery. It doesn't matter if your IBM Z is deployed in > a RTO=0/RPO=0 way if nobody can reach it when there's a disaster because > there's one much less reliable server sitting in front that's supposed to > be doing something and isn't. Fundamentally your RTO/RPO are constrained > per the weakest link(s) in service delivery. > > Assuming HyperSwap is helpful or required to achieve your DR and HA > objectives, there are several z/OS HyperSwap deployment variations, as > this recent redbook explains: > > https://www.redbooks.ibm.com/redbooks/pdfs/sg248431.pdf > > Is this the redbook that you already checked? One area where I might > quibble with the redbook is that it seems to imply Parallel Sysplex is a > prerequisite for HyperSwap. While Parallel Sysplexes are common and might > also be helpful or required to achieve your RTO/RPO, they're not strictly > necessary for HyperSwap deployments. > > Timothy Sipples > I.T. Architect Executive > Digital Asset & Other Industry Solutions > IBM Z & LinuxONE > > 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
