當記錄擷取程式以批次或更新模式執行時,有時可能會無法處理記錄。發生這個狀況時,記錄擷取程式會建立對應於失敗記錄的修復檔。修復檔會寫入 ClearQuest 搜尋內容檔 CQ-db_name-dbset_name.xml 所在的目錄,其通常是 Solr 起始目錄。請監視這個目錄以檢查失敗處理的情況,並以修復模式使用記錄擷取程式來處理有問題的記錄。請參閱 cqtsdbcrawler 參考說明以取得用法資訊。
依預設,使用者資料庫中不會發生清除作業日誌 (oplog)。當您實作 oplog 清除原則來將浪費的空間降至最低時, 請小心使用以避免過早移除 oplog。oplog 存在的時間應該夠長,以供更新模式記錄擷取程式處理。如果很長一段時間未執行更新模式記錄擷取程式, 當它回復時,其會從處理尚未處理的最舊更新 oplog 開始。
如果您正在執行 ClearQuest MultiSite,全文搜尋 oplog 清除原則不應比現有的 ClearQuest MultiSite oplog 清除原則還嚴苛。
請參閱關於 oplog 清除的 ClearQuest Multisite 說明,以取得詳細資料。
經過一段時間,當您新增、修改及刪除新的 ClearQuest 記錄時,Lucene 索引會分段,如此會降低效能。
cqperl cqtsdbcrawler.pl -optimize CQ-db_name-dbset_name.xml -site site_name
如果您未執行 ClearQuest MultiSite,您可以省略 -site 選項。 請參閱 cqtsdbcrawler 參考說明以取得用法資訊。
Solr 搜尋引擎不應使 ClearQuest 的效能受到妨礙。不過,如果您如此懷疑, 請先依前一節所述,嘗試將 Lucene 索引最佳化。也請考量下列措施,將 Solr 效能最佳化:
請注意,當您以批次模式執行記錄擷取程式,然後加以重設時,您可能需要暫時增加 JVM 記憶體配置。
更新模式記錄擷取程式下次製作索引時,即會使用更新過的 ClearQuest 搜尋內容檔。
cd %SOLR_HOME%\yourSchemaName\Solr\exampledocs\
java -Ddata=args -jar post.jar "<delete><query>record_type:recordTypeName</query></delete>"
cd $SOLR_HOME/yourSchemaName/Solr/exampledocs/
java -Ddata=args -jar post.jar "<delete><query>record_type:record_type</query></delete>"