Я пытался вернуть некоторые из 45+ ГБ кэшированных обновлений в W2K3. Я вручную проверил и отклонил сотни обновлений и пакетов, и каждый раз, когда я запускаю мастер очистки сервера, он удаляет 14 МБ.
Я также пробовал WSUSutil, но, похоже, ничего не делает.
Как мне освободить больше места?
Стандартная проблема с тайм-аутом мастера очистки WSUS без удаления ненужных обновлений. SBS2K8. WSUS 3. 6000+ ненужных обновлений, ожидающих утверждения. Огромная база данных. Сервер SQL не отвечает. У многих есть эта проблема.
Диски регулярно дефрагментируются в фоновом режиме. Я не собираюсь выключать сервер и иметь время, чтобы исправить это.
Пробовал сценарий переиндексации из technet.microsoft.com/en-us/library/dd939795(WS.10).aspx, (не копируйте командную строку, в ней есть странные символы, просто введите ее вручную.) И он завершен, но ничего не улучшил.
Нашел это: wsus.codeplex.com/releases/view/17612, и это тоже время ожидания.
Нашел этот комментарий:
Для всех, у кого истекло время ожидания из-за устаревших обновлений. У меня есть решение! Используйте имя сервера: "\. \ Pipe \ MSSQL $ MICROSOFT ## SSEE \ sql \ query" для подключения к студии управления SQL. После подключения вручную запустите «exec spGetObsoleteUpdatesToCleanup». Это вернет список устаревших идентификаторов. Для каждого запуска «exec spDeleteUpdate @ localUpdateID = 000000», где 000000 - это идентификатор. Для себя я обнаружил, что для удаления первого идентификатора в списке потребовалось полных 37 минут, а затем, после этого, я мог запустить очистку через графический интерфейс, как обычно.
от jjdacl, 23 апр в 12:55
Обнаружил, что вам действительно нужно сделать:
USE SUSDB
GO
exec spGetObsoleteUpdatesToCleanup
И для подключения в первую очередь мне пришлось нажать «Параметры» и выбрать именованный канал из среднего раскрывающегося списка.
Первое удаление заняло 6 минут, а объем памяти увеличился почти до 15 ГБ из 16 ГБ физической. Но консоль WSUS (службы обновлений) по-прежнему показывает то же количество старых обновлений. Неудача? Я так не думаю: я снова запускаю мастер очистки, и пока он не истекает ... Он завершился ночью и добился некоторого прогресса; планка переместилась примерно на 5%. Итак ... Я считаю, что SQL-сервер вызывает эту проблему, когда данных слишком много, потому что индексы плохо спроектированы (не потому, что индексы должны быть переиндексированы), что приводит к тайм-ауту первого запроса, что вызывает очистка до отказа. После того, как вы закончите первое удаление и все загрузите в память, инструмент очистки может оставаться подключенным достаточно долго, чтобы удалить каждое ненужное обновление. Следующим шагом будет поиск метода командной строки, например: http://wsus.codeplex.com/releases/view/17612 и поместите его в планировщик задач, как Microsoft должна была сделать в начале, чтобы это не вышло из-под контроля.
Существует несколько очевидных и не столь очевидных причин большой папки с содержимым даже после отклонения обновлений и запуска мастера очистки:
Кстати, сколько у вас обновлений? Для нас, имея около 1500 утвержденных обновлений, папка WsusContent занимает всего около 16 ГБ. Папки SP и Services - это дополнительные 2,5 ГБ.