Я думаю, что в версии 3.4 произошли самые радикальные изменения, поскольку именно тогда Solr-trunk слился с Lucene trunk, что сделало два репо более синхронизированными. Из того, что я вижу из заметок о выпуске, вы должны остерегаться одной основной вещи. Намли, что формат индекса изменился, поэтому вам определенно нужно переиндексировать .
Единственное, что я могу найти, это больше не игнорировать противоречивые настройки.
Я бы порекомендовал вам просто обновить и попробовать быстро переиндексировать. Если ничего не получится катастрофически, вы, скорее всего, в безопасности.
Включая заметки о выпуске, которые я проверял, и некоторые выдержки, которые я нашел интересными:
1.4 примечания к выпуску
3.4 примечания к выпуску
Формат индекса Lucene изменился, и в результате после обновления
предыдущие версии Solr больше не смогут читать ваши индексы.
В конфигурации master / slave все поисковики / slave должны быть обновлены
перед мастером. Если мастер должен был быть обновлен первым, чем старше
искатели не смогут прочитать новый индексный формат.
Предыдущие версии Solr молча допускают и игнорируют некоторые противоречивые
свойства, указанные в schema.xml. Например:
indexed = "false" omitNorms = "false"
indexed = "false" omitTermFreqAndPositions = "false"
Проверка свойства поля теперь исправлена, чтобы гарантировать, что
подобные противоречия теперь генерируют сообщения об ошибках. Если пользователи
есть существующие схемы, которые генерируют одну из этих новых "конфликтующих
«ложные» параметры поля для неиндексированного поля
конфликтующие свойства "пропускать *" можно безопасно удалить или изменить на
Значение true для согласованного поведения с предыдущими версиями Solr.