07-29-2012 01:31 PM
Hi gang,
Is there a way of getting a list of file systems being backed up for a client? I want to verify and show to auditors that certain file systems (directories) are being covered during the backups. Is there an easy way of doing this for a few servers?
Solved! Go to Solution.
07-29-2012 01:45 PM
bpcoverage will do this for you.
DOCUMENTATION: What is the "/usr/openv/netbackup/bin/admincmd/bpcoverage" command used for?
http://www.symantec.com/business/support/index?page=content&id=TECH9292
Snippet:
07-29-2012 01:45 PM
bpcoverage will do this for you.
DOCUMENTATION: What is the "/usr/openv/netbackup/bin/admincmd/bpcoverage" command used for?
http://www.symantec.com/business/support/index?page=content&id=TECH9292
Snippet:
07-29-2012 03:05 PM
More appropriate to use bplist command
http://www.zedat.fu-berlin.de/pub/ZEDAT/Backup/NetBackup_3_4/bplist.html
http://www.symantec.com/business/support/index?page=content&id=TECH94084
07-29-2012 03:25 PM
bpcoverage is best, it gives a list of filesystems as opposed to a list of files.
Martin
07-29-2012 09:19 PM
bpcoverage will connect to client to list filesystems. It does not list filesystem actually backed up by NBU.
Requirement:
Is there a way of getting a list of file systems being backed up for a client?
I am with Taqadus on this one - bplist is most appropriate.
Top 2 or 3 directory levels can be used with bplist (as opposed to the default 999 levels):
bplist -C <client> -s <start-date> -R 3 /
07-29-2012 11:00 PM
Yes it does:-
07-29-2012 11:52 PM
I noted the question stated "certain file systems (directories) are being covered during the backups" - I took this to mean, thatthe filesystems are listed in a policy.
Hmm, I suppose thinking about it, bpcpverage doesn't show if it is successful or not, just if the filesystem is listed/ covered by a policy.
However, if you used bpcoverage followed by, for example, the trylog covering the backup for the client, and this shows status 0, job done.
That is, I'm covering these filesystem, job didn't fail therefore they are backed up. This is the way 'we' used to do it in my previous life for SOX auditing.
However, if you wish to 'prove' they are backed up, the as stated, bplist is better, as I suppose you may not believe that the fact the are covered and the job didn't fail as proof. However, if you really have to prove things, you would have to run a test restore. A restore is the ONLY way to prove your data can be recovered (this is true for any backup software).
Thinking back, we used to also restore random files from backups once the backup had completed, and was done automatically through scripts. This + the fact that we showed the client was in a policy, and that it didn't fail was sufficient to meet the auditors requirements.
Martin