-
- Novice
- Posts: 6
- Liked: never
- Joined: Feb 26, 2016 3:13 pm
- Full Name: Ricardo Rios
- Contact:
Extremely slow virtual machine recovery
Good afternoon, I am recovering a virtual machine that has failed us through Veeam and the speed of recovery is extremely high, much more than the speed of the backup. I am recovering a virtual machine with 310Gb in use and approximately it will take about 8 hours, which is totally unacceptable to continue with an acceptable work activity in case of disaster. I attach an image of the restoration speed so they can see the data.
The backup is hosted on a Synology NAS that is connected to the server through a Gigabit LAN.
The backup is hosted on a Synology NAS that is connected to the server through a Gigabit LAN.
-
- Veeam Software
- Posts: 21139
- Liked: 2141 times
- Joined: Jul 11, 2011 10:22 am
- Full Name: Alexander Fogelson
- Contact:
Re: Extremely slow virtual machine recovery
Hi Ricardo, the restore speed is indeed slow. Since there are no bottleneck stats for restore jobs, it's pretty hard to guess where the bottleneck is, so I recommend asking support for assistance in reviewing your setup and identifying the slowest link during restore. To identify the bottleneck yourself, you can try using some other storage as a backup repository, to check if your NAS is the culprit. Btw, do you have Windows dedupe enabled there?
-
- Novice
- Posts: 6
- Liked: never
- Joined: Feb 26, 2016 3:13 pm
- Full Name: Ricardo Rios
- Contact:
Re: Extremely slow virtual machine recovery
Hello, I think that this is not activated since in the reports of the copies it appears with the value x1,0
As for trying to make the copy in another site is not viable because our client has no more infrastructure to make the copy to verify if the speed is appropriate. It only has one server where the virtual machines are hosted and 1 NAS where those backups are hosted.
I have made uploading a file (600Mb) to my datastorage from one of the pcs and it takes approximately 1 and a half minutes.
As for trying to make the copy in another site is not viable because our client has no more infrastructure to make the copy to verify if the speed is appropriate. It only has one server where the virtual machines are hosted and 1 NAS where those backups are hosted.
I have made uploading a file (600Mb) to my datastorage from one of the pcs and it takes approximately 1 and a half minutes.
-
- Veeam Software
- Posts: 21139
- Liked: 2141 times
- Joined: Jul 11, 2011 10:22 am
- Full Name: Alexander Fogelson
- Contact:
Re: Extremely slow virtual machine recovery
I didn't mean Veeam dedupe (that appears in e-mail reports), but rather Windows dedupe on the volume mapped as a backup repository. Simple file copy cannot be compared to a restore process, moreover, you're copying not from the repository but from some other server. I encourage you to contact support for a closer look.
-
- Novice
- Posts: 6
- Liked: never
- Joined: Feb 26, 2016 3:13 pm
- Full Name: Ricardo Rios
- Contact:
Re: Extremely slow virtual machine recovery
It can have something to do that the unit where the backups are hosted is configured as NFS / CFIS and not as ISCSI ?.
-
- Product Manager
- Posts: 20406
- Liked: 2299 times
- Joined: Oct 26, 2012 3:28 pm
- Full Name: Vladimir Eremin
- Contact:
Re: Extremely slow virtual machine recovery
Even if we compare direct file copy with restore process (that has additional processing logic), we will see that it's NAS performance that is main suspect here:
Restore Process: 120 GB (amount of data to restore) * 1024/400 = 307.2 / 60 ~ 5 hours (plus additional logic, etc.)
Thanks!
Performance: 600Mb/1.5 minutes = 400 Mb/minuteI have made uploading a file (600Mb) to my datastorage from one of the pcs and it takes approximately 1 and a half minutes.
Restore Process: 120 GB (amount of data to restore) * 1024/400 = 307.2 / 60 ~ 5 hours (plus additional logic, etc.)
Thanks!
-
- Veeam Software
- Posts: 21139
- Liked: 2141 times
- Joined: Jul 11, 2011 10:22 am
- Full Name: Alexander Fogelson
- Contact:
Who is online
Users browsing this forum: Google [Bot] and 49 guests