Re: Ransomware in VSAM and DB2
It's actually much more complex than that. Here's a little-known story from a place I used to used to work some decades back. This did not happen on an MVS system, but some other vendor's system with those letters in a different order. One day that system crashed, I think for no apparent reason. Rebooting it failed. Apparently the system disk volume was corrupted. They restored from a backup. That backup was corrupted. They tried backup after backup, going all the way back to the oldest backup they had, 5 months old. It was corrupted. They had to rebuild the system from scratch. Apparently a hacker with a lot of patience had gotten them. They were very tight-lipped about what happened, even to data center staff, but the above leaked out to me. The takeaway should be just because your backups appear to be successful, unless you regularly test restoring from backups, you really don't know that they're any good. So even on MVS or z/OS or whatever it might happen to be called tomorrow, TEST THOSE BACKUPS. Even if they're "read-only". One of my current employer's customers needed to restore a catalog from backup due to the catalog being broken. Well, it was broken for much longer than they realized, and all of the backups (4 months worth) were incomplete due to that. Nobody was looking at the backup job to ensure that it was successful. At another place I worked in the dim past, the HSM SDSPs were backed up daily via REPRO to tape. Do I really need to say it? The backups were all truncated due to a key sequence error in the SDSPs, but nobody was looking at the REPRO output. /Leonard Colin Paice wrote on 3/10/2023 12:27 AM: Does it protect you from ransomware? It gets you back to a good backup. It depends on how often you backup - and having ransomware means you might lose all changes since the last backup so unless the database is read only - you are likely to lose some data. On Thu, 9 Mar 2023 at 23:44, Attila Fogarasi wrote: Also there are various solutions for immutable backups of z/OS data, which would protect you against ransomware. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Running a Coupling Facility using a CP for a test Parallel Sysplex 0 anyh gotcha's?
This is a vendor package. Upon asking they said they only support RLS for sharing. So there are no other options. On Wed, Mar 8, 2023, 2:58 PM Dale R. Smith > > IBM has a product called "CICS VSAM Transparency for z/OS" that claims you > can migrate VSAM Files to Db2 Tables without having to change any program > code. > https://www.ibm.com/support/pages/ibm-cics-vsam-transparency-zos > > From the web page: > > IBM CICS VSAM Transparency for z/OS > > Helps you migrate valuable data from VSAM files to Db2 tables in a manner > that can evolve as business needs change > > IBM® CICS® VSAM Transparency helps you move valuable data from VSAM files > to Db2® tables. This migration can evolve as your business requirements > dictate, without having to modify your CICS® and batch VSAM application > programs. You can access the Db2® data 24x7, as well as integrate your data > with new and existing Db2® applications, preserving your core investments > and avoiding costly application rewrites. > > I'm sure it's not cheap, but it would allow you to share the data and it > may be cheaper than what you would need to do to share a VSAM file. > > I have no experience with the product so I don't know if it works as > advertised. > > -- > Dale R. Smith > > -- > 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: Running a Coupling Facility using a CP for a test Parallel Sysplex 0 anyh gotcha's?
Hadn't considered that. Based on what the outsourcer has advised us I doubt this has even crossed their mind. On Thu, Mar 9, 2023, 6:19 PM Timothy Sipples wrote: > The only other thing I can think of is that some operators (some > outsourcers for example) might not have — or know how to perform — capacity > measurement, planning, chargeback accounting (ugh!), or contractual > arrangements when running the CFCC on general purpose processors (CPs). > Those are not a technical limitations. You/they can do all of that for CF > workloads straightforwardly. But those "technobusiness" factors might > explain some reticence if you're observing any. > > — — — — — > Timothy Sipples > Senior Architect > Digital Assets, Industry Solutions, and Cybersecurity > IBM zSystems/LinuxONE, Asia-Pacific > 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
Re: SMP)e
On Fri, 10 Mar 2023 23:17:09 -0600, Brian Westerman wrote: >That's the main reason they want you to do these individually, they are really >big. > I suspect it's a genuine functional dependency. Imagine a scenario: PTFA upgrades the assembler by adding a new opcode. PTFB contains a ++SRC element that uses that new opcode. The assembler step for PTFB can not run before the load module updates of PTFA are complete, but SMP/E generally performs assembler steps before binder steps. An RFE could provide for "firm" prerequisites such that SMP/E performs all steps of the prerequisite PTF before any steps of the dependent PTF. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMP)e
That's the main reason they want you to do these individually, they are really big. Brian -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: [EXTERNAL] Re: WLM Couple dataset?
Thanks, Matthew. Bill, if my initial post asking you to stop deleting the context came across as rude, I apologize. I didn't mean it that way, I didn't realize the listserv web site automatically whacked the earlier parts of the thread by default. Rex -Original Message- From: IBM Mainframe Discussion List On Behalf Of Matthew Stitt Sent: Friday, March 10, 2023 10:35 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [EXTERNAL] Re: WLM Couple dataset? I use the LISTSERV web site. On the left there are two apostrophes (quote marks). Those will include the entire thread (so far). It is considered good practice to remove the IBM-MAIN stuff at the bottom. Matthew On Thu, 9 Mar 2023 18:33:08 -0500, Tony Harminc wrote: >On Thu, 9 Mar 2023 at 18:27, Bill Giannelli wrote: > >> I am in the listserv web page. I do not see 3 dots above the send >> button >> > >Sorry - my advice was for Gmail only. I never use the listserv page to >post things, so can't help you. But surely you aren't the only one, so >perhaps someone will chime in. > >Tony H. -- The information contained in this message is confidential, protected from disclosure and may be legally privileged. If the reader of this message is not the intended recipient or an employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any disclosure, distribution, copying, or any action taken or action omitted in reliance on it, is strictly prohibited and may be unlawful. If you have received this communication in error, please notify us immediately by replying to this message and destroy the material in its entirety, whether in electronic or hard copy format. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: [EXTERNAL] Re: WLM Couple dataset?
I use the LISTSERV web site. On the left there are two apostrophes (quote marks). Those will include the entire thread (so far). It is considered good practice to remove the IBM-MAIN stuff at the bottom. Matthew On Thu, 9 Mar 2023 18:33:08 -0500, Tony Harminc wrote: >On Thu, 9 Mar 2023 at 18:27, Bill Giannelli wrote: > >> I am in the listserv web page. I do not see 3 dots above the send button >> > >Sorry - my advice was for Gmail only. I never use the listserv page to post >things, so can't help you. But surely you aren't the only one, so perhaps >someone will chime in. > >Tony H. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMP)e
On Fri, 10 Mar 2023 13:36:33 +, Seymour J Metz wrote: >Maybe it's time for an RFE. Is there a business case for a new hold class to >address this? something like MANUALPRE(UY12345)? > Not a new hold class, which would require multiple jobs with a BYPASS, but a new sub-operand of PRE to automate the entire process, e.g.: PRE((UY12345,SERIAL),...), requiring serial operations. Doesn't "make" e.g. handle this correctly? If a target appears as a prerequisite of another target, the operations the targets will be built sequentially, in order. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: CS/CDS instruction
https://www.ibm.com/common/ssi/ShowDoc.wss?docURL=/common/ssi/rep_ca/1/897/ENUS122-001/index.html IBM z16tm puts innovation to work while unlocking the potential of your hybrid cloud transformation IBM United States Hardware Announcement 122-001 April 5, 2022 Removal of support of the transactional execution and constrained transactional execution facility: In a future IBM Z hardware system family, the transactional execution and constrained transactional execution facility will no longer be supported. Users of the facility on current servers should always check the facility indications before use. On Fri, Mar 10, 2023 at 7:17 AM Peter Relson wrote: > > The statement of direction is clear. > That stated direction is to remove the transactional execution facility. > I think that no information is yet available about "when" or whether it might > be done in stages. > > Paul G wrote > >Transactional execution : software :: speculative execution : firmware. > > I'm not sure what that means. The transactional execution facility we are > talking about is a machine facility. > Exploitation of that facility is under direct control of the software. > > 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 -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMP)e
The PTF I referenced. My smpwrk is a M54. The PTF is so large I had to add a second volume to be able to get the PTF applied Sent from my iPhone No one said I could type with one thumb > On Mar 10, 2023, at 06:52, Allan Staller > <0387911dea17-dmarc-requ...@listserv.ua.edu> wrote: > > Classification: Confidential > > I ask IBM and the said to install the PTFs serially to get around this issue. > > -Original Message- > From: IBM Mainframe Discussion List On Behalf Of > Steve Beaver > Sent: Thursday, March 9, 2023 1:14 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: FW: SMP)e > > [CAUTION: This Email is from outside the Organization. Unless you trust the > sender, Don’t click links or open attachments as it may be a Phishing email, > which can steal your Information and compromise your Computer.] > > Are any of you that are having the following error in SMPe? And if you > > Have had it - How did you get passed it > > > > GIM24608E ** SHELLSCR ENTRY BBLS2009 IS NEEDED TO PROCESS HFS BBL20009 FOR > > SYSMOD UI76945, BUT SHELLSCR BBLS2009 IS NOT IN THE MVST100 ZONE. > > > > TIA > > Steve > > > -- > 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 / arc -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: CS/CDS instruction
On Thu, 9 Mar 2023 20:06:10 -0600, Paul Gilmartin wrote: >On Thu, 9 Mar 2023 18:17:14 -0600, Tom Marchant wrote: > >>IBM has announced that Transactional execution will be removed. >> >Entirely? I read much earlier that it was being removed partially. From the z16 announcement Removal of support of the transactional execution and constrained transactional execution facility: In a future IBM Z hardware system family, the transactional execution and constrained transactional execution facility will no longer be supported. Users of the facility on current servers should always check the facility indications before use. https://www.ibm.com/common/ssi/ShowDoc.wss?docURL=/common/ssi/rep_ca/1/897/ENUS122-001/index.html -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMP)e
Maybe it's time for an RFE. Is there a business case for a new hold class to address this? something like MANUALPRE(UY12345)? -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Barbara Nitz [nitz-...@gmx.net] Sent: Friday, March 10, 2023 12:36 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SMP)e >I am assuming this is for z/OS 2.4. At my current employer, I have the PTF >applied. I think that at my past employer, I ran into the same problem you >did. I never was able to resolve the error at the previous employer. > >The only difference between old employer and new employer, was the date of the >receiving of cumulative maintenance. Previous employer, date of receiving >cumulative maintenance was third quarter 2021, current employer second quarter >of 2022. I have run into this a number of times for different ptfs, starting back in z/OS 2.3. In the easy case I had the 'required' ptf (i.e. the ptf that was giving me the instructions on how to do the setup) already received or received in the same batch. Despite using groupextent, that ptf's hold actions never showed up in the apply check output. Because it was not installable, and hold actions are only shown for installable ptfs. I had to go back to the smppts and browse the thing manually to get at the install instructions. This always happened when both the ptf and it's prereq were received at the same time. Provided IBM had bothered to even provide a prereq ptf. I remember one DFHSM ptf in 2.3 that just didn't have install instructions. I was lucky that that ptf was already in the 2.5 base when I got 2.5. I also had a case where I was unable to find out what the install instructions were. That ptf still hangs around in my 2.5 smppts. Since it's for a function we don't use, I don't much care. Until it impacts something we need due to coreqs.:-( Best regards, Barbara -- 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: SMP)e
Was there a HOLD un the PTF with an explanation that it had to be on a separate APPLY from the prereq? -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Barbara Nitz [nitz-...@gmx.net] Sent: Friday, March 10, 2023 4:43 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SMP)e >No the problem is that you can't install these particular PTFs with everything >else, they have to be performed separately via an Apply the PTF by itself with >NO Groupextend and then Apply the > remaining PTF's needed from the original Apply. This is exactly what I did when I encountered this. First apply ptf A, then ptf B that needs whatever new path or something. The problem for me has always been to identify ptf A because ptf B's holddata don't show up on the apply check. And sometimes I just had to walk through each of the ++pre's of B to find it. Cumbersome is too easy a word for this process. Regards, Barbara -- 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: CS/CDS instruction
The statement of direction is clear. That stated direction is to remove the transactional execution facility. I think that no information is yet available about "when" or whether it might be done in stages. Paul G wrote >Transactional execution : software :: speculative execution : firmware. I'm not sure what that means. The transactional execution facility we are talking about is a machine facility. Exploitation of that facility is under direct control of the software. 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: SMP)e
See IO27985: GIM24608E ** SHELLSCR ENTRY BBLS1803 IS NEEDED TO PROCESS HFS SYSMOD UI65815, BUT SHELLSCR BBLS1803 IS NOT IN THE SZMR0G ZONE. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: WLM Couple dataset?
Classification: Confidential Horse hockey -Original Message- From: IBM Mainframe Discussion List On Behalf Of Bill Giannelli Sent: Thursday, March 9, 2023 3:52 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: WLM Couple dataset? [CAUTION: This Email is from outside the Organization. Unless you trust the sender, Don’t click links or open attachments as it may be a Phishing email, which can steal your Information and compromise your Computer.] we are being told by our managed service vendor they have to manually update the DR WLM Couple datasets. that they cant be mirrored.. -- 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
Re: WLM Couple dataset?
Classification: Confidential D XCF,COUPLE,TYPE=WLM -Original Message- From: IBM Mainframe Discussion List On Behalf Of Mike Schwab Sent: Thursday, March 9, 2023 2:24 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: WLM Couple dataset? [CAUTION: This Email is from outside the Organization. Unless you trust the sender, Don’t click links or open attachments as it may be a Phishing email, which can steal your Information and compromise your Computer.] https://apc01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ibm.com%2Fdocs%2Fen%2Fzos%2F2.4.0%3Ftopic%3Dcommand-displaying-workload-manager-information-wlm=05%7C01%7Callan.staller%40HCL.COM%7C385414192a814997965d08db20dc42cf%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C638139902621389716%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C=NGfHTU6KKLJb5QDx5aaJdVSlWhlvyznKTTcJf9FHJ%2FM%3D=0 D WLM On Thu, Mar 9, 2023 at 2:19 PM Bill Giannelli wrote: > > where can I find what the WLM Couple dataset is? > we need a policy updated and then the WLM Couple Dataset mirrored in our DR. > thanks > Bill > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? -- 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
Re: SMP)e
Classification: Confidential I ask IBM and the said to install the PTFs serially to get around this issue. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Steve Beaver Sent: Thursday, March 9, 2023 1:14 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: FW: SMP)e [CAUTION: This Email is from outside the Organization. Unless you trust the sender, Don’t click links or open attachments as it may be a Phishing email, which can steal your Information and compromise your Computer.] Are any of you that are having the following error in SMPe? And if you Have had it - How did you get passed it GIM24608E ** SHELLSCR ENTRY BBLS2009 IS NEEDED TO PROCESS HFS BBL20009 FOR SYSMOD UI76945, BUT SHELLSCR BBLS2009 IS NOT IN THE MVST100 ZONE. TIA Steve -- 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
Re: WLM Couple dataset?
We re-INIT the CFRM, XCF, and LOGR at DR. The only one we reuse is WLM. On Thu, Mar 9, 2023 at 8:41 PM Gabriel Tully wrote: > Bill, > > IBM doesn't recommend mirroring the couple data sets [1]. There may not be > serious ramifications for the WLM CDS, but it could be on the same volume > with a more critical Sysplex CDS or CFRM CDS. The last time I asked IBM > about mirroring CDSes a severe tone was employed to strongly suggest > thinking twice about what was at risk. > > [1] > https://www.ibm.com/docs/en/zos/2.5.0?topic=recovery-planning-disaster-actions > > -- > Gabe Tully > > > On Thu, 9 Mar 2023 16:20:05 -0600, Bill Giannelli > wrote: > > >not that makes sense to me... > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- Michael Babcock OneMain Financial z/OS Systems Programmer, Lead -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Ransomware in VSAM and DB2
Attila Fogarasi wrote: >Also there are various solutions for immutable backups of z/OS data, which >would protect you against ransomware. Tommy Tsui wrote: >Any recommendation https://mediacenter.ibm.com/media/+IBM+Z+Cyber+Vault+Technical+Introduction/1_ug97n0p3 https://www.redbooks.ibm.com/redbooks/pdfs/sg248511.pdf — — — — — Timothy Sipples Senior Architect Digital Assets, Industry Solutions, and Cybersecurity IBM zSystems/LinuxONE, Asia-Pacific 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: SMP)e
>No the problem is that you can't install these particular PTFs with everything >else, they have to be performed separately via an Apply the PTF by itself with >NO Groupextend and then Apply the > remaining PTF's needed from the original Apply. This is exactly what I did when I encountered this. First apply ptf A, then ptf B that needs whatever new path or something. The problem for me has always been to identify ptf A because ptf B's holddata don't show up on the apply check. And sometimes I just had to walk through each of the ++pre's of B to find it. Cumbersome is too easy a word for this process. Regards, Barbara -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Ransomware in VSAM and DB2
Does it protect you from ransomware? It gets you back to a good backup. It depends on how often you backup - and having ransomware means you might lose all changes since the last backup so unless the database is read only - you are likely to lose some data. On Thu, 9 Mar 2023 at 23:44, Attila Fogarasi wrote: > Also there are various solutions for immutable backups of z/OS data, which > would protect you against ransomware. > > On Fri, Mar 3, 2023 at 1:27 PM Tommy Tsui wrote: > > > Hi all. > > We are studying to build the tertiary backup. In fact, is it possible to > > hack the VSAM dataset during online period, is there any policy to > protect > > VSAM datasets ? > > > > Thanks for sharing > > > > -- > > 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