В последнее время у нас были неприятные проблемы с синхронизацией времени на наших серверах Windows Server 2008 R2.
Я проследил это до очень простого: служба времени Windows не была запущена! Время не может синхронизироваться через NTP, когда служба времени не работает ...
Служба времени Windows была установить для запуска "автоматически" в панели управления услугами, которую я проверял дважды и трижды. Я также проверил журналы событий и не обнаружил сбоев в работе служб или чего-либо подобного. Фактически, это выглядело чертовски похоже на то, что служба времени Windows никогда не запускалась автоматически после установки еженедельных обновлений Windows и перезагрузки серверов. (это будет происходить каждую субботу в 19:00.)
Как только я запустил службу времени, время синхронизировалось нормально.
Итак, тогда возникает вопрос: почему служба, настроенная на автоматический запуск ..., не запускается автоматически? Мне это кажется безумием.
W32time не запустится автоматически, если компьютер не находится в домене. Проклятье Microsoft!
Попробуйте запустить это: sc triggerinfo w32time start/networkon stop/networkoff
Одно из возможных объяснений от эта тема:
Насколько я понял, в основном служба не будет включена, пока вы, задача, часть оборудования или сеть не начнете событие, чтобы включить ее. Когда вы пытаетесь обновить время, вы вызываете службу и запускаете событие «Запустить службу xyz». Он также может отключить службу по завершении. Это очень упрощенно. Это одна из причин, почему семь быстрее, потому что многие службы работают только тогда, когда это необходимо, вместо того, чтобы работать все время в ожидании чего-то, чтобы их использовать. По сути, вам не нужно пытаться решать, какие услуги вам нужны, а какие нет, они могут позаботиться о себе сами.
Он говорит о новом ядре в Windows 7.
Поскольку Windows Server 2008 R2 и Windows 7 используют одно и то же ядро, мне интересно, одинаково ли разрешение?
Они рекомендуют установка сервиса на автоматический / отложенный запуск чтобы исправить это.
Я все еще утверждаю, что это совершенно безумие, что сервис, установленный на автоматический, не запускается ... и я не полностью понимаю семантическую разницу между отложенным автоматическим запуском и автоматическим запуском, но если это сработает, я думаю, что я не буду жаловаться.
К сожалению, с Windows Time у вас есть вручную включить ведение журнала.
Нет хорошего ответа на вопрос, «что может привести к тому, что служба не запустится автоматически». Единственная реальная причина заключается в том, что зависимость не запустилась правильно или произошел какой-то сбой в службе при ее запуске. А без журналов, ну, ваше предположение не хуже нашего.
Я бы посоветовал включить ведение журнала времени Windows для следующей пары циклов исправлений. Если услуга появится, у вас все в порядке, если ее нет, вам будет над чем работать.
В качестве примечания, я не раз видел, как службы решали просто не запускаться без уважительной причины после патча, но работали нормально после этой первой перезагрузки.
Вы действительно получите некоторую информацию из этого журнала.
Если лога нет вообще, то даже не пытается запуститься. И вы можете начать исследование оттуда, каждый маленький кусочек информации помогает в решении подобных проблем.
Поскольку это журнал отладки, который вы включаете по указанной выше ссылке, вы должны получить что-то если он пытается запуститься. По крайней мере, вы будете лучше понимать, почему он не запускается успешно.
Вы обнаружили одну из величайших проблем системного администратора: вам нужны журналы, чтобы сообщить вам, с чего начать поиск, но служба не доходит до того момента, когда она может создавать журналы. Классическая курица и проблема яйца.
Спасибо, я настроил некоторые службы, которые не запускались в Windows Server 2016, на задержку, и это сработало, но я не мог этого сделать для антивирусной службы, поскольку она защищена от изменений.
Однако я нашел этот обходной путь, который работал, даже если это было для 2008 R2: https://support.microsoft.com/en-us/help/922918/a-service-does-not-start-and-events-7000-and-7011-are-logged-in-windows-server-2003- Windows-сервер-2008-и-Windows-сервер-2008-R2
Вероятно, это приведет к запуску любой службы, не настраивая ее на отложенный запуск. На антивирус сработало, это точно.
Я вставлю сюда самую полезную часть обходного пути:
Чтобы обойти эту проблему, измените реестр, чтобы увеличить значение времени ожидания по умолчанию для диспетчера управления службами. Чтобы увеличить это значение до 60 секунд, выполните следующие действия:
Click Start, click Run, type regedit, and then click OK.
Locate and then click the following registry subkey:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control
In the right pane, locate the ServicesPipeTimeout entry.
Note: If the ServicesPipeTimeout entry does not exist, you must create it. To do this, follow these steps:
On the Edit menu, point to New, and then click DWORD Value.
Type ServicesPipeTimeout, and then press ENTER.
Right-click ServicesPipeTimeout, and then click Modify.
Click Decimal, type 60000, and then click OK.
This value represents the time in milliseconds before a service times out.
Restart the computer.