Windows server 2012 r2 бесконечный поиск обновлений

Обновлено: 21.11.2024

Вы когда-нибудь пытались запустить Центр обновления Windows на сервере Windows 2012 Server, но он всегда оставался там с надписью «Проверка обновлений…»? Я это сделал, и вот как я это исправил.

Недавно я был в крупной корпоративной сети с внутренними серверами WSUS, но они не хотели распространять обновления на эту конкретную группу серверов, поэтому мы вручную запускали Центр обновления Windows, и он всегда работал нормально в прошлое, за исключением случайного 15-20-минутного ожидания случайного сервера, который все равно в конечном итоге отключался и позволял нам закончить. Затем в один конкретный месяц мы обнаружили, что большинство серверов Windows 2012 будут сидеть на экране «Проверка обновлений…» намного дольше, чем 15-20 минут, с которыми мы сталкивались раньше. Теперь мы говорим о часах. На самом деле некоторые серверы мы оставили включенными на ночь, а вернувшись на следующий день, обнаружили, что они все еще работают.

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

Иногда для исправления было достаточно простой перезагрузки (т. е. после перезагрузки несколько компьютеров, пытавшихся работать всю ночь, теперь нормально запускали Центр обновления Windows), но в других случаях этого было недостаточно. В прошлом у меня был неудачный опыт удаления/переименования каталогов/файлов кеша, как предлагают многие сообщения/сайты, поэтому я искал менее навязчивое решение.

  1. Запустите Центр обновления Windows и увидите, как индикатор выполнения перемещается, когда на нем отображается надпись «Проверка обновлений…».
  2. Оставьте это окно открытым/работающим, пока вы открываете «Службы» и перезапускаете службу «Центр обновления Windows».
  3. Теперь закройте окно «Службы» и еще раз взгляните на окно Центра обновления Windows, которое у вас все еще открыто. Теперь он прекратил поиск обновлений и обычной кнопкой предложит вам установить необходимые обновления. Нажмите кнопку и установите все перечисленные обновления. После перезагрузки Центр обновления Windows снова будет работать нормально (и выполнять поиск в более разумное время).

Я попробовал это только на виртуальных машинах Windows Server 2012, но я предполагаю, что это также применимо и к компьютерам с Windows 8. (Обновление: работает и на серверах 2008!)

Использование ПК с Windows должно быть безболезненным: от просмотра веб-страниц до работы в Powerpoint и выполнения кода.

Вы ожидаете, что рутинные обновления Windows будут такими же беспроблемными.

К сожалению, иногда ошибка может привести к тому, что приложение Центра обновления Windows зависает, проверяя наличие обновлений, а не устанавливая их.

Проблема: Центр обновления Windows зависает при проверке обновлений

Эта проблема наиболее распространена в Windows 7 и 8. Это результат ошибки, из-за которой механизм обновления не может взаимодействовать с серверами Microsoft. Эта проблема может привести к значительной загрузке ЦП и поэтому заметна в диспетчере задач. Если кажется, что Центр обновления Windows никогда не запускается, а вместо этого в течение длительных периодов времени говорит «поиск», то эта проблема касается вас.

Пять способов исправить это с пошаговым руководством.

Способ 1. Отключите «Сон» в настройках электропитания

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

Шаг 1. Найдите панель управления в поиске Windows и откройте ее.

Шаг 2. Нажмите "Система и безопасность".

Шаг 3. В разделе «Электропитание» выберите «Изменить, когда компьютер переходит в спящий режим»

Шаг 4. Измените настройки параметра «Перевести компьютер в спящий режим» на «Никогда». Затем сохраните изменения.

Метод 2: переждать

Возможно, установочный пакет очень большой или у вас плохое подключение к Интернету. Возможно, стоит немного подождать, прежде чем предпринимать какие-либо действия, так как со временем проблема может решиться сама собой. Разрешите Центру обновления Windows работать не менее часа, прежде чем пробовать другое решение.

Способ 3. Перезапустите Центр обновления Windows из командной строки

Можно попробовать перезапустить Центр обновления Windows из командной строки. Это может решить проблему.

Шаг 1. Откройте командную строку из панели поиска Windows. Обязательно запускайте от имени администратора.

Шаг 2. Введите net stop wuauserv. Это остановит службу Центра обновления Windows. Затем запустите команду net start wuauserv. Это запустит службу Центра обновления Windows.

Принудительный перезапуск Центра обновления Windows, подобный этому, часто помогает решить проблему «поиска обновлений».

Способ 4. Установите официальный патч Microsoft

Для более ранних версий Windows существуют официальные исправления Microsoft, решающие проблему с обновлением. Вам нужно будет установить их самостоятельно. Как только вы это сделаете, проблема должна быть решена.

Windows 7

Шаг 1. Сначала установите пакет обновления 1 для Windows 7 и Windows Server 2008 R2 здесь. Первое обновление делает ваш компьютер более надежным. Второй предназначен для виртуализации корпоративного класса. Вы можете проверить это, щелкнув правой кнопкой мыши «компьютер» в строке поиска Windows, а затем щелкнув свойства. Если пакет обновления 1 указан в списке выпусков Windows, он установлен.

Шаг 2. Загрузите пакет по этой ссылке. Загрузите файл. После завершения загрузки запустите файл.

Шаг 3. Перезагрузите компьютер.

Windows 8

Шаг 1. Сначала загрузите обновление для Windows 8 за апрель 2018 г. здесь.

Шаг 2. Загрузите пакет по этой ссылке. Загрузите файл. После завершения загрузки запустите его.

Шаг 3. Перезагрузите компьютер.

Способ 5. Решение для Windows 10

Если вы столкнулись с этой проблемой обновления в Windows 10, вы можете попробовать очистить файлы кэша Центра обновления Windows и перезапустить программу обновления.

Шаг 1. Откройте командную строку из панели поиска Windows. Обязательно запускайте от имени администратора.

Шаг 2:

  • Выполните команду net stop wuauserv, чтобы остановить текущую службу обновления.
  • Введите cd\windows или cd /d %windir%.
  • Введите rd /s SoftwareDistribution.
  • При появлении запроса введите Y. Это очистит файлы кеша Центра обновления Windows.
  • Выполните команду net start wuauserv.

Наконец, попробуйте снова запустить Центр обновления Windows.

Заключение

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

Когда я набираю команду net stop wuauserv, чтобы остановить обновление, я получаю ответ: обновление запускается или останавливается, повторите попытку позже. Когда я пытаюсь удалить файлы в дистрибутиве программного обеспечения, я получаю ответ, что файлы открыты в обновлении Windows, и это действие не может быть выполнено.

Отправить комментарий Отменить ответ

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

[Немецкий] Читатель блога недавно сообщил мне о наблюдении, которое он сделал во время обновления Windows Server 2012 (не R2). Может быть, кто-то наблюдал такое поведение и знает решение. Приложение: Решения известны.

Немецкий читатель блога Александр Х. прислал мне соответствующую информацию по электронной почте. Александр написал в своих электронных письмах:

Я отвечаю за управление исправлениями и недавно заметил кое-что очень интересное в системах Windows Server 2012 Standard.

Каждый месяц я устанавливал исправления для наших клиентов и перезапускал системы. . Несколько обновлений Windows Server 2012 Standard отображаются со статусом «Ожидание перезагрузки» после перезапуска серверов в процессе обновления (см. следующий снимок экрана).

Другое явление заключается в том, что обновления на нескольких системах, которые я обновил вчера, показали статус «Успешно»! Обновления Windows все еще были доступны для установки.

В "WindowsUpdate.log" ошибок нет, обновления Windows успешно скачиваются и устанавливаются с сервера WSUS, после перезагрузки поведение снова идентично 1:1.

Александр написал, что перезагрузка сервера WSUS не улучшила ситуацию. Во время устранения неполадок он заметил, что в других стандартных системах Windows Server 2012 в системах без проблем с установкой обновлений не была установлена ​​функция «Возможности рабочего стола».

Опыт рабочего стола?

По этой причине он удалил функцию Desktop Experience из системы перед установкой обновления, перезапустил ее, а затем установил обновления Windows. После перезагрузки обновления Windows были установлены правильно.

Согласно этим выводам, он пытался восстановить машины с ожидающими обновлениями, удалив функцию Desktop Experience, но столкнулся с неприятным опытом. Он написал:

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

Возможно, кто-то из читателей блога знает решение этих проблем. В 2017 году я нашел эту ветку, посвященную похожей проблеме.

Возможное решение: изменить некоторые службы

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

  1. Перейдите к Службам и измените статус "Установщик модулей Windows" (TrustedInstaller) с ручной на автоматический
  2. Затем запустите службу (эта служба снова возвращается к ручному после перезагрузки)
  3. Не проверял, если необходимо: Запустите также службу "Установщик Windows" (msserver)

Надеюсь, это поможет пострадавшим. Но обратите внимание на предупреждение от другого немецкого пользователя, который написал, что немедленная перезагрузка обязательна. У них был сервер, который пытался через 10 минут после смены статуса службы перезагрузиться. С тех пор сервер находится в цикле перезагрузки — и текущий случай неприятный, потому что это удаленный сервер. Один пользователь также написал, что потребовалось несколько перезагрузок (каждая для каждого ожидающего обновления), чтобы вернуть машину к жизни.

Дополнение: кажется, что загрузка Windows Server 2012 в безопасном режиме позволит успешно установить обновление (см. также эту статью и запись в моем блоге Windows Server 2012 переходит в цикл обновления).

Эта запись была опубликована в разделе «Обновление, Windows» с пометкой «Обновление, Windows Server 2012». Добавьте постоянную ссылку в закладки.

14 ответов на вопрос Проблема с ожидающим обновлением для Windows Server 2012

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

Мы попробовали исправить «Установщик модулей Windows» выше и застряли в цикле перезагрузки, но, поскольку у нас есть виртуальные машины, мы смогли вернуться к предыдущему моментальному снимку.

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

Должно быть, это более распространенная проблема, чем думает Microsoft.

Похоже, теперь это видит больше людей:

У меня такая же проблема примерно на 20 серверах Windows под управлением 2012 Std. Мы используем более 220 виртуальных серверов и имеем проблемы только с 2012 Std.
После исчерпания всех технических опций, которые я смог найти, включая
sfc /scannow
Dism не запускается, так как команды не поддерживаются для Server 2012 /online /cleanup-image /restorehealth
Проверил журнал cbs и не увидел проблемы.
Очистил папку с дистрибутивом программного обеспечения.
Проверил реестр на наличие любых настроек wsus и удалил их там, где это необходимо.
Обновления продолжали возвращаться как неустановленные, и после их применения через обновления Windows, перезагрузки и проверки истории обновлений они сказали, что ожидают. Поскольку один из серверов был тестовым, я позвонил в Microsoft.

После нескольких сеансов устранения неполадок они пришли к выводу, что обновление до той же ОС (Windows server 2012 std) устранит проблему. Поэтому я загрузил ISO и повторно применил Server 2012 Std.
Это действительно решило проблему на тестовом сервере, однако я попробовал то же самое на другом сервере Windows 2012, у которого была такая же проблема (это был тестовый сервер citrix xenapp), и это полностью сломало сервер, поэтому я бы не рекомендовал это для любого на рабочем сервере.
Поэтому я решил протестировать разные вещи.
Изменил службу обновления Windows с ручного запуска на автоматический, но ничего не изменилось.
Служба установки модулей Windows изменена на автоматическую с ручной, а затем повторно применены обновления через обновления Windows. Перезагрузился, а затем он постоянно применял обновления и перезагружался.
Теперь похоже, что он застрял в цикле перезагрузки применения обновлений, перезагрузки и попытки повторного применения обновлений.
Нажал F8 при загрузке и перешел в безопасный режим с сетью при перезагрузке.
Затем я получил сообщение о сбое применения обновлений, возвращающих изменения.
Затем он автоматически перезагрузился и вернулся к обычной перезагрузке.
Проверил историю обновлений Windows, и теперь, а не в ожидании, он сказал, что он успешно завершен.
Снова проверил наличие обновлений Windows, и затем он вернулся без доступных обновлений, хотя, как и раньше, у него было 2 важных и 2 необязательных невыполненных.
Похоже, что исправление для меня состояло в том, чтобы включить службу установки модуля Windows в автоматический режим.
Еще 19 серверов, чтобы попробовать это, чтобы убедиться, что все работает.

Ответ Майкрософт на переустановку ОС — это чепуха, которая нарушает работу приложений и служб на действующих серверах. Так что не рекомендую этого делать. Поскольку служба поддержки MS заинтересована только в решении проблемы, а не в анализе первопричин, поэтому они в крайнем случае переустановили ОС. Которому опять же я не рекомендую следовать.

Для меня изменение службы установки модуля Windows на автоматическое решение проблемы.

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

Они пытаются заставить нас перейти на более новую ОС?

У меня есть Software Assurance для центра обработки данных Windows Server, поэтому обновление не является для нас проблемой с лицензией, но по-прежнему требуется много работы по переносу серверов со старых ОС на Server 2019.

Microsoft, это проблема, о которой вы рассказали. Вам нужно разобраться, так как у многих людей нет прямой поддержки с вами, но даже если они попытаются переустановить ОС, это не исправит ситуацию, так как нарушит работу действующих серверов.

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

Вокруг колеса мы снова идем.

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

За последние несколько недель Microsoft выпустила несколько исправлений. Январь 2022 г., вторник исправлений, которые исправили некоторые серьезные уязвимости. Полный список обновлений можно посмотреть здесь.

Компания Mirazon Group заметила, что некоторые из этих обновлений вызывают серьезные сбои, вызванные зависанием контроллеров домена в повторяющихся циклах загрузки, невозможностью запуска Hyper-V и недоступными томами ReFS. Эти проблемы продолжаются до тех пор, пока не будут удалены/откаты обновлений.

Цикл загрузки контроллера домена Windows

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

Процесс LSASS имеет решающее значение для работы операционной системы Windows, поэтому при сбое этого процесса происходит перезагрузка.

Если вам удастся достаточно быстро получить журналы просмотра событий или сохранить их централизованно, вы обнаружите следующее:

Процесс wininit.exe инициировал перезагрузку компьютера [имя_компьютера] от имени пользователя по следующей причине: Не удалось найти заголовок по этой причине Код причины: 0x50006 Тип завершения работы : перезапустить Комментарий: системный процесс «C:\WINDOWS\system32\lsass.exe» неожиданно завершился с кодом состояния -1073741819. Теперь система выключится и перезапустится.

Hyper-V не может запускать гостевые ВМ

Это большое. Как только узел Hyper-V получит эти обновления и перезагрузится, узел больше не сможет запускать службы Hyper-V. Поэтому никакие гостевые ВМ работать не будут.

При попытке вручную запустить гостевую ВМ вы получите следующую ошибку:

Не удалось запустить виртуальную машину xxx, поскольку гипервизор не запущен.

ReFS становится недоступным после обновлений

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

Подумай, отказоустойчивая файловая система отключена ее создателем. Подключенные тома NTFS, по-видимому, не затрагиваются этими обновлениями.

Внеплановые обновления, которые нужно исправить

18 января Microsoft выпустила OOB-обновления в попытке решить эти широко распространенные проблемы.

Все обновления OOB можно загрузить из каталога обновлений Microsoft здесь. Некоторые из них также можно установить непосредственно через Центр обновления Windows в качестве необязательных обновлений.

Следующие обновления можно загрузить и установить только через каталог обновлений Microsoft:

    • Windows 8.1, Windows Server 2012 R2: [KB5010794]
    • Windows Server 2012: [KB5010797]

    Обновления для этих версий Windows также доступны через Центр обновления Windows в качестве необязательного обновления:

      • Windows 11, версия 21H1 (исходный выпуск): [KB5010795]
      • Windows Server 2022: [KB5010796]
      • Windows 10, версия 21H2: [KB5010793]
      • Windows 10, версия 21H1: [KB5010793]
      • Windows 10, версия 20H2, Windows Server, версия 20H2: [KB5010793]
      • Windows 10, версия 20H1, Windows Server, версия 20H1: [KB5010793]
      • Windows 10, версия 1909, Windows Server, версия 1909: [KB5010792]
      • Windows Server 2019: [KB5010791] (выпущено 18.01.22)
      • Windows 10, версия 1607, Windows Server 2016: [KB5010790]
      • Windows 10, версия 1507: [KB5010789]
      • Windows 7 SP1: [KB5010798]
      • Windows Server 2008 SP2: [KB5010799]

      Удалите обновления для исправления

      Единственный другой вариант — полностью удалить обновления Windows и перезагрузить хост. Из-за того, что корпорация Майкрософт объединяет все исправления безопасности в один накопительный пакет, удаление накопительных обновлений для устранения вышеупомянутых проблем также приведет к удалению исправлений, реализованных корпорацией Майкрософт.

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

      wusa /uninstall /kb:5009624

      wusa /uninstall /kb:5009595

      wusa /uninstall /kb:5008604

      wusa /uninstall /kb:5009557

      wusa /uninstall /kb:5009555

      Эти команды также можно запускать из безопасного режима.

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

      В этой среде и на уровне DISM используются разные команды для достижения одного и того же результата.

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

      dism /online /get-packages

      Может быть полезно передать это в буфер обмена и вставить в Блокнот:

      dism /online /get-packages | клип

      После получения имени пакета вы можете создать команду удаления как таковую:

      dism /online /Remove-Package /PackageName:Package_for_KB5008604~31bf3856ad364e35~amd64~~9200.23518.1.0

      Читайте также: