Hi Robert;
We were having the same issue with our backups (Also using Veritas, though it was/is Backup Exec 8.5). The solution is to upgrade to 6.1R1P1D9 (or later). Bug # is 49892.
The other suggestion / solution is through the Veritas s/w, with the suggestion of changing the job from incremental/differential to Daily or Working Set, which would back up files changed in the last x days.
Cheers,
-Adrian
ps - our filer is an F760...
-----Original Message-----
From: Wiebke, Robert (Robert) [mailto:wiebke@lucent.com]
Sent: Tuesday, February 19, 2002 9:08 AM
To: Toaster List
Subject: Reset of Archive bit causing very large backups
Hello Toasters,
We are running 5.3.6r1 on our main Filer 740 and we have noticed very large
differential backups lately. A full backup will take up approx. 340GB of
tape, however our differential backups are taking up on average 80GB. Last
week we saw two consecutive differential backups of 240GB and 340GB.
I've spoken to Veritas (Using Datacenter 3.4 with a W2K master server) and
they tell me the backups themselves are accurate. While investigating this
we noticed that files not accessed in a long time (6+ months) were still
showing their archive bits set. As these files have not been changed in
sometime the archive bit would be expected to not be set. Sure enough, on
all files we looked at, the archive bit was set on all.
Is this a bug? Is this documented and is a fix available? I've opened a
case with the NOW site, and as of yet I have not heard from them. Would you
expect an 80GB differental backup on a 340GB filer? Even on weekends when
less data was being accessed?
Any comments appreciated.
Thanks!