12-04-2014 02:48 AM
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.
Solved! Go to Solution.
12-10-2014 03:10 AM
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.
12-04-2014 02:59 AM
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
12-04-2014 06:01 AM
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:
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.
12-04-2014 07:35 AM
ok, on one server there was a sqlserver stopped. After start it the backup was gone well.
12-04-2014 07:53 PM
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.
12-09-2014 09:14 AM
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.
12-09-2014 07:58 PM
These are generic debug lines. Would you attach the complete debug log ? Thanks.
12-10-2014 12:46 AM
Ok, I have attacched the complete log.
12-10-2014 12:54 AM
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.
12-10-2014 01:23 AM
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.
12-10-2014 02:25 AM
Are any DBs dismounted or offline ?
Does a RAWS based backup of the Exchange VM with GRT enabled complete succesfully ?
12-10-2014 02:59 AM
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)
12-10-2014 03:10 AM
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.
12-10-2014 03:55 AM
I can't mount the db because I have reached the exchange limit number of db I can mount.
12-10-2014 03:58 AM
Ok, I removed the dismounted db from the storage group. Thank you.