In some situations, the index for a repository needs to be rebuilt from scratch—for example, if it becomes damaged. To recreate the index for a repository, take the following steps:
After you have done this, the index will be recreated automatically, but it can take a very long time.
InTrust stores indexing information for a repository in a set of files located either in a folder on the InTrust server or in a network share on a remote computer.
To specify the location of the index data, open the properties of the repository, go to the Indexing tab and use the Store index in this location field.
In the simplest case, the index of a repository is processed by a single InTrust server. This server is specified as the Index manager server in the repository properties.
However, if multiple repositories refer to the same InTrust server for indexing, this affects performance considerably. For better scalability, use a dedicated indexing worker, as described in the Dedicated Indexing topic.
When audit data is removed from a repository (for example, by a repository cleanup job), index data related to the removed events is not purged immediately; this cleanup operation starts automatically within 24 hours. If a lot of such orphaned index data stays behind, this may slightly slow down repository search.
Index data is made consistent automatically the next time the indexing utility runs—it starts every minute to process the newest events.
If you transfer the contents of a repository to another repository through a consolidation job, the index data from the source repository is not integrated with the target repository. All new data coming into the target repository needs to be indexed anew.
Therefore, indexing is not necessary in such situations, unless the source repository and its index are in frequent use.