Инвентаризация - страшное слово. Одно дело - обнаружить излишки, но совсем другое - не найти чего-то важного и дорогого, что по документам обязательно должно быть в наличии. Также, если говорить о технологической сфере, тут есть свои особые нюансы, которые можно свести к двум аббревиатурам: ЗИП (запас инженерных принадлежностей) и АТР (аварийно-технологический резерв). От наличия в нужном количестве ЗИП и АТР напрямую зависит скорость восстановления работоспособности технологического оборудования при возникновении неполадок или аварийных ситуаций.
Итак, представим, что у нас в наличии 100 серверов, 70 из которых подключены и работают, а 30 - в запасе. Допустим, что из этих тридцати 25 ждут штатного запуска в эксплуатацию, а 5 - находятся в АТР (т.е. это запасные единицы для замены любого сервера, который выйдет из строя). Также имеется набор ЗИП по типу комплектующих: процессоры, модули памяти и т.д. Пока максимально упростим задачу и представим, что все сервера одной и той же модели и, как следствие, ЗИП и АТР - одинаковы.
Когда ведётся периодический и качественный учёт, а также есть контроль в русле "внос/вынос", то в идеале никаких проблем не должно возникать принципиально. Но мы, увы и ах, в идеальном мире не живем. И тут вмешивается он - великий и ужасный человеческий фактор (кстати, не забываем, что пока у нас речь идет про случай с однотипным оборудованием)! Если состояние включенного оборудования можно контроллировать, т.к. многие производители встраивают по умолчанию управляющую консоль, где есть возможность увидеть всю картину по каждому конкретному серверу (от серийного номера до состава компонентов), то с выключенными серверами (которые, например, хранятся в кладовке) картина совсем иная.
Так вот, человеческий фактор может (и чаще всего это именно так и происходит) серьезно повлиять даже на инвентаризационную картину с однотипным оборудованием. Банальное воровство даже рассматривать не стоит, а вот различные перемещения оборудования (как физические, так и на "бумаге"), проводимые в спешке (случаи бывают разные), повлияют так, что после сам чёрт ногу сломит в последующем поиске точного местонахождения технологических единиц. Например, что-то может числиться в системе учёта за локацией А, но физически находиться в локации Б (или наоборот).
Ясно как день - даже при "идеальных" условиях могут возникнуть проблемы с проведением учёта оборудования. Добавим реализма и "кошмариков" по максимуму (собственно говоря, как это обычно и бывает):
1) на балансе не 100, а 1000 серверов;
2) используется не один тип серверов, а, например, 10;
3) АТР и ЗИП может храниться не в одном помещении, а в разных, имеющих разные физические адреса;
4) работающие серверы расположены в разных автозалах (как внутри одного помещения, так и в разных);
5) наблюдается небольшая текучка кадров, в обязанности которых входит поддержание карты ресурсов (т.е. серверов) в актуальном состоянии.
Количество факторов, вносящих неопределенность, можно представить гораздо больше, но суть понятна.
Как же сделать так, чтобы в любой относительно короткий промежуток времени было возможно определить точное местоположение любого сервера или отдельных компонентов (быть может, даже провести полноценную инвентаризацию) без привлечения множества аудиторов и отвлечения собственного персонала от профильных задач (увы, но далеко не каждый аудитор на все 100% разбирается в типах серверного оборудования)? В очередной раз применим системный подход.
Представим, что каждый элемент (сервер или комплектующие к оному) помечен специальным пассивным радио-маяком (т.е. таким, который сам никаких радиоволн не испускает, но отвечает на внешний сигнал определенной структуры). Чтобы отыскать в неком помещении какую-либо искомую единицу, нам понадобится своеобразный радио-сканер, но это был бы самый простой вариант. Мы же лёгких путей не ищем, поэтому постараемся "нарастить" функциональность таким образом, чтобы свести всю рутину до минимума. Думаю, никто не будет спорить с фактом - инвентаризация есть совокупность множества рутинных операций.
Начнём с описания предполагаемого радио-маяка. По поводу используемого физического принципа и электропитания в конце статьи вас ждет ссылка на материал. Итак, необходимые свойства/качества.
1) Максимально возможная миниатюрность.
2) Термоустойчивость (для крепления к тем компонентам, которые при работе выделяют тепло).
3) Самоклеющаяся поверхность.
4) Индикация факта снятия маяка с поверхности сервера/детали после его закрепления на объекте.
5) Возможность записи данных (серийный номер, модель и т.д.) до факта использования самоклеющейся поверхности. Раз это радио-маяк, то и запись должна быть возможна посредством радио-сигнала.
6) Невозможность изменения данных после использования самоклеющейся поверхности.
По-хорошему, было бы здорово, если бы производители оборудования и комплектующих сами озаботились подобной "маркировкой" своей продукции.
Перейдём к системе контроля за перемещением серверов и компонентов.
1) Сервер с БД, который также было бы неплохо пометить радио-меткой (такой вот самоконтроль). Пусть этих серверов будет два - для резервирования.
2) Множество стационарных сканеров, расположенных в различных точках контроля: склады, автозалы, входы, выходы и т.д. "Опрос" радио-маяков дожен осуществляться с заданной периодичностью.
3) Некоторое количество портативных сканеров.
4) Непрерывная связь между сервером БД и всеми сканирующими устройствами. Думаю, тот же Wi-Fi вполне сгодится.
Итого, если каждый сервер или элемент сервера помечен, а сканирующие устройства охватывают всё пространство технологического помещения или совокупности помещений, то мы имеем ситуацию, когда в каждый конкретный момент времени можно точно узнать местоположение любой целевой единицы. Ничего не будет ни потеряно, ни украдено. Идеально, не правда ли?
P.S. Сей подход вполне подойдёт и для учёта других материальных ценностей.
***
Статья написана 16 января 2017 года