[Veritas-bu] Incrementals turning into full

This is a multi-part message in MIME format.

------_=_NextPart_001_01C5EA26.BED90A51
Content-Type: text/plain;
        charset="US-ASCII"
Content-Transfer-Encoding: quoted-printable

I am seeing this same problem but only on a Windows Cluster Server...
Its serving as a file server so I know there is no way 50-80% of the
data is changing daily but that is percentage of the fulls that the
incrementals are backing up.  Opened a case with Veritas, not much to go
on right now.


I have tried the cumulative incrementals using both archival bit and
mtime.  Not running Volume shadow services on the client, media servers
are all Unix at 4.5 FP 8...  Yes both full and incremental schedules are
in same policy.  Sometimes incrementals seem to work okay, and sometimes
they are nearly the same size as a full.  Even ran an incremental, then
went into restore pane and selected the incremental and looked at all of
the files in a directory and all of them were over 1 year old by modify
time...


What gives?

=20


------_=_NextPart_001_01C5EA26.BED90A51
Content-Type: text/html;
        charset="US-ASCII"
Content-Transfer-Encoding: quoted-printable

<html>

<head>
<META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =
charset=3Dus-ascii">


<meta name=3DGenerator content=3D"Microsoft Word 10 (filtered)">

<style>
<!--
 /* Style Definitions */
 p.MsoNormal, li.MsoNormal, div.MsoNormal
        {margin:0in;
        margin-bottom:.0001pt;
        font-size:12.0pt;
        font-family:"Times New Roman";}
a:link, span.MsoHyperlink
        {color:blue;
        text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
        {color:purple;
        text-decoration:underline;}
span.EmailStyle17
        {font-family:Arial;
        color:windowtext;}
span.EmailStyle18
        {font-family:Arial;
        color:navy;}
@page Section1
        {size:8.5in 11.0in;
        margin:1.0in 1.25in 1.0in 1.25in;}
div.Section1
        {page:Section1;}
-->
</style>

</head>

<body lang=3DEN-US link=3Dblue vlink=3Dpurple>

<div class=3DSection1>

<p class=3DMsoNormal><font size=3D2 color=3Dnavy face=3DArial><span =
style=3D'font-size:
10.0pt;font-family:Arial;color:navy'>I am seeing this same problem but =
only on
a Windows Cluster Server&#8230;&nbsp; Its serving as a file server so I =
know there
is no way 50-80% of the data is changing daily but that is percentage of =
the fulls
that the incrementals are backing up.&nbsp; Opened a case with Veritas, =
not much to
go on right now.</span></font></p>

<p class=3DMsoNormal><font size=3D2 color=3Dnavy face=3DArial><span =
style=3D'font-size:
10.0pt;font-family:Arial;color:navy'><br>
I have tried the cumulative incrementals using both archival bit and =
mtime.&nbsp;
Not running Volume shadow services on the client, media servers are all =
Unix at
4.5 FP 8&#8230;&nbsp; Yes both full and incremental schedules are in =
same policy.&nbsp;
Sometimes incrementals seem to work okay, and sometimes they are nearly =
the
same size as a full.&nbsp; Even ran an incremental, then went into =
restore pane and
selected the incremental and looked at all of the files in a directory =
and all
of them were over 1 year old by modify time&#8230;</span></font></p>

<p class=3DMsoNormal><font size=3D2 color=3Dnavy face=3DArial><span =
style=3D'font-size:
10.0pt;font-family:Arial;color:navy'><br>
What gives?</span></font></p>

<p class=3DMsoNormal><font size=3D3 face=3D"Times New Roman"><span =
style=3D'font-size:
12.0pt'>&nbsp;</span></font></p>

</div>

</body>

</html>
=00
------_=_NextPart_001_01C5EA26.BED90A51--