-
- Expert
- Posts: 213
- Liked: 26 times
- Joined: Feb 01, 2012 7:24 am
- Full Name: Espen Dykesteen
- Contact:
Re: Backup job - amount of data "read" - what does it mean?
Is there some (other) way to test that? Just ro rule out that it is an Veeam issue?
-
- Chief Product Officer
- Posts: 31746
- Liked: 7250 times
- Joined: Jan 01, 2006 1:01 am
- Location: Baar, Switzerland
- Contact:
Re: Backup job - amount of data "read" - what does it mean?
Call queryChangedDiskAreas function of VMware vSphere API with changeId parameter set to *
-
- Influencer
- Posts: 10
- Liked: never
- Joined: Oct 06, 2011 8:03 am
- Full Name: Ian Cook
- Contact:
Veeam B&R 6.1 Patch 1 and 1TB Thin VMDK
[merged]
Hi,
Just installed Veeam 6.1 and patched with patch 1 on a customer site. All seems fine, the Veeam server is Windows 2008 R2 SP1 on a physical server, with a Dell MD1200 attached for backup storage. The ESX is 5 Update 1, hosts are on build 768111 all the VMFS is version 5, running on a NetApp 2240, not NFS.
When the backup is running, it sees the first 2 disks as 50GB, and is reading them as thin provisioned disks (all of the disks, including the 1TB ones are thin provisioned), ie 16.7GB and 425MB read in the progress. When it gets to the 3 x 1TB disks it is actually reading the full 1TB even though they are less than half full. Have not noticed this behaviour before, is this to be expected due to the 1TB size ? or is something else going on here ?
This is obviously painfully slow for the initial backup, at nearly 9 hours per disk, CBT is showing as enabled but obviously on the first run this doesnt really count.
Can anybody shed any light on why this may be, as im a teeny bit confused at the moment lol
Havent logged a call yet, as im not sure if this is by design or not, but perfectly happy to do so if it will help ?
Many thanks
Ian
Hi,
Just installed Veeam 6.1 and patched with patch 1 on a customer site. All seems fine, the Veeam server is Windows 2008 R2 SP1 on a physical server, with a Dell MD1200 attached for backup storage. The ESX is 5 Update 1, hosts are on build 768111 all the VMFS is version 5, running on a NetApp 2240, not NFS.
When the backup is running, it sees the first 2 disks as 50GB, and is reading them as thin provisioned disks (all of the disks, including the 1TB ones are thin provisioned), ie 16.7GB and 425MB read in the progress. When it gets to the 3 x 1TB disks it is actually reading the full 1TB even though they are less than half full. Have not noticed this behaviour before, is this to be expected due to the 1TB size ? or is something else going on here ?
This is obviously painfully slow for the initial backup, at nearly 9 hours per disk, CBT is showing as enabled but obviously on the first run this doesnt really count.
Can anybody shed any light on why this may be, as im a teeny bit confused at the moment lol
Havent logged a call yet, as im not sure if this is by design or not, but perfectly happy to do so if it will help ?
Many thanks
Ian
-
- Veeam Software
- Posts: 21133
- Liked: 2140 times
- Joined: Jul 11, 2011 10:22 am
- Full Name: Alexander Fogelson
- Contact:
Re: Backup job - amount of data "read" - what does it mean?
Ian, please look through this thread for the possible reason. The other assumption is that some data could be written and then deleted from those disks creating a large number of "dirty" blocks (those unused by the OS but not zeroed due to how NTFS works), which are read during backup.
-
- Influencer
- Posts: 10
- Liked: never
- Joined: Oct 06, 2011 8:03 am
- Full Name: Ian Cook
- Contact:
Re: Backup job - amount of data "read" - what does it mean?
Ah, that makes perfect sense foggy, thanks for linking me through, i have limited access to the forums on the site i am on, so searching is a bit "problematic"
Will have a proper read through
Thanks again.
Will have a proper read through
Thanks again.
Who is online
Users browsing this forum: Amazon [Bot] and 2 guests