У нас есть некоторые службы Windows, написанные на .NET. Они нормально запускаются вручную в службах mmc, но, несмотря на то, что они установлены в автоматический режим, они никогда не запускаются при включении (или перезагрузке) компьютера.
Обновление В журнале событий вместо того, чтобы увидеть «xyz запущен», наряду с другими запущенными службами, я просто вижу «Служба xyz перешла в состояние остановки». и отдельная ошибка, которая говорит: «Тайм-аут (30000 миллисекунд) был достигнут при ожидании ответа транзакции от службы slsvc».
Если я запускаю их вручную, я получаю нормальную запись в журнале событий, как и ожидалось, и все в порядке - до следующего обновления Windows Update, которое вызывает перезагрузку и все службы снова отключаются.
Есть идеи? Я попытался установить их на отложенный запуск без видимой разницы.
Ответы:
Для этого есть исправление. Смотрите: http://support.microsoft.com/kb/922918
Дело в том, что службе может потребоваться ldap или другой удаленный доступ, из-за которого возникают задержки. Особенно это может произойти при запуске сервера. Увеличив задержку, вы можете обеспечить запуск службы.
Конечно, лучше было бы выяснить, почему запуск этой службы занимает так много времени. Является ли ваша среда безразмерной? У вас есть проблемы с производительностью службы, которая опрашивается из-за задержки запуска службы?
источник
Что вы имеете в виду, когда говорите «у нас есть несколько служб Windows»? Это значит, что они созданы кем-то внутри вашей организации? Если это так, то вы в лучшем положении для их отладки, чем кто-либо еще здесь - какие зависимости эти сервисы имеют от компонентов Windows, и считаются ли ваши программисты тестирующими на наличие этих сервисов и ожидающими их подключения к сети, когда ваши сервисы запускаются ?
Рассматривали ли вы настройку этих служб как зависимость от службы лицензирования программного обеспечения (вот что такое slsvc )?
с http://support.microsoft.com/kb/193888
источник
Попробуйте с этим:
где w32Time - название вашей службы
или попробуйте это
https://support.microsoft.com/en-us/kb/922918
источник