 |
|
|
|
Убираем старый хлам из SCCM
Убираем старый хлам из 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-ричном формате (значение хеша):
Рисунок 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 Затем заходим в 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.
Ключевые слова: файлы, папки, хлам, мусор, удалить, содержимое, переместить, DistributionPoint, свободное место, контент, пакеты, дисковое пространство, размер. |
СЕРГЕЙ БОЛДИН, системный администратор в энергетической компании, 
| Комментарии |
| Добавить комментарий |
|
Комментарии могут оставлять только зарегистрированные пользователи |
|
