Backup Exec 2012 V-Ray
Please bear with me as I am not a certified IT technician and my expertise is limited.
My company has two physical machines at an off-site colocation server center. Both are running Windows Server 2008 R2, and both are using Hyper-V to host some virtual machines:
- Physical Machine A
- Virtual Machine 1
- Virtual Machine 2
- Physical Machine B
- Virtual Machine 3
Due to the nature of what these virtual machines are used for I need to be able to backup & restore specific files on each virtual machine. Creating backups of the entire virtual machine is not an option.
Physical Machine B currently has Backup Exec 2010 installed. When I deployed Backup Exec 2010, I ran into a slightly irritating problem: I couldn't backup files directly from Virtual Machine 3. As a matter of fact, it seemed that there was no way that Physical Machine B could communicate with Virtual Machine 3 via any network protocols at all. This holds true for Physical Machine A with Virtual Machines 1 & 2. Each virtual machine can communicate with each other over the network just fine. Virtual Machines 1 & 2 can communicate with Physical Machine B, and Virtual Machine 3 can communicate with Physical Machine A.
I probably should have contacted Symantec the moment I ran into this problem, but I instantly came up with a way to work around the problem: I configured a standard Windows Server Backup job on Virtual Machine 3 to store backups on Physical Machine A and then configured Backup Exec 2010 on Physical Machine B to backup those backups. Needless to say that any time I need to restore files that belonged to Virtual Machine 3 is a royal pain in the rear.
Now for the question: would Backup Exec 2012's "V-Ray" feature allow me backup individual files on Virtual Machine 3 directly to my media on Physical Machine B without requiring the work-around I've established? My ultimate goal is to backup specific files on all virtual machines to an external hard drive that is connected to Physical Machine B via USB. Which licenses, and how many, would be most appropriate?