none
Зависание рабочих станций в домене. RRS feed

  • Вопрос

  • Доброе время суток!

    Домен- win serv 2008r2, рабочие станции 120 шт- win7 x64 sp2. Обновления регулярно настроены через сервер wsus и gpo.

    После очередного обновления, ВСЕ рабочие станции начали виснуть намертво, прям во время работы пользователей, не реагируя не на что, только выключение по питанию.

    При отключении агента обновлений win на рабочих станциях - зависания пропадают. -это решение не приемлемо

    Помогите разобраться !спасибо.

    7 сентября 2016 г. 19:36

Ответы

  • Доброе время суток!

    Домен- win serv 2008r2, рабочие станции 120 шт- win7 x64 sp2. Обновления регулярно настроены через сервер wsus и gpo.

    После очередного обновления, ВСЕ рабочие станции начали виснуть намертво, прям во время работы пользователей, не реагируя не на что, только выключение по питанию.

    При отключении агента обновлений win на рабочих станциях - зависания пропадают. -это решение не приемлемо

    Помогите разобраться !спасибо.

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

    Всус не исключение. Обновления нужно проверять на тестовой группе, например на отделе ит и секретарях. После обновления тестовой группы выжидают 3-10 дней и обновляют остальных

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

    Проблема может быть связанна не с самим обновлением, а с ПО которое установлено только у вас и которое таким образом ведет себя в сочитанием с обновлением


    The opinion expressed by me is not an official position of Microsoft




    • Изменено Vector BCOModerator 7 сентября 2016 г. 21:07
    • Предложено в качестве ответа Egor Vasilev 8 сентября 2016 г. 7:08
    • Помечено в качестве ответа LevJed 8 сентября 2016 г. 8:30
    7 сентября 2016 г. 21:05
    Модератор
  • В дополнение хотел бы написать, что хорошей практикой является максимальное ограничение классов скачиваемых обновлений. Например в некоторых случаях достаточно ограничиться критическими обновлениями и обновлениями безопасности. Нет никакого смысла скачивать обновы, добавляющие новый функционал.

    Также нет смысла скачивать и драйверы устройств - я уверен при установке ОС каждый админ сам накатывает драйверы (либо они уже встроены в развертываемый образ системы). В конце концов вам могут автоматически установиться последние версии драйверов, которые очень часто бывают кривыми, и у вас лягут все ПК, для которых эти драйверы были актуальны. А ещё учитывая тот факт, что парк ПК в компаниях стараются держать как можно более однообразный по конфигурации железа, то в итоге вы можете как раз получить проблему корпоративного масштаба.

    • Помечено в качестве ответа LevJed 8 сентября 2016 г. 8:30
    8 сентября 2016 г. 7:12

Все ответы

  • Доброе время суток!

    Домен- win serv 2008r2, рабочие станции 120 шт- win7 x64 sp2. Обновления регулярно настроены через сервер wsus и gpo.

    После очередного обновления, ВСЕ рабочие станции начали виснуть намертво, прям во время работы пользователей, не реагируя не на что, только выключение по питанию.

    При отключении агента обновлений win на рабочих станциях - зависания пропадают. -это решение не приемлемо

    Помогите разобраться !спасибо.

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

    Всус не исключение. Обновления нужно проверять на тестовой группе, например на отделе ит и секретарях. После обновления тестовой группы выжидают 3-10 дней и обновляют остальных

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

    Проблема может быть связанна не с самим обновлением, а с ПО которое установлено только у вас и которое таким образом ведет себя в сочитанием с обновлением


    The opinion expressed by me is not an official position of Microsoft




    • Изменено Vector BCOModerator 7 сентября 2016 г. 21:07
    • Предложено в качестве ответа Egor Vasilev 8 сентября 2016 г. 7:08
    • Помечено в качестве ответа LevJed 8 сентября 2016 г. 8:30
    7 сентября 2016 г. 21:05
    Модератор
  • спасибо, за совет !...будем откатываться на несколько месяцев.
    по поводу спец.ПО -такого просто нет все стандартно без излишеств - стандартные печатные машинки :) 
    8 сентября 2016 г. 5:08
  • спасибо, за совет !...будем откатываться на несколько месяцев.
    по поводу спец.ПО -такого просто нет все стандартно без излишеств - стандартные печатные машинки :) 

    Всегда есть что то: драйвера определенной версии (в других версиях драйверов возможно проблема устранена), антивирусное ПО, 1с и тому подобные софтины, различные криптопры...

    У нас тестирование проводилось на копии рабочей инфраструктуры с серверами и рабочими станциями. Это был отдельный изолированный стенд на котором проверялись все изменения в компании (новые продукты, скрипты, обновления и пр.)


    The opinion expressed by me is not an official position of Microsoft


    8 сентября 2016 г. 6:04
    Модератор
  • В дополнение хотел бы написать, что хорошей практикой является максимальное ограничение классов скачиваемых обновлений. Например в некоторых случаях достаточно ограничиться критическими обновлениями и обновлениями безопасности. Нет никакого смысла скачивать обновы, добавляющие новый функционал.

    Также нет смысла скачивать и драйверы устройств - я уверен при установке ОС каждый админ сам накатывает драйверы (либо они уже встроены в развертываемый образ системы). В конце концов вам могут автоматически установиться последние версии драйверов, которые очень часто бывают кривыми, и у вас лягут все ПК, для которых эти драйверы были актуальны. А ещё учитывая тот факт, что парк ПК в компаниях стараются держать как можно более однообразный по конфигурации железа, то в итоге вы можете как раз получить проблему корпоративного масштаба.

    • Помечено в качестве ответа LevJed 8 сентября 2016 г. 8:30
    8 сентября 2016 г. 7:12