If you have now enabled collocation, any NEW tapes that are created in that
tape pool will be collocated, and Yes, RECLAIM should do what you want. As
old tapes are reclaimed, the data moved off them onto new tapes will be
collocated.
If your RECLAIM rate isn't fast enough, and you have some extra time/tape
resources, you can force the process by doing a MOVE DATA on some of the old
tapes. You just select one of the old TAPES in the storagepool, and do a
MOVE DATA into the same storage pool. Whether or not that is feasible for
you depends on whether you have
> ----------
> From: Ken Rackow[SMTP:Ken_Rackow AT em.fcnbd DOT com]
> Sent: Wednesday, June 24, 1998 11:21 AM
> To: ADSM-L AT vm.marist DOT edu
> Subject: Retroactive Collocation?
>
> Recently, we performed a large test restore of a Netware file space
> that had been backed up nightly for a couple of years. We discovered
> that collocation had not been properly enabled for the storage pool,
> and that the active objects needed for the restore were scattered
> over
> a VERY large number of cartridges. We speculated that our poor
> performance for the restore was a result of excessive media wait, and
> it seemed like even when the correct volume was loaded, there was a
> long delay while the proper files were searched for on the cartridge.
>
> We have since enabled collocation to try to reduce the number of
> volumes needed for a large restore. Will the daily space reclamation
> job collocate files on tape volumes created in the past? Over time,
> will we see a real reduction in the total number of volumes needed
> for
> the restore of a large file space, even if that file space had
> previously been backed up when collocation WASN'T enabled? If not,
> is
> there a way to force this collocation to occur, without deleting the
> existing file spaces on the server?
>
> Our MVS server code is at version 3, release 1, level 2.
>
> Our Netware client code is at version 3, release 1, level 3.
>
|
