Exchange 2003, 2007 or 2010 Incremental or Differential GRT backup to Deduplication Disk Storage may run slower than normal or cause intermittent failures.

  • Modified Date:
  • Article ID:000085526


When targeting Deduplication Disk Storage for Exchange GRT incremental or differential backups, the job takes an unexpected amount of time.  The job may also intermittently fail with a "VFF Open Failure" or "-1022 A Disk I/O error has occurred".

Error Message

Enable SGMon debugging to capture the error:

  • From HKLM\Software\Symantec\Backup Exec for Windows\Backup Exec\Engine\Exchange, create a new DWORD value - Debug Granular Restore.
  • Set DWORD Debug Granular Restore to 2.
  • Launch SGMon.exe from %Program Files%\Symantec\Backup Exec\ and check "Job Engine, RAWS and Agent Browser" and "Capture to File".

Re-run the backup job.  The resulting SGMon log from the media server indicates the following error during the Exchange GRT process:

ERROR: roll forward not detected in the ancestor, switching to normal recovery


The combination of deduplication storage, GRT and Exchange Incremental or differential backups causes the behavior.  The issue does not occur when backing up to disk storage.


A hotfix is now available for this issue in the current version(s) of the product(s) mentioned in this article. Refer to the Hotfix link under Related Documents at the end of this article to obtain the hotfix needed to resolve the issue.

Backup Exec 2010R3 Rev 5204 Service Pack 3 (TECH203157)
Backup Exec 2012 Rev 1798 Service Pack 2 (TECH203155)

Applies To

This can occur in Exchange 2003, 2007 or 2010 and Backup Exec 2010 R3 or Backup Exec 2012.

Terms of use for this information are found in Legal Notices.



Did this article answer your question or resolve your issue?


Did this article save you the trouble of contacting technical support?


How can we make this article more helpful?

Email Address (Optional)