Стоит пояснить зачем это нужно для тех, кто еще не сталкивался. По прошествии некоторого времени (зависит от частоты синхронизаций) обращение с запросом об успешных/не успешных сеансов синхронизации, консоль WSUS не может дождаться ответа от SQL-сервера и сообщает о таймауте.
Магические действия для исправления сводятся к выполнению запроса на базе данных сервера обновлений, которая обычно зовется как susdb
Сделать это можно при помощи SQL Server Management Studio. Если база не внешняя, а встроенная, которая ставится обычно вместе с WSUS, то подключаться следует к ней указав
\\.\pipe\MSSQL$MICROSOFT##SSEE\sql\query
в качестве сервера и выбрать тип аутентификации "windows".
Если база выделенная, то выполнить запрос от имени sa.
USE SUSDB
GO
DELETE FROM tbEventInstance WHERE EventNamespaceID = '2' AND EVENTID IN ('381', '382', '384', '386', '387', '389')
Магические действия для исправления сводятся к выполнению запроса на базе данных сервера обновлений, которая обычно зовется как susdb
Сделать это можно при помощи SQL Server Management Studio. Если база не внешняя, а встроенная, которая ставится обычно вместе с WSUS, то подключаться следует к ней указав
\\.\pipe\MSSQL$MICROSOFT##SSEE\sql\query
в качестве сервера и выбрать тип аутентификации "windows".
Если база выделенная, то выполнить запрос от имени sa.
USE SUSDB
GO
DELETE FROM tbEventInstance WHERE EventNamespaceID = '2' AND EVENTID IN ('381', '382', '384', '386', '387', '389')
Комментариев нет:
Отправить комментарий