Как ускорить работу 1С УТ 11

Медленная работа 1С: Управление торговлей 11 почти всегда имеет конкретную причину: перегруженный сервер СУБД, неоптимальные регламентные задания, разросшиеся таблицы итогов или слабые клиентские машины. Универсальной «кнопки ускорения» нет, но есть понятная последовательность диагностики и настройки, которая в большинстве случаев даёт заметный результат без покупки нового оборудования.

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

Ниже — практический порядок действий: от диагностики до настройки сервера, регламентных заданий и клиентских мест. Большинство шагов выполняются штатными средствами 1С и MS SQL Server (или PostgreSQL) без доработки конфигурации.

Диагностика: найдите узкое место до начала настройки

Начните с простого наблюдения. Если тормозит всё и у всех — вероятнее проблема на сервере или в СУБД. Если тормозит у одного пользователя или в одном филиале — смотрите клиентское место и сеть. Если медленно работают только отчёты за большой период — дело в объёме данных и индексах, а не в «железе».

Используйте встроенные инструменты. В конфигураторе доступен «Замер производительности» (Отладка → Замер производительности): он покажет, какие строки кода и запросы занимают больше всего времени. Для администраторов полезен технологический журнал (ТЖ) — логирование событий DBMSSQL, CALL, EXCP с фильтром по длительности покажет тяжёлые запросы.

На стороне MS SQL Server посмотрите динамические административные представления: sys.dm_exec_query_stats покажет самые ресурсоёмкие запросы, а отчёт «Активность» в Management Studio — текущие блокировки. Длительные взаимоблокировки и ожидания — частая причина «зависаний» УТ 11 при одновременной работе пользователей.

Обновите платформу и релиз конфигурации

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

То же касается релиза УТ 11. В новых редакциях оптимизируются типовые запросы, проведение документов и расчёт себестоимости. Перед обновлением проверьте совместимость версии платформы с релизом конфигурации — требования указаны в поставке.

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

Настройте регламентные задания и итоги

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

Откройте «Регламентные и фоновые задания» (в режиме предприятия: Администрирование → Обслуживание) и пересмотрите расписание. Тяжёлые задания — расчёт себестоимости, отложенное проведение, архивацию — перенесите на ночь. Задания, которые не нужны в вашем учёте, отключите совсем. Убедитесь, что тяжёлые задания не выполняются параллельно в часы пик.

Отдельная тема — итоги регистров. Убедитесь, что включено использование итогов там, где это нужно для отчётов, и периодически выполняйте пересчёт итогов (Тестирование и исправление или средствами СУБД для больших баз). Для регистров с большими оборотами рассмотрите установку периода рассчитанных итогов — хранение итогов за все годы замедляет запись.

1. 1
   Откройте список регламентных и фоновых заданий и выгрузите их расписание
2. 2
   Определите тяжёлые задания по длительности выполнения в журнале
3. 3
   Перенесите тяжёлые задания на нерабочее время, разведите их по времени
4. 4
   Отключите задания, не используемые в вашем учёте
5. 5
   Неделю наблюдайте за журналом регистрации: нет ли ошибок и наложений

Оптимизируйте работу СУБД

Файловый режим работы приемлем только для небольшой базы с парой пользователей. Если у вас клиент-серверный вариант, основной резерв скорости — в настройке MS SQL Server или PostgreSQL. Ключевые моменты для MS SQL: выделите серверу достаточно памяти (параметр max server memory, с запасом под ОС), разместите данные и журнал транзакций на быстрых дисках, желательно SSD, установите модель восстановления Simple, если не нужен поминутный бэкап журнала.

Регулярно обслуживайте базу на уровне СУБД: обновление статистики и перестройка (или реорганизация) индексов. Фрагментированные индексы и устаревшая статистика заставляют оптимизатор строить плохие планы запросов — отчёты начинают выполняться в разы дольше. Настройте план обслуживания: обновление статистики ежедневно, реиндексация — по степени фрагментации.

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

-- Проверка фрагментации индексов в MS SQL Server
SELECT OBJECT_NAME(s.object_id) AS TableName, i.name AS IndexName, s.avg_fragmentation_in_percent
FROM sys.dm_db_index_physical_stats(DB_ID(), NULL, NULL, NULL, 'LIMITED') s
JOIN sys.indexes i ON s.object_id = i.object_id AND s.index_id = i.index_id
WHERE s.avg_fragmentation_in_percent > 30
ORDER BY s.avg_fragmentation_in_percent DESC;

Проверьте клиентские места и сеть

Даже идеально настроенный сервер не спасёт, если у пользователя слабый компьютер или плохая сеть. Тонкий клиент 1С требователен к скорости канала: проверьте задержку (ping) до сервера — для комфортной работы она должна быть минимальной, без потерь пакетов. Wi-Fi для рабочих мест с 1С — частый источник «плавающих» тормозов.

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

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

Уменьшите нагрузку от данных и доработок

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

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

Ограничьте глубину данных в отчётах по умолчанию. Отчёт «за всё время» по крупной базе — гарантированная нагрузка. Настройте варианты отчётов с разумными периодами и обучите пользователей пользоваться отборами.

Когда нужны радикальные меры

Если после оптимизации база всё равно тормозит, смотрите на инфраструктуру. Перенос базы данных с HDD на SSD часто даёт самый заметный прирост из всех аппаратных мер, особенно на операциях записи. Увеличение оперативной памяти сервера СУБД оправдано, если данные не помещаются в кэш — это видно по показателям ожидания чтения с диска.

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

Часто задаваемые вопросы