File Recovery in vmProtect slow: 2GB per hour?!
i'm trying to recover a file that was backed up in vmProtect 8 to "local storage" (volume on an NFS share mounted through vmware) and it's going really really slow - less than 2gb per hour. i tried it last night and left it to run overnight but it failed, now i'm trying to restore a 6gb PST file and it's taking forever. are these speeds typical?
Hi Vincent,
The file recovery speed depends on multiple factors such as: 1) channel between the backup archive location and vmProtect Agent 2) channel between vmProtect Agent and the web console 3) the .zip archiving process which is affected by CPU/RAM allocation in virtual appliance . In order to exclude the 3rd factor which seems to be the main one here, can you please use Run VM From Backup feature to mount the VM from the recovery point and then copy the necessary file from it (by logging into this mounted VM and copying it over network). This should show you better speeds.
Another possible reason is the NFS datastore connection speed, which is used as backup storage.
In our internal tests the file recovery speed utilizes network resources at its maximum and is similar to copying speed (slightly slower due to .zipping).
EDIT: after additional testings I've found that the larger amount of data is being restored by File Recovery feature the slower it is in comparison with using Run VM from Backup functionality. Basically it is all rooted in .zipping of the restored contents which adds a lot of overhead, so I'd recommended to use File Recovery feature for restoration of relatively small documents, while for large scale recovery (when you need GB of data) it would be better to use Run VM from Backup instead.
Thank you.
--
Best regards,
Vasily
Acronis vmProtect Program Manager