Я управляю доменом с 80 ПК, которые принимают обновления с WSUS на сервере 2k8 R2, я установил установку обновления раз в неделю в 14:00, так как в это время все ПК включены. Раз в 2-3 месяца в процессе установки случайный ПК застревает при установке и останавливает мою сеть L2. (Я имею в виду, что все ПК, подключенные к этому ПО, теряют полное L2-соединение, они не могут даже общаться локально). Я должен проверить вручную весь ПК, чтобы обнаружить, что этот блокирующий ПК отсоединяется от сети, перезапустите коммутатор, чтобы другой ПК мог повторно подключиться и вернуться к работе.
Кто-нибудь знает, какие обновления вызывают это? Участвует ли WSUS? И как мне избавиться от этой досадной и досадной проблемы. В последний раз я столкнулся с этой проблемой сегодня. Прикреплю список установленных обновлений.
Буду признателен, если кто-нибудь поможет мне решить эту ситуацию
Через год я нашел решение. Однажды пришло только одно обновление (отложенное) из обновления Windows, поэтому я смог отличить его от других обновлений, и обнаружил, что 2 ПК зависли после установки средства удаления вредоносных программ. Я думаю, что проблема, вызванная автоматическим сканированием, заключается в том, что эта программа вызывает сбой ПК, а затем сбой сетевого адаптера и, чем все, Broadcast Domain Down.
РЕДАКТИРОВАТЬ
Это не решение, потому что я обнаружил, что проблема связана с сбоем системы, который WMSRT вызывает много времени, но не имеет прямого отношения к этому программному обеспечению.
Я видел 2 зависших ПК, и у них есть вход в систему: C: \ WINDOWS \ Debug \ MRT.log незавершенный, поэтому единственные 2 ПК, которые зависли, зарегистрировали только «Начато» и не сделали этого для результата. Все остальные ПК в домене имеют сводку результатов за март. Я не знаю, в чем причина того, что я отклонил MRT от WSUS, у меня нет выбора, и я действительно устал от этого. На форумах говорилось, что это будет конфликт с антивирусом, но я использую MSE на всех ПК, поэтому теоретически конфликтов нет. Я надеюсь, что этот пост будет полезен для всех в подобных обстоятельствах.
---------------------------------------------------------------------------------------
Microsoft Windows Malicious Software Removal Tool v5.21, February 2015 (build 5.21.11102.0)
Started On Wed Feb 11 12:24:58 2015
Engine: 1.1.11302.0
Signatures: 1.191.3593.0
Results Summary:
----------------
No infection found.
Failed to submit clean hearbeat MAPS report: 0x80072EFD
Microsoft Windows Malicious Software Removal Tool Finished On Wed Feb 11 12:41:10 2015
Return code: 0 (0x0)
---------------------------------------------------------------------------------------
Microsoft Windows Malicious Software Removal Tool v5.22, March 2015 (build 5.22.11202.0)
Started On Tue Mar 10 16:12:29 2015
Engine: 1.1.11400.0
Signatures: 1.193.1181.0