You're stating two things that are somewhat antithetical: 1: We have real-time search and 2: want to merge (and optimize) its indexes into one
Needing to merge indexes implies (to me at least) that you're not really doing NRT processing as docs in the batch you're merging into your collection aren't searchable, thus not NRT. I'm probably missing something obvious in your problem statement.... The MapReduceIndexerTool probably doesn't quite do what you want as its purpose is to add documents to the index and merge at the end... You might get some value from the core admin API MERGEINDEXES call: https://cwiki.apache.org/confluence/display/solr/CoreAdmin+API#CoreAdminAPI-MERGEINDEXES But you have to be careful in a sharded situation to merge exactly correctly. Plus, merging indexes does NOT replace documents with a particular uniqueKey that happens to be both in the source and dest indexes. I wouldn't worry too much about optimization, despite its name it's largely irrelevant at this point unless you have a bunch of deleted documents in your index. Best, Erick On Thu, Apr 16, 2015 at 4:14 AM, Norgorn <lsunnyd...@mail.ru> wrote: > Is there a ready-to-use tool to merge existing indexes in map-reduce? > We have real-time search and want to merge (and optimize) its indexes into > one, so we don't need to build index in Map-Reduce, but only merge it. > > > > -- > View this message in context: > http://lucene.472066.n3.nabble.com/Merge-indexes-in-MapReduce-tp4200106.html > Sent from the Solr - User mailing list archive at Nabble.com.
