Hi,
I have solved this problem by gathering (every morning) a list of all the
netapp volumes in my estate (>vol status), and a list of all my netbackup
policies (>bppllist), and effectively doing a "difference" between them..
No difference => No volumes being missed by netbackup
Differences => Some volumes being missed by Netbackup
Filer:-
ssh <filer> vol status | grep online | awk '{print $1}' | sed 's/^/\/vol\//g' |
sort > netapp_volumes.txt
Netbackup:-
for x in $(bppllist); do bppllist $x | grep "INCLUDE" | grep "\/vol\/" | sed
's/INCLUDE //g'; done > netbackup_volumes.txt
#sdiff netapp_volumes.txt netbackup_volumes.txt
/vol/vol0 /vol/vol0
/vol/restore /vol/restore
/vol/robots /vol/robots
/vol/satellite /vol/satellite
/vol/syslogs <
...Whoops, those pesky Storage Engineers have made the /vol/syslogs volume and
not told me!
I actually do it by gathering all the info into a MySQL DB and using SELECT to
find the differences, but it's the same thing.
Best wishes,
Geoff
From: veritas-bu-bounces < at > mailman.eng.auburn.edu
[mailto:veritas-bu-bounces < at > mailman.eng.auburn.edu] On Behalf Of Heathe
Yeakley
Sent: 04 October 2011 21:29
To: NetBackup Mailing List
Subject: [Veritas-bu] NDMP in Practice
I have a procedural question, not a technical one.
I just switched over to capacity based licensing and I'm trying to setup NDMP.
Master Server - RHEL 5
Media Server #1 - RHEL 5
Media Server #2 - RHEL 5
Storage Array - NetApp 6080
I've read the release notes, the NDMP guide, and the related guide mentioned in
the NDMP guide (the one that tells you how to enable NDMP on the different
filers out there).
I've:
* Run a fiber to the array
* flagged that port as an initiator
* zoned the array to see my library
* setup authentication from my master server to the array
* activated ndmpd on the array
* set the scsi reservation setting on the array
* verified connectivity from my master server via tpautoconf -verify 'array
name'
* Built a policy and tested a backup.
Everything seems to be working. I can backup and restore.
I go to setup my policy and note that according to the NDMP guide, there is no
equivalent directive to the "ALL_LOCAL_DRIVES" option for server backups.
I asked my NetApp storage administrator if there is a command that displays a
list of exported NFS and CIFS shares. He directed to the command 'exportfs'.
I'm using the output of that command as the basis for what goes into the
"Backup Selection" section of the policy.
Here's my question. I'm the backup administrator, but I am *NOT* the SAN
administrator. Since there is no NDMP equivalent of ALL_LOCAL_DRIVES, I forsee
a scenario where my SAN team deploys a new share and doesn't tell me about it.
Since I'm not aware of the new share, I don't add it to the backup selection
list and it doesn't get backed up.
I've been brainstorming a solution to this. What I'm doing for now, is I've
setup a reminder in my calendar to remind me the first week of every month to
just walk over to my SAN team and ask them if they've added any new shares that
I need to be backing up.
It works, but I'm wondering if there is a more sophisticated way to keep track
of the shares on an NDMP policy.
For those of you that utilize NDMP, how do you account for this?
Thanks.
The information contained in this e-mail and its attachments is confidential.
It is intended only for the named address(es) and may not be disclosed to
anyone else without Attenda's consent.
hkyeakley
NDMP in Practice
I have a procedural question, not a technical one.
I just switched over to capacity based licensing and I'm trying to setup NDMP.
Master Server - RHEL 5
Media Server #1 - RHEL 5
Media Server #2 - RHEL 5
Storage Array - NetApp 6080
I've read the release notes, the NDMP guide, and the related guide mentioned in
the NDMP guide (the one that tells you how to enable NDMP on the different
filers out there).
I've:
* Run a fiber to the array
* flagged that port as an initiator
* zoned the array to see my library
* setup authentication from my master server to the array
* activated ndmpd on the array
* set the scsi reservation setting on the array
* verified connectivity from my master server via tpautoconf -verify 'array
name'
* Built a policy and tested a backup.
Everything seems to be working. I can backup and restore.
I go to setup my policy and note that according to the NDMP guide, there is no
equivalent directive to the "ALL_LOCAL_DRIVES" option for server backups.
I asked my NetApp storage administrator if there is a command that displays a
list of exported NFS and CIFS shares. He directed to the command 'exportfs'.
I'm using the output of that command as the basis for what goes into the
"Backup Selection" section of the policy.
Here's my question. I'm the backup administrator, but I am *NOT* the SAN
administrator. Since there is no NDMP equivalent of ALL_LOCAL_DRIVES, I forsee
a scenario where my SAN team deploys a new share and doesn't tell me about it.
Since I'm not aware of the new share, I don't add it to the backup selection
list and it doesn't get backed up.
I've been brainstorming a solution to this. What I'm doing for now, is I've
setup a reminder in my calendar to remind me the first week of every month to
just walk over to my SAN team and ask them if they've added any new shares that
I need to be backing up.
It works, but I'm wondering if there is a more sophisticated way to keep track
of the shares on an NDMP policy.
For those of you that utilize NDMP, how do you account for this?
Thanks.
+----------------------------------------------------------------------
|This was sent by geoffrey.baldry AT hotmail DOT com via Backup Central.
|Forward SPAM to abuse AT backupcentral DOT com.
+----------------------------------------------------------------------
_______________________________________________
Veritas-bu maillist - Veritas-bu AT mailman.eng.auburn DOT edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
|
