Как восстановить работоспособность WSUS при утере базы SUSDB в MS SQL Server
Продолжаем рубрику “В помощь администратору“
В связи с тем, что служба WSUS не критичное и обычно никто не делает резервные копии БД WSUS (которая в SQL), а в случае краха этой базы переустанавливать полностью службу и заново скачивать все обновления как то не хорошо, у нас появилась идея опубликовать эту статью.
В случае полной утери базы данных susbd (нет резервных копий) необходимо выполнить следующее:
1. Остановить службы WSUS
2. Выполнить команду:
Кстати в своем Telegram-канале я делюсь IT-советами для руководителей бизнеса, которые помогают узнать, где теряются деньги и как проверить системных администраторов.
Точка вначале обязательна «. \» Перед wsusutil.exe, иначе он не будет работать в PowerShell. Для экземпляра SQL по умолчанию просто введите имя сервера. Вам нужны кавычки в приведенной выше команде. Это запустит пост установку, которая установит SUSDB, заново создаст веб-сайт через порт 8530 (по умолчанию) и переназначит все в ContentDir. Команда post install создаст журнал в каталоге <user>\AppData\Local\Temp, который будет иметь вид tmp * .tmp. Этот журнал может быть 0 КБ на некоторое время. Также будет создан еще один журнал с именем WsusUtilUseCustomWebSite.log. Журнал веб-сайта исчезнет, если с установкой веб-сайта все будет в порядке, тогда в этот момент будет записан tmp * .log. Журнал tmp покажет вам таблицы, хранимые процедуры, представления и так далее, которые создаются / проверяются в SUSDB.
• Запускаем службы WSUS
• Далее необходимо по новой настроить WSUS
• Выполняем синхронизацию
• В логах при синхронизации Вы получите ошибку
Warning WsusService.37 DBConnection.ExecuteCommandNoResult SqlException occurred. Number 50000 and message invalid update identity in XML for update
Не пугайтесь после синхронизации эти ошибки уйдут
Последние новости
