На сервере, на котором размещен WSUS, произошел катастрофический сбой, и нам пришлось восстанавливать системные диски. К счастью, база данных и хранилище содержимого для WSUS находятся на отдельном диске, поэтому на них это не повлияло. В процессе восстановления мы подумали, что пришло время обновить сервер до 2008 R2 (с 2003 R2).
Запустили сервер и установили роль WSUS, отсоединили базу данных от SQL Express 2008 R2 и прикрепили оригинал. Выполнена команда wsusutil.exe movecontent с переключателем -skipcopy, указывающим на исходное хранилище содержимого. Все выглядело хорошо, пока я не увидел на первой странице сообщения о том, что он пытается загрузить файлы для 6436 обновлений размером около 344 565 МБ !!!!!!
Ой, подумал я, здесь что-то не так. Хранилище содержимого, которое у меня есть на диске, составляет всего 75 ГБ, но я думаю, что в процессе восстановления был пропущен какой-то важный шаг. В любом случае есть способ заставить WSUS переиндексировать его локальное хранилище контента или что-то в этом роде, поскольку я не уверен, что загрузка 344 гигабайта - это жизнеспособный путь вперед!
РЕДАКТИРОВАТЬ: никогда не идет дождь, но льет. AM теперь получает CLSID: ошибка FX {8b6499ed-0241-e032-6508-da4b1c879d7e} не может создать оснастку. Думаю, нужно переустановить WSUS.
Так что процесс для этого был немного запутанным, но в конце концов он сработал.
Пришлось выполнить обновление на месте для ремонта MMC
Затем я снова смог развернуть WSUS и IIS.
Снова подключил базу данных и указал на нее WSUS
Магазин контента перемещен с помощью -skipcopy
Долго возился с разрешениями SQL и разрешениями NTFS для каталога, в котором хранилась база данных.
Прогнал SQL-скрипт WSUSMain maintenance
Затем он загрузил только 80 ГБ вместо 300 + ГБ, чтобы с этим можно было жить. Не идеально, но в итоге добрались :)
Если вы пройдете под узлом опций внизу, есть пара, которая может быть вам полезна:
Надеюсь, это поможет.