Re: SAVSYS to IMGCLG then to DVD on PC

Rob,

If you do the PUT without the RMVLNK, the first thing the target system does is clear the virtual tape image file before writing to it, so in this particular case you would waste 75 to 80 minutes waiting for file to clear before the file transfer starts.  You can easily see this in my case because basically the only thing in ASP 2 on the target system is the virtual tape image file, and when you run a PUT you can see in WRKDSKSTS it sits there and decreases the disk usage down to 0.0% in that ASP while NETSTAT *CNN shows there is NO data flowing over the link - until the file is cleared.

Near the beginning of my backup on the source system I submit the batch job to run the FTP command on the target system to do the RMVLNK, so by the time the backup to LTO tape and DUPTAP to virtual tape is done on the source system the target system's virtual tape file is cleared and it starts copying immediately when the FTP PUT command is run.

We don't need to mark the directory on the target system to not be saved, because that system IS the backup system and does not get backed up itself anyway.


Batch file run near start of nightly backup on source system:

             SBMJOB     CMD(FTPBATCH RMTSYSTEM(SYSTEM52) +              
                          FTPFILE(FTPBATCH) FTPFLIB(QGPL) +             
                          FTPMBR(DLTVIRTAPE)) JOB(DLTVIRTAPE) +         
                          JOBQ(VIRTUALTAP) LOG(4 0 *MSG) LOGCLPGM(*YES) 

rstprofile **********                                                 
namefmt 1                                                             
bin                                                                   
quote rcmd LODIMGCLG IMGCLG(VIRTUALTAP) OPTION(*UNLOAD) DEV(TAPVRT01) 
quote rcmd rmvlnk '/asp02/virtualtape/VOL001'                         
quit                                                                  


When the backup is done to LTO:

             SBMJOB     CMD(DUPTAP FROMDEV(&TAPEDEV) TODEV(TAPVRT01) +  
                          COMPACT(*NO) FROMENDOPT(*REWIND) +            
                          TOENDOPT(*REWIND) CHECK(*NO)) +               
                          JOB(DUPNITESAV) JOBQ(VIRTUALTAP) LOG(4 0 +    
                          *MSG) LOGCLPGM(*YES)                          

             SBMJOB     CMD(FTPBATCH RMTSYSTEM(SYSTEM52) +              
                          FTPFILE(FTPBATCH) FTPFLIB(QGPL) +             
                          FTPMBR(SNDVIRTAPE)) JOB(SNDVIRTAPE) +         
                          JOBQ(VIRTUALTAP) LOG(4 0 *MSG) LOGCLPGM(*YES) 
rstprofile **********                                                         
namefmt 1                                                                     
bin                                                                           
quote rcmd LODIMGCLGE VIRTUALTAP *VOL *UNLOAD VOL(NITEV1) DEV(TAPVRT01)       
quote rcmd LODIMGCLG IMGCLG(VIRTUALTAP) OPTION(*UNLOAD) DEV(TAPVRT01)         
put /virtualtape/VOL001 /asp02/virtualtape/VOL001                             
quote rcmd LODIMGCLGE VIRTUALTAP *VOL *LOAD VOL(NITEV1) DEV(TAPVRT01)         
quote rcmd LODIMGCLG IMGCLG(VIRTUALTAP) OPTION(*LOAD) DEV(TAPVRT01)           
quote rcmd SBMJOB CMD(RST720NTSV TAPVRT01 *YES) JOB(RST720NTSV) JOBQ(QCTL)    
quote rcmd DSPJOBLOG                                                          
quit                                                                          



 
Neil Palmer, Waterloo, Ontario, Canada


(This account not monitored for personal mail,
remove the last two letters before @ for that)


________________________________
From: "rob@xxxxxxxxx" <rob@xxxxxxxxx>
To: Midrange Systems Technical Discussion <midrange-l@xxxxxxxxxxxx>
Sent: Saturday, October 5, 2013 7:13:26 AM
Subject: Re: SAVSYS to IMGCLG then to DVD on PC


Maybe I missed part of this thread, but what is the point of removing the
image catalog?  We use the same 'volume name' for our daily transfers of a
virtual tape.  Removing it to free up space for the part of the day you're
not using it seems senseless as you really need to reserve that space for
your upcoming transmission.
Or is this just an automated 'one-off' migration you are trying to
automate?
And we do the ftp thing to get it there.  So I kind of think I've got this
down pretty good.
You can mark that directory as not to be saved so you aren't wasting
time/tape on the receiving system.
CHGATR OBJ('mydir') ATR(*ALWSAV) VALUE(*NO)
or put it on an omit list in brms.



Rob Berendt