Поисковый сервер Solr 1.4 Предприятия рекомендует делать большие обновления на копии ядра и затем загрузить его для процессорного ядра. Я выполняю эти шаги:

1. Создайте подготовительное ядро: http://localhost:8983/solr/admin/cores?action=CREATE&name=prep&instanceDir=main
2. Выполните индексное обновление, затем фиксируйте/оптимизируйте на подготовительном ядре.
3. Подкачайте основное и подготовительное ядро: http://localhost:8983/solr/admin/cores?action=SWAP&core=main&other=prep
4. Разгрузите подготовительное ядро: http://localhost:8983/solr/admin/cores?action=UNLOAD&core=prep

Проблема, которую я имею, ядро, созданное на шаге 1, не имеет никаких данных в нем. Если бы я собираюсь сделать полный индекс всего и раковины, которая была бы прекрасна, но если я просто хочу обновить (большое) подмножество документов - это, очевидно, не собирается работать.

(Я мог объединить ядра, но часть того, что я пытаюсь сделать, избавляются от любых удаленных документов, не пытаясь войти в список их.)

Там некоторый флаг к Действию по созданию, которое я пропускаю? Страница Solr Wiki для CoreAdmin немного редка в деталях.

Возможное решение: репликация

Кто-то на solr-пользователе предложил использовать репликацию. Для использования это в этом сценарии было бы (к моему пониманию), требуют следующих шагов:

1. Создайте новое ПОДГОТОВИТЕЛЬНОЕ ядро, базирующееся от конфигурации Процессорного ядра
2. Измените конфигурацию Процессорного ядра, чтобы быть ведущим устройством
3. Измените конфигурацию ПОДГОТОВИТЕЛЬНОГО ядра, чтобы быть ведомым устройством
4. Вызывать/ожидать для синхронизации?
5. измените конфигурацию ПОДГОТОВИТЕЛЬНОГО ядра, чтобы больше не быть ведомым устройством
6. Выполните индексное обновление, затем фиксируйте/оптимизируйте на ПОДГОТОВИТЕЛЬНОМ ядре.
7. Подкачка ПОДГОТОВИТЕЛЬНЫЕ и Процессорные ядра

Более простая основанная на репликации установка должна была бы настроить постоянное ПОДГОТОВИТЕЛЬНОЕ ядро, которое всегда является ведущим устройством. Процессорное ядро (на как много серверов по мере необходимости) могло затем быть ведомым устройством ПОДГОТОВИТЕЛЬНОГО ядра. Индексация могла произойти на ПОДГОТОВИТЕЛЬНОМ ядре настолько же быстро или столь же медленный по мере необходимости.

Возможное решение: Постоянное ПОДГОТОВИТЕЛЬНОЕ ядро и двойное обновление

Другая идея, которую я придумал, была этим (также вовлечение постоянного ПОДГОТОВИТЕЛЬНОГО ядра):

1. Выполните индексное обновление, затем фиксируйте/оптимизируйте на ПОДГОТОВИТЕЛЬНОМ ядре.
2. Подкачка ПОДГОТОВИТЕЛЬНЫЕ и Процессорные ядра.
3. Повторно выполните индексное обновление, затем фиксируйте/оптимизируйте на том, что является теперь ПОДГОТОВИТЕЛЬНЫМ ядром. Это теперь имеет те же данные как Процессорное ядро (в теории) и будет вокруг, готово к следующей индексной операции.