1.  Backup primary pool to copy pool
2.  Mark all new copypool tapes as "offsite", and then send them for storage.

As with primary pool tapes, the amount of valid data on the tapes will
decrease as backups take place and files fall out of retention.  At some
point, the number of tapes in offsite storage with no useful data on them will
become significant.  Therefore, you should plan on recycling them.  The
copypool definitions allow you to set the reclaim threshold - usually it is
100%, but can be set lower.  When this happens, a tape's status will change to
"Empty"  you can then:

1.  Run an admin command (Update volume) to change the status of these takes
back to "ReadWrite".
2.  The tapes will then be returned to scratch status.  A message is issued
(sorry - can't remember the ANR number) that indicates this - trap these
numbers out of the log, and you know which tapes to get from offsite storage,
and return to your pool.

There are more things to consider, but essentially, this is it.  I would
HIGHLY recommend the Redbook on Recovery and Disaster Recovery - SG24-4537.
It is an MVS based book, but the information on basic recovery techniques and
copypools should well apply to all ADSM servers.

Jerry Lawson
jlawson AT itthartford DOT com
________________________Forward Header________________________
Author: INTERNET.OWNERAD
Subject: copy stg pool
01-30-97 12:39 PM

I have confusion with how the copy stg pool gets updated for offsite
storage.  we take our copies offsite and they stay there forever. its
accumulating quite fast.  Are we doing anything wrong should we be
recycling some old tapes? if so which ones how do we keep track!


Thanks.....