Video Screencast Help

Incremental backup is getting too high

Created: 20 Oct 2011 • Updated: 01 Dec 2011 | 18 comments
This issue has been solved. See solution.

Hi,

I have configured a Netbackup Policy for MS Exchange 2010 Database server, This is a file level backup policy for all drives, my concern is, the incremental backup is getting too much high.

Can anyone give me a suggestion about this ?

Comments 18 CommentsJump to latest comment

Will Restore's picture

to exclude database directories from filesystem backup

Will Restore -- where there is a Will there is a way

sunnyc_up's picture

Hi,

Thanks for suggestion,

could you please suggest me that what will i need at the time of Exchange Mailboxes database server recovery ?

Regard

Sunny Chauhan

Marianne's picture

Different topic....

No Exchange data can be restored from a filesystem backup.

You need to backup Exchange with the agent. For mailbox restores, you will need GRT backups. See NBU for Exchange Server Admin Guide  http://www.symantec.com/docs/DOC3669 and  http://symantec.com/docs/HOWTO41825 for details.

Supporting Storage Foundation and VCS on Unix and Windows as well as NetBackup on Unix and Windows
Handy NBU Links

Riaan.Badenhorst's picture

And if its still too high, switch to differential.

Regards,

Riaan Badenhorst

You need an OpenVision to see the truth about Backups. Restores are a plus. But that's just Semantics ;)

ITs easy :)

sunnyc_up's picture

HI,

If i will switch to differential backup then at the time of restoration i have to restore the multiple backups,

Could you please tell me about the cause of unexpected growth of the Exchange Database backup ?

Regard

Sunny Chauhan

Mark_Solutions's picture

sunnyc

The Exchange database should be backed up using a Exchange Policy type so that you information store is backup up the in correct manner.

The file system backup is for the server itself and should not include any database (SQL, Exchange etc.)

You need to exclude the exchnage databses and logs from the file system backup as they are constantly changing and will always be backed up, if the system can get a lock on them.

So set an exclude in the client host properties against the database and logs directories, should be something like:

C:\Program Files\Microsoft\Exchange Server\ or similar but it is quite likely that the database and logs may be in other paths so open your Exchaneg System Manager and look at the properties of each database (Storage Group) to see where its files live.

If in real doubt then exclude *,edb and *.stm and that will at least help things.

Authorised Symantec Consultant

Don't forget to "Mark as Solution" if someones advice has solved your issue - and please bring back the Thumbs Up!!.

sunnyc_up's picture

Hi,

Thanks for response.

Thats fine that you have suggested me but i have to give a perfect cause for exclude the *.edb file from the file level backup to our Customer.

Customer is demanding that when this backup was running fine the past then how can it goes to too much high.

 

Regards

Sunny Chauhan

Regard

Sunny Chauhan

Deepak G's picture

Check the growth trend of the Database in the past six months and update the customers that since the size of the db was not too much in the past NBU did not have any difficulties in processing the jobs on time.

But due to the increase in the size of the DB the incrementals are taking much time and hence raise a RFC to exclude the unwanted files.

Tell them that is the best practice (to exclude unwanted files) to backup . As the load was lesser in the past months they didnt experience any performance issues and this is how it needs to be configured to avoid issues in future.

CUSTOMERS ARE ALWAYS CUSTOMERS. YOU JUST NEED TO GIVE THEM THE CONFIDENCE THAT IT WILL WORK PERFECTLY AFTER THE REQUESTED CHANGE IS IMPLEMENTED.

 

Also, if you have upgraded recently from a older version, you might feel these kind of performance issues as they have kept a check on a few parameters.

Marianne's picture

"I have to give a perfect cause for exclude the *.edb"

The simple fact that Exchange data cannot be restored from a filesystem backup should be sufficient.

Don't wait for a failure/disaster to proof that.....

Supporting Storage Foundation and VCS on Unix and Windows as well as NetBackup on Unix and Windows
Handy NBU Links

sunnyc_up's picture

Thanks for giving support.

Here i have a concern that we have not a license of MS Exchange backup agent, is GRT helpful to restore a single mailbox of particular user ?

Regard

Sunny Chauhan

Will Restore's picture

I hope you're understanding Exchange database must be backed up under MS-Exchange type policy and not MS-Windows policy.  There is no need and no value to back up live .edb file at the filesystem level as you will not be able to restore it!

Will Restore -- where there is a Will there is a way

sunnyc_up's picture

Hi,

We have already configured the DAG backup policy for exchange database backup, could you plz. tell that after excluding the *.edb file from file level backup which files should be include in the file level backup policy.

Regard

Sunny Chauhan

Marianne's picture

Can we assume that you have obtained Database agent license in the meantime? (in one post: we have not a license of MS Exchange backup agent..........  in another :  We have already configured the DAG backup policy......)

You MUST exclude *.edb from filesystem backup - we have been trying to tell you for a couple of weeks now that a filesystem backup of .edb files while Exchange is up and running is worthless. You cannot restore from such a backup. Exchange won't start.

Supporting Storage Foundation and VCS on Unix and Windows as well as NetBackup on Unix and Windows
Handy NBU Links

sunnyc_up's picture

Thanks for response,

i understand the cause of Exclude *.edb file, i want to ask that if my user lost only either single mail or single mail box then how can i restore from Tape backup.

Regard

Sunny Chauhan

Will Restore's picture

You need to backup Exchange with the agent. For mailbox restores, you will need GRT backups. See NBU for Exchange Server Admin Guide  http://www.symantec.com/docs/DOC3669 and  http://symantec.com/docs/HOWTO41825 for details.

Will Restore -- where there is a Will there is a way

sunnyc_up's picture

From where i can get the Backup agent license..

Regard

Sunny Chauhan

Will Restore's picture

for your initial  file level backup policy  question, thanks

Will Restore -- where there is a Will there is a way

SOLUTION
Marianne's picture

One more thing - you need DISK for GRT backups. It can be Basic or Advanced disk.

For detailed Exchange 2010 backup and restore options, see Exchange Server Admin Guide  http://www.symantec.com/docs/TECH127056

Supporting Storage Foundation and VCS on Unix and Windows as well as NetBackup on Unix and Windows
Handy NBU Links