← На главную
Конфигурация 1С:Управление торговлей 11 (УТ 11) построена на принципиально новой архитектуре управляемого приложения, которая значительно сложнее и требовательнее к ресурсам, чем классическая УТ 10.3. При переходе на УТ 11 пользователи и разработчики часто сталкиваются с медленным открытием форм, задержками при проведении документов и длительным формированием отчетов. Разберем основные причины такого поведения и пошагово проанализируем методы ускорения системы.
Причины снижения производительности в УТ 11
Для эффективного решения проблемы сначала выясним внутренние причины падения скорости:
- Сложная архитектура данных: Использование ключей аналитики учета номенклатуры и номенклатуры партнеров, видов запасов, а также разветвленной системы регистров накопления и сведений. Для проведения одного документа или построения отчета платформе требуется выполнить множество соединений между служебными таблицами.
- Файловый режим работы: В многопользовательской среде файловая база данных (файл
1Cv8.1CD) при работе по локальной сети через общий сетевой ресурс (SMB) подвержена жестким табличным блокировкам и высоким сетевым задержкам. - Избыточное число серверных вызовов: Неоптимальный код в формах (лишние контекстные вызовы сервера при изменении реквизитов) и динамические списки с тяжелыми запросами создают задержки интерфейса.
- Фоновые и регламентные задания: Полнотекстовый поиск, онлайн-расчеты взаиморасчетов, партионный учет и версионирование объектов по умолчанию активны и непрерывно нагружают процессор и дисковую подсистему.
Шаг 1. Настройка плана электропитания операционной системы
Часто процессор современного сервера или рабочей станции сбрасывает частоту в режиме простоя, а платформа 1С критична именно к пиковой однопоточной производительности ядра. Проверим и изменим план питания:
- Откроем Панель управления и перейдем в раздел Электропитание.
- Переключим текущую схему со «Сбалансированной» на «Высокая производительность» (High Performance).
- В параметрах схемы убедимся, что минимальное и максимальное состояние процессора установлено на 100%. Это исключит просадки частоты при передаче контекста между клиентом и сервером.
Шаг 2. Оптимизация архитектуры: отказ от файлового доступа по сети
Если используется файловый режим и в базе одновременно работают несколько пользователей, работа через общую папку категорически не рекомендуется. Рассмотрим два правильных пути решения:
- Публикация на веб-сервере: Опубликуем файловую базу на веб-сервере IIS или Apache. В этом случае пользователи подключаются через тонкий клиент по протоколу HTTP/HTTPS. Вся работа с файлом базы происходит локально процессами веб-сервера, что сводит к минимуму сетевые задержки и блокировки.
- Переход на клиент-серверный вариант (SQL): Развернем кластер серверов
1C:Предприятие и СУБД (PostgreSQL или MS SQL Server). Это обязательное требование для коллективов от 5–10 пользователей и баз объемом свыше 4–6 ГБ.
Шаг 3. Исключения в антивирусе и защитнике Windows
Постоянный мониторинг дисковой активности антивирусным ПО может замедлить работу 1С в несколько раз. Добавим в список исключений сканирования в реальном времени:
- Каталог расположения файла
1Cv8.1CD (в файловом режиме) или каталог кластера серверов srvinfo. - Временные каталоги операционной системы (папки
%TEMP% пользователей и службы сервера 1С). - Каталоги кэша платформы в папках
%LOCALAPPDATA%\1C\1cv8 и %APPDATA%\1C\1cv8. - Исполняемые файлы платформы:
1cv8.exe, 1cv8c.exe, ragent.exe, rmngr.exe, rphost.exe.
Шаг 4. Отключение неиспользуемых функциональных опций
В УТ 11 программная логика динамически опрашивает параметры сеанса и функциональные опции. Если функционал включен, но фактически не используется, система продолжает выполнять проверки и дополнительные соединения в запросах. Перейдем в раздел НСИ и администрирование и отключим лишние механизмы:
- Склад и доставка: Отключим ордерные склады, адресное хранение (ячейки), статусы заказов и накладных, если учет ведется по простой схеме.
- Номенклатура: Выключим серии, характеристики, наборы, контроль качества и учет в нескольких единицах измерения при их ненадобности.
- Финансовый результат и контроллинг: Отключим учет по нескольким направлениям деятельности и распределение расходов, если они не требуются бизнесу.
- CRM и маркетинг: Отключим фиксацию претензий клиентов, сделки, бизнес-процессы и многоэтапное согласование цен.
Шаг 5. Настройка регламентных заданий и полнотекстового поиска
Проанализируем список регламентных заданий в разделе НСИ и администрирование — Обслуживание — Регламентные и фоновые задания:
- Полнотекстовый поиск: Задания
Слияние индекса ППД и Обновление индекса ППД вызывают пиковые дисковые нагрузки. Если полнотекстовый поиск по всем данным не используется сотрудниками, отключим его полностью либо настроим выполнение строго в ночное время. - Версионирование объектов: Если история изменений справочников и документов включена для всех объектов без разбора, база быстро разрастается, а запись документов замедляется. Ограничим версионирование только критически важными документами (например, только проведенными накладными и заказами) и настроим задание автоматической очистки устаревших версий.
- Режим расчетов: Переведем онлайн-формирование движений по партиям и НДС, а также офлайн-взаиморасчеты на фоновый запуск по ночному расписанию или на этап регламентной процедуры Закрытие месяца.
Шаг 6. Обслуживание базы данных и управление итогами
Для ускорения проведения документов и формирования отчетов по остаткам необходимо контролировать актуальность итогов регистров накопления:
- В режиме Конфигуратор (или через обработку управления итогами) выполним сдвиг границы рассчитанных итогов вперед на текущий или следующий месяц. Это предотвратит динамический досчет движений от устаревшей точки итогов.
- В клиент-серверном режиме регулярно выполняем процедуры переиндексации (Rebuild/Reorganize Indexes), сжатия таблиц и обновления статистик базы данных в СУБД.
- Для высоконагруженных таблиц в конфигурации проконтролируем включение свойства Разделять итоги, что снизит взаимные блокировки при параллельной выписке первичных документов.