FSA Utility "Number of files queued for restore"
Hi All,
I am currently nearing the end of a export from Enterprise Vault from the FSA side.
I have been using fsautility -t with a separate destination.
The question I have is: Is there any reason why the numbers "Number of files queued for restore" does not match the number of indexed items / number of items in the usage page?
I am seeing up to nearly 1k items difference for some archives.
The export successfully runs against the number stated in the fsautility and the number of items exported to the destination matches.
However, I fear there are items in the archive that are not even being attempted to be exported?
Cheers
CD
I have came to the conclusion, after painstakingly going through the files exported to PST versus files exported to the destination that the difference in numbers is due to de-duplication.
EG: 2 files called desktop.ini
Oldest file writes to destination
Newer file writes over old file.
Happy with this discovery. Even though it was painful to find out. Would be nice if this was documented.