-
- Lurker
- Posts: 2
- Liked: never
- Joined: Jul 15, 2010 10:12 pm
- Full Name: Jeff Bodnar
- Contact:
Sudden increase in VM backup time and vrb file size
Our Veeam 4.1.2 resource backup job containing a Windows Server 2008 SP2 vm used for file shares suddenly went from less than one hour to over 15 hours.
I verified that this vm was causing this problem by looking at the session statistics.
It appeared to me that the equivalent of a full backup was being performed every night.
The only changes I am aware of on this vm is that Microsoft Updates were installed on it.
I disabled Diskeeper Server 2010 (not sure which build), and the following days the backup times and sizes went back to normal.
I realize we have not purchased Diskeeper's new vm-aware version.
I'm wondering if anyone else has experienced this problem.
Thanks.
I verified that this vm was causing this problem by looking at the session statistics.
It appeared to me that the equivalent of a full backup was being performed every night.
The only changes I am aware of on this vm is that Microsoft Updates were installed on it.
I disabled Diskeeper Server 2010 (not sure which build), and the following days the backup times and sizes went back to normal.
I realize we have not purchased Diskeeper's new vm-aware version.
I'm wondering if anyone else has experienced this problem.
Thanks.
-
- Enthusiast
- Posts: 32
- Liked: never
- Joined: Nov 10, 2010 7:52 pm
- Full Name: RyanW
- Contact:
Re: Sudden increase in VM backup time and vrb file size
If you are defragging daily or on some 'autopilot' type of defrag you are going to get a lot of CBT activity. Even though there's not a lot of NEW data, it's old data being written to different blocks from the defrag.
For example: I defragged my SQL server the night before last and this morning's *INCREMENTAL* was 25GB when it's usually much smaller.
Granted, it's not a 15 hour backup (it's more like an hour?) but seeing how defrag 'solved' your backup woes your best bet is to not run defrags frequently or only run them right before you run a full backup only.
For example: I defragged my SQL server the night before last and this morning's *INCREMENTAL* was 25GB when it's usually much smaller.
Granted, it's not a 15 hour backup (it's more like an hour?) but seeing how defrag 'solved' your backup woes your best bet is to not run defrags frequently or only run them right before you run a full backup only.
-
- Veteran
- Posts: 259
- Liked: 8 times
- Joined: Sep 18, 2009 9:56 am
- Full Name: Andrew
- Location: Adelaide, Australia
- Contact:
Re: Sudden increase in VM backup time and vrb file size
People still use defrag?
-
- Enthusiast
- Posts: 32
- Liked: never
- Joined: Nov 10, 2010 7:52 pm
- Full Name: RyanW
- Contact:
Re: Sudden increase in VM backup time and vrb file size
NTFS fragments, so... Yes.
-
- Enthusiast
- Posts: 37
- Liked: 2 times
- Joined: Oct 30, 2009 2:43 am
- Full Name: Felix Buenemann
- Contact:
Re: Sudden increase in VM backup time and vrb file size
While not directly related, I tend to create one partition per app/purpose. Eg. one for db log, one for db, one for swap, one for app. This way you have way less issues with fragmentation.
-
- Chief Product Officer
- Posts: 31707
- Liked: 7212 times
- Joined: Jan 01, 2006 1:01 am
- Location: Baar, Switzerland
- Contact:
Re: Sudden increase in VM backup time and vrb file size
Yep, most Linux distros even recommend doing this by default in setup, and this makes much sense - no reason not to use the same approach for Windows systems. Especially with thin disks. when you are no longer loosing disk space that is not occupied on those multiple partitions...
Who is online
Users browsing this forum: No registered users and 20 guests