cancel
Showing results for 
Search instead for 
Did you mean: 

V-79-57344-38727 Backup Exec failed to collect the necessary metadata for virtual machine

bellissimopytho
Level 5

Hi,

after a vmware upgrade from version 3.5 to version 5.0 I have the following error on backup exec 2012 vray (the media server is a windows 2003):

V-79-57344-38727 - Backup Exec failed to collect the necessary metadata for virtual machine '\(DC)Datacenter(DC)\vm\_esx01_win2k3-x64-srv-mail' to restore individual application items. You cannot perform GRT-enabled restores of application data from this backup.
 

After the upgrade I have reinstalled the vmware tools and after that I have uninstalled and reinstalled the backup exec windows agent.

The guest server is a windows 2003 with exchange 2007. I have the same error on other windows servers (about 5 or 6 servers).

On the guest machine I have not any errors on the events... just some info (in italian) from BeVssProvider (event id 0):

Impossibile trovare la descrizione dell'ID evento ( 0 ) nell'origine ( BeVssProvider ). Il computer locale potrebbe non disporre delle necessarie informazioni nel Registro di sistema o dei file DLL necessari per visualizzare messaggi da un computer remoto. Utilizzare /AUXSOURCE= flag per recuperare la descrizione. Per ulteriori informazioni, consultare la Guida in linea e supporto tecnico. Le seguenti informazioni sono parte dell'evento: Service stopped.

 

I have a valid subscription contract so I can upgrade to 2014..

Thank you for any help.

 

 

1 ACCEPTED SOLUTION

Accepted Solutions

VJware
Level 6
Employee Accredited Certified

The RAWS based backup is successful since you have excluded the dismounted DB, however one cannot add such excludes during a AVVI backup. And this is highly the reason for the GRT metadata failure when backing up via the AVVI agent.

I believe once the DB is mounted, the metadata collection should complete successfully allowing a successful GRT backup.

 

View solution in original post

14 REPLIES 14

VJware
Level 6
Employee Accredited Certified

This is a generic error pertaining to Applications such as SQL, Exchange, Sharepoint, AD. Common causes are:-

1) If the Agent for Applications & Database license is not present.

2) If the Application is distributed across VMs.

3) If the Application services are stopped/offline

Have a look @ this KB as well - http://www.symantec.com/business/support/index?page=content&id=TECH155335

 

bellissimopytho
Level 5

about your point:

1) the licenses are ok

2) do u mean clustered application like clustered sql, clustered exchange and so on ?

3) what services ? u mean "vss provider" service ? "shadow copy" service ?

 

I have taken a looking at the KB article before posting my question.. but I have not solved the problem.

There are 2 BE services that are not running and are:

  • backup exec puredisk filesystem service
  • backup exec vss provider

if I try to start the "backup exec vss provider" I receive a 1053 error. This could be the cause of my problem ?

Thank you for the help.

 

bellissimopytho
Level 5

ok, on one server there was a sqlserver stopped. After start it  the backup was gone well.

 

VJware
Level 6
Employee Accredited Certified

2) do u mean clustered application like clustered sql, clustered exchange and so on ?

Yes. If they are clustered, then not supported for App-GRT

3) what services ? u mean "vss provider" service ? "shadow copy" service ?

I meant application services such as SQL services or if a SQL DB is offline etc.

bellissimopytho
Level 5

How can I discover the right service ?

I have enabled the sgmon debug on the guest os, but I have found 4 o 5 errors. Some of them  are unreadable.

One is about oracle agent.. but on this windows 2003 server I have only Exchange 2007. The following is the error:

BEREMOTE: [12/09/14 12.23.38] [2092]     2014-12-09T12:23:38.540 [fsys\ese]           - HrESEBackupFreeNodes:
BEREMOTE: [12/09/14 12.23.38] [2092]     2014-12-09T12:23:38.540 [fsys\ese]           - AreYouSureThisIsAnExchangeServer SRV-MAIL: 1
BEREMOTE: [12/09/14 12.23.39] [2092]     2014-12-09T12:23:39.086 [ndmp\ndmpcomm]      - NrdsAdvertiserThread: Nrds Message Len : 10047.
BEREMOTE: [12/09/14 12.23.39] [2092]     2014-12-09T12:23:39.086 [ndmp\ndmpcomm]      - NrdsAdvertiserThread: EnumSelfDLE for file system 12 returned -536805816(0xE000FE48) and 0 DLEs
BEREMOTE: [12/09/14 12.23.39] [2092]     2014-12-09T12:23:39.086 [fsys\oracle]        - RMAN_EnumSelfDLE: AgentConfig GetOracleDBNames returned error. If Oracle Agent is installed, please run AgentConfig.
BEREMOTE: [12/09/14 12.23.39] [2092]     2014-12-09T12:23:39.086 [ndmp\ndmpcomm]      - NrdsAdvertiserThread: EnumSelfDLE for file system 14 returned 0(0x0) and 0 DLEs
BEREMOTE: [12/09/14 12.23.39] [2092]     2014-12-09T12:23:39.086 [ndmp\ndmpcomm]      - NrdsAdvertiserThread: EnumSelfDLE for file system 37 returned 0(0x0) and 0 DLEs
BEREMOTE: [12/09/14 12.23.39] [2092]     2014-12-09T12:23:39.086 [ndmp\ndmpcomm]      - NrdsAdvertiserThread: EnumSelfDLE for file system 39 returned 0(0x0) and 0 DLEs
BEREMOTE: [12/09/14 12.23.39] [2092]     2014-12-09T12:23:39.086 [ndmp\ndmpcomm]      - NrdsAdvertiserThread: EnumSelfDLE for file system 42 returned -536805816(0xE000FE48) and 0 DLEs
BEREMOTE: [12/09/14 12.23.39] [2092]     2014-12-09T12:23:39.086 [ndmp\ndmpcomm]      - NrdsAdvertiserThread: Security is enabled!!!

 

an other error is the following:

BEREMOTE: [12/09/14 10.25.38] [5056]     2014-12-09T10:25:38.247 [fsys\ese]           - CreateTempDLE: \\srv-mail.mydomain.local
BEREMOTE: [12/09/14 10.25.38] [5056]     2014-12-09T10:25:38.247 [fsys\shared]        -   19 = 0xE00084AF
BEREMOTE: [12/09/14 10.25.38] [5056]     2014-12-09T10:25:38.247 [fsys\shared]        -   20 = 0xE00084AF
BEREMOTE: [12/09/14 10.25.38] [5056]     2014-12-09T10:25:38.263 [fsys\shared]        -   21 = 0xE00084AF
BEREMOTE: [12/09/14 10.25.38] [5056]     2014-12-09T10:25:38.294 [fsys\ohfs]          - OFF_HOST_FS::OpenOHMetadataFile( ): error Opening the file (C:\Programmi\Symantec\Backup Exec\RAWS\Data\OHTEMP\) error (3)
BEREMOTE: [12/09/14 10.25.38] [5056]     2014-12-09T10:25:38.294 [fsys\ohfs]          - OFF_HOST_FS::GetDLEDetailsFromMDSrc() Status E_FS_OFF_HOST_DATA_CREATE_ERROR (E0000301) Opening the metadata source
BEREMOTE: [12/09/14 10.25.38] [5056]     2014-12-09T10:25:38.294 [fsys\ohfs]          - OFF_HOST_FS::CreateTempDLE( ) Status E_FS_OFF_HOST_DATA_CREATE_ERROR (E0000301) creating Dle when creating temp Dle for device \\srv-mail.mydomain.local
BEREMOTE: [12/09/14 10.25.38] [5056]     2014-12-09T10:25:38.294 [fsys\shared]        -   23 = 0xE0000301
BEREMOTE: [12/09/14 10.25.38] [5056]     2014-12-09T10:25:38.294 [fsys\systemstate]   -   AD:Device (\\srv-mail.mydomain.local) is not ours...
BEREMOTE: [12/09/14 10.25.38] [5056]     2014-12-09T10:25:38.294 [fsys\shared]        -   30 = 0xE00084AF
BEREMOTE: [12/09/14 10.25.38] [5056]     2014-12-09T10:25:38.294 [fsys\shared]        -   31 = 0xE00084AF
BEREMOTE: [12/09/14 10.25.38] [5056]     2014-12-09T10:25:38.294 [fsys\ese]           - CreateTempDLE: \\srv-mail.mydomain.local

 

Thank you for any help.

 

 

VJware
Level 6
Employee Accredited Certified

These are generic debug lines. Would you attach the complete debug log ? Thanks.

bellissimopytho
Level 5

Ok, I have attacched the complete log.

 

VJware
Level 6
Employee Accredited Certified

Is this the SGMon log of the VM or the the media server ? Would you pls attach both logs along with the job log ? Thanks.

bellissimopytho
Level 5

The attacched file is VM log. To have the media server log I have to make a new backup, for that I need of about 6 hours.

Meanwhile I am attacching the joblog.

 

VJware
Level 6
Employee Accredited Certified

Are any DBs dismounted or offline ?

Does a RAWS based backup of the Exchange VM with GRT enabled complete succesfully ?

bellissimopytho
Level 5

1) yes, one db is dismounted

2) yes, RAWS based backup with GRT complete succesfully, but I have excluded the dismounted db (see my previous 3d)

 

 

VJware
Level 6
Employee Accredited Certified

The RAWS based backup is successful since you have excluded the dismounted DB, however one cannot add such excludes during a AVVI backup. And this is highly the reason for the GRT metadata failure when backing up via the AVVI agent.

I believe once the DB is mounted, the metadata collection should complete successfully allowing a successful GRT backup.

 

bellissimopytho
Level 5

I can't mount the db because I have reached the exchange limit number of db I can mount.

 

bellissimopytho
Level 5

Ok, I removed the dismounted db from the storage group. Thank you.