Ошибка 0x80070005 при обновлении агента WSUS

После выхода обновления WSUS за номером KB2720211 на некоторых серверах и рабочих станциях обновления прекратились из-за того, что агент WSUS не мог обновить самого себя.

Характеризовалось это следующими характерными ошибками и/ или предупреждениями в логе WSUS:

2012-07-18    18:49:58:770    3304    b24    Setup    Performing SelfUpdate installation
2012-07-18    18:49:58:785    3304    b24    Setup    WARNING: Failed to stop the WU service, error = 0x80070005
2012-07-18    18:49:58:785    3304    b24    Setup    WuSetup has finished.  Exit code is 0x00000005
2012-07-18    18:49:58:785     924    398    Setup    FATAL: WuSetupV.exe process ended prematurely, err = 0x80070005
2012-07-18    18:49:58:785     924    398    Setup    WARNING: SelfUpdate install failed, error = 0x80070005

и странными строками по поводу версии агента

2012-07-18    19:02:12:115     924    c04    Setup    Checking for agent SelfUpdate
2012-07-18    19:02:12:115     924    c04    Setup    Client version: Core: 7.5.7601.17514  Aux: 7.5.7601.17514

Переиндексация базы WSUS

Работа сервиса WSUS со временем может замедляться из-за того, что с базой данных этого сервиса не проводятся задачи обслуживания. Делать это не сложно, главное знать как :-)

Все что нужно, это периодически запускать специальный скрипт, который и будет выполнять эти работы. Следует учитывать, что нижеприведенные операции предназначены только для обслуживания баз WSUS 3.x

Итак, для выполнения этого скрипта нам потребуется утилита командной строки для запуска T-SQL скриптов sqlcmd. Если ее нету на сервере WSUS, то следует установить ее из Feature Pack for Microsoft SQL Server 2005.

После этого следует создать файл wsus_DB_maintance.cmd со следующей строкой в содержимом:

sqlcmd -S np:\\.\pipe\MSSQL$MICROSOFT##SSEE\sql\query -i c:\cmd\WsusDBMaintenance.sql

Ну и ниже, привожу текст скрипта WsusDBMaintenance.sql

Как починить Windows Update?

Эта статья объединяет известные мне способы починки агента WSUS.

Ранее, я уже писал, как сверить список компьютеров, которые есть в AD с теми, которые есть во WSUS. Если эти списки не совпадают, то у вас проблема и часть компьютеров не обновляется.

В самом простом случае, вы забыли сделать групповую политику, которая настраивает клиентские компьютеры и серверы на обновление со WSUS, или сконфигурировали ее так, что она не применяется. Ручная настройка параметров через gpedit.msc тоже допустима, но только для тех компьютеров, которые не входят в домен.

Итак, политика применяется, но все равно компьютер не обновляется. Что делать и как лечить?

Если у вас Windows Vista, Windows Server 2008, Windows 7 или Windows Server 2008 R2, то самым первым способом будет скачать с сайта Microsoft утилиту System Update Readiness Tool и запустить ее. Если это не поможет, то нижу приведены различные способы, которые могут помочь вам восстановить работоспособность.

WSUS — сверка списка компьютеров с AD

обновлено 25.03.2010

На блоге Ильи Сазонова обнаружил очень интересный материал: WSUS — сверка списка компьютеров с AD. Да и вообще, там регулярно появляется любопытная информация.

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

Что это и зачем это нужно? В каждой уважающей себя организации используется Active Directory как единый каталог и WSUS для централизованной установки обновлений. Но, по разным причинам, некоторые компьютеры могут не обновляться со WSUS. Причины тому могут быть самые разные: сбой агента обновления, файрволл, еще что-то … Главное – это то, что такие случае нужно выявлять и разбираться с ними индивидуально.

Как починить WSUS agent на клиентской машине

21.06.2012 – Пожалуйста, ищите последнюю версию этого документа по ссылке Как починить Windows Update?

Обновлено 12.03.2010 – добавлен скрипт для восстановление доступов к реестру и системным папкам

Ранее, я уже писал, как сверить список компьютеров, которые есть в AD с теми, которые есть во WSUS. Если эти списки не совпадают, то у вас проблема и часть компьютеров не обновляется.

В самом простом случае, вы забыли сделать групповую политику, которая настраивает клиентские компьютеры и серверы на обновление со WSUS, или сконфигурировали ее так, что она не применяется. Ручная настройка параметров через gpedit.msc тоже допустима, но только для тех компьютеров, которые не входят в домен.

Итак, политика применяется, но все равно компьютер не обновляется. Что делать и как лечить?