Exchange DAG DB backup Size Larger than Original DB.

[winter_prince]

Dear All,

I am facing a weird issue in our environment...

Netbackup Master:
Netbackup 7.5.0.7, AIX 6.1

Netbackup Media Server:
Netbackup Appliance 5230 Version:2.5.4
Netbackup 7.5.0.7

Netbackup Client:
Netbackup Client 7.5.0.6
Microsoft Exchange 2010 (DAG) 

Recently, in our exchange environment backups some of the Exchange Databases are having weird issues. The original size of the DB is around 350 GB.. But the backup size is exceeding 700 GB. (nearly or more than twice the original size)

The backup keeps on writing even after the following message:

12/12/2015 21:42:33 - Info bpbrm (pid=451) from client EXCHDAG01: TRV - Starting granular backup processing for (/Microsoft Exchange Database Availability Groups/EXCHDAG01\Microsoft Information Store:\DB9\). This may take a while...
12/12/2015 21:54:02 - Info bpbrm (pid=451) from client EXCHDAG01: TRV - Successfully finished granular backup processing for (/Microsoft Exchange Database Availability Groups/EXCHDAG01\Microsoft Information Store:\DB9\).

And after 20hours it completes.

12/13/2015 10:50:35 - Info bpbrm (pid=451) from client EXCHDAG01: TRV - Exchange granular database changes were backed up successfully.

This is not the GUI issue, because the backup keeps on writing data and doesnt complete for several hours...

Only the Job details report this size, however in the catalog the backup size is correct.. Problem is the backup is running for extended hours and affecting normal schedule and operations...

Did anyone come across such behaviour..? Please update.

[RiaanBadenhorst]

Hi

How many databases are in this DAG?

Have you checked the bpbkar logs to see what its backing up during this long period of time?

Have you checked the event viewer logs on the exchange server for any clues?

[Michal_Mikulik1]

Hello,

it looks that the size of granular part of database backup is counted again, in addition to database-level size backup, even if it is physically the same..

You have probably some issue with granular processing performance, that would be good to create a support call for this. (I encountered something like this with Sharepoint backups).

Rgds

Michal

[winter_prince]

Hi Rian,

We have around 14 databases... During this issue, bpbkar is not writing anything... 

Thanks.

[Marianne]

Where did you create bpbkar log folder? It needs to be created on all DAG members so that each node where data is transferred from will write to local bpbkar log.