Here is a filtered extract from the DTrace showing the processing of an item by the EVIndexVolumesProcessor process.
1) The index volume is added to the ‘work item’ queue:
12:59:34.246 [6048] (EVIndexVolumesProcessor) <2404> EV-L {IVPWEBSERVICEPROCESSING.EN_US} Request to synchronise Index volumes received: XML:
12:59:34.293 [6048] (EVIndexVolumesProcessor) <2404> EV-M {INDEXVOLUMESMANAGER.EN_US} Weight ==> The synchronisation requested for '1AEF95A72294C8847B21C5E7AEDAFA0481110000evshadow_69702' of type 9 will be enqueued with a weight of Normal
12:59:34.309 [6048] (EVIndexVolumesProcessor) <2404> EV-L {IVPWEBSERVICEPROCESSING.EN_US} Request to synchronise Index volumes done return XML:
The ‘ContentSourceID’ detailed above refers to the ArchiveID.
2) The index volume is taken from the queue for processing and checked to ensure the index volume is able to be updated:
12:59:40.871 [6048] (EVIndexVolumesProcessor)
12:59:40.949 [6048] (EVIndexVolumesProcessor)
12:59:40.981 [6048] (EVIndexVolumesProcessor)
12:59:40.981 [6048] (EVIndexVolumesProcessor)
12:59:45.012 [6048] (EVIndexVolumesProcessor)
12:59:45.418 [6048] (EVIndexVolumesProcessor)
3) The ‘HighestIndexSeqNo’ is obtained for the index volume which details the last archived item that has been indexed:
12:59:45.762 [6048] (EVIndexVolumesProcessor)
12:59:45.762 [6048] (EVIndexVolumesProcessor)
12:59:45.778 [6048] (EVIndexVolumesProcessor)
Any Addition work higher than 26 will be reset
Any Deletion work higher than 51 will be reset
Any Updates work higher than 1 will be reset
4) The unindexed items are then requested (from Storage) by the ‘Fetcher’ thread:
12:59:46.356 [6048] (EVIndexVolumesProcessor)
12:59:46.371 [6048] (EVIndexVolumesProcessor)
5) Storage Crawler then retrieves the archived item(s), extracts the indexable data and passes the information back to indexing:
12:59:46.996 [2548] (StorageCrawler) <6088> EV:L CItemFetcher::RequestItem New fetch request NextISN:26 ItemISN:51 SSID:201107080126366~201107080842350000~Z~7165BE9BCACD6C7962E21E23BE44F941 (hr=Success (0))
…
12:59:47.653 [2548] (StorageCrawler) <6088> EV:L CItemFetcher::WaitForItem NextISN:26 Timeout:30 (secs) SSID:201107080126366~201107080842350000~Z~7165BE9BCACD6C7962E21E23BE44F941 ItemISN:51 (hr=Success (0))
6) The index ‘fetcher’ thread keeps requesting and receiving items from Storage (Crawler) until there are no more items to fetch (or errors encountered)
12:59:47.621 [6048] (EVIndexVolumesProcessor)
12:59:47.637 [6048] (EVIndexVolumesProcessor)
12:59:47.700 [6048] (EVIndexVolumesProcessor)
7) ‘Indexer’ thread then packages the data and sends it to the indexing engine:
12:59:47.715 [6048] (EVIndexVolumesProcessor)
12:59:48.434 [6048] (EVIndexVolumesProcessor) <6116> EV-M {VELOCITYINDEX.EN_US} DoFlush is called by Indexer (1) Thread for 1AEF95A72294C8847B21C5E7AEDAFA0481110000evshadow_69702
12:59:48.450 [6048] (EVIndexVolumesProcessor) <6116> EV-L {VELOCITYINDEX.EN_US} Enqueuing a batch of 1 actions to Velocity. IndexVolumeID=[1AEF95A72294C8847B21C5E7AEDAFA0481110000evshadow_69702]
12:59:51.903 [6048] (EVIndexVolumesProcessor) <6116> EV-L {VELOCITYINDEX.EN_US} Batch has been enqueued successfully to offline collection......
8) The indexing engine is then checked for confirmation of indexed items (on this index volume) and the item status is updated:
12:59:57.934 [6048] (EVIndexVolumesProcessor) <6116> EV-L {VELOCITYPROXY.EN_US} Enumerating Log Entries for 1AEF95A72294C8847B21C5E7AEDAFA048_69702 - Veritas.EnterpriseVault.Indexing.IndexingEngineService.VelocitySrvRef.SearchCollectionAuditLogRetrieve
12:59:58.028 [6048] (EVIndexVolumesProcessor) <6116> EV-L {VELOCITYINDEX.EN_US} [99ms] DoEnumerateAcknowledgements - IndexVolumeID=1AEF95A72294C8847B21C5E7AEDAFA0481110000evshadow_69702
12:59:58.028 [6048] (EVIndexVolumesProcessor) <6116> EV-M {VELOCITYINDEX.EN_US} Process Acknowledgment Enumeration Response. Number of Entries:[1] Token:[0::0]
12:59:58.028 [6048] (EVIndexVolumesProcessor)
12:59:58.044 [6048] (EVIndexVolumesProcessor)
12:59:58.044 [6048] (EVIndexVolumesProcessor)
12:59:58.044 [6048] (EVIndexVolumesProcessor)
9) Finally the ‘HighestIndexSeqNo’ for the index volume is increased accordingly:
12:59:59.372 [6048] (EVIndexVolumesProcessor)
12:59:59.403 [6048] (EVIndexVolumesProcessor)
12:59:59.544 [6048] (EVIndexVolumesProcessor)
The content of this document is referenced in the Enterprise Vault 10.0 Indexing Key Topics. Do not make changes to this article. If you would like changes to be made to this content, use the Information Manager feedback feature. Alternatively, you can send an e-mail to the owner or the Enterprise Vault Knowledge Management team DL-CS-KM