Администратор просит заменить сервер 1С. Руководитель смотрит на работающую машину и отвечает: «Зачем, если она ещё не сломалась?»
Довод «серверу уже пять лет» здесь не работает. Возраст не показывает, сколько компания теряет на простоях, медленных операциях и обслуживании.
Методика TCO из обзора Vanoptorg делит расходы на покупку и дальнейшую эксплуатацию. По оценке авторов, обслуживание и эксплуатация могут дать 60–70% затрат за срок службы оборудования. Значит, сравнивать цену нового сервера с нулём нельзя.
Вам нужен одностраничный расчёт с тремя вариантами: оставить сервер, обновить отдельный узел или заменить машину. Он покажет границу, после которой старое оборудование обходится дороже нового.
Начните не с характеристик, а с потерь
Фраза «нужны NVMe и 128 ГБ памяти» звучит как список покупок. Руководитель не видит связи между гигабайтами, типом накопителя и расходами компании.
Начните с наблюдаемого затруднения. Например, обмены не заканчиваются до начала рабочего дня. Или при закрытии месяца сотрудники ждут отчёты, а администратор перезапускает рабочие процессы.
Процессор и память влияют на работу сервера 1С. Это подтверждают материалы базы знаний Infostart. Но одна характеристика не доказывает, что машину пора менять целиком.
Сначала свяжите каждый симптом с потерями и способом проверки.
| Наблюдаемый признак | Что теряет компания | Чем подтвердить | Какое решение проверять |
|---|---|---|---|
| Отчёты и проведение документов ждут диск | Рабочее время сотрудников, срок закрытия периода | Задержка диска, очередь операций ввода-вывода, одинаковый замер одной операции | Замена накопителей или массива |
| Память заканчивается в часы пик | Сеансы зависают, рабочие процессы перезапускаются | Потребление RAM, файл подкачки, память процессов rphost | Добавление RAM или настройка кластера |
| Сервер останавливается несколько раз в год | Простой отдела и часы администратора | Журнал инцидентов, заявки пользователей, события ОС | Ремонт, резервирование или замена |
| Обмены не укладываются в ночное окно | Утром работают с неполными данными | Время начала и завершения обмена | Поиск узкого места, затем точечное обновление |
| Запчасти приходится искать после отказа | Растёт срок восстановления | Договор поддержки, наличие совместимых компонентов | Сервисный запас или новая платформа |
| Нагрузка растёт, а свободных ресурсов нет | Новый отдел или база не помещаются на сервере | Число активных сеансов, загрузка CPU, RAM и диска | Расширение узла или замена |
Если задержки связаны с хранилищем, пригодится разбор поведения NVMe, SSD и SAS под нагрузкой 1С. При росте rphost сначала проверьте потребление оперативной памяти сервером 1С.
Вывод из таблицы простой: сначала фиксируйте потери, затем выбирайте компонент. Иначе заявка начнётся с оборудования, а не с задачи компании.
Старый сервер стоит дороже нуля
Совокупная стоимость владения, или TCO, охватывает расходы от покупки до вывода оборудования из работы. В методике Vanoptorg сюда входят приобретение, эксплуатация, обслуживание и утилизация.
Методика InScale разделяет расходы на капитальные и операционные. К первым относятся оборудование, лицензии и внедрение. Ко вторым — поддержка, работа администратора, электричество, размещение и обучение.
Для локальной инфраструктуры InScale предлагает горизонт пять лет с учётом амортизации. Три года подходят быстрорастущей компании, где нагрузка и схема размещения меняются быстрее.
Выберите один горизонт для всех вариантов. Нельзя считать старый сервер за три года, а новый — за пять. Такое сравнение заранее искажает результат.
| Статья расхода | Оставить сервер | Обновить отдельный узел | Заменить сервер | Откуда взять сумму |
|---|---|---|---|---|
| Оборудование | Ремонт и запасные части | Накопители, RAM, контроллер или сеть | Сервер, диски, память, резервные блоки питания | Коммерческие предложения |
| Лицензии | Продление действующих | Возможное изменение лицензий виртуализации | ОС, СУБД, виртуализация, средства защиты | Договоры и прайс-листы поставщиков |
| Перенос | Нет или минимальные работы | Установка узла и перенос данных | Миграция баз, проверка обменов, переключение пользователей | Оценка администратора и подрядчика |
| Поддержка | Договор плюс внеплановые работы | Поддержка старой платформы и нового узла | Гарантия и обслуживание новой машины | Договор поддержки |
| Работа администратора | Диагностика и восстановление после сбоев | Настройка смешанной конфигурации | Подготовка, перенос и дальнейшее обслуживание | Табель или оценка трудозатрат |
| Электроэнергия и размещение | Потребление старой машины | Потребление после обновления | Потребление нового сервера | Счётчик, паспортные данные и тариф |
| Простой | Остановки пользователей и обменов | Простой при работах и остаточные сбои | Окно миграции и проверка после запуска | Журнал инцидентов и календарь работ |
| Защита информации | Поддержка действующих средств | Проверка совместимости после обновления | Новые лицензии и настройка средств защиты | Требования ИБ и счета поставщиков |
| Обучение | Обычно не требуется | Инструкция для администратора | Обучение новой платформе управления | План работ и тариф исполнителя |
| Вывод оборудования | Пока не учитывается | Утилизация заменённых деталей | Списание, вывоз или подготовка резервного стенда | Бухгалтерия и подрядчик |
Эта таблица не просит угадать будущие расходы. Она отделяет известные суммы от допущений, которые нужно показать руководителю отдельно.
Методический обзор Vanoptorg называет четыре частые ошибки TCO: неполный сбор данных, пропуск рисков, игнорирование инфляции и сравнение только закупочных цен. Для сервера 1С к ним добавляется потерянное рабочее время.
Посчитайте стоимость простоев
Стоимость простоя складывается не только из зарплаты администратора. Пока сервер недоступен, сотрудники ждут, переносят операции или вводят данные позже.
Для расчёта нужны четыре значения:
- сколько сотрудников останавливается;
- сколько сбоев произошло за год;
- сколько часов длится один сбой;
- сколько стоит рабочий час сотрудника.
Берите число сбоев и длительность из заявок, журнала событий или системы наблюдения. Стоимость часа запросите у бухгалтерии. Если точной суммы нет, запишите согласованное допущение.
Отдельно посчитайте работу администратора. Его часы нельзя смешивать с потерями пользователей: это разные статьи расходов, и руководитель может проверить их по разным документам.
К простою добавьте последствия, которые можно связать с деньгами. Например, штраф за пропущенный срок обмена или оплату срочного выезда специалиста. Не ставьте в расчёт «репутационные потери», если компания не умеет переводить их в сумму.
Порог замены считается от разницы расходов
Возьмём условный пример. Новый сервер стоит 600 000 ₽, перенос баз и проверка контура — 100 000 ₽. Остаточную стоимость старой машины принимаем равной нулю.
Дополнительные вложения составят:
600 000 + 100 000 = 700 000 ₽
На горизонте пяти лет новый сервер должен экономить больше:
700 000 / 5 = 140 000 ₽ в год
На горизонте трёх лет порог выше:
700 000 / 3 ≈ 233 000 ₽ в год
Это не цена сервера с рынка и не замер лаборатории. Все суммы условны. Подставьте свои предложения поставщиков, стоимость переноса и остаточную стоимость оборудования.
Теперь проверим порог на условной компании. В ней 20 сотрудников, сервер останавливается шесть раз в год. Каждый сбой занимает два часа, рабочий час сотрудника стоит 800 ₽.
Потери рабочего времени:
20 × 6 × 2 × 800 = 192 000 ₽ в год
На каждый сбой администратор тратит ещё четыре часа. Его час стоит 2 000 ₽:
6 × 4 × 2 000 = 48 000 ₽ в год
Суммарные подтверждённые потери:
192 000 + 48 000 = 240 000 ₽ в год
За пять лет компания потеряет:
240 000 × 5 = 1 200 000 ₽
Разница между потерями и вложениями составит:
1 200 000 − 700 000 = 500 000 ₽
При таких исходных замена перекрывает вложения на 500 000 ₽ за пять лет. Поддержку, электричество, инфляцию и риск долгого отказа мы пока не учитывали.
На трёхлетнем горизонте те же потери дадут 720 000 ₽. Запас над вложениями составит лишь 20 000 ₽. Ошибка в одном допущении способна изменить решение, поэтому здесь нужен подробный пересчёт.
Если потери ниже порога, полная замена не окупается
Допустим, подтверждённые потери составили 90 000 ₽ в год. За пять лет это 450 000 ₽. Покупка и перенос стоят 700 000 ₽.
Разница в 250 000 ₽ означает, что простои сами по себе не оправдывают замену. Заявку нельзя усиливать неподтверждёнными процентами ускорения.
Проверьте точечное обновление. Если задержки создаёт диск, сравните цену нового массива с потерями от ожидания. Если заканчивается память, рассчитайте добавление RAM и проверьте настройки кластера.
Полная замена всё же может понадобиться из-за несовместимости, отсутствия запчастей или роста нагрузки. Но эти причины требуют своей суммы либо проверяемого ограничения.
Иногда дешевле изменить место размещения, а не покупать машину. Сопоставьте варианты по расходам, контролю и условиям размещения 1С. Сравнивайте их на том же горизонте и с теми же статьями затрат.
Три варианта должны стоять рядом
Заявка на замену слаба, если в ней есть только старый и новый сервер. Руководитель спросит, почему нельзя заменить диски, добавить память или продлить поддержку.
Сделайте три колонки:
- Оставить сервер без изменений.
- Обновить компонент, который создаёт потери.
- Заменить машину и перенести контур.
Для каждого варианта посчитайте TCO на одном горизонте. Внесите закупку, работы, поддержку, простой, электричество и дальнейшее обслуживание.
Точечное обновление тоже несёт риск. Новые диски не исправят нехватку памяти. Дополнительная RAM не поможет, если сервер упирается в производительность одного ядра или массив.
Поэтому сначала нужна диагностика, затем смета. Обратный порядок превращает расчёт в оправдание уже выбранной покупки.
Не записывайте ожидаемое ускорение в экономию
Фраза «после замены отчёты станут быстрее на 40%» требует воспроизводимого испытания. Без него процент нельзя ставить в заявку как будущую экономию.
Разделите доказательства на три слоя:
- факты из журналов: время остановок, длительность операций, число обращений;
- тарифы из бухгалтерии: рабочий час, поддержка, электричество;
- допущения: рост нагрузки, срок службы, ожидаемое сокращение простоев.
Допущения не запрещены. Их нужно подписать и пересчитать при другом сценарии. Например: «Если число сбоев снизится не с шести до нуля, а до трёх, экономия уменьшится вдвое».
Проверяемый эффект требует одинаковой задачи до и после изменения. Зафиксируйте версию платформы, базу, число активных сеансов и конфигурацию оборудования.
Полезный образец такого описания даёт страница об условиях повторяемого испытания серверного оборудования. Не переносите её результаты на свою машину: возьмите только порядок фиксации условий.
Если эффект нельзя повторить, не включайте его в экономию. Оставьте его как ожидаемый результат с отдельной пометкой.
Что поместить на одну страницу заявки
Руководителю не нужна история всех сбоев за пять лет. Ему нужна проверяемая граница между расходами на старую машину и вложениями в новую.
На странице оставьте шесть блоков:
- Симптом: что происходит с 1С и как часто.
- Потери: время сотрудников, администратора и оплаченные последствия.
- Три варианта: оставить, обновить узел, заменить сервер.
- TCO каждого варианта на три или пять лет.
- Порог окупаемости и формула расчёта.
- Допущения и риски, которые не удалось оценить в рублях.
Главное правило заявки:
Порог замены = разница TCO / срок расчёта
Если ежегодные подтверждённые потери выше порога, замену можно защищать деньгами. В нашем пятилетнем примере граница равна 140 000 ₽ в год.
Если потери ниже, предлагайте точечное обновление. Если расчёт упирается в рост базы, число пользователей и будущую конфигурацию, закажите расчёт состава сервера под планируемую нагрузку 1С после сбора исходных данных.
Слово «старый» из заявки можно убрать. Решение от этого не изменится: сервер меняют не по возрасту, а когда дальнейшая эксплуатация стоит дороже перехода.