cancel
Showing results for 
Search instead for 
Did you mean: 

Netbackup Catalog Backup - Where to Store

We currently have Netbackup 8.2 Environment with 1 Master (W2k16 / Virtual Machine (VMWare) + 2 Media Servers (W2k16, Physicals) & Data Domain as primary disk storage target via OST.  We have our Catalog backup policy configured to store via UNC Path on one of the Media Servers (Weekly Full + Daily Diffs w/a 2 Week Retention).  We recently suffered a hardware failure on the physical media server that was storing the Catalog Backup.  I'm thinking this is an opportunity for improvement of where to store catalog backup it for easy retrieval/recovery when needed.  

One thought I had was to add a new VMDK to master server since it's a VM that way the VMDK can be easily attached to any machine and accessed in the event of a failure and not be prone to another hardware issue on the media server plus the disk can be easily grown to accommodate catalog growth.  

Thoughts?  What are others doing? 

Thanks in advance.

1 Solution

Accepted Solutions
Accepted Solution!

Re: Netbackup Catalog Backup - Where to Store

Compared to the cost of you data, tape drives are cheap - and also protect aginst 'encryption' type malware.

View solution in original post

10 Replies

Re: Netbackup Catalog Backup - Where to Store

How do you have the disaster recovery tab configured for your catalog backup?

Re: Netbackup Catalog Backup - Where to Store

Sorry if that wasn't clear in the post -- On the disaster recovery tab the path is pointed to a UNC path to one of our physical media servers

Re: Netbackup Catalog Backup - Where to Store

Do you also email it to yourself / team with attachments?

Re: Netbackup Catalog Backup - Where to Store

Yes, I receive the daily emails w/the corresponding attachments when the catalog backup has successfully completed.

Re: Netbackup Catalog Backup - Where to Store

So you could still recover the catalog using the contents of that email.

I belive a lot of people just attach and NFS/CIFS share to their master and drop the catalog backups there. That way you could just mount it to a new server if something happens to the original server. I think giving the catalog its own VMDK is a little much but you could do it.

Re: Netbackup Catalog Backup - Where to Store

Thanks so much for the information and reply.  Right, compiling those files and emails in the event of a recovery would be possible and I always had another spot to drop the catalog backups was another recovery place to pull the files/data.  Agreed, I could attach an RDM from our backend storage array and wasn't sure if that was easier/efficient than attaching a vmdk to the master server and dropping the files there as well.  But NFS/CIFS another option to consider.Thanks for the feedback. 

Re: Netbackup Catalog Backup - Where to Store

BasicDisk pool (attached to a drive on a server from SAN) will serve as best option to backup the Catalog for quick and easy recovery.

I would also consider having another copy on  a Tape (duplicate to Tape) in case of disaster on your site, you may ship out the Tapes to offsite along with other tapes if you are already doing it.

Re: Netbackup Catalog Backup - Where to Store

As mentioned by Tape_Archived, please please have a second location for your catalog backups - if not three. It would really suck to have some kind of DataStore corruption/failure take out both the NetBackup Master as well as its catalog backups.

Re: Netbackup Catalog Backup - Where to Store

Thanks to all for the replies.

Unfortunately, in this environment we don't have a tape unit.  Any other physical servers are Application specific and don't have HBAs (not that we couldn't install etc.) except for the physical media servers but your point of planning against datastore corruption is received.   I'll come up with something so I have multiple copies in addition to the daily emails received.

Thanks!

Accepted Solution!

Re: Netbackup Catalog Backup - Where to Store

Compared to the cost of you data, tape drives are cheap - and also protect aginst 'encryption' type malware.

View solution in original post