有时,当记录抽取程序以批处理或更新方式运行时,可能无法处理记录。当发生此情况时,记录抽取程序将创建与故障记录对应的修复文件。修复文件写入 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>"