cancel
Showing results for 
Search instead for 
Did you mean: 

Netbackup Exchange Backups completing partially (status 1)

Trojan8210
Level 2

Hi,

This week backup all of the SG's for a exchange backup are failing with status 1, Its just backing up 3kb on each attempt.

We have been informed by the exchange team that the SG's are 30+ gb each and recently the database(.edb) file were rebuild (No configuration changes have been made to the Storage Group or the Database. The mailbox database was emptied of mailboxes, dismounted and the edb file renamed. The database was then remounted to generate a new “zero” size database. Mailboxes have now been moved back to this database and therefore it has grown in size since.)

Since the jobs are failing partially on both the nodes. Our environment relies on host file and not DNS.

The client servers (exchange nodes) are windows 2008 and running Exchange 2007 in CCR mode. (Active / Passive configuration) (Node1 being active)

Master OS : Windows 2012

Netbackup Version: 7.6.0.4

 

Detailed Job Logs have been provided.

05/27/2015 20:16:45 - Error bpbrm (pid=7652) from client HBEX12-PRD: ERR - fatal error during enumeration for: Microsoft Information Store:\SG15\. Check bpbkar debug log for further information
 

Regards

 

1 ACCEPTED SOLUTION

Accepted Solutions

Trojan8210
Level 2

Hi Watson, glad to hear a response to my query and apologies for the delayed response.

 

Had contacted Symantec support, the issue here was that the Database (DB) had failed over to the other node of the exchnge cluster and the changes to the host file were to be made on the master and the media servers involved in taking the backup.

Necessary (host file entry for clustername pointing to the node hosting the DB) changes were made to the master but I missed making the same change on the media server, resulting in this error

 

eg: The Database were failed over from Exch_node_1 to Exch_node_2 and the backup is configured via the Cluster Name (ExchClus). Made the below changes to the master and media server as well and backup was successful.

Previous Configuration on Master and Media servers

132.172.x.21   Exch_Node_1  ExchClus

132.172.x.22   Exch_Node_2 

 

Modification to the host file on Master and Media

132.172.x.21   Exch_Node_1

132.172.x.22   Exch_Node_2  ExchClus

View solution in original post

4 REPLIES 4

Trojan8210
Level 2

Please do let me know if anymore details or logs are needed

watsons
Level 6

Well.. at the very least, we will need bpbkar (as told by job details), beds (SPSwrapper*.log) & bpresolver logs on the Exchange hosts. 

From what you described, does it mean the backup had worked before the changes on Exchange (rebuilt)?

Trojan8210
Level 2

Hi Watson, glad to hear a response to my query and apologies for the delayed response.

 

Had contacted Symantec support, the issue here was that the Database (DB) had failed over to the other node of the exchnge cluster and the changes to the host file were to be made on the master and the media servers involved in taking the backup.

Necessary (host file entry for clustername pointing to the node hosting the DB) changes were made to the master but I missed making the same change on the media server, resulting in this error

 

eg: The Database were failed over from Exch_node_1 to Exch_node_2 and the backup is configured via the Cluster Name (ExchClus). Made the below changes to the master and media server as well and backup was successful.

Previous Configuration on Master and Media servers

132.172.x.21   Exch_Node_1  ExchClus

132.172.x.22   Exch_Node_2 

 

Modification to the host file on Master and Media

132.172.x.21   Exch_Node_1

132.172.x.22   Exch_Node_2  ExchClus

Marianne
Moderator
Moderator
Partner    VIP    Accredited Certified

This is NOT a good solution....

There should be a unique IP address associated with ExchClus.
A unique IP address assigned to virtual hostname will ensure that backups will always be done on the correct node.

The current configuration of hosts files will always result in failed backups if failover occurs without you knowing it and manual updates to hosts files followed by clearing of NBU host cache.