Инвентаризация парка через OCS: пятнадцать нелицензионных копий и двадцать лицензий в никуда
Ручной учёт ПО разошёлся с реальностью: пятнадцать копий без лицензий и двадцать лицензий без машин. Внедрили OCS Inventory - теперь парк пересчитывается ночью, расхождения видны утром.
инвентаризация парка из ручной таблицы превращается в автоматический процесс
Таблица называлась «инвентарь_ФИНАЛ_v3_новый.xls» и весила полтора мегабайта. Последний раз её обновляли в феврале. Сейчас июль. За пять месяцев компания купила три новых компьютера, переставила ещё два, уволила четырёх человек и наняла шестерых. В таблице ничего этого не было.
Когда клиент попросил разобраться перед плановым аудитом, мы честно сказали: такой учёт - это не учёт, это успокоительное. Реальная картина выяснится только когда сядем и пройдёмся по машинам руками. Сели. Прошлись.
Что нашли
Аудит занял два дня - семьдесят с небольшим рабочих станций плюс пара серверов. Ходили ногами, запускали winver, смотрели установленное ПО через Панель управления - Установка и удаление программ, сверяли с таблицей лицензий из бухгалтерии.
Картина вышла предсказуемо нехорошая:
- Пятнадцать копий ПО без лицензий. Большей частью - популярный графический редактор и один специализированный инструмент для проектировщиков. Часть поставили сами пользователи «на пять минут посмотреть», часть - сисадмин по просьбе руководителя, не озаботившись документами.
- Двадцать лицензий на ПО, которого нет ни на одной машине. Купленные в разные годы, списанные со старых компьютеров, которые уже давно выброшены. Деньги потрачены, лицензии висят в воздухе.
- Девять машин с неизвестным происхождением ПО - поставлено до того, как кто-либо нынешний пришёл в компанию, документов нет, понять легально или нет невозможно без запроса в поддержку вендора.
По бумагам всё было «в порядке». Таблица говорила, что лицензий достаточно. Она просто не знала, что именно установлено на машинах.
Почему ручной учёт не работает
Проблема не в том, что люди ленивые. Проблема в том, что ручной учёт требует, чтобы каждое изменение - новая установка, удаление, замена машины - кто-то фиксировал в таблице. Немедленно. Каждый раз. В реальности так не бывает. Сисадмин поставил программу, потому что директор попросил прямо сейчас, а запись в таблицу - это на потом. Потом не наступает.
Через полгода таблица и реальность живут независимо. Хуже всего, что это неочевидно снаружи: таблица есть, она заполнена, она большая - значит, учёт ведётся. Аудит показывает, что нет.
OCS Inventory: что это и как работает
Мы знали про OCS Inventory NG - open-source агент инвентаризации, который умеет собирать данные об установленном ПО, железе и конфигурации с Windows-машин и отправлять на центральный сервер. Давно присматривались, вот и случай.
Архитектура простая: на каждую машину ставится небольшой агент, который по расписанию (настроили на ночь) отправляет отчёт на сервер. Сервер пишет всё в MySQL, веб-интерфейс показывает сводку. Агент при установке не требует перезагрузки и почти не заметен пользователю - работает в фоне.
Что собирает:
- Всё установленное ПО - из реестра, с версиями и датами установки.
- Железо - процессор, память, диски, сетевые карты с MAC-адресами.
- ОС - версия, сервис-пак, языковые настройки.
- Сеть - IP-адрес, имя машины, домен.
Развернули сервер на отдельной виртуалке (как раз в январе подняли первую продуктивную VM на VMware ESX), агенты раскатали через GPO - один пакет, одна политика, все машины получили агент при следующем входе в домен. Сутки - и в базе появилось семьдесят четыре записи.
Что изменилось в работе
Теперь картина парка актуальна с ночной задержкой. Новую машину подключили к домену - утром она в базе. Кто-то поставил программу - утром это видно. Машину сдали в ремонт и отключили - она перестаёт обновлять запись, через неделю сервер помечает её как неактивную.
Сверка с лицензиями стала отдельной операцией: выгружаем из OCS список установленного ПО по названию и версии, сравниваем с реестром лицензий в бухгалтерии. Это несколько минут вместо двух дней хождения по кабинетам.
Те двадцать лицензий в никуда теперь видно сразу - в базе нет ни одной машины с этим ПО. Можно принять решение: купить дистрибутивы, которые нужны сейчас, а лишние лицензии - это задача для юриста, часть из них можно переоформить.
Пятнадцать нелицензионных копий - удалили всё, купили то, что реально нужно. Часть оказалась нужна только одному человеку, который уже уволился, - и вопрос отпал сам собой.
Что осталось нерешённым
OCS считает, что установлено, но не понимает, используется ли. Лицензия куплена, программа стоит, но последний запуск - год назад. Это не видно из инвентаризации. Для такого нужен уже другой инструмент - software metering, и это отдельная история.
Мобильные машины, которые редко подключаются к офисной сети, обновляют данные нерегулярно. У клиента таких три ноутбука. Для них расписание агента придётся настраивать под VPN - пока не сделали.
Серверное ПО тоже в базе, но часть лицензий там - CAL-схемы, где считается не число установок, а число подключающихся пользователей. OCS это не считает. Это надо вести отдельно.
Если честно, главный результат не в самих данных - данные теперь просто есть, и это уже другой разговор. Аудит перед внедрением OCS показал, насколько далеко разошлись таблица и реальность. Теперь хотя бы есть основа, от которой можно отталкиваться.
Про то, что фиксация процессов и наличие системы учёта меняют разговор с клиентом, мы уже писали про тикет-трекер. Здесь та же механика - не полагаться на память и таблицу, которую никто не обновляет.
- ITIL в небольшой компании: тикет-трекер вместо тетрадки · 12 мая 2005
- SLA-договор на сопровождение: как мы его написали · 14 декабря 2004