В компании, где я работаю, есть небольшая локальная сеть без прямого доступа в интернет. Начальником была поставлена задача развернуть в этой сети копию WSUS сервера работающего в сети, подключенной к интернет. Вроде бы ничего сложного. Первый же запрос в поисковой строке выдал мне ссылку на пошаговое руководство по разворачиванию WSUS в локальной сети без прямого подключения к интернету. Все действия произвел строго по инструкции(скопированы файлы обновлений, экспортированы и импортированы метаданные). Все настройки локального WSUS были сделаны в полном соответствии с настройками интернет WSUS. Единственным отличием было то, то в качестве сервера для синхронизации был указан сам локальный WSUS. И вот, казалось бы, все сделано, и клиенты должны получить порцию свежих обновлений, но почему-то этого не произошло. Перепроверил еще раз, файлы есть, метаданные тоже, все необходимые одобрения есть. Однако в информации и загруженных файлах отображалась информация о том, что для загрузки требуется 23 гигабайта файлов для 546 обновлений. Запустив утилиту C:\Program Files\Update Services\Tools>wsusutil.exe
из хелпа узнал о таком команде как reset.
Недолго думая, команда была запущена. Успешно отработала, но проблема осталась. После продолжительного изучения форумов, с описанием точно такой же ситуации( при этом решения ее так никто и не привел), хотелось просто удалить все и сообщить начальнику, что ничего работать не будет.
Однако, не знаю зачем(может показалось, что WSUS не знает, где лежат файлы), я решил испытать команду утилиты wsusutil.exe movecontent
из хелпа узнал о таком команде как reset.
reset описание команды:
Проверяет, что все строки метаданных в базе данных имеют сопоставленное им
содержимое, хранящееся в файловой системе. Если содержимое отсутствует
или повреждено, WSUS выполнит загрузку содержимого заново.
Эту команду полезно использовать после восстановления базы данных.
Недолго думая, команда была запущена. Успешно отработала, но проблема осталась. После продолжительного изучения форумов, с описанием точно такой же ситуации( при этом решения ее так никто и не привел), хотелось просто удалить все и сообщить начальнику, что ничего работать не будет.
Однако, не знаю зачем(может показалось, что WSUS не знает, где лежат файлы), я решил испытать команду утилиты wsusutil.exe movecontent
Изменяет место хранения содержимого сервера WSUS в файловой системе
и может копировать любое содержимое из старого места в новое.
movecontent <путь к содержимому> <журнал> [-skipcopy]
<путь к содержимому>: Новая корневая папка для файлов содержимого.
Путь должен уже существовать.
<журнал>: Путь и имя файла для создаваемого файла журнала.
-skipcopy: Указывает, что должна измениться только конфигурация
сервера и что не нужно копировать файлы содержимого.
Так как копировать 20 с лишним гигабайт не очень хотелось, создал пустую папку на другом диске и указал ее
wsusutil.exe moveconten F:\NEW_WSUS -skipcopy
а потом тоже самое, только указал старую папку
wsusutil.exe moveconten D:\WSUS -skipcopy
После чего WSUS запустил механизм проверки на наличие файлов для соответствующих обновлений. В результате в информации о том сколько требуется файлов для обновлений, отображался долгожданный ноль. Все клиенты благополучно получили порцию свежих обновлений.
Вот в принципе и все, надеюсь, что статья будет кому-то полезной и поможет сэкономить время.