Метрика42 не растёт после апгрейда сервера: разбор теста Гилёва для 1С

Метрика42 — числовой результат теста Гилёва, синтетического сценария из типовых операций 1С: запись документов, проведение, построение отчёта. Число показывает, сколько таких операций сервер обрабатывает в единицу времени на выбранном железе. Тест гоняют перед переездом на новый сервер или когда база стала тормозить, чтобы понять, где узкое место — в диске, процессоре или настройках СУБД.

что измеряет метрика42 в тесте Гилёва

Тест Гилёва — сценарий из операций, характерных для типовой базы 1С: создание документа, его проведение, перепроведение, формирование отчёта, обращение к справочникам. Скрипт прогоняет эти операции сериями и считает, сколько их проходит за единицу времени на конкретном железе и конкретной настройке СУБД. Итоговое число — и есть метрика42, m42.

Число не привязано к проценту загрузки процессора или миллисекундам ответа — это относительный показатель: чем он выше, тем быстрее сервер обрабатывает типовую нагрузку 1С по сравнению с другим железом или другой настройкой того же железа. Разработчики и сисадмины гоняют тест дважды — «до» и «после» правки конфигурации СУБД, переноса базы на другой диск или смены тарифа сервера — и сравнивают разницу, а не абсолютное значение. Один прогон мало о чём говорит: результат колеблется из-за фоновых процессов на сервере, поэтому тест повторяют несколько раз подряд и смотрят на средний результат, а не на лучший или худший замер. Подробное описание методики и таблица для сравнения результатов — на сайте автора теста.

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

почему метрика42 проседает при сценарном тестировании 1С

Розничная сеть на 1С:Управление торговлей держит базу на сервере, который ставили под офис пять лет назад — тогда хватало на десяток касс. Сисадмин каждый понедельник утром, когда кассиры закрывают выходные чеки, а бухгалтерия параллельно строит отчёт по магазинам, гоняет тест Гилёва и получает результат заметно хуже, чем на ноутбуке разработчика с SSD. Дело не в интернет-канале и не в версии 1С: диск сервера — RAID на HDD, а SQL Server на нём делит процессор с почтовым сервером той же компании.

Причина низкой метрики42 почти всегда одна из типовых. Диск не успевает писать транзакционный лог и tempdb СУБД — самая частая находка на офисном железе, купленном без расчёта под базу данных. Сервер делит ресурсы с соседними виртуальными машинами на дешёвом тарифе хостинга, и в моменты чужой нагрузки тест на одной и той же машине даёт разброс от прогона к прогону. Антивирус сканирует файлы базы данных в реальном времени и добавляет задержку на каждую операцию записи. Настройки SQL Server — memory limit, параметр maxdop, автоувеличение файлов базы — остаются стандартными «из коробки», хотя для сервера 1С их почти всегда нужно менять вручную. Отдельная история — удалённые бухгалтеры и филиалы: тест, запущенный с их рабочего места через тонкий клиент, покажет просадку из-за сети, а не из-за сервера, и эту причину важно не перепутать с проблемой железа.

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

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

как исправить низкий результат теста: где искать узкое место

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

что проверяют в первую очередь

• ✓скорость диска под tempdb и логом транзакций СУБД — часто узкое место именно здесь, а не в процессоре;
• ✓настройки SQL Server: параметр maxdop, выделенную память, автоувеличение файлов базы;
• ✓антивирус — файлы .mdf и .ldf стоит исключить из сканирования в реальном времени;
• ✓изолированность ресурсов сервера от соседей по хостингу;
• ✓сетевую задержку для удалённых пользователей, если тест запускали не локально.

Если после проверки причина в самом железе или тарифе хостинга, дешевле не апгрейдить офисный сервер по частям, а перенести базу на выделенный сервер в аренду с гарантированными ресурсами — там метрика42 показывает стабильный результат от прогона к прогону, потому что диск и процессор не делятся с чужими задачами. Настройку СУБД под конкретную конфигурацию 1С удобнее сразу доверить специалистам — вот тут актуальна настройка сервера 1С с проверкой именно тех параметров, что двигают метрику42: от maxdop до расположения файлов tempdb на отдельном быстром диске.

что делать, если низкая метрика42 повторяется после каждого обновления

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

Если просадка повторяется системно, разовая правка настроек не спасёт — нужен постоянный контроль, а не диагностика раз в год. Для тяжёлых конфигураций — комплексная автоматизация, торговля с несколькими юрлицами, ERP — стоит сразу считать сервер не средним хостингом, а инфраструктурой под конкретную нагрузку, например сервер под 1С:ERP с ресурсами, рассчитанными под число фоновых заданий и пользователей. Мониторинг метрики42 после каждого релиза удобно передать на сопровождение сисадмину — такая услуга стоит от 3800 руб/час и закрывает именно повторяющиеся регрессии: специалист гоняет тест после обновления и правит настройки СУБД до того, как о тормозах напишут пользователи, а не после третьей жалобы из бухгалтерии.

как предотвратить просадку метрики42 на боевом сервере

Дешевле встроить сценарное тестирование в процесс, чем разбирать его последствия постфактум. Рабочая практика для компании среднего размера: тестовый контур на отдельном арендованном сервере, тест Гилёва перед каждым релизом обновления и раз в квартал на боевой базе для контроля деградации, а результаты — в одну таблицу, чтобы видеть тренд, а не разовое число. Тренд заметен раньше, чем жалобы пользователей: метрика42 обычно проседает за пару недель до того, как медленная работа станет заметна на глаз.

При выборе сервера под тестовый стенд и под боевую базу ориентируются на то, какой результат нужен и сколько пользователей одновременно работает. Официальные системные требования 1С задают минимум, но минимум не равен комфортной работе под нагрузкой — тест Гилёва как раз показывает разницу между «работает» и «работает быстро».

Если сомневаетесь, с чего начать — с диагностики: гоняем тест Гилёва на вашей текущей базе и на тестовом контуре на нашей стороне, сравниваем метрику42 и показываем, где именно теряется скорость, а не просто предлагаем железо помощнее. Базовая аренда сервера 1С начинается от 1 100 ₽/мес за пользователя — дешевле, чем купить и обслуживать офисное железо, а миграция происходит без остановки работы пользователей.

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

Что такое метрика42 и чем она отличается от обычного бенчмарка?

Метрика42 — числовой результат теста Гилёва, синтетического сценария из операций 1С: запись документа, проведение, отчёт. В отличие от обычных бенчмарков процессора или диска, тест меряет реальную скорость связки СУБД, платформы 1С и конфигурации, поэтому два сервера с одинаковыми характеристиками могут показать разный результат.

Можно ли гонять тест Гилёва прямо на рабочей боевой базе?

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

Как часто нужно повторять сценарное тестирование?

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

Почему на одинаковом по характеристикам сервере метрика42 отличается у разных провайдеров?

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

С чего начать, если метрика42 низкая, а бюджет на новый сервер ограничен?

Начните с диагностики на текущем железе: тест Гилёва и проверка настроек СУБД — maxdop, память, расположение tempdb — часто поднимают результат без нового сервера. Если узкое место в самом диске или процессоре, аренда сервера 1С от 1 100 ₽/мес за пользователя обходится дешевле, чем покупка и обслуживание нового офисного оборудования.