Thanks, for some reason I was thinking that DRM made an additional copy of
the DB, but apparently ALL copies of the DBBackup go offsite...now how about
deletion of the COPYPOOL?  Once all primary pools are backed up to it, and
all version of the DB Backup have been changed to the new devclass, is it
safe to just delete it?  Will ADSM let me just delete it?

> -----Original Message-----
> From: James SPORER [SMTP:james.sporer AT CCMAIL.ADP.WISC DOT EDU]
> Sent: Tuesday, January 05, 1999 11:07 AM
> To:   ADSM-L AT VM.MARIST DOT EDU
> Subject:      Re: New Library - Old Storage Pool
>
>      The device class you specify when you run the database backup
>      determines where it goes.
>      Jim Sporer
>
>
>
> ______________________________ Reply Separator
> _________________________________
> Subject: New Library - Old Storage Pool
> Author:  "ADSM: Dist Stor Manager" <ADSM-L AT VM.MARIST DOT EDU>  at IPNET
> Date:    1/5/99 10:24 AM
>
>
> Hi everybody!  I have been quit for a while, but now I have two questions
> that I am sure you all will have answers for.
>
> We have purchased a second 3575 library for our ADSM (AIX) box.  I wanted
> to
> switch our COPYPOOL for disaster recovery to the new library/storage pool.
> I added the new storage pool, DRCOPY, and then added the new storage pool
> to
> DRM.  I started copying our primary storage pools to DRCOPY instead of
> COPYPOOL.
>
> I have finally gotten all of the primary pools copied over, so COPYPOOL is
> now redundant, almost.  My database backups still seem to make their DR
> copy
> to COPYPOOL.  How do I change the DB backup copies to the new DRCOPY pool,
> is
> it a DRM option?  And what is the best/safest way to eliminate the old
> COPYPOOL?
>
> If I have gone about this completely the wrong and worst way, please don't
> tell me.  I don't want to know.
>
> Debbie Weeks
> University of South Florida
> Information Technologies/Technical Support
> *********
> *Debbie AT admin.usf DOT edu
> *(813) 974-6926   *  S/C 574-6926
> Fax(813) 974-3054