Для ситуации Вы находитесь в, как указано, если у Вас нет ни одного, резервное копирование MSDB или сохраненные сценарии заданий и MSDB не доступны, необходимо будет воссоздать задания из памяти или другие источники. ("Я завинчен" = Да),
При восстановлении заданий удостоверьтесь к не, только ищут, какие задания Вы действительно имели в распоряжении, но и но и задания, которые необходимо было иметь в распоряжении.
Теперь, когда это несколько недель спустя, и Вы (надо надеяться), восстановили большинство своих критических заданий, необходимо пересмотреть то, что Вы имеете в распоряжении и думаете о:
Может быть трудно восстановиться в такой ситуации, но намного лучше, если Вы удостоверяетесь, что возвращаете задания в ситуации, где у Вас не будет проблем производительности в будущем, которые поднимают проблемы в восстановлении снова!
(Конечно, это вещи, нужно проверить все серверы БД, но развитие отказа является прекрасным временем, чтобы вновь исследовать лучшие практики и видеть то, что можно пропускать.)
Вы можете попробовать следующее: monit: проверить процесс без pidfile
check process vsftpd matching vsftpd start program = "/etc/init.d/vsftpd start" stop program = "/etc/init.d/vsftpd stop"
В качестве альтернативы вы можете следовать руководству, которое я составил, используя вышеупомянутый файл инициализации. Создан RPM, чтобы поддерживать согласованность системы при обновлениях (через fpm). В новом файле инициализации изменено имя службы vsftpd-pid, поэтому вы можете оставить vsftpd остановленным, а vsftpd-pid запущенным.
Не забудьте также изменить ваши команды запуска и остановки монитора.
Подробнее: http://bemehow.github.com/2012/11/15/monit-vsftpd/
Да, это нормально (для любого дистрибутива). vsftpd не выписывает изодромный с предварением файл.