Блог

Есть несколько устаревших сайтов (DNN), использующих SOLR 1.3, и я хотел бы перевести их на SOLR 3.4. Есть ли какие-либо изменения конфигурации ядра в файлах схемы, которые помешали бы простой передаче схемы и повторной индексации?

Я думаю, что версия 3.4 имеет самые радикальные изменения, поскольку именно тогда Solr-trunk слился с Lucene trunk, сделав два репозитория более синхронизированными. Из того, что я вижу из примечаний к выпуску, вы должны обратить внимание на одну основную вещь. Namley формат индекса изменился, поэтому вам обязательно нужно переиндексировать.

Единственное, что я смог найти, связано с тем, что я больше не игнорирую противоречивые настройки.

Я бы рекомендовал вам просто обновить и попытаться выполнить быстрое переиндексацию. Если ничего не выходит из строя катастрофически, вы, скорее всего, в безопасности.

Включая примечания к выпуску, которые я проверил, и некоторые выдержки, которые я нашел интересными:

Примечания к выпуску 1.4

примечания к выпуску 3.4

• Формат индекса Lucene изменился, и в результате после обновления предыдущие версии Solr больше не смогут считывать ваши индексы. В конфигурации master / slave все поисковые устройства / ведомые устройства должны быть обновлены до master. Если бы сначала был обновлен основной файл, старые поисковики не смогли бы прочитать новый формат индекса.
• Предыдущие версии Solr молча разрешают и игнорируют некоторые противоречивые свойства, указанные в schema.xml . Например:
• indexed=»false» опущЕнные нормы=»false»
• indexed=»false» omitTermFreqAndPositions=»false»

  Проверка свойств полей теперь исправлена, чтобы гарантировать, что подобные противоречия теперь генерируют сообщения об ошибках. Если у пользователей есть существующие схемы, которые генерируют одно из этих новых сообщений об ошибках «конфликтующие параметры поля ‘false’ для неиндексированных полей», конфликтующие свойства «опустить *» можно безопасно удалить или изменить на «true» для обеспечения согласованности с предыдущими версиями Solr.