This article was previously published under Q244832
This article has been archived. It is offered "as is" and will no longer be updated.
Over time, Remote Storage nightly migration jobs begin to degrade in performance by taking longer to complete. For example, your RSS service logs (located in the Remote Storage snap-in) show the nightly scans and data transfers taking longer to complete in successive weeks. Normal recalls also begin to take an excessive amount of time to complete.
Remote Storage maintains a list of pre-migrated files in a File System Agent (FSA) database, which is located in the %SystemRoot%\System32\FsaDb folder. A pre-migrated file is one that has been copied to offline storage but not yet truncated (data still resides locally on the volume). Because the volume free space is still above the desired level, files are only truncated when actual volume free space falls below the desired minimum.
If one of these pre-migrated files is opened or modified before it has been truncated, the file's last access time stamp is adjusted. However, the entry in the FSA database is not removed. If the file is later migrated again by Remote Storage, a new entry is created in the FSA database. This can cause the database to become filled with a large number of records (one for each file) and adversly effect performance.
To resolve this problem, obtain the latest service pack for Windows 2000. For additional information, click the following article number to view the article in theMicrosoft Knowledge Base:
260910 How to Obtain the Latest Windows 2000 Service Pack
To work around the problem, periodically perform one of the following (approximately once every 2 to 3 months):
Stop all Remote Storage services.
Delete the files located in %SystemRoot%\System32\RemoteStorage\FsaDb\*.* (you may just want to rename all the files or copy them to a temporary folder until the operation is completed.)
Restart all Remote Storage services.
Schedule a Validate Files job on all managed volumes.
Microsoft has confirmed that this is a problem in the Microsoft products that are listed at the beginning of this article. This problem was first corrected in Windows 2000 Service Pack 1.