01.08.2026

Покупка сервера без предварительных расчётов: почему это может не решить проблемы

Переплата в 500 тысяч рублей или, наоборот, проблемы с производительностью 1С из-за отсутствия SSD и достаточного объёма RAM. Нет расчёта под реальные процессы.

Закупили «самый мощный» сервер в прайсе. Через месяц учёт всё ещё тормозит: узкое место оказалось в дисках и памяти, а не в числе ядер, которыми хвастались на презентации. Или наоборот — взяли с запасом на пять лет за сотни тысяч и используете малую долю ресурсов, оплачивая электричество и гарантию впустую.

Железо без расчёта под процессы — лотерея. Мощность на бумаге не равна скорости в бухгалтерии, на складе и в кабинете руководителя. Для бизнеса важна не столько техническая спецификация сервера, сколько скорость выполнения операций и минимизация простоев.

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

Сценарии промаха

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

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

Ошибки закупки

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

Как считать правильно

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

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

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

СимптомЧастая причинаЧто проверить
1С «висит» на отчётахДиск/памятьОчереди ввода-вывода, RAM
Всё мощно, но пустоOverprovisionУтилизация 2–4 недели
После покупки без эффектаНе мигрировалиПлан переноса и окна
Сеть узкаяЗабыли каналПики обмена и бэкапов

Альтернативы новой закупке

Иногда выгоднее облако или апгрейд текущего узла. Иногда — разнести роли: база отдельно, приложения отдельно. Решение должно следовать из цифр, не из страха «вдруг не хватит».

Если уже купили впустую

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

Частые вопросы

Всегда ли SSD обязателен? Для нагруженных баз почти всегда да. Для холодного архива — не обязательно.

Брать с запасом на пять лет? Лучше считать рост и возможность апгрейда, чем оплачивать простой железа годы.

На что смотреть через месяц

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

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

Практический минимум на две недели

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

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

Итог

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

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

Начать разговор

Нужна помощь с похожей задачей?

Опишите ситуацию — предложим решение на основе нашего опыта.