I received a script in the meantime from someone else which more or less do
the things you described below. I tested it and it works.
Thanks,
Bruno
Mark
Evangelista To: Bruno.Bossier AT comparex DOT
be
<evangel@georg cc: Veritas-bu AT
mailman.eng.auburn DOT edu
etown.edu> Subject: Re: [Veritas-bu] Catalog
backups offsite
11/07/2002
16:16
This is what bpvault does in Unix:
/usr/openv/volmgr/bin/tpreq -ev UX0075 -d hcart -a w -p dbbackup_pool
-f UX0075
/usr/openv/netbackup/bin/admincmd/bpbackupdb -v -tpath UX0075
/usr/openv/volmgr/bin/tpunmount -f UX0075
The -f <filename>, in this case same as the volume ID, is the link to the
tape device path
Cheers. Mark.
Bruno.Bossier AT comparex DOT be wrote:
> There is a work-around for the problem I have. You need to create a dummy
> file which contains the device path that you would normally use with the
> -tpath option (e.g. \\.\Tape0). Then, run bpbackup -tpath dummyfile and
it
> should work.
>
> The problem I have now is that the bpbackupdb does not mount the tape I
> specify. I have to mount it manually e.g. via robtest. When that is done,
I
> can run bpbackupdb without the -m mediaid option. I will see whether
> installing MP2 will fix this issue.
>
> Bruno
>
>
> "Hillebrand,
> Bradly W." To:
<Bruno.Bossier AT comparex DOT be>
> <bhillebrand@f cc:
<Veritas-bu AT mailman.eng.auburn DOT edu>
> hlbi.com> Subject: RE: [Veritas-bu]
Catalog backups offsite
>
> 11/06/2002
> 20:24
>
>
>
> I just tried that and it still used the tape configured in the GUI.
>
> Thanks,
>
> Brad Hillebrand
> FHLBI
>
> -----Original Message-----
> From: Bruno.Bossier AT comparex DOT be [mailto:Bruno.Bossier AT comparex DOT
> be]
> Sent: Wednesday, November 06, 2002 1:03 PM
> To: Hillebrand, Bradly W.
> Cc: Veritas-bu AT mailman.eng.auburn DOT edu
> Subject: RE: [Veritas-bu] Catalog backups offsite
>
> Have you tried option -m in stead of -rv ?
>
> "Hillebrand,
>
> Bradly W." To:
> <Bruno.Bossier AT comparex DOT be>
> <bhillebrand@f cc:
>
> hlbi.com> Subject: RE: [Veritas-bu]
> Catalog backups offsite
>
> 11/06/2002
>
> 18:46
>
> I just tried this and got the same results. Also, I would like to
> backup my catalog to a specific tape, ie:
> Bpbackupdb -tpath \\.\Tape0 -rv 005106
> However, when I try this I get the error that the device path is
> unknown. I also tried:
> Bpbackupdb -rv 005106
> And it actually used tape 005000, which is the one configured from the
> GUI.
>
> Any suggestions?
>
> BTW, I am on Win2k sp3 and NB 4.5 with nb_45_2 applied.
>
> Thanks,
>
> Brad Hillebrand
> FHLBI
>
> -----Original Message-----
> From: Bruno.Bossier AT comparex DOT be [mailto:Bruno.Bossier AT comparex DOT
> be]
> Sent: Wednesday, November 06, 2002 11:35 AM
> To: Jon Walton
> Cc: jason.cordes AT letigre DOT com; Veritas-bu AT mailman.eng.auburn DOT edu;
> veritas-bu-admin AT mailman.eng.auburn DOT edu
> Subject: RE: [Veritas-bu] Catalog backups offsite
>
> I have something strange now. When I run bpbackupdb -tpath \\.\Tape0 I
> get
> an error that the device path is unknown. This is strange because
> tpconfig
> -d definitely shows it. If I configure the catalog backup via the gui to
> backup to tape and then run just bpbackup it works.
>
> Any ideas ?
>
> Jon Walton <jonw AT n2h2 DOT com>
>
> Sent by: To:
> jason.cordes AT letigre DOT com
> veritas-bu-admin AT mailman DOT eng. cc:
> Veritas-bu AT mailman.eng.auburn DOT edu
> auburn.edu Subject: RE:
> [Veritas-bu] Catalog backups offsite
>
> 11/05/2002 16:30
>
> Perhaps I am missing something, but why would you not just run:
>
> /usr/openv/netbackup/bin/admincmd/bpbackupdb [-tpath
> tape_device_path [-rv recorded_vsn]] [-nodbpaths] [-v] [path.. ]
>
> right after your duplications are complete?
>
> -Jon
>
> On Tue, 5 Nov 2002 jason.cordes AT letigre DOT com wrote:
>
> > What I've done in the past is take enough tapes so that I have one for
> every
> > offsite backup set and give them the same label. I then use that label
> for
> > the catalog backup. When the backups are removed from the library,
> take
> out
> > that catalog backup tape and keep it with that backup set. Replace it
> with
> > another tape with the same label and you are set to go for the next
> round
> of
> > backups. The problem with this setup is that you need to devise a way
> to
> > keep all these catalog backup tapes separate from each other and
> always
> with
> > the backup set it goes with.
> >
> > Jason Cordes
> > LeTigre Computing
> > 713.681.8844
> > jason.cordes AT letigre DOT com
> >
> > -----Original Message-----
> > From: Bruno.Bossier AT comparex DOT be [mailto:Bruno.Bossier AT comparex
> > DOT be]
> > Sent: Tuesday, November 05, 2002 8:02 AM
> > To: Veritas-bu AT mailman.eng.auburn DOT edu
> > Subject: RE: [Veritas-bu] Catalog backups offsite
> >
> >
> > We also duplicate all our backups, but it seems that it's not possible
> to
> > duplicate a catalog backup.
> >
> > Any other ideas on how we can let catalog backups go offsite ?
> >
> >
> >
> >
> >
> >
> >
> > "Alonzo, Alex"
> >
> > <Alex.Alonzo@t To:
> <Bruno.Bossier AT comparex DOT be>
> >
> > rw.com> cc:
> >
> > Subject: RE: [Veritas-bu]
> > Catalog backups offsite
> > 11/04/2002
> >
> > 17:12
> >
> >
> >
> >
> >
> >
> >
> >
> >
> > Bruno
> > We dup all fulls (weekly,monthly, yearly) and send them offsite once a
> week
> > we do have some clients that don't require Dups on all there fulls so
> we
> > make
> > some adjustments to the dup_parms files.
> > Alex Alonzo
> >
> > -----Original Message-----
> > From: Bruno.Bossier AT comparex DOT be [mailto:Bruno.Bossier AT comparex
> > DOT be]
> > Sent: Monday, November 04, 2002 3:21 AM
> > To: veritas-bu AT mailman.eng.auburn DOT edu
> > Subject: [Veritas-bu] Catalog backups offsite
> >
> >
> > What would be a good process to have daily catalog backups which can
> go
> > offsite ? The idea is to run a catalog backup after every daily or
> weekly
> > cycle and let the tape which was used for this catalog backup go
> offsite,
> > together with the normal backup tapes.
> >
> > Bruno
> >
> >
> > _______________________________________________
> > 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
>
> _______________________________________________
> 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
|
