Re: Tape to tape copy jcl
Venkat, I'm not sure Gil's REXX is going to help you. Can you confirm a few things for me? You don't have any tape management system, and you have @1000 tapes? If there is no software to manage them, how do you do it? How do you know what's on each tape, when it can be overwritten etc etc? You only write to tape using IEBGENER / IEBCOPY? You don't use anything to migrate "old" data to tape? You don't use a product like DFDSS or FDR to do full volume dumps? (You say you use IEBCOPY IEBGENER to do "volume copies" - I'm not sure I understand that) Thanks in advance. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Tape to tape copy jcl
Attached is a copy of the routine. It is documented within the script and
fairly self-explanatory, nothing fancy. I do have some references to HSM
commands because we were using HSM. It is fairly old 11+ years so you may need
to update to current TLMS standards...
Best Regards,
Gil.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
/* REXX */
/* */
/* AUTHOR: GILBERT CARDENAS */
/* DATE: AUGUST 21,2006 */
/* PURPOSE: TO BUILD THE JCL TO PERFORM A TAPE TO TAPE COPY*/
/* DESCRIPTION: */
/* 1. PERFORM A DN DSN= INQUIRY AGAINST TLMS TO */
/*RETRIEVE ALL THE DATASET DCB INFORMATION FOR OUTPUT FILE. */
/* 2. BUILD THE JCL WITH ALL THE APPROPRIATE INFORMATION*/
/* */
/* */
/* BEGIN TLMS INQUIRY LOGIC */
/* */
/* TRACE I */
ARG DATASET
/* ECHO */
/* SAY "ARGS:" DATASET DATE() TIME() MVSVAR('SYSNAME') */
IF DATASET = '' THEN DO
SAY '*** TAPECPY NEEDS 1 PARAMETER: TAPE DATASET NAME'
SAY "*** EXAMPLE SYNTAX: 'TAPECPY TAPE.DATASET.G0001V00'"
EXIT 8
END
/*NEWDSN = STRIP(DATASET,L,"'") STRIP OFF LEADING QUOTE' */
/*NEWDSN = STRIP(DATASET,L,"'") STRIP OFF LEADING QUOTE' */
NEWDSN = STRIP(DATASET,B,"'") /*STRIP OFF LEADING&TRAILING QUOTES*/
/* SAY "NEWDSN=" NEWDSN */
DSNLEN = LENGTH(NEWDSN) /* LENGTH OF THE DATASET NAME */
STARTVER = DSNLEN-2 /* GET POINTER FOR START OF VERSION */
CURGEN = SUBSTR(NEWDSN,1,STARTVER) /*IDENTIFY CURRENT GENERATION */
CURVER = SUBSTR(NEWDSN,(STARTVER+1),2) /*IDENTIFY CURRENT VERSION */
NEWVER = CURVER+01 /* CALCULATE NEXT VERION#*/
NEWVER = RIGHT(NEWVER,2,'0') /* FORMAT NEW VERSION NUMBER */
OUTDSN = CURGEN||NEWVER/* BUILD OUTPUT DATASET NAME */
/* SAY "OUTDSN=" OUTDSN */
TRAPDS = USERID().TEMP.LIST
IF SYSDSN("'"TRAPDS"'") = 'OK' THEN
JUNK = MSG(OFF)
DO
"HDELETE '"TRAPDS"'" /* DELETE PREVIOUS WORK FILE IF MIGRATED */
"DELETE '"TRAPDS"'"/* DELETE PREVIOUS WORK FILE */
JUNK = MSG(ON)
END
"ALLOC FILE(SYSPRINT) DATASET('"TRAPDS"') NEW CATALOG SPA(1,1) TR",
"DSORG(PS) RECFM(F,B) LRECL(133) BLKSIZE(27930) REUSE"
"ALLOC FILE(CAIVMF) DATASET('SAMPLE.TLMS.VMF') SHR REUSE"
"ALLOC FILE(CAIVMFI) DATASET('SAMPLE.TLMS.VMF') SHR REUSE"
"ALLOC FILE(CAIVMFS) DATASET('SAMPLE.TLMS.VMF') SHR",
"OPTCD(C) BUFNO(10) REUSE"
"ALLOC FILE(CAIRMF) DATASET('SAMPLE.TLMS.RMF') SHR REUSE"
"ALLOC FILE(CAIVMFXI) DATASET('SAMPLE.TLMS.VMFINDEX') SHR REUSE"
"ALLOC FILE(BKUP) DATASET('SAMPLE.TLMS.ALOG') SHR REUSE"
"ALLOC FILE(SYSIN) SPACE(1,1) TRACK LRECL(80) RECFM(F,B) BLKSIZE(80)",
"REUSE"
TLMSCARD = "DN DSN="||NEWDSN
PUSH TLMSCARD/* PUT COMMAND ON DATA STACK */
'EXECIO 1 DISKW SYSIN (FINIS' /*WRITE FROM DATA STACK TO FILE SYSIN*/
ADDRESS TSO
"CALL 'SAMPLE.TLMS.CAILIB(TLMSRPTS)'"
/* */
/* FREE ALL INPUT DATASETS SINCE THEY ARE NOT NEEDED ANYMORE*/
/* */
"FREE F(SYSPRINT)"
"FREE F(SYSIN)"
"FREE F(CAIVMF)"
"FREE F(CAIVMFI)"
"FREE F(CAIVMFS)"
"FREE F(CAIRMF)"
"FREE F(CAIVMFXI)"
"FREE F(BKUP)"
/* */
/* END OF TLMS INQUIRY LOGIC*/
/* */
/* */
/* DEFINE THE OUTPUT DATASET AND THEN ALLOCATE INPUT FILE */
/* */
JCLOUT = USERID().TAPECPY.JCL
IF SYSDSN("'"JCLOUT"'") = 'OK' THEN
JUNK = MSG(OFF)
DO
"HDELETE '"JCLOUT"'" /* DELETE PREVIOUS WORK FILE IF MIGRATED */
"DELETE '"JCLOUT"'"/* DELETE PREVIOUS WORK FILE */
JUNK = MSG(ON)
END
"ALLOC FILE(INPUTFL) DATASET('"TRAPDS"') SHR REUSE"
"ALLOC FILE(JCLOUT) DATASET('"JCLOUT"') NEW CATALOG SPA(1,1) TR",
"DSORG(PS) RECFM(F,B) LRECL(80) BLKSIZE(27920) REUSE"
/* REXX /
/* THIS EXEC LOOPS THROUGH THE DATA SET ALLOCATED TO INPUTFL TO*/
/* FIND THE FIRST OCCURRENCE OF THE STRING "BLKSIZE". ONCE THE */
/* STRING BLKSIZE IS DETECTED, THE LINE IS PARSED INTO THE FOUR*/
/* VARIABLES BUT ONLY 3 WILL BE USED: BLKSIZE, LRECL, RECFM*/
/***/
DONE =
Re: Tape to tape copy jcl
Hello Elardus, My responses are below. On Wed, Feb 28, 2018 at 4:33 PM, Elardus Engelbrecht < elardus.engelbre...@sita.co.za> wrote: > venkat kulkarni wrote: > > >We are in the process of migrating physical tape to virtual tape. > > > Careful, this is not for fainthearted. ;-) > > > >I am unable to find any process and JCL which can copy all my data > residing in physical tape cartridge to virtual tape using JCL . > > I have a lot of questions: > > What datasets? HSM? DFDSS Dump/Copy? GDG? Copies/backups from > IEBGENER/IEBCOPY/Whatever? Specific backups from database sysyem(s)? JES2 > Offloads? etc.? etc.? > Ans : Its backup from IEBGENER/IEBCOPY/ which are volume copy and individual dataset copy. > How large are they? How many of them (tapes and datasets) are there? > > Ans : We have approx 1000 tapes to be migrated. and each individual tape contain approx upto 150 serial number dataset. > What physical tape system(s) and media do you have? > > Ans Its old 359E. > What Virtual Tape System(s) do you have? > > Ans : we are using DLM EMC. > What Tape Management system do you have? > > Ans : We dont have any tape management system . > Are these datasets stacked on the tapes? In other words, are LABEL > 1 > being used? (One VTS, they're usually on LABEL=(1,SL) for compatibility > reasons) > > ans : Yes, we are stack on tape. with label 1 to label 150. . > Are these datasets Cataloged? If not, you'll have to [ usually ] catalog > them on VTS and of course, RACF is your big pal. > > Ans : These dataset are in tapes. Directly from physical tape to VTL. > Are you going to switch off those physical tape system(s)? > > Ans : After this migration, we will shutdown . > I have probably more questions, but ... > > Groete / Greetings > Elardus Engelbrecht > > -- > 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: Tape to tape copy jcl
We are using DLM from EMC. On Wed, Feb 28, 2018 at 2:02 PM, Ken Bloom wrote: > Which VTL are you using? > > Ken > > Kenneth A. Bloom > Avenir Technologies Inc > /d/b/a Visara International > 203-984-2235 > bl...@visara.com > www.visara.com > > > > On Feb 28, 2018, at 5:19 AM, venkat kulkarni > wrote: > > > > Hello Group, > > > > We are in the process of migrating physical tape to virtual tape. > > > > I am unable to find any process and JCL which can copy all my data > residing > > in physical tape cartridge to virtual tape using JCL . > > > > Can you please suggest . > > > > Regards > > Venkat > > > > -- > > 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: Tape to tape copy jcl
Hello, Sorry for delay in response. But we don't have COPYCAT utility. in our shop. We are using CA- view but not sure about having license for COPYCAT. On Wed, Feb 28, 2018 at 12:29 PM, Vernooij, Kees (ITOPT1) - KLM < kees.verno...@klm.com> wrote: > CA-COPYCAT is wonderful, it includes copying all the tape administration > info. > It is free if you have a CA-1 license. > > Grtn, > Kees. > > > -Original Message- > > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > > Behalf Of venkat kulkarni > > Sent: 28 February, 2018 10:20 > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: Tape to tape copy jcl > > > > Hello Group, > > > > We are in the process of migrating physical tape to virtual tape. > > > > I am unable to find any process and JCL which can copy all my data > > residing > > in physical tape cartridge to virtual tape using JCL . > > > > Can you please suggest . > > > > Regards > > Venkat > > > > -- > > For IBM-MAIN subscribe / signoff / archive access instructions, > > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > For information, services and offers, please visit our web site: > http://www.klm.com. This e-mail and any attachment may contain > confidential and privileged material intended for the addressee only. If > you are not the addressee, you are notified that no part of the e-mail or > any attachment may be disclosed, copied or distributed, and that any other > action related to this e-mail or attachment is strictly prohibited, and may > be unlawful. If you have received this e-mail by error, please notify the > sender immediately by return e-mail, and delete this message. > > Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its > employees shall not be liable for the incorrect or incomplete transmission > of this e-mail or any attachments, nor responsible for any delay in receipt. > Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch > Airlines) is registered in Amstelveen, The Netherlands, with registered > number 33014286 > > > > -- > 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: Tape to tape copy jcl
Hello Lizette, Sorry for delay in response. We dont have HSM and RMM in our shop and also CA utilities to do this work. We were looking for IBM utilities to do our migration. Currently. I am using manual way of doing this migration uding dataset by dataset copy from physical tape to virtual tape. but doing this takes too much of time and every time i have to modify my jcl, if i have any change in dataset label or names. I was just looking for single utility which can help to directly copy whole tape to tape rather then dataset level . On Thu, Mar 1, 2018 at 5:05 AM, Lizette Koehler wrote: > For HSM tapes we use HSM RECYCLE and have automation running the process > > For all other tapes we use CA COPYCAT. > > We have specialty tapes that have other processes for copy > > 1) SAR tapes need some changes to go to new VTS > > 2) SMS code needs to be setup to the new VTS and then set any request > from old ATL to new VTS > > 3) For OAM tapes (if you have them) be very careful. OAM Knows where > stuff is on its tapes. You cannot copy from Larger to smaller tapes > > > Not sure if there are any other considerations. Those are the ones I know > > Lizette > > > > -Original Message- > > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > > Behalf Of Carmen Vitullo > > Sent: Wednesday, February 28, 2018 7:29 AM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: Re: Tape to tape copy jcl > > > > Last I recall we had HSM tapes in our Silo circa 1995, IIRC, those tapes > were > > copied outside the SILO using COPYCAT, DFDSS dump tapes also. > > also we were also able to copy CATIA backup tapes with no issues > > > > > > Carmen Vitullo > > > > - Original Message ----- > > > > From: "Elardus Engelbrecht" > > To: IBM-MAIN@LISTSERV.UA.EDU > > Sent: Wednesday, February 28, 2018 8:20:41 AM > > Subject: Re: Tape to tape copy jcl > > > > PINION, RICHARD W. wrote: > > > > >One thing to keep in mind, you cannot use IEBGENER or IDCAMS to copy > ADRDSSU > > (DFDSS) or FDR dump tapes. You must use the appropriate copy utility, > > COPYDUMP for ADRDSU and FDRTCOPY for FDR. > > > > Damn! Do you have to lead the OP away from this minefield or road full of > > potholes? ;-D > > > > I wonder if those suggested utilities mentioned earlier take 100% care on > > what exactly is sitting on a tape and then use the right access method. > > > > Last time I checked, some of them can automatically re-block the datasets > > according on the setup of destination media. > > > > Groete / Greetings > > Elardus Engelbrecht > > > > It rained so much in our country suffering under a really severe > drought, the > > potholes in the roads are now 74% full. > > Before the welcome rain, they were about 21% full and drying up. ;-D ;-D > ;-D > > > > -- > 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: Tape to tape copy jcl
Thanks you Gil, Can you please share this rexx script and its functionality, So that I can try using in our shop. Thanks & Regards Venkat On Thu, Mar 1, 2018 at 4:58 PM, Gil Cardenas wrote: > I realize you may be doing a mass migration and am only pointing this out > as a base for ideas... > > I created a REXX routine that could be invoked from a TSO DSLIST where the > user could simply type TT beside the dataset name and the routine would > calculate the next generation for that dataset and invoke the TLMS utility > to perform the tape to tape copy. That way I stayed with the native tools > and could copy any tape, I believe even foreign tapes since TLMS was doing > the copying. > > This was helpful in doing single tapes when we were moving from 3490 to > 3590 cartridges but would definitely need some tweaking to do something on > a more mass level. > > Regards, > Gil. > > -- > 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: Tape to tape copy jcl
I realize you may be doing a mass migration and am only pointing this out as a base for ideas... I created a REXX routine that could be invoked from a TSO DSLIST where the user could simply type TT beside the dataset name and the routine would calculate the next generation for that dataset and invoke the TLMS utility to perform the tape to tape copy. That way I stayed with the native tools and could copy any tape, I believe even foreign tapes since TLMS was doing the copying. This was helpful in doing single tapes when we were moving from 3490 to 3590 cartridges but would definitely need some tweaking to do something on a more mass level. Regards, Gil. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Tape to tape copy jcl
For HSM tapes we use HSM RECYCLE and have automation running the process For all other tapes we use CA COPYCAT. We have specialty tapes that have other processes for copy 1) SAR tapes need some changes to go to new VTS 2) SMS code needs to be setup to the new VTS and then set any request from old ATL to new VTS 3) For OAM tapes (if you have them) be very careful. OAM Knows where stuff is on its tapes. You cannot copy from Larger to smaller tapes Not sure if there are any other considerations. Those are the ones I know Lizette > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Carmen Vitullo > Sent: Wednesday, February 28, 2018 7:29 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Tape to tape copy jcl > > Last I recall we had HSM tapes in our Silo circa 1995, IIRC, those tapes were > copied outside the SILO using COPYCAT, DFDSS dump tapes also. > also we were also able to copy CATIA backup tapes with no issues > > > Carmen Vitullo > > - Original Message - > > From: "Elardus Engelbrecht" > To: IBM-MAIN@LISTSERV.UA.EDU > Sent: Wednesday, February 28, 2018 8:20:41 AM > Subject: Re: Tape to tape copy jcl > > PINION, RICHARD W. wrote: > > >One thing to keep in mind, you cannot use IEBGENER or IDCAMS to copy ADRDSSU > (DFDSS) or FDR dump tapes. You must use the appropriate copy utility, > COPYDUMP for ADRDSU and FDRTCOPY for FDR. > > Damn! Do you have to lead the OP away from this minefield or road full of > potholes? ;-D > > I wonder if those suggested utilities mentioned earlier take 100% care on > what exactly is sitting on a tape and then use the right access method. > > Last time I checked, some of them can automatically re-block the datasets > according on the setup of destination media. > > Groete / Greetings > Elardus Engelbrecht > > It rained so much in our country suffering under a really severe drought, the > potholes in the roads are now 74% full. > Before the welcome rain, they were about 21% full and drying up. ;-D ;-D ;-D > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Tape to tape copy jcl
hum - something I found in publically available doc CA Copycat Utility Features CA Copycat Utility is designed to copy data from tape to tape while retaining the information in the CA 1 Tape Management Catalog (TMC) or in the CA TLMS Volume Master File (VMF) regarding data set attributes and the creation information of the original data set. Tape Conversions CA Copycat Utility enables you to convert from one tape medium or format to another. Automated data set copy methods expedite the conversion process and significantly reduce the resource requirements demanded by manual conversions using JCL. Media Consolidation/Stacking CA Copycat Utility permits you to consolidate active data sets from multiple tape volumes onto fewer volumes, resulting in a larger scratch pool. By using CA-Earl, the standard report writer, you can identify the control information that CA Copycat Utility needs to effectively improve the utilization of the entire tape library. Migration to Virtual Tape CA Copycat Utility facilitates the migration to virtual tape systems by copying physical media to virtual media. If you want the virtual tape system to handle the file stacking, you can unstack the previously stacked tapes into the virtual system. The virtual system would then assign a unique volume to each file copied. Carmen Vitullo - Original Message - From: "Bobby Herring" To: IBM-MAIN@LISTSERV.UA.EDU Sent: Wednesday, February 28, 2018 9:35:48 AM Subject: Re: Tape to tape copy jcl CONFIDENTIALITY STATEMENT: The foregoing message (including attachments) is covered by the Electronic Communication Privacy Act, 18 U.S.C. sections 2510-2521, and is CONFIDENTIAL. If you believe that it has been sent to you in error, do not read it. If you are not the intended recipient, you are hereby notified that any retention, dissemination, distribution, or copying of this communication is strictly prohibited. Please reply to the sender that you have received the message in error, then delete it. Thank you. -- 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: Tape to tape copy jcl
CONFIDENTIALITY STATEMENT: The foregoing message (including attachments) is covered by the Electronic Communication Privacy Act, 18 U.S.C. sections 2510-2521, and is CONFIDENTIAL. If you believe that it has been sent to you in error, do not read it. If you are not the intended recipient, you are hereby notified that any retention, dissemination, distribution, or copying of this communication is strictly prohibited. Please reply to the sender that you have received the message in error, then delete it. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Tape to tape copy jcl
Last I recall we had HSM tapes in our Silo circa 1995, IIRC, those tapes were copied outside the SILO using COPYCAT, DFDSS dump tapes also. also we were also able to copy CATIA backup tapes with no issues Carmen Vitullo - Original Message - From: "Elardus Engelbrecht" To: IBM-MAIN@LISTSERV.UA.EDU Sent: Wednesday, February 28, 2018 8:20:41 AM Subject: Re: Tape to tape copy jcl PINION, RICHARD W. wrote: >One thing to keep in mind, you cannot use IEBGENER or IDCAMS to copy ADRDSSU >(DFDSS) or FDR dump tapes. You must use the appropriate copy utility, COPYDUMP >for ADRDSU and FDRTCOPY for FDR. Damn! Do you have to lead the OP away from this minefield or road full of potholes? ;-D I wonder if those suggested utilities mentioned earlier take 100% care on what exactly is sitting on a tape and then use the right access method. Last time I checked, some of them can automatically re-block the datasets according on the setup of destination media. Groete / Greetings Elardus Engelbrecht It rained so much in our country suffering under a really severe drought, the potholes in the roads are now 74% full. Before the welcome rain, they were about 21% full and drying up. ;-D ;-D ;-D -- 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: Tape to tape copy jcl
PINION, RICHARD W. wrote: >One thing to keep in mind, you cannot use IEBGENER or IDCAMS to copy ADRDSSU >(DFDSS) or FDR dump tapes. You must use the appropriate copy utility, >COPYDUMP for ADRDSU and FDRTCOPY for FDR. Damn! Do you have to lead the OP away from this minefield or road full of potholes? ;-D I wonder if those suggested utilities mentioned earlier take 100% care on what exactly is sitting on a tape and then use the right access method. Last time I checked, some of them can automatically re-block the datasets according on the setup of destination media. Groete / Greetings Elardus Engelbrecht It rained so much in our country suffering under a really severe drought, the potholes in the roads are now 74% full. Before the welcome rain, they were about 21% full and drying up. ;-D ;-D ;-D -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Tape to tape copy jcl
One thing to keep in mind, you cannot use IEBGENER or IDCAMS to copy ADRDSSU (DFDSS) or FDR dump tapes. You must use the appropriate copy utility, COPYDUMP for ADRDSU and FDRTCOPY for FDR. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of willie bunter Sent: Wednesday, February 28, 2018 8:56 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Tape to tape copy jcl [External Email] Besides IEBGENER and DITTO there is not much out there. However, when we did a conversion from physical tape to virtual tape (VTS) we used FATSCOPY, a product by INNOVATIONS. It is an excellent product and very safe to use. We didn't lose not even 1 tape. I highly recommend it (if you are shopping for a software) From: venkat kulkarni To: IBM-MAIN@LISTSERV.UA.EDU Sent: Wednesday, February 28, 2018 4:19 AM Subject: Tape to tape copy jcl Hello Group, We are in the process of migrating physical tape to virtual tape. I am unable to find any process and JCL which can copy all my data residing in physical tape cartridge to virtual tape using JCL . Can you please suggest . Regards Venkat -- 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 FIRST TENNESSEE 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 lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Tape to tape copy jcl
Besides IEBGENER and DITTO there is not much out there. However, when we did a conversion from physical tape to virtual tape (VTS) we used FATSCOPY, a product by INNOVATIONS. It is an excellent product and very safe to use. We didn't lose not even 1 tape. I highly recommend it (if you are shopping for a software) From: venkat kulkarni To: IBM-MAIN@LISTSERV.UA.EDU Sent: Wednesday, February 28, 2018 4:19 AM Subject: Tape to tape copy jcl Hello Group, We are in the process of migrating physical tape to virtual tape. I am unable to find any process and JCL which can copy all my data residing in physical tape cartridge to virtual tape using JCL . Can you please suggest . Regards Venkat -- 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: Tape to tape copy jcl
long ago I was involved in a project to electronically eject tapes from a STK 4400 silo, it was much easier to copy the tapes not used in X amount of days than to eject them, also real to virtual later on, I used CA-COPYCAT because if you have CA-1 or TLMS it makes sure it copied all the datasets if stacked datasets, and multiple volumes if there are, also it will update the TMC, re-init the TO volume, if that option is used (not sure if this is correct) and catalog or not catalog the tape depending on the current tape status, or by options. for me it was much easier to use, GENER is great but a tool like COPYCAT will do it all. Carmen Vitullo - Original Message - From: "venkat kulkarni" To: IBM-MAIN@LISTSERV.UA.EDU Sent: Wednesday, February 28, 2018 3:19:43 AM Subject: Tape to tape copy jcl Hello Group, We are in the process of migrating physical tape to virtual tape. I am unable to find any process and JCL which can copy all my data residing in physical tape cartridge to virtual tape using JCL . Can you please suggest . Regards Venkat -- 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: Tape to tape copy jcl
venkat kulkarni wrote: >We are in the process of migrating physical tape to virtual tape. Careful, this is not for fainthearted. ;-) >I am unable to find any process and JCL which can copy all my data residing in >physical tape cartridge to virtual tape using JCL . I have a lot of questions: What datasets? HSM? DFDSS Dump/Copy? GDG? Copies/backups from IEBGENER/IEBCOPY/Whatever? Specific backups from database sysyem(s)? JES2 Offloads? etc.? etc.? How large are they? How many of them (tapes and datasets) are there? What physical tape system(s) and media do you have? What Virtual Tape System(s) do you have? What Tape Management system do you have? Are these datasets stacked on the tapes? In other words, are LABEL > 1 being used? (One VTS, they're usually on LABEL=(1,SL) for compatibility reasons) Are these datasets Cataloged? If not, you'll have to [ usually ] catalog them on VTS and of course, RACF is your big pal. Are you going to switch off those physical tape system(s)? I have probably more questions, but ... Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Tape to tape copy jcl
For dataset copy use IEBGENER. However presumably you have some tape management system and/or HSM. For HSM data set up the environment and start recycle process. For other datasets there are tools which help to update RMM or other TMS database, but it will not necessarily solve all the issues with the jobs, etc. Advice: stop using tapes except for backup/migration purposes. -- Radoslaw Skorupka Lodz, Poland W dniu 2018-02-28 o 10:19, venkat kulkarni pisze: Hello Group, We are in the process of migrating physical tape to virtual tape. I am unable to find any process and JCL which can copy all my data residing in physical tape cartridge to virtual tape using JCL . Can you please suggest . Regards Venkat -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN . == -- Treść tej wiadomości może zawierać informacje prawnie chronione Banku przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą może być jedynie jej adresat z wyłączeniem dostępu osób trzecich. Jeżeli nie jesteś adresatem niniejszej wiadomości lub pracownikiem upoważnionym do jej przekazania adresatowi, informujemy, że jej rozpowszechnianie, kopiowanie, rozprowadzanie lub inne działanie o podobnym charakterze jest prawnie zabronione i może być karalne. Jeżeli otrzymałeś tę wiadomość omyłkowo, prosimy niezwłocznie zawiadomić nadawcę wysyłając odpowiedź oraz trwale usunąć tę wiadomość włączając 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.plsąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, nr rejestru przedsiębiorców KRS 025237, NIP: 526-021-50-88. Według stanu na dzień 01.01.2018 r. kapitał zakładowy mBanku S.A. (w całości wpłacony) wynosi 169.248.488 złotych. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Tape to tape copy jcl
Which VTL are you using? Ken Kenneth A. Bloom Avenir Technologies Inc /d/b/a Visara International 203-984-2235 bl...@visara.com www.visara.com > On Feb 28, 2018, at 5:19 AM, venkat kulkarni > wrote: > > Hello Group, > > We are in the process of migrating physical tape to virtual tape. > > I am unable to find any process and JCL which can copy all my data residing > in physical tape cartridge to virtual tape using JCL . > > Can you please suggest . > > Regards > Venkat > > -- > 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: Tape to tape copy jcl
CA-COPYCAT is wonderful, it includes copying all the tape administration info. It is free if you have a CA-1 license. Grtn, Kees. > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of venkat kulkarni > Sent: 28 February, 2018 10:20 > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Tape to tape copy jcl > > Hello Group, > > We are in the process of migrating physical tape to virtual tape. > > I am unable to find any process and JCL which can copy all my data > residing > in physical tape cartridge to virtual tape using JCL . > > Can you please suggest . > > Regards > Venkat > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
