В Vietnam International Bank форма 1С открывалась несколько секунд, а проведение документа занимало до 30 секунд. При этом физический сервер и виртуальные машины почти простаивали. Копия той же системы на менее мощном оборудовании работала быстрее.
Покупка нового сервера здесь не помогла бы сама по себе. Сначала нужно поймать медленную операцию и сопоставить её с загрузкой процессора, памяти, дисков и сети. На такой замер хватит часа.
Результат должен уместиться в одну строку: «система упёрлась в конкретный аппаратный ресурс» или «аппаратного предела не видно, проверяем ОС, виртуализацию, СУБД и 1С».
Средняя загрузка скрывает короткие пики
Начни с операции, время которой можно измерить: открытие формы, обновление списка, формирование отчёта или проведение документа. Запиши начало и конец с точностью хотя бы до секунды.
Одновременно собирай показатели с трёх узлов:
- сервера приложений 1С;
- сервера СУБД;
- рабочей станции, на которой повторяешь операцию.
Такую схему задаёт база знаний 1С: разработчик рекомендует следить за рабочими серверами кластера, сервером СУБД и нагруженными клиентскими компьютерами. На сервере приложений в сбор должны попасть процессы 1cv8*, ragent*, rphost* и rmngr*.
Для рабочего контура используй интервал 15 секунд — его рекомендует 1С. За час получится 240 точек по каждому счётчику:
3600 секунд / 15 секунд = 240 точек.
Если операцию можно безопасно повторить как нагрузочный тест, сократи интервал до одной секунды. Тогда за час накопится 3600 точек. Такой журнал покажет короткий пик, который потерялся бы в среднем значении за пять минут.
На Windows данные можно собрать штатным Performance Monitor. Бинарный журнал .blg удобен для просмотра графиков, CSV — для обработки и сопоставления по времени.
Четыре порога отделяют дефицит железа от остального стека
Один высокий показатель ещё не доказывает нехватку ресурса. Нужны два совпадения: метрика пересекла порог, а пользовательская операция замедлилась в тот же момент.
Процессор
По методике 1С процессор становится подозреваемым, когда % Processor Time долго держится выше 70%. Короткий всплеск при проведении документа нормален; полка на графике во время серии операций — уже основание разбирать процессорную часть.
Второй показатель — System Processor Queue Length. Его граница равна удвоенному числу физических ядер. Для принятого в примере 16-ядерного сервера:
16 ядер × 2 = очередь 32.
Если загрузка остаётся ниже 70%, но очередь долго превышает 32, процессам приходится ждать вычислительных ресурсов. Если оба показателя низкие во время задержки, добавлять ядра вслепую не стоит.
Память
Смотри на Memory Pages/sec. В рекомендациях 1С среднее значение близко к нулю, допустимый максимум — не выше 20.
Устойчивый рост означает, что системе приходится чаще обращаться к диску вместо оперативной памяти. Здесь предмет закупки уже понятен: не «сервер помощнее», а совместимые модули памяти для существующей платформы либо новая платформа, если свободных слотов нет.
Одного общего процента занятой памяти для такого вывода мало. ОС может использовать свободную память под кэш, а сервер — работать без нехватки ресурса.
Диски
Для Physical Disk Avg. Disk Queue Length методика 1С задаёт границу: не больше двух запросов на каждый диск, который работает параллельно.
В типовом примере массив состоит из четырёх таких дисков:
4 диска × 2 = очередь 8.
Если во время проведения документа очередь держится выше 8, дисковая подсистема не успевает обслуживать запросы. Но этот расчёт нельзя механически переносить на любое хранилище: RAID-контроллер, кэш, тип накопителей и схема массива меняют поведение системы. Порог нужен как сигнал для следующего замера, а не как паспортная производительность массива.
Сеть
Для счётчика Network Interface Bytes Total/sec 1С указывает порог 65% пропускной способности адаптера.
У гигабитного интерфейса это 650 Мбит/с:
1 Гбит/с × 0,65 = 0,65 Гбит/с.
Это расчётная граница, а не обещание получить такую полезную скорость: часть полосы заберут накладные расходы протоколов и другой трафик. Важна длительная загрузка, совпавшая с медленной операцией.
Свободные ресурсы — аргумент против закупки
Низкая загрузка не доказывает, что система исправна. Она доказывает другое: процессор, память, диски и сеть не достигли измеримого предела в момент задержки. Покупать замену преждевременно.
Именно так развивался случай Vietnam International Bank, описанный в материале 1C Developer Network. Формы открывались несколько секунд, проведение занимало до 30 секунд, но загрузка виртуальных и физических ресурсов оставалась низкой. Копия системы на компьютерах с более скромными характеристиками показала лучший результат. Сравнительные тесты подтвердили разницу, а перенос рабочего контура на другое оборудование устранил задержки.
Этот случай не означает, что железо всегда невиновно. Он показывает цену неверного порядка действий: модель сервера выбирают после локализации дефицита, а не вместо неё.
Если все четыре группы метрик остаются ниже порогов, передай специалисту временную шкалу операции, журналы Performance Monitor и описание клиентского сценария. Дальше он проверит параметры рабочих процессов 1С, виртуализацию, ОС и СУБД. Для связки с Microsoft SQL Server пригодится отдельный разбор контура 1С с MS SQL Server.
Спецификация под задачу
Считаем на исходной конфигурации из примера: один сервер с 16 физическими ядрами и массивом из четырёх параллельно работающих дисков. Данных о числе пользователей, размере базы, фоновых заданиях и объёме памяти нет. Поэтому частоту CPU, объём RDIMM и класс накопителей из этого замера вычислить нельзя.
Спецификация закупки на этом этапе выглядит так:
| Узел | Что показал замер | Решение |
|---|---|---|
| Процессор | Загрузка ниже 70%, очередь не выше 32 | Сохраняем текущие 16 ядер, новый процессор не заказываем |
| Память | Средний Pages/sec около нуля, максимум не выше 20 | Объём не увеличиваем; проверяем свободные слоты и совместимость модулей только перед будущим апгрейдом |
| Диски | Очередь массива не выше 8 | Четыре диска не меняем только ради задержки 1С |
| Сеть | Интерфейс не достигает 65% своей полосы | Более быстрый адаптер не заказываем |
| Питание и корпус | Замер не выявляет требований к ним | Блоки питания и форм-фактор оставляем вне заявки |
| Результат | Задержка есть, аппаратные пороги не превышены | Закупку откладываем, журнал передаём специалисту по 1С и СУБД |
Это конкретный ответ: при таких показаниях брать новый сервер не нужно. Конфигурация с большей частотой, памятью или NVMe пока не имеет расчётного основания.
Если замер покажет предел, заявка меняется только в найденной части:
- CPU дольше 70% или очередь выше 32 — рассчитывай процессор под число одновременных тяжёлых операций и требования лицензирования;
Pages/secустойчиво растёт — считай недостающую память, затем проверяй схему установки и поддержку RDIMM материнской платой;- дисковая очередь выше 8 — снимай задержку и IOPS массива, после чего выбирай число накопителей, их класс и RAID;
- сеть дольше 65% — разделяй трафик или переходи на интерфейс с большей пропускной способностью.
Для расчёта следующего шага используй требования к процессору, памяти и дискам сервера 1С. Там уже понадобятся исходные данные: число пользователей, размер базы, профиль операций и требования к простою.
Компромисс у отказа от немедленной замены тоже есть. Ты не получаешь запас по мощности «на всякий случай», зато не тратишь бюджет на ресурс, который сейчас простаивает. Если бизнес требует работу при отказе одного узла, это отдельная причина для второго сервера, резервных блоков питания и схемы хранения — график загрузки такой риск не измеряет.
Решение помещается в один час
Зафиксируй одну повторяемую операцию. Включи сбор на сервере 1С, СУБД и рабочей станции с интервалом 15 секунд, а для нагрузочного прогона — одну секунду. Затем наложи время задержки на четыре порога.
Совпадение даст предмет закупки: CPU, память, диски или сеть. Если совпадения нет, не защищай перед директором новый сервер. Передай специалисту журнал и формулировку: «операция заняла столько-то секунд, аппаратного предела в этот момент не видно».
