Use bpimmedia to query the image IDs on the disk STU, sort by timestamp
(numeric part after the underscore), break the list into segments and use
bpduplicate with the -bidfile option to duplicate the sets of backup id's.

You can then feed the backup id list into bpexpdate to expire the on-disk
copy and it won't duplicate again (or check with bpimagelist to see how many
copies you have before duplication and cull out any with enough copies
already).

There's a hazard in your method if you lose your library for a couple of
days - If you can't duplicate it 72 hours, you're not going to get it on
tape.

$.02

-M

-----Original Message-----
From: Matt Beal [mailto:matt.beal AT lightsurf DOT com]
Sent: Wednesday, April 28, 2004 11:37 AM
To: Mark.Donaldson AT cexp DOT com
Cc: jrmajor AT TexasChildrensHospital DOT org; Thomas.Tschida AT udlp DOT com;
veritas-bu AT mailman.eng.auburn DOT edu
Subject: RE: [Veritas-bu] SSO with disk?


You can do this more or less automatically. My incrementals run too
slowly to go to tape, so I write them to a disk storage unit first, with
a retention of 3 days. I then run (as a daily cron job):

/usr/openv/netbackup/bin/admincmd/bpduplicate \
-dstunit bkp-master01-hcart2-robot-tld-0 -policy <policy> \
-st INCR -dp <pool> -set_primary 1 -rl 3 -hoursago 72

This sets the tape copy as the primary for restores, and sets a new
retention of 30 days.

You have to be sure your global max backup copies is set to a low value
(i.e. 2) or else subsequent bpduplicates will make more copies.

This is not perfect, however. I have to have multiple bpduplicate lines
in the script, since I only want to duplicate the incrementals for the
policies that were written to disk first. I wish bpduplicate supported a
flag to duplicate any images on a given storage unit, but alas ...

matt

On Wed, 2004-04-28 at 08:11, Mark.Donaldson AT cexp DOT com wrote:
> You can duplicate the image on disk to tape, then expire the disk copy -
the
> image DB tracks everything just fine.  No, it's not automatic like the
disk
> staging in v5.0 but it works well.
> 
> -M
> 
> -----Original Message-----
> From: veritas-bu-admin AT mailman.eng.auburn DOT edu
> [mailto:veritas-bu-admin AT mailman.eng.auburn DOT edu]On Behalf Of Major,
> Rusty
> Sent: Wednesday, April 28, 2004 8:49 AM
> To: Thomas Tschida; veritas-bu AT mailman.eng.auburn DOT edu
> Subject: RE: [Veritas-bu] SSO with disk?
> 
> 
> From my understanding, 4.5 doesn't support true disk-disk-tape. Sure, you
> could backup to a disk STU, then backup these images to tape without a
> problem. But 4.5 doesn't have a way to relate the meta file info between
the
> backups to disk and the backup to tapes.
> What I'm trying to say is that your restore process will now be two steps:
> find the image backed up from disk STU, restore it, then find the file and
> restore it. It might even involve importing and other trickery to get it
to
> work how you want.
> 
> 5.0 is supposed to support this technology, but that's about all I know of
> it. Besides that, 5.0, according to the list, is not really a good
solution
> at this point.
> 
> If you're really interested in doing d-d-t right now, check out ADIC's
> Pathlight VX, or other similar products.
> 
> Rusty
> 
> > -----Original Message-----
> > From: Gary Andresen [mailto:gary.andresen AT pnwdata DOT com]
> > Sent: Tuesday, April 27, 2004 6:34 PM
> > To: 'Thomas Tschida'; veritas-bu AT mailman.eng.auburn DOT edu
> > Subject: RE: [Veritas-bu] SSO with disk?
> > 
> > 
> > Short answer no.
> > 
> > Disk storage units are disk storage (with a file system) 
> > directly attached
> > to a media server (granted the disks could be on a SAN) and 
> > would not be
> > shared. To keep your dup traffic off the net you would want 
> > to make sure
> > the disk STU and the tape are on the same media server.
> > 
> > Potentially you could use CFS from VERITAS where the media 
> > servers used a
> > cluster file system between them. However making the CFS 
> > cluster with the
> > media servers involved could be a somewhat interesting configuration
> > challenge :--).
> > 
> > Gary Andresen 
> > Impossible Happens, Plan Ahead 
> > Pacific Northwest Data Inc. 
> > Tel: 503.701.5185 
> > Fax: 503.692.3910 
> > gary.andresen AT pnwdata DOT com 
> > www.pnwdata.com
> > 
> > > -----Original Message-----
> > > From: veritas-bu-admin AT mailman.eng.auburn DOT edu [mailto:veritas-bu-
> > > admin AT mailman.eng.auburn DOT edu] On Behalf Of Thomas Tschida
> > > Sent: Tuesday, April 27, 2004 1:51 PM
> > > To: veritas-bu AT mailman.eng.auburn DOT edu
> > > Subject: [Veritas-bu] SSO with disk?
> > > 
> > > Hello all,
> > > 
> > > we are looking at migrating to Disk-Disk-Tape.  We will likely run
> > > primary backups to disk, and then duplicate to tape.  We 
> > have a library
> > > with 12 drives and SSO for all drives.  Does anyone know if 
> > disk based
> > > storage units can take advantage of SSO, or should we keep the SSO
> > > licenses associated with the tape drives so the media 
> > servers can take
> > > advantage when running duplicates?
> > > 
> > > Any recommendations or info is appreciated.
> > > 
> > > Tom Tschida
> > > United Defense
> > > 
> > > 
> > > _______________________________________________
> > > Veritas-bu maillist  -  Veritas-bu AT mailman.eng.auburn DOT edu
> > > http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
> > 
> > 
> > _______________________________________________
> > Veritas-bu maillist  -  Veritas-bu AT mailman.eng.auburn DOT edu
> > http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
> > 
> 
> _______________________________________________
> Veritas-bu maillist  -  Veritas-bu AT mailman.eng.auburn DOT edu
> http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
> _______________________________________________
> Veritas-bu maillist  -  Veritas-bu AT mailman.eng.auburn DOT edu
> http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu