выяснить время, затрачиваемое сценариями запуска компьютера с помощью отдельной групповой политики

Я хочу сократить время, затрачиваемое нашей групповой политикой. Как узнать, какие сценарии какой групповой политики запускаются при загрузке компьютера, и сколько времени они занимают каждый? И как мне узнать, сколько времени занимает установка программного обеспечения для каждой отдельной политики?

У нас около 40 групповых политик, из которых более 10 используют скрипты запуска компьютера.

Я уже включил многословие, и при загрузке компьютера я вижу сообщение «Применение политики установки программного обеспечения», но без дополнительной информации о том, какое программное обеспечение или политика обрабатывается.

Журналы средства просмотра событий Windows для групповой политики показывают два события, которые точно соответствуют времени, когда было показано вышеупомянутое сообщение:

Событие 4018 Запуск сценария запуска для HM \ DEVELOP $.

Событие 5018 Завершенный стартовый скрипт для HM \ DEVELOP $ за 21 секунду.

Между ними нет событий групповой политики.

Все программное обеспечение обновлено. Это заставляет меня думать, что на самом деле проблема не в установке программного обеспечения, а в сценариях запуска компьютера. Я прав?

Некоторые из наших компьютеров подключены через VPN с быстрым интернет-соединением. На этих компьютерах регистрируются те же события, но это занимает 64 секунды. Мы чувствуем это слишком долго.

Я предполагаю, что журналы событий означают, что все сценарии запуска компьютера выполняются в течение этого времени. Это не достаточно подробно, чтобы найти сценарии, которые занимают наибольшее количество времени.

Я уже запускал каждый из сценариев по отдельности, но ни один из них не занимает заметного количества времени (окно команд отображается и быстро исчезает).

windows group-policy event-viewer

— Хенно Вермёлен
источник

Что вам нужно, это инструмент Microsoft XPERF для отслеживания времени запуска.

http://blogs.technet.com/b/askpfeplat/archive/2012/06/09/slow-boot-slow-logon-sbsl-a-tool-called-xperf-and-links-you-need-to- read.aspx

После того, как он заработает, он укажет большой палец на то, что именно является причиной вашего медленного входа в систему, оттуда вы можете посмотреть на выявление первопричины.

— Патрик
источник

Это было очень полезно и отвечает на мой вопрос. Используя это, я обнаружил, что ClientAgent.vbs «Windows SBS CSE Policy» занимает большую часть времени, а именно 2 x 10 с на нашей локальной машине. Это похоже на тайм-аут сети, но дальнейшее исследование - это другой вопрос. Еще одно дополнение к блогу: вам нужно загрузить Windows Performance Toolkit, но для Windows 8 это теперь часть загрузки «Комплект для оценки и развертывания Windows». Вместо «представления xperf» теперь используется анализатор производительности Windows (WPA).

— Хенно Вермёлен

После отключения этой политики запуск сценариев занимает всего около одной секунды, и компьютер, подключенный через VPN, запускается очень быстро. Я не могу найти хорошую информацию о том, безопасно ли отключить эту политику. Я просто буду держать его выключенным, пока мы не столкнемся с какими-то неприятностями ...

— Хенно Вермёлен

ClientAgent.vbs устанавливает клиентское расширение (.MSI), чтобы в системе можно было настроить дополнительные параметры. Это относится к SBS, и я никогда не удосужился посмотреть, какие настройки. Лично я не думаю, что они вам нужны, и подозреваю, что отключение этой политики не повредит. Возможно, вы обнаружите, что для запуска этих расширений новому компьютеру требуется один раз запустить MSI, но я не вижу необходимости запускать его при каждом запуске. Если вы просто запустите его один раз при сборке машины, вам не понадобится политика.

— Патрик

Спасибо. Это также то, что я узнал из нескольких поисков в Google, но я не смог найти, какие именно эти настройки. Похоже, что специфичное для SBS клиентское расширение устанавливается путем копирования файла .dll, поэтому я также подумал, что оно, вероятно, будет работать нормально на существующих компьютерах, но может потребоваться временное включение снова при установке нового компьютера в домен.

— Хенно Вермёлен