В последнее время у нас были некоторые неприятные проблемы с синхронизацией времени на наших серверах Windows Server 2008 R2.
Я проследил это до чего-то очень простого: служба времени Windows не была запущена! Время не может синхронизироваться через NTP, когда служба времени не работает ...
Служба времени Windows была настроена на автоматический запуск в панели управления службами, которую я дважды проверял. Я также проверил журналы событий, и я не видел никаких сбоев службы или что-то подобное. На самом деле это выглядело чертовски похоже на то, что служба времени Windows никогда не запускалась автоматически после установки еженедельных обновлений Windows и перезагрузки серверов. (это должно происходить каждую субботу в 7 часов вечера.)
В ту минуту, когда я начал Службу Времени, время синхронизировалось нормально.
Итак, вопрос: почему служба, настроенная на автоматический запуск ... не запускается автоматически? Это кажется мне безумным.
источник
Одно из возможных объяснений из этой темы :
Поскольку Windows Server 2008 R2 и Windows 7 используют одно и то же ядро, мне интересно, одинаковое ли разрешение?
Они рекомендуют установить сервис на автоматический / отложенный запуск чтобы это исправить.
Я до сих пор считаю совершенно безумным, что служба, настроенная на автоматический, не будет запущена ... и я не до конца понимаю семантическую разницу между отложенным автоматическим запуском и автоматическим запуском, но если это сработает, я думаю, не буду жаловаться
источник
К сожалению, со временем Windows вы вручную включили ведение журнала .
Нет хорошего ответа на вопрос «что может привести к автоматическому запуску службы». Единственная реальная причина в том, что зависимость не запустилась правильно, или произошел какой-то сбой в сервисе при запуске. И без логов, ваше предположение так же хорошо, как и наше.
Я бы предложил включить ведение журнала времени Windows для следующих нескольких циклов исправлений. Если сервис работает, у вас все хорошо, если нет, вам нечем работать.
Как примечание, я уже не раз видел, как сервисы решают просто не запускаться без какой-либо веской причины после исправления, а работают нормально после первой перезагрузки.
Начал писать комментарий, потом не хватило места.
Вы бы фактически получили некоторую информацию из этого журнала.
Если журнала вообще нет, он даже не пытается запустить. И вы можете начать исследования оттуда, каждый маленький кусочек информации помогает в решении подобных проблем.
Поскольку это журнал отладки, который вы включаете с помощью вышеуказанной ссылки, вы должны получить что-то, если он попытается запустить. По крайней мере, у вас будет лучшее представление о том, почему он не запускается успешно.
Вы обнаружили одну из самых больших проблем того, чтобы быть системным администратором: вам нужны журналы, чтобы указать, с чего начать поиск, но служба не доходит до того, что она может генерировать журналы. Классическая курица и проблема с яйцом.
источник
Спасибо, я настроил некоторые службы, которые не запускались на Windows Server 2016, с задержкой, и это работало, но я не смог сделать это для антивирусной службы, так как она защищена от изменений.
Тем не менее, я нашел этот обходной путь, который работал, даже если это было для 2008 R2: https://support.microsoft.com/en-us/help/922918/a-service-does-not-start-and- события-7000-и-7011-которые-авторизованы-Windows-сервер-2003-Windows-сервер-2008-и-Windows-сервер-2008-r2
Вероятно, это приведет к запуску любого сервиса, не устанавливая их для отложенного запуска. Это сработало для антивируса, это точно.
Я вставлю самую полезную часть работы здесь:
Чтобы обойти эту проблему, измените реестр, чтобы увеличить значение времени ожидания по умолчанию для диспетчера управления службами. Чтобы увеличить это значение до 60 секунд, выполните следующие действия.
источник