Veritas-bu

[Veritas-bu] Incremental backups are backing up the same amount as the FULLs? !!!

2002-06-19 11:43:25
Subject: [Veritas-bu] Incremental backups are backing up the same amount as the FULLs? !!!
From: CJManders AT LBL DOT GOV (Christopher Manders)
Date: Wed, 19 Jun 2002 08:43:25 -0700
This is a multi-part message in MIME format.

------=_NextPart_000_0738_01C2176D.60652270
Content-Type: text/plain;
        charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

OTM - errorsHi,

We have a few clients (not all) that every single night we run a INCR =
backup (not a CINC or FULL) the amount backed up is exactly the same =
size as a FULL, which has caused us to use hundreds of tapes in the last =
few weeks. Any ideas why this wouyld happen?

Unfortunately, we don't have access to most of these machines, either =
physically or via login, so we are operating blind on this. But, since =
we charge clients based on backup data transfered I am worried that they =
will be complaining quite a lot this month.

Any thoughts or ideas welcome.

Thanks in advance!


Chris

------=_NextPart_000_0738_01C2176D.60652270
Content-Type: text/html;
        charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML xmlns:o =3D "urn:schemas-microsoft-com:office:office" xmlns:w =3D=20
"urn:schemas-microsoft-com:office:word"><HEAD><TITLE>OTM - =
errors</TITLE>
<META http-equiv=3DContent-Type content=3D"text/html; =
charset=3Diso-8859-1">
<META content=3D"MSHTML 6.00.2715.400" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY lang=3DEN-GB style=3D"tab-interval: 36.0pt" vLink=3Dpurple =
link=3Dblue=20
bgColor=3D#ffffff><!--[if gte mso 9]><xml>
 <o:OfficeDocumentSettings>
  <o:DoNotRelyOnCSS/>
 </o:OfficeDocumentSettings>
</xml><![endif]--><!--[if gte mso 9]><xml>
 <w:WordDocument>
  <w:Zoom>0</w:Zoom>
  <w:DocumentKind>DocumentEmail</w:DocumentKind>
  <w:EnvelopeVis/>
  <w:Compatibility>
   <w:ForgetLastTabAlignment/>
   <w:DoNotUseHTMLParagraphAutoSpacing/>
  </w:Compatibility>
  <w:DoNotOptimizeForBrowser/>
 </w:WordDocument>
</xml><![endif]--><![if !supportEmptyParas]><![endif]><!--[if =
supportFields]><span class=3DEmailStyle16><font=20
size=3D2 color=3Dnavy face=3DArial><span =
style=3D'font-size:10.0pt;mso-bidi-font-size:
12.0pt;font-family:Arial'><span =
style=3D'mso-element:field-begin'></span><span=20
style=3D"mso-spacerun: yes">&nbsp;</span>AUTOTEXTLIST \s &quot;E-mail=20
Signature&quot; <span =
style=3D'mso-element:field-separator'></span></span></font></span><![endi=
f]--><!--[if supportFields]><span class=3DEmailStyle16><font=20
size=3D2 color=3Dnavy face=3DArial><span =
style=3D'font-size:10.0pt;mso-bidi-font-size:
12.0pt;font-family:Arial'><span =
style=3D'mso-element:field-end'></span></span></font></span><![endif]--><=
![if !supportEmptyParas]><![endif]><![if !supportEmptyParas]><![endif]>
<DIV><FONT face=3DArial size=3D2>Hi,</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>We have a few clients (not all) that =
every single=20
night we run a INCR backup (not a CINC or FULL) the amount backed up is =
exactly=20
the same size as a FULL, which has caused us to use hundreds of tapes in =
the=20
last few weeks. Any ideas why this wouyld happen?</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>Unfortunately, we don't have access to =
most of=20
these machines, either physically or via login, so we are operating =
blind on=20
this. But, since we charge clients based on backup data transfered I am =
worried=20
that they will be complaining quite a lot this month.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>Any thoughts or ideas =
welcome.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>Thanks in advance!</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>Chris</FONT></DIV></BODY></HTML>

------=_NextPart_000_0738_01C2176D.60652270--