Veritas-bu

[Veritas-bu] incomplete FULL, status of incremental?

2005-07-14 08:30:32
Subject: [Veritas-bu] incomplete FULL, status of incremental?
From: Robert.Stump.ctr AT dla DOT mil (Stump, Robert (Contractor) (J6B))
Date: Thu, 14 Jul 2005 08:30:32 -0400
This is a multi-part message in MIME format.

----=_NextPart_ST_08_30_33_Thursday_July_14_2005_14468
Content-Type: text/plain;
        charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

If a full backup fails it undoes the archive bit thingy.

________________________________

From: veritas-bu-admin AT mailman.eng.auburn DOT edu
[mailto:veritas-bu-admin AT mailman.eng.auburn DOT edu] On Behalf Of Paul
Keating
Sent: Thursday, July 14, 2005 8:20 AM
To: Veritas List
Subject: [Veritas-bu] incomplete FULL, status of incremental?


The thought just occurred to me this morning, as I was walking into the
office.....
=20
when you do an incremental backup, the client determines which files to
back up, based on archive bits, and various other things (on windows,
particularly.)
=20
So if you run a FULL backup on a machine and the backup gets half way
through, and then fails.....it has "touched" half the files on the
machine.
=20
if you do an incremental shortly after, the incremental "should" be
based on the previous successfull FULL, but if you had a failed FULL
touch a file, and it had changed since the previous successfull full,
but not since the previous failed full, if the incremental is only
looking at when the file was touched by a full, how would it know that
the previous full, which had touched the file, actually failed, and that
it SHOULD back that file up again.
=20
I think I've rambled a bit, and that may not be very clear......if so,
feel free to disregard as the ramblings of a lunatic.
=20
Paul
=20
=20

----=_NextPart_ST_08_30_33_Thursday_July_14_2005_14468
Content-Type: text/html;
        charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD><TITLE>Message</TITLE>
<META http-equiv=3DContent-Type content=3D"text/html; charset=3Dus-ascii">
<META content=3D"MSHTML 6.00.2800.1505" name=3DGENERATOR></HEAD>
<BODY>
<DIV dir=3Dltr align=3Dleft><SPAN class=3D918003012-14072005><FONT face=3DA=
rial=20
color=3D#0000ff size=3D2>If a full backup fails it undoes the archive bit 
thingy.</FONT></SPAN></DIV><BR>
<DIV class=3DOutlookMessageHeader lang=3Den-us dir=3Dltr align=3Dleft>
<HR tabIndex=3D-1>
<FONT face=3DTahoma size=3D2><B>From:</B> veritas-bu-admin AT mailman.eng DOT 
aubu=
rn.edu=20
[mailto:veritas-bu-admin AT mailman.eng.auburn DOT edu] <B>On Behalf Of 
</B>Paul 
Keating<BR><B>Sent:</B> Thursday, July 14, 2005 8:20 AM<BR><B>To:</B> Verit=
as=20
List<BR><B>Subject:</B> [Veritas-bu] incomplete FULL, status of=20
incremental?<BR></FONT><BR></DIV>
<DIV></DIV>
<DIV><SPAN class=3D857271412-14072005><FONT face=3DArial size=3D2>The thoug=
ht just=20
occurred to me this morning, as I was walking into the=20
office.....</FONT></SPAN><SPAN class=3D857271412-14072005><FONT face=3DAria=
l=20
size=3D2></FONT></SPAN></DIV>
<DIV><SPAN class=3D857271412-14072005><FONT face=3DArial=20
size=3D2></FONT></SPAN>&nbsp;</DIV>
<DIV><SPAN class=3D857271412-14072005><FONT face=3DArial size=3D2>when you =
do an=20
incremental backup, the client determines which files to back up, based on 
archive bits, and various other things (on windows,=20
particularly.)</FONT></SPAN></DIV>
<DIV><SPAN class=3D857271412-14072005><FONT face=3DArial=20
size=3D2></FONT></SPAN>&nbsp;</DIV>
<DIV><SPAN class=3D857271412-14072005><FONT face=3DArial size=3D2>So if you=
 run a FULL=20
backup on a machine and the backup gets half way through, and then fails...=
=2E.it=20
has "touched" half the files on the machine.</FONT></SPAN></DIV>
<DIV><SPAN class=3D857271412-14072005><FONT face=3DArial=20
size=3D2></FONT></SPAN>&nbsp;</DIV>
<DIV><SPAN class=3D857271412-14072005><FONT face=3DArial size=3D2>if you do=
 an=20
incremental shortly after, the incremental "should" be based on the previou=
s=20
successfull FULL, but if you had a failed FULL touch a file, and it had cha=
nged=20
since the previous successfull full, but not since the previous failed full=
, if=20
the incremental is only looking at when the file was touched by a full, how=
=20
would it know that the previous full, which had touched the file, actually 
failed, and that it SHOULD back that file up again.</FONT></SPAN></DIV>
<DIV><SPAN class=3D857271412-14072005><FONT face=3DArial=20
size=3D2></FONT></SPAN>&nbsp;</DIV>
<DIV><SPAN class=3D857271412-14072005><FONT face=3DArial size=3D2>I think I=
've rambled=20
a bit, and that may not be very clear......if so, feel free to disregard as=
 the=20
ramblings of a lunatic.</FONT></SPAN></DIV>
<DIV><SPAN class=3D857271412-14072005><FONT face=3DArial=20
size=3D2></FONT></SPAN>&nbsp;</DIV>
<DIV><SPAN class=3D857271412-14072005><FONT face=3DArial=20
size=3D2>Paul</FONT></SPAN></DIV>
<DIV><SPAN class=3D857271412-14072005><FONT face=3DArial=20
size=3D2></FONT></SPAN>&nbsp;</DIV>
<DIV><SPAN class=3D857271412-14072005><FONT face=3DArial=20
size=3D2></FONT></SPAN>&nbsp;</DIV></BODY></HTML>

----=_NextPart_ST_08_30_33_Thursday_July_14_2005_14468--


<Prev in Thread] Current Thread [Next in Thread>