Video Screencast Help

Backup times for Active directory granular backup to tape increase significantly after upgrade from Backup Exec 2010 R3 to Backup Exec 2012

Created: 18 Sep 2013
David F's picture
Login to vote
Me Too!I have the same issue
Product(s): Backup Exec - 2012, Backup Exec
Severity: Non-data threatening / major functionality
Status: Investigating/gathering information
Tech Note: More Information

The time to complete a Granular (GRT) Backup to tape of Active Directory (AD) from a Windows 2003 Standard Server 32-bit increases significantly after upgrading from Backup Exec 2010 R3 to Backup Exec 2012. After upgrade, a noticeable increase in both memory and CPU usage is observed by the BEREMOTE.EXE service on the DC during the, 'Updating Catalogs,' phase of the backup. AD GRT to disk backups and non-GRT to tape completes within same duration / same CPU / memory usage prior to the upgrade. After upgrade, GRT to tape backup byte count completes within the same duration prior to upgrade; the increase time occurs in the "Update Catalogs" stage where the Global Directory of AD is seen within the Backup job activity is transverse. Duplicating AD GRT data from disk to tape decreases the amount of time, but often not to pre-upgrade times nor does it lower the CPU & memory usage by BEREMOTE.EXE on the DC.


No specific error has been reported with this issue.

In some cases the DC during GRT to tape backup jobs appear to be in a hung/frozen state.


Windows 2003 Standard SP2 32-bit


BEREMOTE.EXE transverse a AD Global Directory consisting of a large number of entries (e.g. Over 100K entries).