Убираем старый хлам из SCCM::Журнал СА 7-8.2018
www.samag.ru
Льготная подписка для студентов      
Поиск   
              
 www.samag.ru    Web  0 товаров , сумма 0 руб.
E-mail
Пароль  
 Запомнить меня
Регистрация | Забыли пароль?
О журнале
Журнал «БИТ»
Подписка
Где купить
Авторам
Рекламодателям
Магазин
Архив номеров
Вакансии
Контакты
   

Jobsora


  Опросы

Какие курсы вы бы выбрали для себя?  

Очные
Онлайновые
Платные
Бесплатные
Я и так все знаю

 Читать далее...

1001 и 1 книга  
28.05.2019г.
Просмотров: 2254
Комментарии: 2
Анализ вредоносных программ

 Читать далее...

28.05.2019г.
Просмотров: 2234
Комментарии: 1
Микросервисы и контейнеры Docker

 Читать далее...

28.05.2019г.
Просмотров: 1790
Комментарии: 0
Django 2 в примерах

 Читать далее...

28.05.2019г.
Просмотров: 1312
Комментарии: 0
Введение в анализ алгоритмов

 Читать далее...

27.03.2019г.
Просмотров: 1842
Комментарии: 1
Arduino Uno и Raspberry Pi 3: от схемотехники к интернету вещей

 Читать далее...

Друзья сайта  

Форум системных администраторов  

sysadmins.ru

 Убираем старый хлам из SCCM

Архив номеров / 2018 / Выпуск №7-8 (188-189) / Убираем старый хлам из SCCM

Рубрика: Администрирование /  ИТ-инфраструктура

Сергей Болдин СЕРГЕЙ БОЛДИН, системный администратор в энергетической компании, bsergey2@gmail.com

Убираем старый хлам из SCCM

Разберемся, чем заполняется дисковое пространство на сервере Configuration Manager и как его почистить

Когда на сервере SCCM заканчивается свободное место, начинают сыпаться разного рода ошибки от Management Point, DistributionPoint, SiteServer, SUP, Component Server и/или других ролей. Самым простым и быстрым решением может быть добавление дискового пространства, но оно ж не резиновое, и через какое-то время проблема снова даст о себе знать. В другом случае начинается монотонная и кропотливая работа по изучению логов и поиску решений. Разберемся, какие файлы забивают жесткий диск, какие из них нужны, а какие уже устарели и являются мусором.

Анализ папок и файлов

Сначала определяем папки наибольшего размера. К ним относится FileLib, которая содержится в SCCMContentLib, папки wim и Source, они находятся в SCCM2012R2 (место установки сервера), MS SQL Server из Program Files и UpdatesForWindows. Далее смотрим, какие файлы там есть, что они содержат.

Папка UpdatesForWindows занимает 9 Гб, создана дополнительно вручную при настройке WSUS, предназначена для хранения обновлений пользовательских ОС. Ее размер вроде бы небольшой, но если еще качать обновления для разных версий ОС и программ, то она сильно раздуется. О ее переносе на файловый сервер стоит позаботиться, ведь обращение к ней может происходить по сети.

Папка wim занимает 35 Гб, содержит в себе эталонные образы ОС. Обращение к ней происходит по сети, поэтому ее тоже можно перенести на файловый сервер.

Папка Source занимает 20 Гб. В ней лежат установочные программы со специальными настройками, то есть с командными файлами тихой установки. При добавлении этих программ на сервер SCCM используется сетевой (UNC) путь, ее также можно переместить на файловый сервер.

В директории SCCMContentLib имеются три папки [1]: DataLib, FileLib, PkgLib. Папка FileLib имеет самый большой размер – 50 Гб. Эта папка служит для хранения содержимого точки распространения. По завершении процесса добавления контента в DistributionPoint будет создана папка, в имени которой – порядковый номер из четырех символов, взятых из хеша файла, и содержать она будет три файла (см. рис. 1), в именах которых набор символов в 16-ричном формате (значение хеша):

  • .ini – содержит ссылку между файлом и пакетами, которые используют этот файл;
  • .sig – содержит оригинальную подпись пакета;
  • файл без расширения – является исходником.

Рисунок 1. Файлы в папке FileLib

Рисунок 1. Файлы в папке FileLib

В папке PkgLib находятся информационные ini-файлы о распространенном пакете, а DataLib является копией структуры папок пакета, но без реальных файлов, в ней лежат ini-файлы с данными об исходнике.

В папке MS SQL Server, помимо самой базы данных, большой размер имеет лог-файл отчетов ReportServer_log.ldf –16 Гб, что чересчур много.

Наводим порядок

После того как нашли источники проблемы, начинаем клининговые мероприятия.

Сначала беремся за лог-файл базы данных. Его интенсивный рост происходит из-за того, что у базы данных установлен режим восстановления Full (полный). Чтобы исправить ситуацию [2], нужно в консоли SQL Server Menegement Studio в свойствах базы данных «сбросить» размер файла, а затем уменьшить предельно допустимое значение его размера.

Переходим к папке FileLib. При неоднократном удалении/установке DistributionPoint и добавлении в нее нового контента остается очень много ненужных файлов с предыдущих настроек. Из ini-файла мы увидим PackageID (номер пакета). По этому номеру можно определить и сам пакет, просмотрев в консоли SCCM подразделы из раздела Software Library. Если соответствия не было найдено, то вся папка подлежит удалению.

При наличии большого количества потерянных папок работа по выявлению соответствия быстро утомляет. Тут можно применить другой вариант, хоть и не совсем простой, но зато рабочий. В этом случае удаляется весь контент из DistributionPoint, удаляются все пакеты из раздела Software Library и все файлы из папки FileLib. В нашем случае переустанавливалась и роль DistributionPoint [3]. Затем решается, какие программы и эталонные образы уже устарели и от них можно отказаться. Когда весь хлам выкинули, можно приступать к возвращению контента обратно.

Окончательная проверка

По завершении всех работ нужно удостовериться в отсутствии ошибок. Перечислим те места, в которые необходимо заглянуть.

Первым делом проверяем статусы всех пакетов в разделе Software Library, они должны иметь зеленый кружок после распространения.

Далее открываем свойства DistributionPoint и проверяем контент. Для этого проходим путь Administration → Overview → Distribution Points → двойной щелчок левой кнопкой мыши → вкладка Content. Все добавленные пакеты должны иметь правильный размер (см. рис. 2), если размер равен 0 Mб, то имеется проблема.

Рисунок 2. Контент DistributionPoint

Рисунок 2. Контент DistributionPoint

Затем заходим в Monitoting → Overview → System Status → Component Status, чтобы убедиться в отсутствии критических состояний каких-либо компонентов SCCM-сервера.

Следующий шаг – просмотр лог-файлов dataldr.log, distrmgr.log, mpcontrol.log, SMSPXE.log, WCM.log, которые находятся в D:\SCCM2012R2\Logs.

Из утилит можно отметить DP Job Manager (отображает перечень задач из очереди точки распространения, а также разрешает их переместить, удалить, запустить вручную) и Content Library Explorer (позволяет увидеть содержимое точки распространения и решить проблемы с расположением контента).

Достоинства: появляется свободное место для работы SCCM-сервера.

Недостатки: тратится много времени на анализ проблемы, поиски решения, исправление ошибок.

Мы разобрались с назначением многих файлов и папок, как производить чистку ненужного контента и где смотреть ошибки. Теперь не надо тратить время на поиск решений с нехваткой свободного места на сервере Configuration Manager.

  1. Назначение папок – https://blogs.technet.microsoft.com/configmgrdogs/2012/04/26/configmgr-2012-content-library-overview/.
  2. Уменьшение размера лог-файла SQL Server – http://liashov.com/2013/05/большой-размер-reportserver_log-ldf/.
  3. Установка и настройка DistributionPoint – https://www.systemcenterdudes.com/sccm-2012-distribution-point-installation/.

Ключевые слова: файлы, папки, хлам, мусор, удалить, содержимое, переместить, DistributionPoint, свободное место, контент, пакеты, дисковое пространство, размер.


Комментарии
 
  12.09.2019 - 08:14 |  SomeUser

А все оказалось на много проще....

https://docs.microsoft.com/ru-ru/sccm/core/plan-design/hierarchy/content-library-cleanup-tool

Добавить комментарий

Комментарии могут оставлять только зарегистрированные пользователи

               Copyright © Системный администратор

Яндекс.Метрика
Tel.: (499) 277-12-41
Fax: (499) 277-12-45
E-mail: sa@samag.ru