10-01-2018 07:47 AM - edited 10-01-2018 07:48 AM
If you go to the master server host properties, you can select clients, and deactivate them - this is awesome because, for example, you have a hardware issue, you can make the host inactive without removing it from all the policies it is in, the host never backs up, and you uncheck the box or let the date roll over when you are ready.
My question - once the client goes back active, the date resets and you cannot tell it was inactive.
I am being asked why a client did not backup in September - I think it was inactive.
How can I find out if it was skipped because it was inactive? bptm logs? policy logs? Enquiring minds want to know!
Solved! Go to Solution.
10-01-2018 11:42 PM
Logs I would check is firstly admin log on the master.
All admincmd command are logged there.
Other logs that may have this kind of info are nbpem and nbrb.
I would look for the client name at the time that backup was supposed to run.
IMHO, there should be some sort of communication or documentation when any kind of change is made.
Especially in a big organization where there is more than one backup admin.
10-03-2018 07:15 AM
nbauditreport won't really have that information.
As the bpclient command would be coming into picture when you add the client to host properties or making the client offline from the host properties on master server, it would be logged in the admin logs on the master server as mentioned by @Marianne
If I were to just add a client to the host properties and make it offline I can see the below command logged in the admin logs even at verbose level 0
---------------------
03:04:28.468 [26084] <2> bpclient: VERBOSE = 0
03:04:28.468 [26084] <2> bpclient: INITIATING: version NetBackup 8.1 created: 2017091017
03:04:28.468 [26084] <2> logparams: -M nbmaster -client nbclient1 -add -free_browse 0 -list_restore 0 -max_jobs 0 -WOFB_enabled 1 -WOFB_FIM 0 -WOFB_usage 0 -WOFB_error 0 -client_direct 0 -connect_options 2 2 3 -ut -offline_backup -online_backup_at 1570086263 -online_restore
---------------------
So if you do have admin logs on the master server probably you could simply do a recursive search for something similar..
10-01-2018 08:31 AM
Audit's don't show it changing from active/inactive?
10-01-2018 11:42 PM
Logs I would check is firstly admin log on the master.
All admincmd command are logged there.
Other logs that may have this kind of info are nbpem and nbrb.
I would look for the client name at the time that backup was supposed to run.
IMHO, there should be some sort of communication or documentation when any kind of change is made.
Especially in a big organization where there is more than one backup admin.
10-02-2018 03:19 AM - edited 10-02-2018 05:34 AM
I would give the nbauditreport command a try:
https://www.veritas.com/content/support/en_US/doc/21733320-127424841-0/v40701214-127424841
it should say when the client was set in maintenance mode - hopefully
10-02-2018 12:03 PM
I did some checking, no luck
nbauditreport -sdate 07/01/2018 -edate 10/01/2018 -ctgy POLICY -fmt DETAIL does not show the client going into or out of maintenance mode.
I tried a couple of options, no joy.
10-03-2018 07:15 AM
nbauditreport won't really have that information.
As the bpclient command would be coming into picture when you add the client to host properties or making the client offline from the host properties on master server, it would be logged in the admin logs on the master server as mentioned by @Marianne
If I were to just add a client to the host properties and make it offline I can see the below command logged in the admin logs even at verbose level 0
---------------------
03:04:28.468 [26084] <2> bpclient: VERBOSE = 0
03:04:28.468 [26084] <2> bpclient: INITIATING: version NetBackup 8.1 created: 2017091017
03:04:28.468 [26084] <2> logparams: -M nbmaster -client nbclient1 -add -free_browse 0 -list_restore 0 -max_jobs 0 -WOFB_enabled 1 -WOFB_FIM 0 -WOFB_usage 0 -WOFB_error 0 -client_direct 0 -connect_options 2 2 3 -ut -offline_backup -online_backup_at 1570086263 -online_restore
---------------------
So if you do have admin logs on the master server probably you could simply do a recursive search for something similar..