Как проверить ускорение 1С после апгрейда сервера

Компания оплатила апгрейд Dell PowerEdge. Пользователи говорят, что 1С стала быстрее, а финансовый директор просит показать результат в цифрах. В акте приёмки — только баллы теста Гилёва. Этого мало.

Исследование mClouds показало, насколько результат зависит от программного стенда. На одном оборудовании тест Гилёва набрал 54,95 балла на Windows Server с Microsoft SQL Server, 77 баллов на Ubuntu с PostgreSQL через TCP/IP и 86,21 балла через Unix-сокет. Поменялись ОС, СУБД и способ подключения — баллы разошлись на 57%.

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

Одного теста Гилёва недостаточно #

Тест Гилёва выполняет типовой набор операций 1С. Он подходит для сравнения процессоров, дисковых подсистем и настроек программного стенда. Но реальную базу с её запросами, блокировками, расширениями и фоновыми заданиями тест не воспроизводит. Это ограничение отмечено в исследовании mClouds.

Планки памяти заходят в гнёзда системной платы

Рост с 30 до 45 баллов подтверждает, что стенд справляется с синтетической нагрузкой лучше. Он не доказывает, что проведение заказа у Ваших пользователей сократилось с 12 до 5 секунд.

APDEX решает вторую половину задачи. Официальная методическая поддержка 1С описывает его как индекс удовлетворённости скоростью приложения. Он рассчитывается по фактическому времени выбранных операций.

По отдельности оба показателя дают неполную картину:

вырос тест Гилёва — оборудование или программный стенд получили запас, но рабочая база могла не ускориться;
вырос APDEX — пользователи чаще укладываются в заданное время, но причина может быть не в железе;
выросли оба — есть основания связывать результат с апгрейдом, если остальные условия не менялись.

Чтобы сравнение выдержало разговор о бюджете, условия замера фиксируют до закупки.

До апгрейда составьте паспорт стенда #

Запишите версию платформы 1С, ОС, СУБД, число физических ядер или vCPU, частоту процессора, объём памяти, тип накопителей и способ подключения к СУБД. По данным mClouds, на скорость 1С влияют процессор, дисковая подсистема, СУБД, ОС и характер нагрузки.

Салазка накопителя выдвинута из серверного отсека

Между контрольными прогонами меняйте только то, что входит в апгрейд. Если вместе с процессорами Вы обновили платформу 1С, сменили Microsoft SQL Server на PostgreSQL и перенесли базу с TCP/IP на Unix-сокет, измерение покажет общий эффект. Долю нового сервера из него уже не выделить.

Условия нагрузки тоже нужны в протоколе:

число активных пользователей;
время проведения теста;
объём базы;
список работающих фоновых заданий;
число повторов и результат каждого прогона;
настройки энергопотребления сервера и гипервизора.

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

Для APDEX выберите операции, которые видит бизнес #

APDEX считают отдельно по одноимённым операциям за один период. Методика на gilev.ru требует больше десяти повторов каждой операции: при меньшей выборке индекс может оказаться заниженным.

Патч-корды уходят в кабельный органайзер шасси

Берите действия, задержку которых замечает сотрудник: открытие формы, проведение документа, формирование отчёта, запись элемента справочника. Фоновые и регламентные задания в пользовательский APDEX не включайте. Дневные операции считайте отдельно от ночных.

Для каждой операции заранее назначьте целевое время T. Это не техническая константа, а требование бизнеса. Пять секунд на проведение документа могут устраивать склад и раздражать кассу с очередью.

В практическом руководстве Fast1C приведены такие отправные значения:

Операция	Порог T
Открытие формы документа	3 с
Проведение документа	5 с
Формирование отчёта	10 с
Запись элемента справочника	2 с

Не выдавайте эти пороги за универсальный норматив. Согласуйте их с владельцем процесса до первого замера и не меняйте после апгрейда.

Как посчитать APDEX до и после апгрейда #

Официальная методическая поддержка 1С приводит формулу:

APDEX = (NS + NT / 2) / N

Здесь NS — число операций длительностью не больше T, NT — число операций от T до 4T, N — общее число замеров. Операции дольше 4T баллов не дают.

Допустим, до апгрейда Вы измерили 100 проведений документа при T = 5 с:

55 операций заняли не больше 5 секунд;
30 заняли от 5 до 20 секунд;
15 превысили 20 секунд.

Расчёт:

(55 + 30 / 2) / 100 = 0,70

После апгрейда при той же нагрузке получили 82 быстрые операции, 14 допустимых и 4 медленные:

(82 + 14 / 2) / 100 = 0,89

По шкале методической поддержки 1С результат перешёл из диапазона 0,70–0,85 в диапазон 0,85–0,94. Для бюджета важнее другое: доля проведений быстрее пяти секунд выросла с 55 до 82%.

APDEX не показывает причину задержки. Если индекс не изменился, проверяйте технологический журнал, планы запросов, ожидания СУБД, блокировки, диски и сеть. Порядок такой проверки разобран в материале о том, как найти узкое место в процессоре, дисках или сети.

Переведите сэкономленное время в рубли #

Баллы теста Гилёва нельзя напрямую превратить в деньги. Для расчёта берите разницу во времени рабочих операций.

Предположим:

апгрейд стоит 600 000 ₽;
с 1С работают 40 сотрудников;
каждый экономит 5 минут за рабочий день;
час сотрудника с начислениями стоит 700 ₽;
в году 220 рабочих дней.

Годовая экономия:

40 × 5 / 60 × 700 × 220 = 513 333 ₽

Простой срок окупаемости:

600 000 / 513 333 × 12 = 14 месяцев

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

Формула меняется линейно: удвоили число пользователей или экономию времени — удвоили годовой эффект. Так финансовый директор видит не абстрактное «стало быстрее», а условия, при которых 600 000 ₽ вернутся компании.

Что записать в условие приёмки #

Апгрейд можно принять как подтверждённое ускорение, если выполнены три условия:

повторный тест Гилёва прошёл на том же программном стенде;
APDEX вырос по заранее выбранным операциям при сопоставимой нагрузке;
экономия рабочего времени даёт приемлемый для компании срок окупаемости.

Если выросли оба показателя, зафиксируйте результаты и исходные условия в акте. Если вырос только тест Гилёва, сервер получил запас, но рабочее узкое место осталось в базе, СУБД или сети.

Если вырос только APDEX, проверьте нагрузку, пороги T, код конфигурации и фоновые задания. Если не вырос ни один показатель, не принимайте оборудование как доказанное ускорение, пока исполнитель не объяснит расхождение.