задание крона на веб-сервере
Репликация слияния?
У нас не было большой удачи с ним в конфигурации OLTP (иногда, это переупорядочивает команды, приводящие к вставкам, пытающимся объединиться ПЕРЕД изменениями структуры, от которых они зависят, который затем вызывает катастрофические отказы на стороне, получающей изменения). Однако для ПРОСТО изменений структуры, где Вы активно не отправляете данные одновременно, они могли бы быть в порядке.
то, что необходимо сделать:
nohup./path_to_your_script.sh и
после того как Вы делаете это, можно выйти из системы, закрыть терминал, независимо от того, что и сценарий продолжит работать, пока сервер не перезапущен, или Вы уничтожаете процесс
Из того, что я понимаю, Вы хотите сохранить свой процесс, бегущий за близким ssh. Вы могли использовать screen.
Абсолютный самый легкий путь состоит в том, чтобы использовать что-то как nohup для создания процесса демоном:
http://www.cyberciti.biz/tips/nohup-execute-commands-after-you-exit-from-a-shell-prompt.html
Крон работает периодически навсегда. Задания крона могут быть выполнены минутой, часом, ежедневно, еженедельно, или ежемесячно. Вот обширная ссылка:
http://unixgeeks.org/security/newbie/unix/cron-1.html
Вот справочник:
Выполнение на экране хорошо для тестирования, но в какой-то момент это повредится по той или иной причине (WebFaction действительно нравится уничтожать процессы при использовании слишком большой памяти), если затем необходимо было бы пойти, перезапускают его автоматически.
Supervisord (http://supervisord.org/) довольно хорош для рабочих вещей и перезапуска их, если они перестали работать по любой причине. Это также обрабатывает процессы "daemonizing", который является тем, чем это называют при отсоединении процесса от текущего терминала так, чтобы это продолжило бежать, у Вас есть вполне свой сезон (когда Вы выходите из SSH), возможно написать код в Вашем сценарии Python, чтобы сделать это сами, но почему беспокойство, когда существуют потрясающие инструменты как Supervisord?
Конечно, всегда существует возможность, что Supervisord умрет (или будет уничтожен). Это - то, где Вы могли использовать Крон. Крон позволяет нам, Вы периодически выполняете что-то. Хорошее свойство способа, которым обычно создается Supervisord, - то, что, при попытке запустить его, в то время как он уже работает, он на самом деле не запустится во второй раз так Вы при установке задачи Крона запустить Supervisord каждые 5 минут затем, необходимо быть в порядке.
Метод лучшей практики для чего-то вроде этого:
1) Запишите сценарий, таким образом, что он сначала проверяет на файл блокировки, чтобы гарантировать, что, уже нет никаких других копий работающих и/или не проверяют, что процесс уже не работает.
2) Поместите запись в крон, чтобы запустить сценарий время от времени, сказать раз в час.
3) Ваш сценарий мог использовать некоторое время (1) цикл для поддерживания себя в рабочем состоянии "навсегда". Однако лучше никогда не выполнять сценарий навсегда, так как у Вас могли быть потенциальные утечки памяти, которые накапливаются за долгое время и в конечном счете заставляют Вашу систему подкачивать, и затем у Вас есть действительно медленная система. Имейте выполненный для многих тысяч повторений или уничтожьте себя после определенного количества времени. Крон сбросит его с ноги снова на следующем временном интервале.
4) Зарегистрируйте свое выходное использование>> перенаправление к файлу журнала, таким образом, можно поймать любой обмен сообщениями, можно хотеть произвести для состояния.