This is a good tool but I can only move the data from an offsite stg
pool back to the
offsite stg pool. This means I need 2 tape drives. I do use move to
recover all my
other tape pools and I move them to disk pools and then back to tape.
Tape drives
are in short supply here. Are there any tricks I can use on my OFFSITE
tape pool
volumes to make a move go to a different pool??

Mark Brown
Adsm Admin
McGill University

"Slaughter, Bill" wrote:
>
> -----Original Message-----
> From: Slaughter, Bill
> Sent: Thursday, March 30, 2000 1:40 PM
> To: 'adsm (LISTSERV AT VM.MARIST DOT EDU)'
> Subject: FW: Onsite Merge Script
>
> I had a few people ask me for the script for reclaiming tapes so here it
is.
>
> This is the script that issues move data commands. I have one for each
> Library (Different run schedules and parameters).
>
> You will need to provide your own configuration variables for adminid and
> adminpass so don't run it as is.
>
> You will also need to configure the line that contains the following:
>
>         pct_reclaim
>                 (I suggest starting high 95 and working toward 80 )
>
>         devclass_name
>                 ( mine are STK and Q47 )
>
>         last_write_date
>                 ( Change the 14 to avoid churning your tapes) i.e. start
> high and work your way low.
>
> You can run it out of cron when you have a low activity period for your
> automated library.
>
> If you move an "OFFSITE" tape with move data ADSM will locate the files on
> the Onsite tapes on the primary storage pools. The results are that you
have
> less offsite tapes.
>
> -----Original Message-----
> From: Bill Slaughter [mailto:tupzbs0 AT order.tupperware DOT com]
> Sent: Thursday, March 30, 2000 1:16 PM
> To: BillSlaughter AT Tupperware DOT com
> Subject: Onsite Merge
>
>   ------------------------------------------------------------------------
>                  Name: onsite.ksh
>    onsite.ksh    Type: unspecified type (application/octet-stream)
>              Encoding: quoted-printable