Назад | Перейти на главную страницу

Вход пользователя в систему занимает много времени, но перемещаемый профиль невелик

У нас есть несколько проблем с входом в систему. Многие пользователи жаловались на время входа в систему от 10 до 20 минут. При двойной проверке некоторым пользователям действительно требовалось столько минут для входа в систему.

Первая мысль заключалась в том, что у этих пользователей был большой перемещаемый профиль, который вызвал задержку. Но у пользователей был профиль только на 200 МБ (что приемлемо, imho), поэтому даже если клиенту нужно было получить весь профиль, это займет всего минуту или две (у нас есть гигабитные переключатели).

При просмотре папки C: \ Users \% username% самой большой папкой была C: \ Users \% username% \ AppData \ Local. Теперь я действительно думаю, что эта папка должна быть частью «Локального» профиля и не требует синхронизации, поэтому размер этой папки не должен влиять на время входа в систему. Или нет?

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

Если вам нужна дополнительная информация, спрашивайте, я с радостью предоставлю вам дополнительную информацию. Спасибо за любые советы, идеи или предложения.

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

Вот что я бы делал:

  1. Будет ли это по-прежнему, если у пользователя не настроен перемещаемый профиль?
  2. Будет ли это по-прежнему, если к пользователю и станции НЕ применяются групповые политики?
  3. Требуется ли много времени для входа локального пользователя в систему? Как насчет локального администратора?
  4. Требуется ли много времени для входа в систему с использованием кэшированного профиля (т.е. с отключенным сетевым кабелем?)

Надеюсь, что, выполнив описанное выше, вы сможете начать устранять определенные причины и сузить круг расследования. Вот отличная статья Марка Руссиновича о действительно низкоуровневой диагностике:

http://blogs.technet.com/b/markrussinovich/archive/2012/07/02/3506849.aspx

Спасибо всем за ответы.

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

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

Для людей, у которых были бы подобные проблемы, наиболее распространенные идентификаторы ошибок, которые я нашел в журнале событий (в разделе Application-Microsoft-Windows-User Profiles Service): 1530, 6005, 6006, 1542

@Dan предлагает методический подход. Это поможет.

Мне нужно быстро проверить, что повлияло на пользователей нашей сети.

Я бы поискал принтеры, которые недоступны по какой-либо причине, а также подключенные диски, которые недоступны.

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