Thank you for the reply.
Out schema is:
1) Index real-time (on separate machine).
2) NRT index becomes large.
3) Copy NRT index on other machine.
3) Merge NRT-made indexes with large ("all-the-time") index.
4) Remove NRT index (until now it was available for searching).At the end we have big, optimized index with data of all the time. And we'r ready to index more data and indexing will be fast. Excuse me, if I'm describing unclearly. About optimization - indexing with low merge-factor results in lot of segments, which results in slow search, so we have to make it. -- View this message in context: http://lucene.472066.n3.nabble.com/Merge-indexes-in-MapReduce-tp4200106p4200346.html Sent from the Solr - User mailing list archive at Nabble.com.
