With your command i can save the virtual drive, but if i start it on the "NetWorker Management Consol" it failed
3817:save: Using NETWorkerSvr.dom.lan as server
129292:save: Successfully established Client direct save session for save-set ID '1351349813' (SERVER.dom.lan:\\SERVER.dom.lan\E$) with Data Domain volume 'data1.001'.
Well, generally this is called a network mount point. You can trying using the backup command as save -xL That should help get the mounted network share backed up.
Thank you for the explanation on what you mean by a virtual drive. (.vhd or .vhdx)
The reason why NetWorker does not back this up when you are performing a scheduled backup is because of the following reasons:
Scheduled backups will contact the client's nsrexecd to run savefs command. This will check with Windows to see what disks are auto-mounted at boot time, and this list is then returned to NetWorker for processing.
However, Windows "doesn’t have a built-in ability to automatic mounting of VHD files when you reboot your system." (This is stated from many different sources.) Because of this, savefs does not return the virtual drive in that list. Therefore it is not automatically backed up if you use saveset=All.
The virtual drive is manually mounted using, for example, diskpart utility. Or can be done by the Disk Management GUI. In either case, this drive is mounted locally by the person and account that launched these utilities. This does not mean that other users or processes on that host, such as NetWorker, will see and access this virtual drive. This is likely why it fails when you try a savegroup backup of only the virtual drive. It also explains why you are successful when you start the backup manually on the client itself.
Also since this is a virtual drive, there is is actually a container file that is on the Windows file system. For example:
* VDisk 0 Disk --- Added Unknown C:\temp\test-vhd.vhdx
Here, you can see that this virtual drive is actually stored on: C:\temp\test-vhd.vhdx.
So, if you backup up the C:\ drive, then this virtual drive container will also be backed up by default., although you are then limited to backing up and recovering the entire disk. And backups would only be possible if that file is not open and locked.
If you want the ability to perform file level backup and recovery, then your only option is to perform manual/local backups using the save command. You have already confirmed that this works.
bingo.1
1 Rookie
•
2430 Posts
1564
0
Posted February 17th, 2018 03:00
I assume you are talking about "drives" not "drivers".
Before you do anything else please answer the following questions:
- Does a back wor at all? - just run "save C:\temp" to test
If successful:
- Do the preconfigured backups of the server work (Policy: Server Protection work)
If yes, your configuration seems to be wrong. So please provide more info to assist you.