David:
I'm not sure if you have gotten a reply on this as of yet, but here it is
from my experience using the product since version 1.6.
if you are duplicating an image, say client_XXXXXXXXX and you initiate a
restore that needs to use the tape in use by the duplication stream, what
happens is the restore request waits for the tape to become available. That
happens when the duplication STREAM (of that particular image dup) is done.
When it is, the restore job then has its chance to perform his job. If
there is another duplication STREAM for another image on that same tape, it
will then WAIT (from my experience, I've seen it; I've watched it while
testing my own duplication scripts) until that tape is available before
starting that particular Duplication stream of the next image. However, if
you are duplicating based on schedule type, class name, schedule name, then
that duplication stream will more than likely consist of SEVERAL images, in
which case you may be waiting some time for the restore to occur.
It all depends on how you are duplicating in the first place.
Now how and why your dupes failed is a different story.
Comments from Veritas SE's/Product SME's?
David
<><><><><><><><><><><><><><><><><><><><>
David A. Chapa
Consulting Manager
DataStaff, Inc.
847 413 1144
http://www.consulting.datastaff.com
---------------------------------------
NBU-LSERV AT datastaff DOT com - Adv. Scripting
-----Original Message-----
From: David Turner [mailto:Dturner AT manh DOT com]
Sent: Thursday, March 29, 2001 10:07 AM
To: 'Michael Wei'
Cc: veritas-bu AT mailman.eng.auburn DOT edu; david AT datastaff DOT com
Subject: RE: [Veritas-bu] Veritas Restore & duplicates
This may shed some light on the matter. I checked the duplicate log & found
that the current duplicates failed when I started the restore.
But does this mean that NBU gives priority to a restore?? If not is it
better to keep 2 drives available for restores?
Still wondering
David
-----Original Message-----
From: Michael Wei [mailto:wei AT colltech DOT com]
Sent: Wednesday, March 28, 2001 2:16 PM
To: david AT datastaff DOT com
Cc: wei AT colltech DOT com; Dturner AT manh DOT com;
veritas-bu AT mailman.eng.auburn DOT edu
Subject: Re: [Veritas-bu] Veritas Restore & duplicates
Well, all it takes is a simple test. Do a few restores during a lengthy
tape duplicate session, and start a bpvault during a lengthy bpdbbackup.
I've done both about a year ago :-)
> From david AT datastaff DOT com Wed Mar 28 12:40:10 2001
>
> Well, I'm not going to argue with you since I've been
> away from OpenVision for some years now, perhaps one of
> the Veritas guys can give us the inside scoop on how
> this works.
>
> Like I said, this is from my experience both using the
> product and as an OpenVision consultant.
>
>
> Quoting Michael Wei <wei AT colltech DOT com>:
>
> >
> > No so. Netbackup duplication doesn't even sit in any
> queue with backup or
> > restore, nor does it have any priority over or under
> any backup or restore
> > job. It'll keep running even you're backing up your
> database. Unless,
> > it's waiting for a tape that's being written or read
> by a backup or restore
> > job.
> >
> >
> > > From veritas-bu-admin AT mailman.eng.auburn DOT edu Wed
> Mar 28 09:41:10 2001
> > > List-Archive:
> <http://mailman.eng.auburn.edu/pipermail/veritas-bu/>
> > > Date: Wed, 28 Mar 2001 07:34:49 -0800 (PST)
> > >
> > > In my experience, bpduplicate has a lower priority
> than
> > > restore requests which have a lower priority than
> > > backup requests.
> > >
> > > while it didn't really 'pause', once it completed
> the
> > > duplication stream, it fell back in the priority
> queue
> > > behind restore before the next duplication stream
> > > kicked off.
> > >
> > > At least this has been my experience.
> > >
> > > David
> > > <><><><><><><><><><><><><><><><><><><><>
> > > David A. Chapa
> > > Consulting Manager
> > > DataStaff, Inc.
> > > 847 413 1144
> > > http://www.consulting.datastaff.com
> > > ---------------------------------------
> > > NBU-LSERV AT datastaff DOT com - Adv. Scripting
> > >
> > >
> > > Quoting David Turner <Dturner AT manh DOT com>:
> > >
> > > > Yesterday I had to restore a mailbox however the
> > > duplicates were running.
> > > > Because this was a urgent restore I selected the
> > > appropriate files & qeued
> > > > the restore job. After the restore, started I
> realize
> > > the duplicates were
> > > > still running. I am not sure but, I think the
> system
> > > gave priority to the
> > > > restore job, pausing the duplicates, & then
> resuming
> > > the duplicates after
> > > > the restore was done. Does this sound logical as
> I am
> > > very new to the
> > > > netbackup scene. Can someone shed some light on
> this
> > > issue? I am running
> > > > ver
> > > > 3.4 on Exchange 5.5 on NT SP6.
> > > >
> > > >
> > > > Thx
> > > > David
> > > > _______________________________________________
> > > > 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
> > >
> >
> >
> > --
> > Mike Wei Collective Technologies, a Pencom
> Company
> > Email: wei AT colltech DOT com
> >
>
--
Mike Wei Collective Technologies, a Pencom Company
Email: wei AT colltech DOT com
|
