Video Screencast Help
Search Video Help Close Back
to help
New in the Rewards Catalog: Vouchers for "Symantec Technical Specialist" and "Symantec Certified Specialist" exams.

differential size got very big in one day

Updated: 13 Sep 2010 | 3 comments
mlhoffman's picture
0 0 Votes
Login to vote

Greetings all,
  I am running bexec 10d  ver 10.1 rev 5629, on server 2003 sp1, backing up to LTO3 connected locally SCSI.  I am backing up a mix of servers; 2000 and 2003.
  Normally my weekend full backup is around 1.3 TB, and the differentials start Monday at about 40 GB and then slowly climb in size during the week.
  Last week the Tuesday diff went from 49 GB to 650 GB!!  All the diffs since then have been over 600GB.  Another weekend full has run since then and the diffs are still over 600GB.   The server that is causing the change is running 2003 SP1, and is sharing files to Macintoshes with AFP over IP.
  I am using the standard grandfather/father/son policy.  The policy hasn't changed.
  Anything from a Bexec standpoint that could be causing this?
Thanks,
Mark

Comments

BEsymc's picture
12
Mar
2010
0 Votes 0
Login to vote

Which backup method are you

Which backup method are you using? Is it based on archive bit or based on modified time? There must be some software who is modifying the files or making them appear modified to BE, because all we would do is refer the file as changed based on one of these properties. If any of this is found changed, a differential would back it up. Hence, please try and identify some application or some event happening on the server, which may cause the files to be changed and hence more data to be included in the backup.

Please mark it a solution, if this is useful.
Thanks

mlhoffman's picture
12
Mar
2010
0 Votes 0
Login to vote

Archive bit

Thanks for the reply.
  The full is set to backup files-Using Archive bit (reset archive bit.)
  The diff is set to back up changed files since last full-Using archive bit  (does not reset archive bit)

Would a wholesale permissions change reset the archive bit?

BEsymc's picture
12
Mar
2010
1 Vote +1
Login to vote

Yes, modifying NTFS

Yes, modifying NTFS permission does set the archive bit on. It is the operating system who decides about setting or unsetting of archive bit. So, if BE finds the archive bit set, it backs up the file. OS sets the archive bit whenever there is a change coming to the file system. You can try a couple of tests to understand the same. In order to identify the archive bit, you can go to properties of file and click on "advanced" button. If the option "file is ready for achiving" is set, you know archive bit is turned on else it is off. If you change the file, the check would be turned on. This check would be turned off by Backup Exec after full backup.

Thanks