Этот компьютер еще не отправил отчет о состоянии wsus

Обновлено: 02.07.2024

Здравствуйте, команда.. Некоторые из клиентов Windows 10 перестали отправлять отчеты в консоль WSUS.. Если я переименую папку распространения программного обеспечения, а затем принудительно отправлю отчет, он отправит отчет обратно в консоль WSUS, но через пару дней он перестанет сообщать , опять же, если я удалю папку распространения программного обеспечения, она будет отчитываться в течение нескольких дней, и это будет продолжаться. Это происходит для некоторых клиентов. Машины никогда не клонировались. «эти машины, которые не сообщают о состоянии, будут по-прежнему загружать и устанавливать обновления..» и в консоли WSUS время последнего контакта актуально, но время последнего отчета о состоянии не изменится и будет отображаться как устаревшее через 7 дней.. первоначально после очистка папки Software Distribution и последующее выполнение wuauclt /reportnow помогает сообщать на консоль.. как только она перестает сообщать, эта команда не помогает.. также содержимое папки-C:\Windows\SoftwareDistribution\EventCache.v2 продолжает накапливаться на проблемных машинах так и не понятно.. где как на нормально работающих машинах будет либо пусто либо макс 1 файл.. Подскажите пожалуйста..

12 ответов

Выполняете ли вы надлежащее обслуживание WSUS, включая, помимо прочего, запуск мастера очистки сервера (SCW), отклонение замененных обновлений, запуск сценария индексирования SQL и т. д.?

Вы ознакомились с моим руководством?

Сценарий на стороне клиента — почти то, что вы делали, — это всеобъемлющий сценарий, помогающий исправить 99 % проблем, связанных с отчетами клиента. Одна из самых важных вещей — сначала удалить компьютер из консоли WSUS. После этого скрипта на странице есть элементы для устранения неполадок, поэтому обязательно просмотрите всю страницу.

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

Похоже, это ваш сервер WSUS, как указано на странице в конце раздела об устранении неполадок.

Выполняете ли вы обслуживание, необходимое для WSUS?

Вы удаляли компьютер из консоли MMC WSUS перед запуском сценария на стороне клиента?

Здравствуйте, Джозеф Бобан!

Спасибо за публикацию вопросов и ответов.

По моему мнению, клиенты не получали обновления с сервера WSUS.

"Эти машины, которые не сообщают о состоянии, все равно будут загружать и устанавливать обновления.."
Загруженные и установленные обновления не с сервера WSUS. Верно? Все утвержденные обновления не обнаружены на клиентах. Верно?

Рекомендуется сначала проверить службу AU по умолчанию. Мы могли бы открыть PowerShell от имени администратора, а затем опубликовать следующие команды:

Попробуйте применить к клиентам следующую политику, чтобы предотвратить получение клиентами обновлений из Интернета, если служба AU по умолчанию — Центр обновления Windows:
Групповая политика: не разрешать политикам отсрочки запускать сканирование Центра обновления Windows.

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

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

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

«Эти машины, которые не сообщают о состоянии, все равно будут загружать и устанавливать обновления.» — Да, они берут утвержденные обновления из WSUS.. поэтому они получают утвержденные обновления из WSUS, но не сообщают о состоянии и, устарела на консоли WSUS
Пожалуйста, найдите результаты..
Имя IsDefaultAUService

Служба обновления Windows Server: истина
Служба обновления Windows: ложь

Даже сейчас, если я переименую папку EventCache.v2, отчет о состоянии будет отображаться в течение 2 дней, а затем остановится..
Вышеупомянутая групповая политика также установлена, но не помогает..

C:\Windows\SoftwareDistribution\EventCache.v2\ имеет много bin-файлов размером 1 КБ и несколько 359 КБ (примерно каждые 4-10 минут создается bin-файл)
Я вижу машины, на которых это содержимое не очищается, и они перестают сообщать о состоянии WSUS. на рабочей машине эта папка либо пуста, либо содержит только 1 или 2 bin-файла

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

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

Спасибо за ваше время.

пробовал, они все еще не сообщают.. если я очистил содержимое папки EventCacheV2 на клиенте, отчет о состоянии будет отображаться в течение 2-3 дней

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

Не могли бы вы помочь выполнить следующую команду на клиентах и поделиться со мной результатом?
sc запрос wuaauserv

Обратите внимание, что выполните указанную выше команду в CMD от имени администратора.

Спасибо за ваше время.

Кажется, все настройки правильные. Мы могли бы попытаться полностью сбросить компонент Windows для одного из отказавших клиентов отчетов. Выполните следующие действия:
Откройте PowerShell ISE от имени администратора и запустите сценарий: 82319-reset-the-windows-update.txt

Тогда мы могли бы немного подождать, чтобы посмотреть, будет ли решена эта проблема или нет.

Кроме того, включили ли вы политику частоты обнаружения автоматических обновлений на клиентах?

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

На самом деле, политика частоты обнаружения автоматических обновлений повлияла на то, чтобы клиенты отправляли отчеты на сервер WSUS.

Можем ли мы попытаться изменить значение Enable на Not Configured в этой политике, чтобы узнать, будет ли решена эта проблема?

мы это проверим, но в таком случае клиенты будут проверять только через 22 часа значение по умолчанию? тогда также он будет проверять правильно? так какая разница?

Проблема начинается, когда в папке EventCache.v2 находится много файлов .bin, он пытается сообщить и, я думаю, терпит неудачу, а затем продолжает повторяться, создавая много файлов .bin в этой папке. если мы снова очистим эти файлы .bin из этой папки EventCache.v2, он начнет сообщать, а затем остановится через несколько дней

Это основная ошибка.. в журнале сервера SUS..
2021-03-27 22:37:54.620 Предупреждение UTC w3wp.26 WebService.ValidateEventBatch Не удалось проверить пакетное событие. Исключение: «ReportingEvent недействителен. Размер 429756 поля ExtendedData.MiscData[i] превышает
максимальный размер 409600».
Failed Event:EventInstanceId=[7d1d41bb-302d-4247-95f4-9107828dc1b0] EventId=[156] TargetId=[Id=[70bb7f82-1b7f-40f5-94d1-9876d78b490b] ] TimeAtTarget=[2021-03-27 22:37:51.097 UTC] SequenceNumber=[0] SourceId=[101] NamespaceId=[1] Win32HResult=[0] AppName=[MoUpdateOrchestrator] TargetGroup=[00000000-0000-0000-0000-000000000000] ComputerBrand=[NOVATECH LTD ] ComputerModel=[PC-XB08852] BiosRevision=[F14a] ProcessorArchitecture=[Amd64Compatible] OSVersion=[10.0.19041.65792.0.0.0.0.0] OSLocaleId=[2057] ClientVersion=[0.0.0.0.0.0.0.0.0] BundleId =[UpdateId=[00000000-0000-0000-0000-000000000000] RevisionNumber=[0] ] .. это длинное с подробностями файла .bin, я думаю .. от eventcachev2

Не могли бы вы предоставить значение реестра для указанного ниже пути?
HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows\WindowsUpdate\AU

Похоже, проблема больше связана с самими клиентами Windows 10. Другие клиенты Windows 10 сообщают правильно, и только несколько клиентов не сообщили об этом. Верно?

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

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

2021-03-27 22:37:54.620 Предупреждение UTC w3wp.26 WebService.ValidateEventBatch Не удалось проверить пакетное событие. Исключение: «ReportingEvent недействителен. Размер 429756 поля ExtendedData.MiscData[i] превышает
максимальный размер 409600».

Что он пытается написать и где установлено ограничение в 409600?

Если у вас есть лицензия на WAM, запустите из оболочки WAM:

Здравствуйте, в файле web.config уже есть это значение — в папке C:\Program Files\Update Services\WebServices\ClientWebService

Другие клиенты Windows работают нормально..
Все ли клиенты теперь правильно отчитываются? Пробовали ли вы какие-либо действия?

Вы увеличили частоту обнаружения?

Кроме того, нашли ли вы какую-либо информацию об ошибке в клиенте Windows 10, когда клиенты не смогли отправить отчет на сервер WSUS?

Я изучил множество статей, но не нашел соответствующего определения максимального размера 409 600.

Все ли клиенты теперь правильно отчитываются? Вы пробовали какие-либо действия? - Он сообщает каждый день, и, как я уже говорил, папка EventCache будет пустой, а максимум будет иметь 1 файл .bin

Вы увеличили частоту обнаружения? да, то же самое.., я полагаю, что когда клиент связывается с сервером, он загружает файл bin?

Кроме того, нашли ли вы какую-либо информацию об ошибке в клиенте Windows 10, когда клиентам не удалось отправить отчет на сервер WSUS? — Нет, клиент пытается отправить состояние отчета на сервер, а сервер не может обработайте его из-за размера данных, что я подозреваю («ReportingEvent недействителен. Размер 429756 поля ExtendedData.MiscData[i] превысил максимальный размер 409600.», также для этого клиента истекло время последнего контакта с WSUS) на сегодняшний день, но с отчетом возникла проблема. Ошибка исключения гласит, что "Событие отчета недействительно"

Я обнаружил следующие выводы, которыми хочу поделиться с вами:
Я обнаружил файл Web.config в папке C:\Program Files\Update Services\WebServices\ReportingWebService. И я нашел следующее объяснение, которое больше связано с вашим феноменом. Однако значение не 409600, а 200. Но мы могли бы попробовать.

Обратите внимание, что перед выполнением каких-либо действий с этим файлом сделайте резервную копию файла Web.config.

Перейдите по этой ссылке, чтобы отредактировать файл Web.config.

Вот скриншот для справки:

Вы обнаружите, что файл Web.config появился. Затем измените значение и сохраните его.

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

Не забудьте сообщить мне, если будут какие-либо обновления по этой проблеме.

Здравствуйте, Рита.. я видел этот параметр, но не изменил его, так как значение не соответствовало 409600, и оно было полностью прокомментировано по умолчанию.. попробую и обновлю..

Здравствуйте, Рита. Никаких изменений даже после внесения этого изменения. Вы знаете, как создается Datastore.edb? и что заставляет его расти каждый раз, когда он проверяет наличие обновлений?

Здравствуйте, Рита. Никаких изменений, даже после внесения этого изменения. Вы знаете, как создается Datastore.edb? и что заставляет его расти каждый раз, когда он проверяет наличие обновлений?
Извините, что я не знаком. Рекомендуется открыть тикет запроса в Microsoft.

Кроме того, я просто хочу подтвердить, что вы настроили maxRequestLength в файле Web.config. Но проблема осталась. Я прав?
Я нашел референсное изображение, над которым вы обсуждали с Адамом:

Да, Рита, это уже сделано.. и эти параметры обновления Windows уже не настроены..

Я думаю, это как-то связано с содержимым файлов bin в папке C:\Windows\SoftwareDistribution\EventCache.v2, которые создаются из-за C:\Windows\SoftwareDistribution\DataStore\DataStore.edb
If я удаляю файл DataStore.edb на этом клиенте и файлы bin при следующем перезапуске служб wsus, создается DataStore.edb, а также создается файл bin, а в отчетах сразу же удаляется файл bin после отчета. это будет хорошо работать для через несколько дней ... и папка EventCache.v2 будет пустой, поскольку она удаляется после создания отчета, а затем наступает момент, когда DataStore.edb получает некоторые данные, которые, как я полагаю, создают плохие файлы bin, а затем прекращают отчет из-за размера. и папка EventCache.v2 заполняется

Здравствуйте, Джозеф Бобан!

Можем ли мы попытаться удалить роль WSUS и воссоздать новую роль WSUS?

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

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

1 . Удалите следующие роли и функции сервера с помощью диспетчера серверов:

Роли: сервер обновлений Windows Server

функции: инструменты служб обновления Windows Server (в средствах удаленного администрирования сервера -> средства администрирования ролей)

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

2 . После перезапуска сервера вручную удалите папку или файл по следующему пути:

C:\WSUS (это зависит от того, где вы решите установить WSUS)

C:\Program Files\Службы обновлений

3 . Удалить файлы базы данных

Если вы используете SQL Server Management Studio для удаления базы данных, вы можете попробовать следующее.

В обозревателе объектов подключитесь к экземпляру ядра СУБД SQL Server, а затем разверните этот экземпляр. Разверните Базы данных, щелкните правой кнопкой мыши базу данных, которую нужно удалить, и выберите Удалить. Убедитесь, что выбрана правильная база данных, и нажмите OK.

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

4 . В диспетчере информационных служб IIS (IIS) вручную удалите сайт администрирования WSUS. Затем перезапустите сервер.

Вот ссылка для переустановки роли WSUS:

Спасибо за сотрудничество и понимание.

если это проблема с IIS, как работают другие клиенты?.

@JosephBoban-8202
Сколько обновлений WSUS синхронизировал на консоли WSUS?

На мой взгляд, проблема связана скорее с производительностью, чем с ошибкой. Похоже, что есть значение, которое используется для настройки максимального количества событий, разрешенных в каждом пакете в IIS. Как вы знаете, в процессе установки сервера WSUS WSUS по умолчанию устанавливает следующие службы в IIS, включая веб-службу отчетов:

Служба обновления/веб-служба отчетов/веб-служба клиента/веб-служба простой веб-аутентификации/служба синхронизации сервера/веб-служба аутентификации DSS

И файлы Web.config также настраиваются в IIS. Но странно, почему добавление значения MaxEventBatchLength не помогло. Такого документа для справки от Microsoft нет, я его не нашел. Также не рекомендуется трогать файлы Web.config. На мой взгляд, может помочь воссоздание новой среды.

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

Спасибо за уделенное время и хороших выходных.

Большую часть дня я занимался этим вопросом и, похоже, получил разные результаты, поэтому надеюсь, что кто-то сможет подтолкнуть меня в правильном направлении.

У меня есть полдюжины машин, которые не передают отчеты в WSUS (хотя я вижу там машины).

Мне удалось получить отчеты с 3-4 машин разными способами.

PC1 — службы остановлены, дистрибутив программного обеспечения переименован, запуск usoclient.exe запускает сканирование

PC2 — Только что сделал wuauclt /reportnow (хотя wuauclt предназначен для обесценивания для w10?)

PC3 — службы остановлены, SUSClientID удален, службы запущены, перезапущены — исправлено.

PC4 - wuauclt /reportnow (и перезапустил среду WSUS) (??)

Я использовал WAM в надежде, что это поможет, но ничего.

Я проверил, что он использует WSUS, а не двойное сканирование.

Я изменил частоту отчетов на 1 час. Я подтвердил, что могу получить доступ к страницам wsus.

Я получаю распространенную ошибку: "DeterminePatchSequence выполнена успешно, но статус указывает на ошибку 0x00000000"

Но ничего не могу найти, как это исправить.

Есть идеи? Я посмотрел здесь, попробовал несколько других скриптов, но не помогло.

Все ли машины правильно настроены на использование WSUS для обновлений через GPO? Я предполагаю, что у вас уже настроен сервер AD/DC и уже запущена GPO? Убедитесь, что записи DNS для компьютеров также верны.

Убедитесь, что каждая машина в WSUS соответствует вашим ожиданиям (правильный IP-адрес и т. д.). Также убедитесь, что сам WSUS обновлен.

gpupdate /force на каждой машине из cmd. Затем перезагрузите:

Обычно я повторяю вышеперечисленное по 2 раза каждый, обнаруживаю, сообщаю, обнаруживаю, сообщаю.Затем проверьте наличие обновлений от клиента и проверьте в WSUS, требуются ли ему какие-либо обновления и когда он зарегистрировался (возможно, потребуется несколько раз обновить его).

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

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