Backup Exec 16 - Temporary VMware folders are not cleaned from the Backup Exec data directory
HI All, So we started with Backup Exec 14 few years back and I've updated to BE 16 last week with latest patch due to following issue when Symantec could not resolve it. Issue: When backup up VM's, there are lot of Temporary folders been created in folder C:\Program Files\Symantec\Backup Exec\Data. (Folders name include VM's name and date ), and number of folders been created keep growing everyday. Troubleshoot done: I've logged a call with Symantec and for a week they did troubleshooting and today an Advanced tech called me and advised that this is a known issue and only work-around is to delete these folders manually ? Now I have had the same above issue while we were on BE 15, with all the patches installed, hence why I quickly upgraded to BE 16 to see if that resolve the issue. Symantec advance support tech directed me to this article ( https://www.veritas.com/support/en_US/article.000023219 ) which is according to the article was an issue on BE 2014. So I don't believe that Backup Exec 16 will have this now, will it ? And I can't accept an answer been deleting these folder manually every day as a solution. Does anyone experienced this kind of issue ? Cheers
Backup Exec 2014 VRAY - Granular Restore Problem via Disk Based Backup
Hi there, I've read lots of posts on this forum and cannot find a solution to the exact problem I'm having, so I'm hoping someone here can help. I'm not a Backup Expert (clearly:smileyhappy:) and I've just run out of ideas. I'm using Backup Exec 2014 VRAY with all updates, service packs, hotfixes installed on a Windows Server 2012 R2 Virtual Machine (VMWare 5.5).We run 2 backups on our site - a Tape Based backup where the tape gets taken off site (requirement of management), and a disk based backup. I regularly have to restore individual files from one of our file servers (virtual machine) from the disk based backup. I would like to be able to restore the individual files from the disk based backup, rather than having to stage the entire virtual machine somewhere first. As I have understood from what I have read, you should be able to restore at granular level with disk based backups, but not from a tape based backup for obvious reasons. I have the following options enabled on the backup that are related to GRT. I have tried two ways of restoring : 1. Right click on the server in the server view > Restore > Files, Folders or Volumes > File and Folder backups from a backup set > Enter the date range and find the file I want to restore > This wants to stage the VM before restore 2. Click on the VMware Cluster > Right-click on the server in question > Restore GRT-Enabled data for the selected virtual machine > Files, Folders or Volumes > File and folder backups from a backup set > Enter the date range and find the file I want to restore Whichever way I try, seems to want to stage the VM first, which takes a huge amount of time. Apologies if I have not supplied enough information, I am happy to post anything else that is needed to help diagnose this issue. Thanks for taking the time to read Best regards James
Enable file recovery for VMware virtual machines
NetBackup has a feature calledEnable file recovery from VM backup thatallows the restore of individual files from VMware virtual machine backups. How is this any different than using GRT? Can you use GRT on a VM and restore a single file from a snapshot backup?
Backup Exec 16 cannot recover single elements from virtual machines using GRT
I'm using Backup Exec 16 to backup 2 Vmware virtual machines with Active Directory and Exchange 2013. I have noticed that even if i have enabled GRT in the job options i can only restore the whole vmdk. I cannot restore single elements from Active Directory or Exchange using GRT. Both virtual machines have the backup exec agent installed. I'm using the default Microsoft VSS provider to backup the virtual machines. Jobs successfully complete without errors. I cannot understand why the backups aren't granular.Backup Exec 15 - FP5 - 2012 R2 Hyper-V Cluster - GRT Backups Stuck in Snapshot Processing
Hello all. We have a 2012 R2 Hyper-V Cluster, all patched to date. This cluster has 6 nodes, each one connected via FC to a 3PAR 7400c All-Flash array. Each cluster node hosts about 20 VMs and 2 or 3 CSV (so each VM role has direct access to their storage via FC as it is its own Coordinator Node). With that in mind, we installed BEX 15 FP5 in each cluster node so that we could backup the VMs directly through FC and not via Ethernet (it's way faster and we do have a lot of data). Since implementation, eveything is going smooth (with some issues sometimes) with all cluster nodes except one. Every cluster node has either a FC Tape Library or a SAS Drive (all LTO6/LTO5, all firmwares up-to-date). This cluster node, VHT06, shows erratic behavior. It starts the granular job, but hangs in a random VM in "Snapshot Processing". We can't cancel the job unless we stop the "vmms.exe" service or reboot the cluster node. If we manage to cancel the job, the VM gets stuck in "Backing up..." within Hyper-V manager and can't reboot. We thought it could be the tape library, so we changed it. Still the same issue. We even evicted and reprovisioned the cluster node two times. Backup through RAWSworks fine. Marco
