Well, you can't avoid the full copy to create the new 3590 copy pool.
But, there is no harm whatever in starting the copy (backup stgpool
primarypool 3590copypool) and just cancelling the process when you want to
free up your tape drives for a while.
Start it again, and TSM will pick up where it left off.
I don't mean that it will necessarily start with the same tape, but TSM
knows where all you data is all the time, so a backup stgpool is always
incremental - it will only copy data that isn't in the copypool already.
So just run it a few hours at a time, until you get caught up.
-----Original Message-----
From: Jim Kirkman [mailto:jmk AT email.unc DOT edu]
Sent: Tuesday, April 15, 2003 1:03 PM
To: Prather, Wanda
Cc: adsm
Subject: Re: New media and old copy pools
Wanda,
You are correct, of course. Upon further examination it seems my first
'backup
stg primary newcopy', which started on a Fri., ran all weeked and copied
everything. So, I don't need to worry about reclaiming the old copy pool,
just
staging the return of all the 3490 tapes.
This has me wondering, though. At some point I want to convert the larger
offsite copy pool as well, but I want to avoid a complete one time backup,
it
would take a 'really' long time and there would be contention for the
drives.
Any suggestions?
"Prather, Wanda" wrote:
> ??
> Copy pools are not "assigned" to primary pools.
>
> You can : backup stgpool primary1 copypool1
>
> Then turn right around and
>
> backup stgpool primary1 copypool2
>
> Some people keep multiple copy pools all the time.
>
> So having a new copypool isn't the reason you can't reclaim - that's a
> normal situation to have (i.e., having more than 1 copy pool active for a
> primary pool).
>
> Maybe you should post the errors you are getting when you try to do the
> reclaim of the old copy pool.
>
> On the other hand, in the example above, BOTH copypool1 and copypool2 are
> COMPLETE copies of primary1.
>
> So if your intention is to have only one copy pool (on the 3590's), and
you
> have already done at least 1 "backup stgpool primary1 3590copypool", plus
> "backup stgpool diskpool 3590copypool", then you could just DELETE your
old
> 3490 copy pool tapes, instead of trying to reclaim them?
>
> -----Original Message-----
> From: Jim Kirkman [mailto:jmk AT EMAIL.UNC DOT EDU]
> Sent: Monday, April 14, 2003 12:31 PM
> To: ADSM-L AT VM.MARIST DOT EDU
> Subject: New media and old copy pools
>
> Hey all,
>
> I've started using our new 3590K tapes for archiving and dr tape pools
> and life is good! Now, I want to start getting our older 3490 tapes back
> and I'm not sure of the best method.
>
> What we did was to create a new device class/storage pool using the new
> 3590 drives and make that new storage pool the copy pool for an existing
> primary pool. One problem is I can no longer reclaim the original
> offsite pool. I assume this is because of the change in copy pool
> assignment to the primary pool? Move data doesn't help, can't cross
> storage pools.
>
> This is the smaller of the two offsite pools, but it's still approaching
> 500 tapes, so I don't want to onesy and twosey this thing. Even if I do
> jump through some hoops to get the number of tapes down I still want to
> eventually get rid of the old pool all together.
>
> What have others done when creating a new device class, etc?
>
> Oh, 4.1.4.2 on OS\390 using a 3494 library.
>
> Thanks,
>
> --
> Jim Kirkman
> AIS - Systems
> UNC-Chapel Hill
> 966-5884
--
Jim Kirkman
AIS - Systems
UNC-Chapel Hill
966-5884
|
