Как ускорить работу в 1С:Предприятие

Медленная работа 1С:Предприятие редко имеет одну причину. Чаще это сочетание перегруженного сервера, неоптимальных запросов в конфигурации, разросшихся баз и неправильных настроек на стороне пользователя. Прежде чем менять что-либо, нужно понять, где именно теряется время: при открытии форм, проведении документов или построении отчетов.

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

Ниже разобраны конкретные действия: от диагностики узкого места до настроек СУБД и регламентных операций. Каждый раздел содержит признаки результата и границы безопасной самостоятельной работы.

Шаг 1. Определите, где именно теряется время

Начните с простого теста: попросите нескольких пользователей замерить секундомером время открытия типовой формы (например, списка документов) и время проведения одного документа. Если тормоза наблюдаются у всех — проблема на сервере или в базе. Если только у части пользователей — проверяйте их компьютеры, сеть и режим запуска клиента.

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

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

Шаг 2. Настройте клиентскую часть и режим запуска

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

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

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

Шаг 3. Оптимизируйте сервер и СУБД

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

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

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

Шаг 4. Выполните регламентные операции в самой 1С

Встроенные средства платформы тоже влияют на скорость. Периодически выполняйте тестирование и исправление информационной базы (для файловых баз — обязательно при выключенных пользователях). Для больших таблиц используйте режим реструктуризации с осторожностью и только после копии.

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

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

1. 1
   Сделайте полную резервную копию базы и проверьте её восстановление
2. 2
   Выполните обновление статистики и реорганизацию индексов в СУБД
3. 3
   Усеките журнал регистрации до разумного периода хранения
4. 4
   Проверьте и при необходимости пересчитайте итоги регистров
5. 5
   Настройте расписание регламентных заданий на нерабочее время
6. 6
   Повторите замер времени типовых операций и сравните с исходным

Шаг 5. Ускорьте отчеты и запросы

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

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

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

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

Шаг 6. Разгрузите базу и работу пользователей

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

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

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

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

Сколько оперативной памяти нужно серверу 1С?

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

Поможет ли переход с файловой базы на клиент-серверный режим?

Да, если базой одновременно пользуются несколько человек и файл расположен на сетевом диске. Клиент-серверный режим убирает сетевые блокировки файла и переносит обработку запросов на сервер СУБД. Для одного-двух пользователей с локальной базой переход может не дать заметного выигрыша, но добавит требований к администрированию.

Почему отчет стал формироваться медленнее после обновления конфигурации?

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

Как безопасно очистить кэш 1С у пользователя?

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

Что делать, если тормозит только проведение одного вида документов?

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

Опасно ли самостоятельно менять настройки СУБД?

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