Slow backup performance or the error "Access is denied" occurs during a Granular Restore Technology (GRT) enabled Exchange backup to a Backup to Disk (B2D) folder.

Article:TECH52120  |  Created: 2010-01-15  |  Updated: 2013-10-21  |  Article URL
Article Type
Technical Solution



Backups using GRT to a local or remote Backup to Disk (B2D) folder on an external RAID 5 drive or other types of hardware run slow or the job fails with error "Access is denied". (Figure 1)

GRT enabled backups of an Exchange database or other GRT Agent (Active Directory Agent, SharePoint Agent, etc...) to a tape completes successfully and at normal speed. If GRT is disabled, the backup to disk works at an acceptable speed.


Final error: 0xe0008488 - Access is denied.
Final error category: Security Errors.

For additional information regarding this error refer to link V-79-57344-33928

Backup - \\\Microsoft Information Store\First Storage Group
V-79-57344-33928 - Access Denied. Cannot backup directory Mailbox Store (test) and its content.



Backup Exec Granular Restore Technology (GRT) backup and restore operations are very disk I/O intensive. If the issue with slow backups still occurs after all the latest patches for Backup Exec have been applied, the following steps should be performed and/or confirmed to potentially resolve the issue:
1. The disk subsystem components (including, but not limited to, controller cards and disk arrays) should be listed on the Microsoft Hardware Compatibility List (HCL).

Refer the following link for all supported MS controller devices:

2. The IDE, SCSI/RAID Controller, or HBA Manufacturer's latest driver/firmware should be installed.

3. Confirm that the target disk(s) is not heavily fragmented and run a disk defrag if necessary at a time when the backup is not running.  For more information on this, refer to the following:
How to correct slow backup performance, slow virus or pre-job scans, and agent initialization problems on heavily fragmented Windows Server Hard Disk Partitions

4. Run the Backup to Disk Test Tool on the B2D Target Machine.
Information regarding the Backup Exec Backup to Disk Test Tool - B2Dtest.exe

5. Sometimes some kind of curruption in the Backup to Disk folder might affect.
Delete the *.cfg files in the Backup to disk folder. Delete it and recreate the Backup to Disk folder in the same path within Backup Exec console under Devices.
6. Check the Disk Cache Settings on the B2D Target Machine.  Depending on the machine's hardware and role in the network, disk caching may need to be either enabled or disabled to improve the backup performance.  For more information on this, review the following Microsoft Articles:
Note: When checking the Disk Cache Settings please verify the settings on the RAID Controller as well.
About Cache Manager in Windows Server 2003
Obtain the Dskcache.exe tool to configure the "Power Protected" Write Cache option
Considerations when hosting Active Directory domain controller in virtual hosting environments
How to troubleshoot Event ID 2021 and Event ID 2022

HOW TO: Manually Enable/Disable Disk Write Caching
Note: Due to how Backup Exec handles mapping the Exchange database in memory, some databases (typically large databases, or databases with a large amount of logs) may require more virtual memory on the Backup to Disk destination machine than a 32bit server can provide. These limitations can be avoided when using a x64 bit server, and as such may require Backup Exec to be installed onto a x64bit Windows server.  For more information on this, review the following document:

Exchange 2007 or 2003 backups run very slow or hang on "Updating Catalogs" when the Granular Recovery Technology (GRT) Option is selected.

Supplemental Materials

SourceError Code

Access is denied.

Legacy ID


Article URL

Terms of use for this information are found in Legal Notices