Мы используем такую ситуацию наш офис для теста/резервного копирования/производства.
Наша ситуация похожа на это:
Для упрощения последней части сначала мы блокируем локальное ведомое устройство ("ТАБЛИЦЫ СБРОСА С БЛОКИРОВКОЙ ЧТЕНИЯ";), затем мы просто используем Linux LVM для создания снимка хранилища данных локальной ведомой копии (таким образом, у нас есть последовательный дисковый снимок). Мы затем используем rsync для копирования со снимка локального ведомого устройства сверху dar dir на тестовом сервере. Это имеет побочный эффект хранения новых таблиц, которые не были продвинуты к Производству вокруг так текущих проектов с новой функциональностью, не сдуваются.
Это хорошо работает с таблицами MyISAM, который является тем, что мы используем, мы не переключились на InnoDB. Я боюсь я "m не уверенный, если rsync часть работала бы правильно с InnoDB. Если Ваше использование InnoDB, вероятно, можно сойти с рук mysqldump> dumpfile.sql, и mysql <dumpfile.sql на тестовом сервере.
В Websolr мы используем комбинацию пользовательского сценария init.d
плюс Monit , чтобы запустить Solr и убедиться, что он остается в рабочем состоянии.
Тем не менее, для более простой самостоятельной установки я бы рекомендовал использовать Upstart для запуска и остановки Solr, если в вашей системе доступен Upstart. Сценарии Upstart имеют то преимущество, что они довольно просты, и Upstart хорошо выполняет перезапуск процессов в случае их сбоя. Кроме того, команды start и stop ( start
и stop
, соответственно) довольно легко запомнить, чтобы в следующий раз вам нужно было сообщить Solr о новых конфигах.
Вот хорошая запись в блоге, посвященная запуску Solr с Upstart . Я скопировал их сценарий выскочки ниже; обязательно обновите соответствующие пути, чтобы они соответствовали вашей системе:
description "Solr Search Server"
# Make sure the file system and network devices have started before
# we begin the daemon
start on (filesystem and net-device-up IFACE!=lo)
# Stop the event daemon on system shutdown
stop on shutdown
# Respawn the process on unexpected termination
respawn
# The meat and potatoes
exec /usr/bin/java -Xms128m -Xmx256m -Dsolr.solr.home=/path/to/solr/home -Djetty.home=/path/to/jetty -jar /path/to/jetty/start.jar >> /var/log/solr.log 2>&1
Вы можете попробовать этот подход http://wiki.apache.org/solr/CoreAdmin#RELOAD .
Использование такой команды
http://localhost:8983/solr/admin/cores?action=RELOAD&core=core0
просто перезагрузите все файлы конфигурации, и у вас не возникнет проблем с выполнением запросов SOLR при перезапуске ядра.