У нас есть три сервера - Windows 2012 R2 - в Azure, на которых запущены различные наши собственные службы. Эти службы настроены на автоматический запуск, поэтому, естественно, при запуске или после перезагрузки мы ожидаем, что эти службы будут запущены.
Иногда нам нужно остановить эти службы, чтобы обновить наше приложение. Когда мы останавливаем эти службы, мы хотим, чтобы они оставались остановленными, пока мы не будем готовы снова их перезапустить. Однако мы обнаружили, что примерно через час после остановки служб они, судя по всему, перезапускаются спонтанно.
Теперь, очевидно, термин «спонтанно» немного гиперболизирован; «что-то» перезапускает их, но я не могу точно определить этот триггер. Есть ли функция Windows Server или, может быть, политика домена для этих серверов, которая периодически перезапускает любую службу, помеченную как Автоматический запуск, но которая не запущена? Я никогда об этом не слышал. Ни для одной из этих служб не определены параметры восстановления, но в любом случае разве это не имеет значения? Эти службы не «выходили из строя», они были завершены чисто явной командой Stop. Нет никаких внешних зависимостей, которые могли бы заставить эти службы запускаться автоматически, за исключением, конечно, перезапуска ОС, который не происходит в этих случаях.
Я остановил службу, выполнил gpupdate /force, и служба не перезапустилась. Я думаю, это признак того, что это не перезапуск на основе групповой политики, потому что если бы это было так, я бы ожидал, что gpupdate вызовет перезапуск. (Но я не эксперт в этой области, поэтому могу ошибаться.)
Спасибо за любые советы, которые вы можете дать.
решение1
Это НЕ из-за поведения Windows. Я узнал от нашего поставщика облачных услуг, что у них есть собственный инструмент автоматизации, который отслеживает остановленные службы и перезапускает их. Я дал им указание — прекратите это делать!
Я оставлю этот пост, потому что я видел, как другие администраторы (не много, но несколько) задавали тот же вопрос. Мой совет, согласно комментарию выше и моему собственному опыту, — поискать в другом месте, поскольку такое поведение вряд ли коренится в собственном управлении службами Windows.