Solr dih последнее временное смещение индекса

Solr last_index_time - это время машинного времени Solr, когда начинается dih. Если система распределяется с несколькими серверами, у которых нет точной метки времени, как обрабатывать разницу во времени?Solr dih последнее временное смещение индекса

Одним из решений для меня установлено допущение, например. 5 минут, при выполнении импорта dih delta, минус выше last_index_time на 5 минут. Хотя некоторые дублированные элементы будут обработаны, Solr переопределит существующие элементы.

Не могли бы вы дать мне совет? Благодарю.

источник

2013-04-28 user2102627

Вы активируете импорт на каждом сервере? Или есть мастер-подчиненная установка? –

Спасибо за ваш ответ. У меня есть одна база данных с несколькими подключенными серверами приложений, поэтому время записи в БД происходит с разных серверов приложений. В настоящее время Solr дельта импортирует эту БД в соответствии с last_index_time в dataimport.properties и обновляет время записи БД, что может немного отличаться. Как обращаться с таким случаем? Я думаю, что это обычный случай, если я не ошибаюсь. Благодарю. – user2102627

Самый распространенный способ, с которым я столкнулся, состоит в том, чтобы запустить DIH только на одном экземпляре Solr в ландшафте Solr, а затем использовать функцию репликации Solr (также известный как master-slave, как указано выше) для распространения обновленной информации вокруг других индексов, которые задействованы.

источник

2013-04-29 01:23:21 icey502

У меня есть только один экземпляр Solr, так как теперь у меня есть только одна база данных. Дело в том, что только одна база данных хранит записи lastUpdateTime, которые поступают с разных серверов приложений (не точная одна и та же временная метка), и это lastUpdateTime используется в dataimport.properties. – user2102627

Хорошо, спасибо, теперь я понимаю эту дилемму. Помимо попыток нормализовать время обновления приложения в базе данных, один простой подход может заключаться в том, чтобы рассматривать каждый логический webapp как осколок (в Solr 4.x это проще в использовании, см. Http://docs.lucidworks.com/дисплей/Solr/Осколки + и + Индексирование + Данные + в + SolrCloud); В качестве альтернативы вы можете рассматривать их как отдельные ядра (опять же основанные на webapp как дискриминант), а затем объединить их вместе (см. http://docs.lucidworks.com/display/solr/Merging+Indexes). – icey502

Solr dih последнее временное смещение индекса

ответ

Смежные вопросы