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).
* 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?