Restoring archived content with FSAUtility -t leads to SystemOutOfMemory exception.

book

Article ID: 100046770

calendar_today

Updated On:

Description

Error Message

SystemOutOfMemory

Cause

When FSAUtility -t starts the restore processing, it first walks through the entire set of ArchiveFolder paths following the RooIdentity order for the entire Volume target being processed. The order in which the ArchiveFolders are registered with the corresponding database reference during archiving dictates the incremental order the RootIdentity values are assigned. When FSAUtility starts the ArchiveFolder validation, it follows the RootIdentity order, not an AlphaNumeric order. This means that the actual subfolder defined in the restore syntax would need to wait until the corresponding RootIdentity value is reached and the subfolder can be validated as a match for the restore.

For Enterprise Vault implementations where the archiving Task has already processed millions of subfolders, each with the respective ArchiveFolder record, this ArchiveFolder path validation can take many minutes before the actual items, within the matched subfolder, can be queued for restore.

This logic may lead to the above exception, which terminates the restore job.

 

Resolution

This issue was fixed in Enterprise Vault 12.5.1.

Enterprise Vault 12.5.1 is available
Release Date: March 16, 2020
For information about the release click on the following content article: https://www.veritas.com/content/support/en_US/downloads/update.UPD372650

 

 

 

 

Additional Information

JIRA: CFT-2307