Администрирование · 10 мин
Как проверить скорость работы 1С
Как проверить скорость 1С: замеры операций, технологический журнал, центр управления производительностью, типичные причины тормозов и способы их устранения.
Медленная работа 1С — одна из самых частых жалоб пользователей: документы проводятся по несколько секунд, отчёты формируются минутами, а интерфейс «подвисает» при открытии списков. Прежде чем менять оборудование или обращаться к специалистам, нужно измерить скорость и понять, где именно теряется время: на клиенте, на сервере 1С, в СУБД или в сети.
Проверка скорости 1С — это не одно действие, а последовательность замеров: от простого хронометража типовых операций до анализа технологического журнала и счётчиков производительности. Только так можно отличить «субъективно медленно» от реальной проблемы и найти её источник.
В статье разобраны практические способы измерения производительности файловых и клиент-серверных баз, инструменты платформы и типичные причины замедления.
Что именно нужно измерять
Фраза «1С тормозит» не даёт информации для диагностики. Нужно зафиксировать конкретные операции и время их выполнения. Обычно замеряют: открытие базы и вход пользователя, открытие журнала документов, проведение типового документа, формирование стандартного отчёта (например, оборотно-сальдовой ведомости), выполнение поиска по справочнику.
Замеры делайте секундомером или встроенным замером времени, три-четыре раза подряд, и записывайте среднее значение. Единичный замер ненадёжен: первый запуск операции часто медленнее из-за кэширования данных и компиляции запросов.
Обязательно фиксируйте условия замера: число одновременно работающих пользователей, время суток, объём данных за выбранный период. Отчёт за месяц и за три года — принципиально разная нагрузка, и сравнивать их нельзя.
- 1Выберите 3–5 типовых операций: вход в базу, открытие списка документов, проведение документа, формирование отчёта
- 2Замерьте время каждой операции 3 раза и запишите среднее
- 3Повторите замеры на сервере (локально) и на клиентском компьютере
- 4Сравните результаты и определите, где теряется время
- 5Зафиксируйте цифры как точку отсчёта для контроля после изменений
Сравнение скорости на сервере и на клиенте
Самый быстрый способ локализовать проблему — выполнить одну и ту же операцию непосредственно на сервере (или на компьютере с файловой базой) и на рабочем месте пользователя. Если на сервере операция выполняется быстро, а на клиенте медленно — проблема в сети, клиентском компьютере или тонком клиенте.
Если медленно везде, включая сервер, причина в самой базе, настройках СУБД, дисковой подсистеме или неоптимальном коде конфигурации. Для файловых баз по локальной сети типичная картина — резкое падение скорости при росте числа пользователей: это ограничение самого файлового режима, а не поломка.
Проверьте и сеть: большой ping до сервера, потери пакетов, работа через Wi-Fi или VPN заметно влияют на отзывчивость толстого клиента. Для удалённых пользователей правильное решение — тонкий клиент, веб-клиент или терминальный доступ, а не толстый клиент через медленный канал.
Как выбрать действие
Анализ технологического журнала
Технологический журнал (ТЖ) — штатный механизм платформы, который фиксирует события работы сервера 1С: длительные запросы к СУБД, блокировки, взаимоблокировки, ошибки, длительные вызовы. Это главный инструмент для поиска конкретных «узких мест».
Журнал включается через файл настройки logcfg.xml, который размещается в каталоге conf сервера 1С. В нём задаются события для записи: например, события DBMSSQL или DBPOSTGRS длительнее заданного порога, события TLOCK, TDEADLOCK, TTIMEOUT. После сбора логов за период активной работы можно увидеть, какие именно запросы и операции занимают основное время.
Работайте с ТЖ аккуратно: подробное логирование само создаёт нагрузку и быстро заполняет диск. Включайте его на ограниченное время, задайте ротацию и отключите после сбора данных.
Инструменты платформы: ЦУП и замеры производительности
Для серверных баз полезна подсистема «Центр управления производительностью» (ЦУП) из состава БСП и отдельная конфигурация ЦКК: они собирают показатели производительности, показывают длительные операции и «тяжёлые» запросы в разрезе пользователей и сеансов.
В конфигураторе есть механизм «Замер производительности» (Отладка → Замер производительности): он показывает, сколько времени занимает каждая строка кода и каждый запрос при выполнении операции. Это основной инструмент, когда подозрение падает на конкретный доработанный модуль.
На стороне СУБД используйте штатные средства: для MS SQL Server — планы выполнения запросов, Activity Monitor, динамические представления (DMV); для PostgreSQL — pg_stat_statements и лог медленных запросов. Часто причина — отсутствующий индекс, устаревшая статистика или неоптимальный план запроса.
Проверка сервера и дисковой подсистемы
Даже идеально настроенная 1С будет медленной на слабом или перегруженном сервере. Проверьте загрузку процессора, объём свободной оперативной памяти, очередь диска и время отклика дисковой подсистемы в моменты жалоб пользователей — через «Монитор ресурсов» Windows, Performance Monitor или аналогичные средства Linux.
Критичные признаки: постоянная загрузка диска около 100%, активное использование файла подкачки, очередь диска стабильно выше единицы. Базы данных чувствительны именно к скорости случайного доступа к диску, поэтому размещение рабочей базы на медленных HDD вместо SSD — частая причина тормозов.
Отдельно проверьте антивирус: если он проверяет файлы базы, каталоги СУБД и временные файлы 1С в реальном времени, скорость может падать в разы. Каталоги баз и СУБД добавляют в исключения антивируса — это стандартная рекомендация, а не «хитрость».
Как проверить результат
В основном ниже 1–2
Стабильно высокая, диск загружен на 100%
Есть запас, файл подкачки почти не используется
Память исчерпана, идёт активный свопинг
Доли секунды — несколько секунд
Десятки секунд при пустой очереди пользователей
Единичные длительные запросы
Массовые запросы длительностью в секунды
Типичные причины медленной работы и что с ними делать
Чаще всего замедление вызывают: разросшаяся база без регламентного обслуживания, отсутствие обновления статистики и перестроения индексов в СУБД, длительные транзакции и блокировки при массовом проведении, фоновые и регламентные задания, запущенные в рабочее время, а также доработки конфигурации с запросами в цикле.
Обслуживание СУБД — обязательная регулярная процедура: обновление статистики, реорганизация индексов, контроль размера журнала транзакций. В файловых базах аналог — периодическое тестирование и исправление, а главное — своевременный переход на клиент-серверный вариант при росте числа пользователей.
Если замеры показали, что узкое место — конкретная операция конфигурации, дальнейшая работа ведётся через замер производительности в конфигураторе и оптимизацию кода и запросов. Это задача разработчика: самостоятельно менять код рабочей базы без копии и тестирования нельзя.
FAQ
Какая скорость работы 1С считается нормальной?
Жёстких нормативов нет: многое зависит от конфигурации и объёма данных. Ориентир — открытие списков и проведение типового документа за доли секунды или несколько секунд, формирование стандартного отчёта за разумный период — в пределах секунд, а не минут. Если операции стали заметно медленнее, чем раньше на той же базе, это повод для диагностики.
Как проверить скорость файловой базы без сервера?
Замерьте типовые операции локально на компьютере с базой и по сети с рабочего места пользователя. Если локально быстро, а по сети медленно — причина в сети или ограничениях файлового режима. Проверьте, не открыта ли база через общий сетевой ресурс у большого числа пользователей: при росте нагрузки правильное решение — переход на клиент-серверный вариант.
Поможет ли увеличение оперативной памяти сервера?
Только если замеры показали нехватку памяти: активный свопинг, высокое потребление памяти процессами СУБД и rphost. Если узкое место — диски, процессор или неоптимальные запросы, добавление памяти эффекта почти не даст. Сначала диагностика, потом закупка.
Почему 1С тормозит только в определённые часы?
Обычно это совпадение пиковой нагрузки пользователей с фоновыми процессами: регламентными заданиями, обменами, резервным копированием, антивирусным сканированием. Сопоставьте время жалоб с расписанием заданий и бэкапов и разнесите их по времени.
Можно ли проверить скорость без привлечения программиста?
Базовую диагностику — да: замеры операций, сравнение сервера и клиента, контроль загрузки сервера, проверка антивируса и расписания заданий доступны администратору. Анализ технологического журнала, планов запросов и оптимизация кода требуют специалиста по 1С или администратора СУБД.
Как понять, что пора переходить с файловой базы на клиент-серверную?
Признаки: замедление при одновременной работе нескольких пользователей, частые ошибки блокировок файла базы, длительное проведение документов в часы активности при свободном сервере. Файловый режим рассчитан на небольшое число одновременных пользователей; при его превышении клиент-серверный вариант даёт устойчивый прирост.
Что важно запомнить
Проверка скорости 1С начинается с замеров типовых операций и сравнения работы на сервере и клиенте. Далее анализируют технологический журнал, нагрузку на сервер и запросы к СУБД. Большинство проблем связано с дисками, антивирусом, отсутствием обслуживания базы и фоновыми заданиями в часы пик — и устраняются без замены оборудования.