Перенося каталог исходных файлов обновлений Software Update Point (SUP) для System Center 2012 R2 Configuration Manager в новое месторасположение заметил, что общий размер каталога стал меньше, чем был ранее (до миграции с System Center 2012). Это обстоятельство несколько смутило, так как никакого специального обслуживания этих файлов я не выполнял, хотя помню, что в версии RTM SC 2012 CM имела место быть проблема отсутствия автоматического обслуживания исходных файлов SUP. Об этом упоминалось в заметке SCCM 2012 - Разворачиваем Software Update Point (SUP) и приводилась ссылка на статью с VBS-скриптом предложным для выполнения этой задачи. Так как применить этот скрипт на практике до сего момента не удалось, подумал, что теперь появилась хорошая возможность проделать это. Запустил скрипт на сервере первичного сайта с ролью SUP. Скрипт отработал без ошибок, отображая при этом ход обработки пакетов обновлений в виде HTML-отчета.
Однако размер каталога исходных файлов SUP при этом не изменился ни на байт. Решил "пошуршать" в интернете на эту тему и наткнулся на интересную заметку Henrik Hoe - SCCM 2012 SP1 – Now cleaning up Update Packages & Folders автор которой констатирует факт того, что уже начиная с SC 2012 SP1 в Configuration Manager появился встроенный механизм обслуживания каталога исходных файлов SUP. Это объяснило мне историческое изменение размера каталога и отсутствие полезного результата работы скрипта. Проанализировав подкаталоги "исходников" обновлений по дате создания и заглянув в лог \Program Files\Microsoft Configuration Manager\Logs\wsyncmgr.log…
стало очевидно, что этот механизм действительно имеет место быть у вполне себе работает. И это хорошо 
RSS - Записи
Добавить комментарий