I'm facing a strange issue with exchange backups. The backup complete successfully with status code 0 however the exchange admin reports that the last backup time stamp within exchange does not update. I was wondering if anyone has seen similar issue and can help troubleshoot it.Thanks
Master Server: Netbackup 7.7.1 on Windows 2012
Media Server: Netbackup 7.7.1 on Windows 2012
Is that a feature of MS Exchange?
Is this a DAG? Checked time stamp on all passive and active copies?
Thanks sdo. Its a DAG with 9 databases.The backup policy is setup to use the DAG name as the client name with three node sever name mentioned in the preferred server list. Also its setup to backup from the Passive copy only.
I'm using the -status switch in query and the output is same when checked from any of three servers in the DAG.
If you look at the attached screenshots you will notice that though there was a successful full backup of all 9 databses on 10th Jan exchange doesnt show the updated backup time stamps.
Hmmm, I don't have rights at my site to use the Exchange management shell. Sorry. So, I can't check the dates.
Can anyone else check theirs, an confirm whether they have the same symptoms?
Kisad, I've ust been advised from one of our messaging admins that the PS query reports the same backup dates across all four DAG nodes. I wasn't sent actual evidence of this, but I have no reason to doubt his word. BTW, we're using NetBackup Client v220.127.116.11 on Windows Server 2012 R2 hosting MS Exchange 2013 CU6.
So apologies, but I don't know what might be causing your problem. Maybe open a Veritas Support case? Maybe an internal step is being missed at the end ofthe backups?
Haven't worked with exchange 2013, but seen a lot of errors/strange things related to permissions on exchange systems from 2003 to 2010.
Have often found the indications of the problem in the bpbkar, bpresolver and/or the event logs on the exchange servers.
A place to start could be to check with your exchange admin that the netbackup client service user has the rights described in the Netbackup Admin Guide for Exchange
@sdo I have opened a support case, will update when I have more information.
@Michael We use a separate account with permissions for exchange for netbackup client service on the DAG nodes. I would think that the permissions are okay as the backup jobs are completing with status code 0.
What does the Activity Monitor job activity detail show? I get the feeling that you cannot post the contents for us to check, so if you have a look yourself... sometimes what can happen is that the NetBackup Client software has been developed and written such that it knows that... a backup is succesful, yet it was unable to finish some minor admin task (e.g. update the MS Exchange database "backup dates")... i.e. something which isn't serious enough to invalidate the backup itself... and so the backup looks, and is, successful. So, have a look in the activity monitor detail for all of teh related MS Exchange backup jobs (i.e. all parent jobs too)... Do you see any errors or warnings which are reported as "info" severity level?
@sdo I just checked the jobs in activity monitor, none of them have any errors or warnings. On the nodes I do see even id 2046,2037 and 2033 stating that backup has completed.
Support suggested to create a new policy and try the backup. So I created a new policy and tested the backup for a few databases, backup worked fine and exchange updated the backup time stamp. I also tested by copying the old policy into a new one, that too worked (surprisingly). Anyways things worked for a week however the problem is back after this weekend's backup. I'll reopen the suport case though I have a feeling this might not be a netbackup issue.
Funnily enough, my initial reaction is to lean the other way, and say that it does look like a NetBackup side issue, because a policy change on the NetBackup side does cause the 'dates' on the MS Exchange side to be updated... which makes it look as if it is NetBackup code which requests the "date to be updated" on the Exchange side. A support case is best, because sometimes, as in this case, it's not probably not easy for us as admins to determine where the true root cause actually resides... you kind of need access to the source code to identify exactly where the call is taking place and what the related log messages would be.
Thanks @sdo, I'll post an update when I have one. I have been googling what exactly is the significance of the backup time stamp on exchange without much luck yet. I mean is there any exchange tasks that cannot run till the backup time stamp update on exchange side and more importantly does it render the successful backup in Netbackup useless for a restore since exchange doesnt know it was backed up.
I know this is not an exchange forum however it would be great if someone knows about this, please comment.Thank you.