When using FSAUtility to restore archived content within a subfolder, the tool may terminate with an exception whilst performing ArchiveFolder path validation.
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.
|There are no plans to address this issue by way of a patch or hotfix in the current or previous versions of the software at the present time. However, the issue is currently scheduled to be addressed in the next major revision of the product. Please note that Veritas Technologies LLC reserves the right to remove any fix from the targeted release if it does not pass quality assurance tests. Veritas’ plans are subject to change and any action taken by you based on the above information or your reliance upon the above information is made at your own risk.|
Was this content helpful?
Rating submitted. Please provide additional feedback (optional):