i think you would see different results depending on if you have
"collect true image restore information" checked for the policy. from
what i understand, if it is not checked and you start the restore
(either way, cli or gui), then files backed up on any dates backup from
the range you give it will be restored. in your example, a file backed
up on 12/09/2008 15:45:30 Incr, which may have later been deleted and
doesn't exist on the 12/19/2008 10:14:00 Cumu backup will still be
restored from the 12/09/2008 15:45:30 Incr backup because it is in the
date range you specify and netbackup sees it as the latest version of
the file. so when you test this, you may have to do 2 tests, one with
tir, and one without. hopefully the one with tir will work the way you
think it should (smart restore).
just my guess,
jerald
-----Original Message-----
From: veritas-bu-bounces AT mailman.eng.auburn DOT edu
[mailto:veritas-bu-bounces AT mailman.eng.auburn DOT edu] On Behalf Of Dave
Markham
Sent: Wednesday, December 24, 2008 4:24 AM
To: Donaldson, Mark
Cc: veritas-bu AT mailman.eng.auburn DOT edu
Subject: Re: [Veritas-bu] Just how smart is Netbackup onrestores?
(Full/Cumu/Incr)
Surprisingly if its possible i'd recommend the gui. I normaslly do most
things command line but from what i understand if you picked the
files/volumes you want on the gui Netbackup will only show you the
latest revision of that file it knows about.
Hence any file done on a full backup overwritten by a cumulative and
even subsequent diff inc will be shown. This means selecting it will
select the latest images the file was successfully backed up on.
Hope that makes sense.
I'd then guess that if the gui behaves in this way, by putting the date
range to bprestore it would too. You could run a bpduplicate command
without doing the duplicate to see what media would be needed? You could
then back track using bpimagelist if its picked the correct tapes?
D
Donaldson, Mark wrote:
> I've got a set of policies that follow a pattern of:
> Monthly -> Full
> Weekly -> Cumulative Incremental
> Daily -> Differential Incremental
>
> If it's been 20 days from the last full, then what I need is the full
> backup from 20 days ago, then a big skip to the previous cumulative &
> the incrementals from just that cumulative.
>
> If I define a 20 day restore range in my command, though, I'm not sure
> that Netbackup isn't restoring *all* backups including the unneeded
ones
> between the full and the latest cumulative.
>
> Make sense?
>
> An example, my images for one filesystem:
>
> 12/05/2008 10:26:45 Monthly /vol/fs03/
> 12/06/2008 19:46:11 Incr /vol/fs03/
> 12/07/2008 20:07:50 Incr /vol/fs03/
> 12/08/2008 18:35:59 Incr /vol/fs03/
> 12/09/2008 15:45:30 Incr /vol/fs03/
> 12/10/2008 16:06:20 Incr /vol/fs03/
> 12/11/2008 12:57:15 Incr /vol/fs03/
> 12/12/2008 13:27:55 Cumu /vol/fs03/
> 12/13/2008 18:52:48 Incr /vol/fs03/
> 12/14/2008 18:44:20 Incr /vol/fs03/
> 12/15/2008 16:26:47 Incr /vol/fs03/
> 12/16/2008 15:39:36 Incr /vol/fs03/
> 12/17/2008 15:23:43 Incr /vol/fs03/
> 12/18/2008 10:27:52 Incr /vol/fs03/
> 12/19/2008 10:14:00 Cumu /vol/fs03/
> 12/20/2008 13:41:58 Incr /vol/fs03/
> 12/21/2008 15:20:24 Incr /vol/fs03/
> 12/23/2008 10:42:47 Incr /vol/fs03/
>
> OK - now if I want /vol/fs03 back to its best state as of 12/23, I
need
> to restore the 12/5 full & the 12/19 through 12/23 incrementals. The
> incrementals from 12/6 to 12/18 are included in the 12/19 Cumulative
so
> I don't want to waste my time (and in fact, may contain data that we
> deleted and we want don't want to restore).
>
> What I want to issue is one "smart" command:
> "bprestore -s 12/5/2008 -e 12/23/2008 /vol/fs03".
>
> I want 5 images to come back.
>
> If Netbackup does it dumb, then this is two restore statements:
> "bprestore -s 12/5/2008 -e 12/5/2008 /vol/fs03"
> "bprestore -s 12/19/2008 -e 12/23/2008 /vol/fs03"
>
> So, in response to the single "smart" command, will Netbackup restore
> just 5 images or do a dumb restore and put all the incrementals
between
> 12/6 & 12/18 back, too? I know I could write a test for this but it's
> easier right now to see if one of you knows.
>
> -M
****************************************************************
Confidentiality Note: The information contained in this message, and any
attachments, may contain confidential and/or privileged material. It is
intended solely for the person(s) or entity to which it is addressed. Any
review, retransmission, dissemination, or taking of any action in
reliance upon this information by persons or entities other than the intended
recipient(s) is prohibited. If you received this in error, please contact the
sender and delete the material from any computer.
****************************************************************
_______________________________________________
Veritas-bu maillist - Veritas-bu AT mailman.eng.auburn DOT edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
|
