- Posts: 44
- Liked: 4 times
- Joined: Sep 26, 2011 9:47 am
When moving the IR VM (with redirect disk enabled) back to the production environment using replication, we experienced the following issue:
Creating helper snapshot error: unable to access file..........etc
Support has told me they have been able to reproduce this error in their lab.
My guess is because the .vmx is not in the working directory, a different directory than the .vmdk, Veeam tells VMware to create a snapshot at the wrong place, therefore VMware returns an error saying it fails to create a snapshot and so does Veeam. But this is my pure guess, support said they are on it, but it won't be fixed until the next version.
Luckily, we were testing all the possible scenarios and quickest ways to recover for an IR VM, and we were eager to get this working as this would really reduce the downtime needed for the client to move back to the production environment and at the same time take some of the loading off the backup repository when IR-ing, i.e. do a full replication during normal backup window and schedule for downtime, perform an incremental backup before failing over to the replica which is located on the production site.
Without redirect disk change, replication for IR VM works fine, only when it's enabled that this error occurs.
All in all, our testing indicates that if you have many backups in the same repository, IR-ing them all at the same time will most likely give you poor performances, so poor that you might be better off restoring it in full in the first place.
- SVP, Product Management
- Posts: 24818
- Liked: 3573 times
- Joined: Jan 01, 2006 1:01 am
- Location: Baar, Switzerland
This is how I would do this:
"Full VM Recovery" service (uses basic full VM restore)
- RTO = X hours
- no per-month fee
"Instant VM Recovery" premium service (uses Veeam Instant VM recovery)
- RTO = X minutes
- limited to up to Y VMs at once, I/O throttled for up to Z hours
- $ per-month fee to enable option, flat fee no matter of the number of protected VMs
"Instant multi-VM recovery" premium service (uses Veeam Replication)
- RTO = Y minutes
- no limits on amount of recovered VMs, I/O is not throttled
- $$$ per protected VM per month (to justify standby storage costs)
You can also charge for actual recoveries beyond certain amount per months, of course - as each recovery requires admin work.
- Posts: 1
- Liked: never
- Joined: Jan 03, 2013 11:32 am
- Full Name: Michael Thorstensen
I have the same problem when replicate servers from one destination to another. I just want to know. Did the upgrade from version 6 to version 6.5 solved the issue ?
Users browsing this forum: No registered users and 17 guests