broeste1
2 Iron

Exchange 2010 Incr with NMM 9.2.1 BBB

Hi all,

I just have a customer who has upgraded to NetWorker 9.2 SP1 from 8.2.4. There are having some problems with Exchange 2010 DAG backup. It seems like even though we run full or incr backup everything is being run as a full backup. I have been reading a lot about NMM BBB and CBT and how this will improve performance etc etc but this is not what we are seeing. It looks like every backup is running as a full backup and still takes too long.

I have gone through the configuration several time just to be sure that everything is configured correctly and it seems like it.

As I understand it "log only" backup is no longer supported with BBB so how do I get an hourly backup running utilizing CBT with BBB? Pretty sure that CBT is enabled by default when BBB is used

Anybody have any idea on how to see if we actually leverage CBT in the Exchange backup? Or how to proceed in performance troubleshooting this?

Not sure what info to upload but feel free to ask and I will provide the necessary info.

0 Kudos
12 Replies
KarthikS
1 Nickel

Re: Exchange 2010 Incr with NMM 9.2.1 BBB

Regarding all the backups being level full , it is known one and that is how it is designed with BBB when you backup directly to DD or AFTD ... 

Best Regards

Karthik

0 Kudos
broeste1
2 Iron

Re: Exchange 2010 Incr with NMM 9.2.1 BBB

yep, but shouldn't BBB / CBT improve performance?

0 Kudos
Highlighted
KarthikS
1 Nickel

Re: Exchange 2010 Incr with NMM 9.2.1 BBB

Indeed it should improve performance and in our environment exchange 2016 we use BBB and the full backup of 25 TB completes in 4 hrs and the incremental in 1 hr, we use 9.1.1.4 and NMM 9.1.1.4 , both server and client in same version

0 Kudos
princeaijaz
1 Nickel

Re: Exchange 2010 Incr with NMM 9.2.1 BBB

Yes with bbb backup performance should significantly increase . During incr backup nmm only backup up changed blocks . With 9.x and above after initial seed of full backup subsequent backups are incr forever in case backing up to dd. Did you reboot the systems post upgrade in order to enable write tracker . After reboot new backup will be full post that all backups should be incr forever.

Hope this helps

0 Kudos
broeste1
2 Iron

Re: Exchange 2010 Incr with NMM 9.2.1 BBB

ok, my customer is just a small enviroment with 2 TB and this completes in 8-10 hours no matter backup level. I'm guessing that 2016 is properly more optimized for BBB but still I would like to see some better performance

0 Kudos
princeaijaz
1 Nickel

Re: Exchange 2010 Incr with NMM 9.2.1 BBB

You might also would like to see nmm logs for writetracker driver initialisation messages . That would mean incr is getting promoted to full .

Run the following

SC query nsrbbb

0 Kudos
broeste1
2 Iron

Re: Exchange 2010 Incr with NMM 9.2.1 BBB

Thanks for your reply. Yes both DAG members have been rebooted after post upgrade.

I will look through the log for the entries you mentioned.

Below is output of nsrbbb query so I guess that its running.

0 Kudos
broeste1
2 Iron

Re: Exchange 2010 Incr with NMM 9.2.1 BBB

Hi,

I see some of these in the nmm log

The Exchange backup is promoted to Full because the WriteTracker driver re-initialized. The driver might re-initialize because the system was rebooted or because database files were moved to a different volume.

The server has not been rebooted and the databases has not moved to a different volume.

I tried forcing an incr but it doesn't seem that nothing actually happens. I don't see above log mesage that the backup is being promoted to full in the log but the backup fails after a long time on the large mailbox databases.

Could it be that Exchange 2010 VSS writers just not handles the BBB as well as perhaps Exchange 2016 and this is "expected" behavior?

0 Kudos
broeste1
2 Iron

Re: Exchange 2010 Incr with NMM 9.2.1 BBB

Just a thought

I'm doing full backup in one policy and incr in another policy in NMC. Could this be why it defaults back to full in the incr policy? I would mean that this shouldn't affect since its the same client and same saveset.

0 Kudos