No Image

Долго загрузка личных параметров

СОДЕРЖАНИЕ
1 218 просмотров
10 марта 2020

При загрузке рабочей станции с Windows XP SP3 долго висит окно “Применение параметров компьютера“(до ввода имени пользователя). После применения параметров загрузка проходит довольно быстро. Причем, аналогичная длительная загрузка наблюдается и на других компьютерах, но не на всех. Если во время загрузки отключить сетевой кабель, применение параметров компьютера происходит практически моментально.

Конфигурация вполне “стандартная” – рабочие станции Windows XP SP2, SP3, сервер – Windows Server 2003 / Windows Server 2008 c DNS, DHCP и Active Directory

В чем может быть дело:

Профиль еще не актуален. На этом этапе сначала ищется DC, затем примемяются компьютерные GP, поиск опубликованных в AD сетевых принтеров и папок… А так же выполняются скрипты. Например обновление файлов копированием.

В настройках сетевого подключения рекомендуется в графе “Предпочитаемый DNS-сервер” ввести точный IP адрес сервера контроллера домена. Как правило, это позволяет ускорить применение параметров компьютера.

Юзаем консоль, смотрим ошибки

Запустите rsop.msc и убедитесь, что гупповые политики отрабатывают
dsa.msc

Смотрим локальные логи – ищем ошибки, сообщения

На машинах, на которых долго применяются параметры, посмотреть в Event Viewer, нет ли сообщений, что не смог обработать групповую политику. Пару раз было такое при кривой настройке ДНС-сервера – ссылались на медленный сервер и происходила такая же петрушка.

Смотрим логи на сервере:

В логах на сервере есть ошибки от Kerberos? А именно EventID 4?
http://support.microsoft.com/kb/244474

Возможно, проблемы с DNS/DHCP

(”применение параметров компьютера” по времени доходило до 5 минут). В настройках TCP/IP клиента прописал адрес сервера в DNS и WINS(?). Проблема исчезла

Ещё один “голос” за DNS/DHCP

Предположительный 1 проблемы длительной загрузки комьпютера:
1. DHCP сервер…. не отвечает или находится крайне далеко от пользователя
2. DNS
3. В принципе не плохо, чтобы контроллеры домена были доступны для всех пользователей ведь вход в домен (по моему, но не точно) осуществляется не только через PDC, а через ближайший доступный…

Интересный вариант развития событий:

У пользователей в профиле прописана шаровая папка, при исключении её из профиля – машина грузится нормально.

Была подобная проблема при падении AD.
Решилось убиением старых групповых политик на рабочих станциях.

На клиенте ipconfig /all
nslookup -q=a server_name
Убедись что с сервером DNS все в порядке.
Вынеси контроллер домена на медленном линке в отдельный сайт.
прогони netdiag.

В общем, как всегда – заглядываем в логи, ищем ошибки..

Читайте также:  Inbox что за почта

комплект утилит Sysinternals
http://technet.microsoft.com/ru-ru/sysinternals/bb963902.aspx
CodeStuff Starter – альтернатива
http://systemexplorer.net – бесплатная программа для настройки системы

3 типа Autorun
1. Machine Run [HKEY_LOCAL_MACHINESOFTWAREMicrosoftWindowsCurrentVersionRun]
2. All Users Run + Users Run
3. Autorun

BootLogXP, BootVis (однакнопка) – утилиты для просмотра/ускорения загрузки компьютера

Cисадмина

Ситуация включаем компьютер, Windows загружается, появляется экран выбора пользователя. Выбираем пользователя, вводим пароль. Появляется надпись «Загрузка личных параметров» и на этом все заканчивается. Винчестер иногда моргает, что-то происходит, но на экране ничего не меняется. В таком состоянии компьютер может оставаться сколько угодно долго.

1 Загрузился в безопасном режиме (Ура работает в безопасном без проблем)
2 Отключил ВСЁ из автозагрузки.
3 О чудо… заработало.
4 Начал выяснять в чем причина….. и не мог поверить, что причина оказалась в

АНТИВИРУСНИКЕ AVAST. Что-то с ним случилось.

Итого: Удалил Антивирусник … перегрузил машину, проверил на работоспособность программ, установил поновой AVAST, обновил ему базы и тьфу тьфу тьфу всё работает.

Медленная загрузка компьютера, вызванная долгим применением групповых политик, является одной из частых проблем в домене, на которые жалуются пользователи. С точки зрения пользователя компьютер загружается очень долго, и как будто зависает на несколько минут на этапе «Применение параметров компьютера / пользователя». В этой статье я попробую собрать полезные диагностические инструменты и приемы, позволяющие администратору выявить причины медленного применения GPO на компьютерах домена.

На самом деле причин, из-за которых на компьютере долго применяются групповые политики может быть множество: это и проблемы с DNS, доступностью и скоростью подключения к DC, неправильной настройкой сайтов AD или проблемы с репликацией, неверно настроенные групповых политики и кривые скрипты и т.п. Проблематично описать универсальный алгоритм по диагностике всех этих проблем. При решении таких проблем, как правило, большую роль имеет опыт и навыки специалиста, производящего диагностику. В этой статье мы остановимся только на диагностики проблем, связанных с самими механизмами работы GPO и клиента GPClient.

Блокирование наследования групповой политик

Чтобы убедиться, что проблема связана именно с доменными GPO, создайте в домене отдельную OU, перенесите в нее проблемный компьютер и с помощью консоли Group Policy Management Console (GPMC.msc) включите блокирование наследование политик для данного контейнера (Block Inheritance). Таким образом на компьютер перестанут действовать все доменные политики (исключение — политики, для которых включен режим Enforced) .

Читайте также:  Для чего нужна оперативка

Перезагрузите компьютер и проверьте, сохранилась ли проблема с долгим применением GPO. Если сохранилась, вероятнее всего проблема с самим компьютером или локальными политиками (попробуйте их сбросить на дефолтные).

Вывод подробных сообщений на экране загрузки

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

  • в Windows 7 / Vista : Computer Configuration -> Policies -> System ->Verbose vs normal status messages = Enabled
  • в Windows 8/10 : Computer Configuration -> Policies -> System ->Display highly detailed status messages = Enabled

Этот же параметр можно активировать через реестр, создав в ветке HKEY_LOCAL_MACHINESOFTWARE Microsoft Windows CurrentVersion PoliciesSystem параметр типа DWORD с именем verbosestatus и значением 1.

В результате на экране в процессе загрузки будут отображаться такие сообщения:

Отчет GPResult

Результирующую политику, которая была применена к компьютеру, стоит проанализировать с помощью HTML отчета gpresult, создать который можно такой командой, запущенной с правами администратора:

gpresult /h c:psgpreport.html

Этот отчет достаточно удобен для анализа и может содержать ссылки на различные ошибки при применении GPO.

Кроме того, в разделе отчета Computer Details -> Component Status присутствуют полезные данные о времени (в мс) применения различных компонентов GPO в виде:

Group Policy Files (N/A) 453 Millisecond(s) 18.01.2017 14:10:01 View Log
Group Policy Folders (N/A) 188 Millisecond(s) 18.01.2017 14:10:00 View Log
Group Policy Local Users and Groups (N/A) 328 Millisecond(s) 18.01.2017 14:10:00 View Log
Group Policy Registry (N/A) 171 Millisecond(s) 18.01.2017 14:10:01 View Log
Group Policy Scheduled Tasks (N/A) 343 Millisecond(s) 18.01.2017 14:10:01 View Log
Scripts (N/A) 156 Millisecond(s) 18.01.2017 14:09:04 View Log
Security (N/A) 3 Second(s) 495 Millisecond(s) 18.01.2017 14:09:08 View Log
Реестр (N/A) 18 Second(s) 814 Millisecond(s) 18.01.2017 14:10:00 View Log

Анализ событий от Group Policy в системных журналах Windows

В журнале приложений о медленном применении политик может свидетельствовать событие с EventID 6006 от источника Winlogon с текстом:

Читайте также:  Powercolor devil 13 r9 290x

  • Событие 5312 содержит список применённых политик, а в событии 5317 есть список отфильтрованных GPO.
  • В событиях 8000 и 8001 содержится, соответственно, время обработки политик компьютера и пользователя при загрузке компьютера. А в событиях 8006 и 8007 есть данные о времени применения политик при периодическом обновлении.
  • При анализе журнала стоит также обращать на время, прошедшее между двумя соседними событиями, это может помочь обнаружить проблемный компонент.

    Отладочный журнал службы GPSVC

    В некоторых ситуациях бывает полезным включить ведение отладочного журнала обработки GPO — gpsvc.log. С помощью временных меток в файле gpsvc.log можно найти компоненты GPO, которые долго отрабатывали.

    Отладочные журналы Group Policy Preferences

    Расширения Group Policy Preferences также могут вести подробные лог загрузки каждого компоненте CSE (Client-Side Extensions). Отладочные журналы CSE можно включить в разделе GPO: Computer Configuration -> Policies -> Administrative Templates->System->Group Policy -> Logging and tracing

    Как вы видите, доступные индивидуальные настройки для каждого CSE. В настройках политики можно указать тип событий, записываемых в журнал (Informational, Errors, Warnings или все), максимальный размер журнала и местоположение лога:

    • Трейс файл пользовательских политик %SYSTEMDRIVE%ProgramDataGroupPolicyPreferenceTraceUser.log
    • Трейс файл политик компьютера %SYSTEMDRIVE%ProgramDataGroupPolicyPreferenceTraceComputer.log

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

    Итак, в этой статье мы рассмотрели основные способы диагностики проблем долгого применения групповых политик на компьютерах домена. Надеюсь, статья будет полезной.

    “>

    Комментировать
    1 218 просмотров
    Комментариев нет, будьте первым кто его оставит

    Это интересно
    No Image Компьютеры
    0 комментариев
    No Image Компьютеры
    0 комментариев
    No Image Компьютеры
    0 комментариев
    Adblock detector