Сервер приехал, а работать некому: настройка после поставки

Железо купили быстро: согласовали счёт, дождались поставки, поставили коробку в серверную. Дальше тишина. Некому собрать RAID, накатить ОС, настроить сеть, бэкапы и мониторинг. Бизнес процесс, ради которого закупали сервер, ждёт неделями. Коробка греет воздух и сжигает ROI ещё до первого логина.

Закупка без плана ввода в эксплуатацию — частая ловушка. Смета на железо проходит проще, чем смета на руки и часы. В итоге «железо есть», а сервиса нет.

Что обычно забывают в заказе

Кто физически смонтирует и проверит комплектацию. Кто прошьёт RAID и запишет уровень массива. Какая ОС и лицензии. Откуда IP, VLAN, DNS. Куда бэкапы и кто проверит восстановление. Кто добавит хост в мониторинг и документацию.

Без этих ответов поставка заканчивается актом, а не работающей системой. Параллельно старое оборудование продолжает жить «ещё чуть-чуть» — и риск отказа растёт именно в период ожидания нового.

Сценарии боли

Сервер для 1С стоит распакованный. Бухгалтерия уже планировала перенос. Перенос срывается, потому что «железяка без ОС».

Купили мощный хост под виртуализацию, а гипервизор и сеть не спроектировали. Машина простаивает, лицензии на ПО ещё не куплены.

Железо приняли без теста. Через месяц всплывает битый диск или неожиданная конфигурация контроллера — гарантийный кейс на фоне уже сорванных сроков.

Как стыковать закупку и настройку

В одном контуре должны жить: спецификация, срок поставки, окно монтажа, чеклист ввода, критерий приёмки. Иначе закупщики закрывают задачу раньше IT.

До оплаты зафиксируйте:

• роль сервера и целевые сервисы;
• схему дисков и RAID;
• ОС, домен/облако, сетевые параметры;
• политику бэкапа и мониторинга;
• ответственного за работы и дату «сервис доступен».

Приёмка — не «коробка на месте», а пройденный чеклист: ОС ставится, диски в нужном массиве, сеть пингуется, бэкап создан и хотя бы раз восстановлен на тесте, алерт в мониторинге есть.

Если своих рук нет, настройку закладывают в тот же проект, что и поставку — иначе получите складской экспонат. Для филиалов заранее решают, нужен ли выезд или удалённый этап после локального монтажа.

Что делать, если коробка уже пылится

Назначьте дату ввода и владельца. Сверьте комплектацию. Соберите минимальный контур: RAID, ОС, сеть, бэкап, мониторинг. Перенос данных — отдельным окном после того, как хост стал «управляемым», а не одновременно с распаковкой.

Приёмка, которая защищает сроки

В договор поставки или во внутренний регламент добавьте определение готовности: не «оборудование на площадке», а «хост в мониторинге, ОС установлена, бэкап проверен, сеть настроена, доступ переданы».

Заранее зарезервируйте окно монтажа и окно переноса данных. Сжимать оба в один вечер — способ получить и недонастроенный сервер, и повреждённый перенос.

Для филиалов опишите, что делает локальный сотрудник (стойка, кабели, физический доступ), а что — удалённый инженер. Серая зона «кто-то приедет» обычно означает, что не приедет никто вовремя.

Если железо уже ждёт недели, не начинайте с идеальной схемы виртуализации на годы вперёд. Поднимите минимально достаточную конфигурацию под текущую боль, зафиксируйте дату, затем планируйте развитие. Коробка должна начать окупаться.

Смета «под ключ» против скрытых простоев

Когда закупаете сервер, сразу закладывайте работы ввода: монтаж, RAID, ОС, сеть, агенты, бэкап, документация. Экономия на этой строке чаще всего съедается неделями ожидания и сорванными планами бизнеса.

Проверьте гарантию и процедуру замены дисков ещё до запуска. Битый диск через месяц без понятного RMA превращает новый сервер в новый простой.

Зафиксируйте передачу доступов: кто получает пароли и ключи, куда они сохраняются, кто имеет физический доступ к стойке. После «настроили и ушли» компании часто остаются без хозяйского контроля.

Свяжите дату поставки с датой миграции сервиса в плане проекта. Разрыв между ними — зона, где рождаются пыльные коробки и разочарование руководства.

Ещё до поставки согласуйте схему именования, адресации и размещения в стойке. Когда сервер уже стоит, споры «куда воткнуть» съедают часы. То же касается кабелей, PDU и удалённого доступа к консоли: без них удалённая настройка превращается в поездки.

Сделайте фото и акт комплектации при распаковке. Недостача памяти или другой контроллер RAID, пойманные через месяц, бьют и по гарантии, и по плану миграции.

После ввода обновите CMDB и схему бэкапов в тот же день. «Потом занесём» обычно означает, что новый сервер снова станет невидимым для сопровождения.

Иногда компании покупают мощные серверы с запасом на будущее, но не запускают их, пока бизнес не будет готов к росту. Это неэффективно. Лучше ввести в строй необходимый минимум и запланировать апгрейд, чем держать мощную машину выключенной, пока бизнес ждёт.

После запуска назначьте дату контрольной проверки: температура, SMART дисков, факт бэкапа, наличие в мониторинге. Первый месяц жизни сервера — время, когда всплывает брак поставки и дыры настройки.

Свяжите закупку с бизнесом заказчиком: кто ждал сервер для 1С, витрины или файлового обмена, тот участвует в приёмке сценарием «сервис доступен». IT галочка «ОС стоит» недостаточна, если приложение не переехало.

Если поставщик железа и настройщик разные, закрепите в плане стык ответственности и срок эскалации. Серые зоны между ними — главная причина пыльных коробок.

Короткий вывод для закупки: сервер начинает приносить пользу только после принятого чеклиста ввода, а не после подписанного акта поставки.

Итог

Сервер без настройки — это отложенный простой, а не актив. Покупка железа закрывает только половину задачи; вторая половина — ввод в эксплуатацию с RAID, ОС, сетью, бэкапом и мониторингом.

Связывайте закупку с чеклистом приёмки и датой «сервис жив». Тогда коробка перестанет быть дорогим напоминанием о сорванных сроках.