When Start-VBRWindowsFileRestore is run in a script, it obviously maps the different VM drives to folders in C:\VeeamFLR, using Volume0, Volume1 etc. The problem I have is that these mappings are not consistent from restore point to restore point of a single VM. On some restore points Volume1 will contain the files from D: and on others the contents of E:. This is causing me a big headache, as I am having to mount each restore point prior to running a script and check the volume contents.
In your examples, you reference $result.MountSession.MountedDevices as a source for these mappings, but that function is no longer available. Is there an alternative for this, without writing more code to compare the contents of the volumes to known folder names within the volumes?
-
- Influencer
- Posts: 12
- Liked: never
- Joined: Aug 25, 2016 8:21 am
- Contact:
-
- Product Manager
- Posts: 20400
- Liked: 2298 times
- Joined: Oct 26, 2012 3:28 pm
- Full Name: Vladimir Eremin
- Contact:
Re: Start-VBRWindowsFileRestore Volume Mappings
We will investigate the situation internally and update the topic, once more information is available. Thanks!
-
- Product Manager
- Posts: 20400
- Liked: 2298 times
- Joined: Oct 26, 2012 3:28 pm
- Full Name: Vladimir Eremin
- Contact:
Re: Start-VBRWindowsFileRestore Volume Mappings
The parameter was removed almost three years ago. Try MountPoint or Drives parameters instead. Thanks!
Who is online
Users browsing this forum: masahide.k and 10 guests