I'm starting to dig though and look. An initial hunch is access dbs. I
know there are several living on this server, and many are for daily
use. If they grow much, that would account for a hunk. I've also done
a spot check that shows about what you would expect with changes on word
docs, etc. So, I'm leaning to a combination of largish access dbs and a
standard amount of other stuff.
I'm searching through the last backup now for a count and size of mdbs
to see if I can support my hunch.
Thanks all for your suggestions,
Jason
> -----Original Message-----
> From: Martin, Jonathan (Contractor) [mailto:JMARTI05 at intersil.com]
> Sent: Thursday, August 31, 2006 11:03 AM
> To: Brooks, Jason; WEAVER, Simon; veritas-bu at mailman.eng.auburn.edu
> Subject: RE: [Veritas-bu] Archive bit and disk defrag tools
>
>
> The only system I have with anything similar is a file share
> where people store .PST files. Because the .PST file gets
> "modified" every time they open their email this files (and
> most are quite large) get backed up EVERY DAY, which is
> completely silly. I'm trying to get more space allocated to
> exchange so I can get rid of these PST Files, but that is
> probably not your case. I would take a look at the data that
> is getting backed up in the incrementals. What files are
> being backed up (again, and again and again?) Do they share
> a common pattern? Are they database files that are
> constantly being "touched?" Is there some sort of
> application that is modifying the modified time on these
> files? I'm afraid without knowing the composition of the
> data this is an effort in futility.
>
> -Jonathan
>
> -----Original Message-----
> From: veritas-bu-bounces at mailman.eng.auburn.edu
> [mailto:veritas-bu-bounces at mailman.eng.auburn.edu] On Behalf
> Of Brooks, Jason
> Sent: Thursday, August 31, 2006 10:06 AM
> To: WEAVER, Simon; veritas-bu at mailman.eng.auburn.edu
> Subject: Re: [Veritas-bu] Archive bit and disk defrag tools
>
> Our full on this server ran on Friday-Saturday and is a valid
> backup, at least according to the db. On the 26th, the
> backup of the drive in question contained roughly 96.86 GB in
> 564266 files. The differential-incrementals from the days since:
>
> 28th: 195661 files, 69.63 GB
> 29th: 202196 files, 69.51 GB
> 30th: 199555 files, 71.47 GB
>
> Realistically, it's highly unlikely that we have a delta of
> 72% per day for the first two, and a delta of 74% the third
> (in terms of capacity).
> 34% files delta between full and day one of D-I, 36% day 2
> and 35% day three. Has anyone experienced a delta that high
> in differential-incrementals? It seems quite high.
>
> Jason
>
> > -----Original Message-----
> > From: veritas-bu-bounces at mailman.eng.auburn.edu
> > [mailto:veritas-bu-bounces at mailman.eng.auburn.edu] On Behalf Of
> > WEAVER, Simon
> > Sent: Thursday, August 31, 2006 1:55 AM
> > To: Brooks, Jason; veritas-bu at mailman.eng.auburn.edu
> > Subject: Re: [Veritas-bu] Archive bit and disk defrag tools
> >
> >
> > Jason
> > Its possible unless the full backup did not fully complete
> before the
> > differential/Incr was being done.
> >
> > Regards
> >
> > Simon Weaver
> > 3rd Line Technical Support
> > Windows Domain Administrator
> >
> > EADS Astrium Limited, B23AA IM (DCS)
> > Anchorage Road, Portsmouth, PO3 5PU
> >
> > Email: Simon.Weaver at Astrium-eads.net
> >
> >
> >
> > -----Original Message-----
> > From: Brooks, Jason [mailto:brooksje at longwood.edu]
> > Sent: 30 August 2006 14:07
> > To: veritas-bu at mailman.eng.auburn.edu
> > Subject: [Veritas-bu] Archive bit and disk defrag tools
> >
> >
> > Folks,
> > Have you ever experienced a defrag utility resetting the archive
> bit?
> > It appears that we may. We had a server last night backup
> about 95%
> > of it's file store on it's internal disk (defragged by
> > diskkeeper) while a
> > SAN drive backed up about 5% (not managed by diskkeeper).
> > This was all on a
> > Differentil-Incermental schedule. The client is set to use the
> > archive bit for differentials, so we're wondering if diskkeeper may
> > have reset the archive bit, or actually set it on numerous
> files, on
> > defrag.
> > Also, the
> > defrag would have ran in-between backups.
> >
> > Jason
> >
> > ------------
> > Jason Brooks
> > Computer Systems Engineer
> > IITS - Longwood University
> > voice - (434) 395-2916
> > fax - (434) 395-2035
> > mailto:<brooksje at longwood.edu>
> >
> > _______________________________________________
> > Veritas-bu maillist - Veritas-bu at mailman.eng.auburn.edu
> > http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
> >
> > This email is for the intended addressee only.
> > If you have received it in error then you must not use, retain,
> > disseminate or otherwise deal with it.
> > Please notify the sender by return email.
> > The views of the author may not necessarily constitute the views of
> > Astrium Limited.
> > Nothing in this email shall bind Astrium Limited in any contract or
> > obligation.
> >
> > Astrium Limited, Registered in England and Wales No. 2449259
> > Registered Office: Gunnels Wood Road, Stevenage, Hertfordshire, SG1
> > 2AS, England _______________________________________________
> > Veritas-bu maillist - Veritas-bu at mailman.eng.auburn.edu
> > http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
> >
>
> _______________________________________________
> Veritas-bu maillist - Veritas-bu at mailman.eng.auburn.edu
> http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
>
|
