Arthur, I run on os/390 without ca1 or any product like it. We have an stk library too. To find what volumes to send offsite from the copypool I made a batch job that runs the update volume command -
upd vol * access=offsite wherestg=9840copy whereacc=readw wherest=full,filling This changes the status and lists what volumes it changed. You can capture the output and turn it into eject commands. For the dbb volumes I just have the operator browse the volumehistory file. If you want to automate this try a select from the volumehistory table. Hope this helps, ---------- Bill Colwell C. S. Draper Lab Cambridge Ma. At 04:39 PM 3/13/2002 +0100, you wrote: >Hi All. > >we are actually in the in the process of migrating the TSM-Servers from >OS/390 to Windows NT. > >On OS/390, the vault management was done by CA1 and in house written >programs. >With NT it seems, that this is not so simple. > >Our environment is: > >TSM 4.2.1.7 Server on NT, in the moment without DRM >EDT-DistibuTAPE 6.4.0 from Gresham Enterprice Software >STK Library Station 4.0 (Software from STK) >STK 9840 Fibre Channel Drives in a STK Powderhorn Silo on Mainframe OS/390 > >The TSM-Server and the Drives are connected to SAN. > >Backup and restores in this environment runs fine. > >What i'm looking for, is a solution how we can managed and control the >transfer from COPYPOOL-Tapes and DB -BACKUP-Tapes >from ONSITE to OFFSITE location and back to ONSITE after the tapes are >empty. > >Further, how can we determine the tapes that must go OFFSITE (Copypool and >TSM - Database Backup Tapes) >and later if the tapes are empty go back to STKs Powderhorn. > >Your expirence and help are greatly appreciated > >Kind Regards > >Arthur Hundhammer >Linde AG Munich > >[EMAIL PROTECTED] >.
