This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.
------_=_NextPart_001_01C5DF28.ABB23DEF
Content-Type: text/plain;
charset="iso-8859-1"
For Unix, it's by timestamp (mtime value on the inode). If it's a
differential incremental, its all files changed since the previous full or
incremental backup of that same policy (mtime > last-backup-time) . If it's
a cummulative incremental, it's all files changed since the previous full
backup.
For NT clients, by default, it's by archive bit. There's a switch to make
this timestamp sensitive instead.
-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
Steve.Bally AT radisys DOT com
Sent: Tuesday, November 01, 2005 2:01 PM
To: veritas-bu AT mailman.eng.auburn DOT edu
Subject: [Veritas-bu] What criteria is used to determine a incremental??
All,
We are looking into our reporting that we have and some of the incremental
backups are extremely large, so I would like to find out what Veritas
(symantec) uses a criteria to say this file need to be backup since the last
full or last incremental.
Regards,
Steve Bally
Systems Engineer
RadiSys Corporation
www.radisys.com
steve.bally AT radisys DOT com
Desk: 503-615-1207
Cell: 503-970-6201
This electronic message (Email) contains information which may be
confidential, privileged or otherwise protected from disclosure. The
information is intended to be used solely by the named recipient(s). If you
are not a named recipient, any review, disclosure, copying, distribution or
use of this transmission or its contents is prohibited. If you have received
this transmission (Email) in error, please notify me immediately.
------_=_NextPart_001_01C5DF28.ABB23DEF
Content-Type: text/html;
charset="iso-8859-1"
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=iso-8859-1">
<META content="MSHTML 6.00.2800.1515" name=GENERATOR></HEAD>
<BODY>
<DIV><SPAN class=812491021-01112005><FONT face=Arial color=#0000ff size=2>For
Unix, it's by timestamp (mtime value on the inode). If it's a
differential
incremental, its all files changed since the previous full or incremental
backup of that same policy (mtime > last-backup-time) . If
it's a cummulative incremental, it's all files changed since the previous full
backup.</FONT></SPAN></DIV>
<DIV><SPAN class=812491021-01112005><FONT face=Arial color=#0000ff
size=2></FONT></SPAN> </DIV>
<DIV><SPAN class=812491021-01112005><FONT face=Arial color=#0000ff size=2>For
NT
clients, by default, it's by archive bit. There's a switch to make this
timestamp sensitive instead.</FONT></SPAN></DIV>
<DIV><SPAN class=812491021-01112005><FONT face=Arial color=#0000ff
size=2></FONT></SPAN> </DIV>
<DIV><SPAN class=812491021-01112005><FONT face=Arial color=#0000ff
size=2>-M</FONT></SPAN></DIV>
<BLOCKQUOTE>
<DIV class=OutlookMessageHeader dir=ltr align=left><FONT face=Tahoma
size=2>-----Original Message-----<BR><B>From:</B>
veritas-bu-admin AT mailman.eng.auburn DOT edu
[mailto:veritas-bu-admin AT mailman.eng.auburn DOT edu]<B>On Behalf Of
</B>Steve.Bally AT radisys DOT com<BR><B>Sent:</B> Tuesday, November 01, 2005
2:01
PM<BR><B>To:</B> veritas-bu AT mailman.eng.auburn DOT edu<BR><B>Subject:</B>
[Veritas-bu] What criteria is used to determine a
incremental??<BR><BR></FONT></DIV><BR><FONT face=sans-serif
size=2>All,</FONT>
<BR><BR><FONT face=sans-serif size=2>We are looking into our reporting that
we
have and some of the incremental backups are extremely large, so I would like
to find out what Veritas (symantec) uses a criteria to say this file need to
be backup since the last full or last incremental.</FONT> <BR><BR><FONT
face=sans-serif size=2>Regards,</FONT> <BR><FONT face=sans-serif
size=2><BR>Steve Bally<BR>Systems Engineer<BR>RadiSys
Corporation<BR>www.radisys.com<BR>steve.bally AT radisys DOT com<BR>Desk:
503-615-1207 <BR>Cell: 503-970-6201<BR><BR>This electronic message (Email)
contains information which may be confidential, privileged or otherwise
protected from disclosure. The information is intended to be used solely by
the named recipient(s). If you are not a named recipient, any review,
disclosure, copying, distribution or use of this transmission or its contents
is prohibited. If you have received this transmission (Email) in error,
please
notify me immediately.</FONT></BLOCKQUOTE></BODY></HTML>
------_=_NextPart_001_01C5DF28.ABB23DEF--
|