I haven't tried this setup but that makes sense.  So you would ensure
MAXNUMP would be equal to the number of backup sessions you wanted. (You
want to update MAXNUMP for restores anyway when restoring from file device
class.)

I asked the presenter of the Disk Only Backup Technical Exchange about
collocating file stgpools and he said it made no sense.  I tend to agree.

Tim Rushforth
City of Winnipeg

-----Original Message-----
From: Bill Boyer [mailto:bill.boyer AT VERIZON DOT NET]
Sent: Tuesday, September 21, 2004 12:34 PM
To: ADSM-L AT VM.MARIST DOT EDU
Subject: Re: D2D on AIX

Yes, you would still get the multi-session backup, but only to the limit of
your MAXNUMMP,right? What if you're running the FILE stgpool as collocated?

-----Original Message-----
From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU]On Behalf Of
Rushforth, Tim
Sent: Tuesday, September 21, 2004 12:36 PM
To: ADSM-L AT VM.MARIST DOT EDU
Subject: Re: D2D on AIX


Yes that is basically what we are doing.  We are doing it more for fault
tolerance.  Our file storage pool is on a different disk subsystem.  If
there were major problems with that we could still do the nightly backups.

Note that if you went directly to a File storage pool you would get
multi-session backup also - you don't need a DISK pool for that.

-----Original Message-----
From: Bill Boyer [mailto:bill.boyer AT VERIZON DOT NET]
Sent: Tuesday, September 21, 2004 11:09 AM
To: ADSM-L AT VM.MARIST DOT EDU
Subject: Re: D2D on AIX

What about combining both worlds...have the DISK storage pool for your daily
backups to get the multi-session backups and faster backups, then migrate to
a FILE storage pool for retention. Now you'll get the multi-session restore,
less overhead than the large DISK pool, but still have to do reclamation.

Just substitute FILE for the onsite TAPE.

Bill Boyer
DSS, Inc.