Video Screencast Help

NetBackup Granular Recovery Technology – Tips and Caveats

Created: 17 Aug 2009 • Updated: 20 Aug 2009 | 11 comments
Language Translations
Mouse's picture
+8 8 Votes
Login to vote

The granular backup and recovery technology (GRT), firstly introduced at 6.5.3 is a really awesome feature of NetBackup which allows users to recover their stuff on message or document basis, not a whole mailbox or an information store. With this new technology we can provide more services to our customers, who are looking not only for fast backups, but also for fast, business-oriented recovery process. However, this technology does its job using more resources than you can expect from the first look and not as fast as it sounds in the announcement letters.

I am techical consultant for those Symantec products which were VERITAS-branded and recently I have completed couple of projects with extensive usage of GRT technology (mostly for the Exchange databases), and here you find some tips and tricks as well as links to the documentation and some points which are really missing from the documentation. NetBackup is only player in the enterprise backup game who can provide both huge compatibility list and broad set of contemporary backup technologies (and actually inventing new ones). This is really financial advantage comparing to the competitor's products which require swapping of hardware in some cases or even point you which hardware vendor you have to choose for the best backup performance.

The very first step you need to do is to read the documentation carefully. The GRT is really handy thing but it requires a disk type of storage unit for recovery and this quite restrictive (comparing to MS DPM) limitation is usually excluded from the commercials. But as pre-sales/post-sales person or sysadmin you must keep it in mind. As per 6.5.4 the only supported types are: Basic Disk, Advanced Disk and Pure Disk, all others (including OpenStorage) are not supported. The most frequent question I hear from my customers is: “Can we perform a backup to disk, duplicate it to a tape and recover from it?” – the correct answer is “Yes, you can duplicate it to the tape and even recover from it, but not granular items. In order to be able to recover granular items, duplicate it back”. Once you got a disk storage unit, go and read this article: How to configure and use Exchange Granular Restore in NetBackup 6.5.3 http://seer.entsupport.symantec.com/docs/316982.htm.

That guide is good; however, I found some steps are missing there. Indeed, you need to follow another article (quite old one!) and make sure that you can browse mailboxes, prior to start playing with the GRT: DOCUMENTATION: How to configure NetBackup for Mailbox backups of an Exchange 2000/2003 server http://seer.entsupport.symantec.com/docs/245184.htm. Pay attention to the account and its permissions at the Exchange server and do not forget to set the service mailbox variable in the client properties.

Try to browse the mailbox list; it should look like at the picture below:
imagebrowser image
If it’s shows you the mailbox list, you are ready for the next step. Bear in mind, that most critical step there is to set up an NFS server properly as it written in the guide. Create a regular Exchange backup policy and put Microsoft Information Store:\* or Microsoft Information Store:\First Storage Group\ at the Backup Selections tab and do not forget to tick this checkbox:

imagebrowser image

Basically that’s it. You can now perform the backup of the information store and recover granular items from it. Do not forget about the limitations (as I said above, some of them are quite restrictive):

-  Instant recovery is not supported with individual item restores;

-  Compression and Encryption are not available for document-level restores.

-  While incremental schedules can be added to a policy when the Enable document restore option is enabled, individual item restore cannot be performed from this type of backup.

-  When selecting Enable document restore in the policy, you must add only the Microsoft Information Store, storage groups, or databases to the Backup Selections list.

- This feature only supports Full and user-directed backups. NetBackup allows creation of a complete policy for disaster recovery, with all the various types of schedules. However, an incremental schedule produces a backup image that can only be used for database recovery.

-  Backups must be made to a disk storage unit, not to tape, and individual item restores must be made from a disk storage unit.  Backups can be manually duplicated to tape, but cannot be restored from the tape copy.

-  You must configure NetBackup for browsing and restores of individual mailboxes and public folders. See "Configuring NetBackup for backups and restores of individual mailboxes and public folders" in the NetBackup for Microsoft Exchange Server Administrator's Guide.

-  In the Host Properties for a server, the General Server tab contains the option "Document-level restore options". This functionality is not available for Exchange backup images.

-  Exchange Server provides a feature to retain deleted items for a period of time after an item is “permanently" deleted.  Because the deleted items still exist, NetBackup includes them in the backup image. NetBackup displays these items when browsing the granular backup image and these items can be restored

Huge list, isn’t it?

That’s great but the actual problem comes after couple of successful backups and usually sounds like “why we cannot use this technology with incremental backups”. And here we are facing real world’s problem – your disk storage is limited and you cannot use your latest and greatest deduplication OpenStorage device to reduce the space consumption. Obvious decision is to duplicate some old images to the tape and leave some most recent on the disk. This can be achieved by leveraging the new Storage Lifecycle Polcies feature (requires Advanced Disk license). It works very well and really saves space, but unfortunately in the 6.5.3 edition you can’t control the indexing process which starts at the time of such duplication and my good advice is to go for 6.5.4 version. It is a known bug and 6.5.4 contains workaround using the GRANULAR_DUP_RECURSION registry key/bp.conf entry. Have a look into this article: BUG REPORT: Duplication of Exchange backup with Granular Restore information from disk to tape is very slow. The job appears to have hung http://seer.entsupport.symantec.com/docs/317302.htm Actual bug is really annoying:

Duplication (via Manual or SLP or DSSU) of Exchange backup with Granular information will take extra time when duplicate from Disk to Tape. The extra time is required by NetBackup to catalog the Granular Exchange information. Behavior: Duplication of Exchange with Granular information will take extra amount of time to complete. The duplication job itself does not show any progress and may appear hanging. And here is an explanation: When backup data is on disk and users need to review the Granular information, NetBackup will mount the database on disk and display the data.
When backup data is on tape, users won't be able to perform an Individual item restore; however, they still can view the individual items from the Backup, Archive and Restore GUI.  In order for this information to become available, NetBackup has to collect it when starting the duplication (or tape backup) process.

Huh! Very good reason for the upgrade!

As a wrap up I’d like to recommend this way of image rotation until Symantec will release version which will be able to recover granular items from the incremental backup. First – classify your data. Maybe some of your storage groups don’t need the GRT technology for their backups and regular mailbox-level backups are sufficient for them. Second – keep your setup simple. If you really want to move some old images to the tape storage in order to conserve space at the disk storage unit, consider to invest in the Storage Lifecycle Policies feature rather than writing complex scripts. Third – avoid duplicate backups. This technology is designed to provide you an ability to get granular recovery as well as disaster recovery image by single backup pass (and main reason why we are recommending NetBackup for this task), but some customers still think they need to do a separate backup of the information store to the tape, and this step is redundant.

Comments 11 CommentsJump to latest comment

MattS's picture

Mouse, this is good information.  I too noticed the descrepencies in the different documentation.  Too bad i didnt see this before I had to figure it all out on my own!

Have you had any issues with Status 1's on large mail stores while performing a GRT backup?  I've had a case open with Symantec for a couple months now, we are on our 8th EEB!

+3
Login to vote
Mouse's picture

Unfortunately some of our clients having different kind of problems with GRT backups, really looks like beta product as this moment

+1
Login to vote
daza's picture

Great! Found this one while searching for an answer to our problem. We are at 7.1.0.4 level now and backing up Exchange 2007 CCR with GRT option to MSDP storage, all looks good, but when trying to restore some items from the mailboxes it takes forever to browse down to the Inbox or Contacts items. First we have notice that in the Activity monitor you will see the Restore job, just by Browsing to Items, it takes about 30 min to go from top level to the items level.
Is that normal? Anybody has experienced this problem with Netbackup 7.1.0.4?
 

0
Login to vote
lu's picture

Thanks for the article !
You should insist on the backup selection list for GRT : Microsoft Information Store:\* or Microsoft Information Store:\First Storage Group\
Many people think they use GRT with "Microsoft Exchange Mailboxes:\", but a mailbox backup is not a GRT backup.

+2
Login to vote
Mouse's picture

you're right

+3
Login to vote
xkdcc's picture

Could you add GRT configuration for Exchange 2010 & NB70?
I met a issue at https://www-secure.symantec.com/connect/forums/nb7...
Please take a look at it.
Thank you very much.

0
Login to vote
Tracy Fry's picture

Hi Mouse

this is a great article and i have been though the config of GRT backups for the master/media and client with a fine tooth comb - the problem i ahve is the backup starts ok - flies though with no problem - until it gets to the 'processing granular information bit' - the client server then recieves a stop  error and restarts

3rd line support advise leaving 30% disk space available for GRT processing - the drive has 3GB available of 8gb capacity drive - surely this is enough?

have run perfmon checks on memory/disk I/O / % free disk space and nothing gets hammered at all.

it really looks like a resource issue wehn GRT processing is running - but which resource i do not know

can you help - spot anything glaringly obvious

symantec have been troubleshooting for 3 months now!

many thanks for any advice

0
Login to vote
Hollycapri's picture

Hi Tracy Fry,

I am really appreciate your comment about how much disc space we need to enable GRT technology for Exchange. I realized that you mentioned about 30% of disk space is enough for GRT purposes.

I am trying to find this information, but I couldn't find! Please, where did you find this recommendation from Symantec?

In fact, I am looking for "how much" disk space I need to perform GRT backups based on Exchange file size. Do you know what I mean?

e.g. Exchange Database has 10GB. So, how much space I need to provide for GRT.

Thank you in advance!

0
Login to vote
Kiran Bandi's picture

Thanks for the useful article mate...

0
Login to vote
Ytsejamer1's picture

Great article... question though.  We use a single svc account user with a mailbox on one of our exchange servers.  Does it matter when configuring the GRT for a backup policy of server2, that the mailbox of the service account is on server1?

I'd hate to create separate domain admin/mailbox users for each server I want to back up....with different netbackup service accounts running the Netbackup services, etc.

0
Login to vote
T_N's picture

it's great document, how about Active Directory Granular Backup/Restore. I have a issue when I try to restore AD GRT, it's very slow when I browse on GUI, it takes 15 min to expand a folder, after expanded 3 or 4 folders then it doesn't show the detail. Thanks.

0
Login to vote