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".
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.
This can occur in Exchange 2003, 2007 or 2010 and Backup Exec 2010 R3 or Backup Exec 2012.