The idea is to make datasets b.b, c.c, and d.d get deleted when a.a is deleted.
Here's where I coming from. Today, using ADRDSSU, programmers backup selected datasets in a step, and all of the backed up datasets are contained in the one backup dataset. Which happens to be a GDG. To restore, they code whichever generation they want. When the generation rolls off, the backup is gone, whether tape or DASD. Now, we would like for then to use FDRAPPL to replace ADRDSSU. But, as you know, FDR creates one backup dataset for each DASD volume, that contains a selected dataset. THE FDRAPPL GDG ACF contains all of the information needed to restore the datasets. Here's the problem I'm trying to solve. The retention of the FDR backup datasets is NOT tied to the GDG ACF. To make FDRAPPL act like the current ADRDSSU backup procedure, I'd like the FDR backup datasets to get deleted when the GDG ACF rolls off. Granted, I could set a retention period on the FDR backup datasets. But, that doesn't guarantee a specific generation of the ACF will match the backups datasets, tape or DASD. FDR does provide a methodology that sort of ties a generation of GDG ACF to the backup tape sets by creating, as the last backup on the tape set, a backup of the ACF (though a different GDG name). All of the FDR generated backup dataset names are not cataloged, just the last dataset on the tape, which is the backup ACF GDG. The tape set uses catalog control for retention. Therefore, the GDG ACF does match the retained tape sets. But, that's not absolute guarantee, something could get out sync. Today the programmers use DASD as the ADRDSSU dump dataset, not tape. Even though, we have a VTS, they still say "tape is slower than DASD". It's a mindset we are having a hard time overcoming in pitching FDRAPPL over ADRDSSU. -----Original Message----- From: IBM Mainframe Discussion List <[email protected]> On Behalf Of David Elliot Sent: Tuesday, December 28, 2021 4:58 PM To: [email protected] Subject: Re: Link between datasets [External Email. Exercise caution when clicking links or opening attachments.] Use your JCL. Run a step to check the existence of a, if a not found use conditional exec to delete b,c and d. On Tue, Dec 28, 2021, 2:51 PM Paul Gilmartin < [email protected]> wrote: > On Tue, 28 Dec 2021 21:10:32 +0000, PINION, RICHARD W. wrote: > > >I'm going to ask what many of you may consider a foolish question. > Please be kind in > >your criticism. Let's say I have 4 datasets, a.a, b.b, c.c, and d.d. > >Is > there any way to > >define a relationship between a.a to b.b, a.a to c.c , and a.a to d.d? > What I would like > >to happen, if a.a is deleted, b.b, c.c, and d.d would be deleted. > > > This sounds a bit like referential integrity in a data base: > < > https://urldefense.com/v3/__https://www.ibm.com/docs/en/informix-serve > rs/14.10?topic=integrity-referential__;!!HnnddUIWDII9UQ!BsqeK1yfgpJ7bC > DPcEThl7JZhHCY1hzNUGyQ16UBKxLVDAZaOUsVOuApAb3095Ts3G4$ > >, > not foolish but probably little help to you. > > -- gil > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to [email protected] with the message: INFO IBM-MAIN > ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN Confidentiality notice: This e-mail message, including any attachments, may contain legally privileged and/or confidential information. If you are not the intended recipient(s), or the employee or agent responsible for delivery of this message to the intended recipient(s), you are hereby notified that any dissemination, distribution, or copying of this e-mail message is strictly prohibited. If you have received this message in error, please immediately notify the sender and delete this e-mail message from your computer. ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
