- VOX
- Data Protection
- Backup Exec
- GRT not available when I backup Virtual Machines
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Mute
- Printer Friendly Page
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
10-02-2012 12:02 PM
Hello,
We've been using Backup Exec for a couple of years now and we've always enjoyed it. We're testing the 2012 version and while it's a nice product overall, there are a few bugs we're trying to fix, like this one:
The exact error message is given after the backup and says:
work was successful. However, the following conditions were met:
Backup Exec failed to authenticate with one or more virtual machines and failed during the collection of necessary metadata to restore individual application items. It is impossible to perform restores of application data compatible GRT for a virtual machine that has failed to authenticate. You must change the credentials for the backup job from the host computer and then select the appropriate credentials for the virtual machine.
Our test setup is simple:
We have an ESX host, where both the BackupExec2012 VM (backup server) and the TestSystem VM (server that is backed up) are hosted on.
The procedure I'm following is this one:
1) add the ESX host to the BackupExec2012 server
2) create a backup job selecting the ESX server
3) add the TestSystem VM within the ESX host list of VMs and uncheck the other ones
4) backup
As for the required settings, it looks like this:
- VMware tools are installed on TestSystem
- Backup Exec agent for Windows is installed on TestSystem (after VMware tools)
- Authentication is showing as "Success" for the ESX server, the Datastore and the TestSystem VM (in the backup job settings)
- GRT is enabled in the backup job settings (and all its different options)
- C:\TEMP is defined in both fields in the general GRT preferences (it's the local NTFS disk)
How do I enable GRT on Virtual Machines?
Thanks,
Solved! Go to Solution.
Accepted Solutions
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
10-04-2012 08:54 PM
Unfortunately GPT is not supported for GRT backups using AVVI. Please look at the SCL http://www.symantec.com/docs/TECH175581 under the VMware Storage Configuration Compatibility
You could try to test the GRT feature on a Virtual machine that meets those guidelines for storage.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
10-02-2012 12:38 PM
have a look at the document below...
http://www.symantec.com/business/support/index?page=content&id=TECH155831
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
10-02-2012 01:02 PM
Hi Donald,
the provided link does not apply to our situation since the Backup Exec server is a VM under the ESX host and cannot be zoned to see the different LUNs.
What are you trying to tell me?
Thanks!
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
10-03-2012 01:58 AM
Are you using Hot-add as a transport method or nbd. Also could you please post the job log for more details.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
10-03-2012 12:13 PM
All four transport options are checked.. How do I figure out which one is being used?
Here's the log. The text is in french, but you'll figure out the meaning easily..
Journal du travail pour 10.75.5.9 Sauvegarde 00016-Complète
| Etat de fin : Terminé avec des exceptions Voir exception(s) |
| Informations sur le travail |
|---|
Serveur du travail : MCQBACKUP Nom du travail : 10.75.5.9 Sauvegarde 00016-Complète Début du travail : 2 octobre 2012 à 13:51:14 Type du travail : Sauvegarde Journal du travail : BEX_MCQBACKUP_00083.xml |
Les options ou sélections de sauvegarde pour ce travail ont changé depuis sa dernière exécution. La reprise au point de contrôle ne s'applique pas aux ressources suivantes : VMVCB::\\10.75.5.9\VCGuestVm\(DC)ha-datacenter(DC)\vm\SCOrchestrator2012 Montage de lecteurs et de médias demandé : 2012-10-02 13:51:17
Aucun support à ajouter n'a pu être monté. Activation de la protection contre l'écrasement sur le support de travail.
| Informations sur les périphériques et supports |
|---|
Informations sur le lecteur et le support à partir du montage du support : 2012-10-02 13:51:17
Nom du lecteur : Stockage sur disque 0001
Label du support : B2D000008
GUID du support : {20f943a1-db63-48f9-a436-bcc67c7b8e82}
Tous les supports utilisés
B2D000008
IMG000004
|
| Opération du travail - Sauvegarde | ||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|
Période de conservation des jeux de sauvegarde : 2 Semaines.
|
| Opération du travail - Vérification | ||||||||
|---|---|---|---|---|---|---|---|---|
|
| Etat de fin du travail |
|---|
Fin du travail : 2 octobre 2012 à 14:20:53 Etat de fin : Terminé avec des exceptions |
| Exceptions |
|---|
|
Cliquez sur une exception ci-dessous pour la localiser dans le journal de travail.
Les options ou sélections de sauvegarde pour ce travail ont changé depuis sa dernière exécution. Sauvegarde -- VMVCB::\\10.75.5.9\VCGuestVm\(DC)ha-datacenter(DC)\vm\SCOrchestrator2012 V-79-57344-38730 - Backup Exec n'a pas réussi à s'authentifier auprès de la machine virtuelle "\(DC)... |
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
10-04-2012 03:21 AM
As per the job log seems like HotAdd is getting used as the transport method.
Does the account used on the backup job have permissions on VM 'SCOrchestrator2012' and all the applications installed on the server, perticularly - SQL, SharePoint, Exchange and Active Directory (not sure which applications are installed hence listed all)
What is the Operating System on the VM 'SCOrchestrator2012'
Do you have the license for Application and Databases (2012) as to perform an Application GRT you would need this license.
Now for the disks configured on the VM 'SCOrchestrator2012', are they Basic, MBR or some thing else like GPT, Dynamic, RDM.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
10-04-2012 11:12 AM
Right after pasting the log yesterday I've noticed that hotadd was being used. I did a test after that where I disabled hotadd. It reverted to NBD and everything backed up correctly.
Back to the hotadd problem, to answer your questions:
The account has permission on the VM 'SCOrchestrator2012'. There are no SQL, Sharepoint, Exchange or Active Directory installed: it's basically a clean VM.
the OS is Windows 2008 R2
I am running the Trial version of Backup Exec 2012 and the installation log shows that "Agent for Applications and Databases" was installed.
The disk on the VM 'SCOrchestrator2012' is a virtual SCSI disk with 2 partitions (GPT)
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
10-04-2012 08:54 PM
Unfortunately GPT is not supported for GRT backups using AVVI. Please look at the SCL http://www.symantec.com/docs/TECH175581 under the VMware Storage Configuration Compatibility
You could try to test the GRT feature on a Virtual machine that meets those guidelines for storage.
- Final error: 0xe00095a7 - The operation failed because the vCenter or ESX server reported that the in Backup Exec
- Veritas Backup Exec 23 - Slow Backup after Windows server 2019 upgrade in Backup Exec
- NetBackup Snapshot Manager Virtual Private Cloud Endpoint Support for AWS in 10.4!! in NetBackup
- Sooooo…How Are You Getting Your AI Back After a Disaster? in NetBackup
- Veritas Backup Exec and Hyper-V VM's in Backup Exec
