Well, another option will depend on your Tape Management System. Both CA 1 and CA TLMS have something called "real time stacking" as a sub-function of our scratch subpooling. Since you are NOT using an IBM SMS managed tape library (T10K is obviously Oracle/STK), this is another option that is available to you.
With real-time-stacking, if we see (based on dataset name patterns and/or jobname patterns) that the file being created needs to be directed to a sub-pool with real-time-stacking enabled we will change the file-sequence from "1" to "n+1" and put in the specific volser of the last tape used within this sub-pool. This can then be used to dynamically stack many files together onto fewer tapes. While this option has been around for many years now, it kind of became obsolete with Virtual Tape solutions (since they do a better job of stacking the data together). But, if you don't have a Virtual Tape solution and are still relying on physical media; this might be a solution you could look into. Again, if you use either CA 1 or CA TLMS it is already there. Not sure about other tape management systems. Russell Witt CA 1 Principal Software Architect --------------------------------------------------------------------------------------------------------------------------------------------------------------------- On 06/03/14, Pfister, Nathan<[email protected]> wrote: That's what I figured the answer would be. So then my question becomes this (if there are any FDR users out there)...I am using FDRABR to backup approx. 197 volumes to a single T10K tape. With our old JCL it was using a proc for each individual volume. I have modified it to use the FDRABR.LASTTAPE.WEEKLY DD for the tape, so FDR internally handles the labeling. We append 5 extra datasets to the end of this tape, some using FDR and some as an IEBCOPY. I want to be able to continue to do this, without the need to necessarily know how many files I already have. I could count the files and just use N+1 for the sequencing at the end of the tape, but I was trying to figure out if there was a more robust way that would not require me manually making the change each time I add/remove a volume from my backup. Any suggestions? Thanks; Nathan Pfister Senior Systems Programmer WSSC Water [email protected] ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
