File level restore - mount from dedupe device slow

[avellino]

What does Veeam use in the background to actually mount and allow the File level browse of the vmdk? VDDK? Discutils?

Been searching the forums and found this old thread:

veeam-backup-replication-f2/slow-file-l ... 39228.html

Where the monitor (foggy) states;

While mount itself requires random reads from guest OS MFT and expected to be slow for large volumes with large amount of files and fragmented MFT, especially on a dedupe device.

====================

Having a similar issue ....and wondering exactly what is being called in the background for the mount

Perhaps if I can use a similar utility (same utility) to attempt to mount the disk out of the realm of the dedup device, I can prove that veeam is not the problem

Thanks ..really appreciated

[foggy]

Please review the following user guide sections for details on how backup mount works from a technology perspective:

Mount Server
Veeam vPower NFS Service

That said, random I/O from dedupe appliances would anyway be slow, you can test the same backup restore with some other (raw) storage to compare.