К статье
Практический материал

Администрирование · 10 мин

Как ускорить 1С:УНФ — практическое руководство

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

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

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

Все операции с базой выполняйте только после создания резервной копии. Ошибка при обслуживании базы может привести к потере данных, а восстановление без бэкапа невозможно.

Как определить, что именно тормозит в УНФ

Прежде чем что-то менять, нужно понять источник проблемы. «Тормозит 1С» может означать три разные ситуации: медленно работает сам сервер, узкое место в сети или проблема конкретного пользователя на конкретном компьютере.

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

Медленно у всех пользователейПроблема на сервере или в базе

Загрузка CPU, RAM и дисков сервера; размер базы; режим работы (файловый/клиент-серверный)

Медленно у одного пользователяПроблема клиентского места

Антивирус, сеть, мощность компьютера, версия платформы

Тормоза по расписаниюФоновые процессы

Регламентные задания, обмены данными, резервное копирование

Медленно проводятся документыПроблема с индексами или блокировками

Давно ли делалась реиндексация, нет ли параллельных обменов

Проверьте режим работы: файловый или клиент-серверный

Файловый режим — самая частая причина медленной работы УНФ в компаниях, где базой пользуются больше 3–5 человек. В файловом режиме каждый пользователь работает с файлом базы напрямую по сети, и при одновременной записи возникают блокировки. Чем больше пользователей и чем больше база, тем сильнее просадка.

Переход на клиент-серверный режим (PostgreSQL или MS SQL Server) устраняет сетевые блокировки файла и позволяет СУБД эффективно обрабатывать параллельные запросы. PostgreSQL бесплатен и поддерживается платформой 1С официально — для большинства компаний на УНФ это оптимальный вариант по соотношению затрат и результата.

Сравнение вариантов

Файловый режим

Подходит для 1–3 пользователей и базы небольшого размера. Прост в обслуживании, но деградирует при росте нагрузки.

Клиент-серверный на PostgreSQL

Оптимален для 5–50 пользователей. Требует администрирования СУБД, но бесплатен и хорошо масштабируется.

Клиент-серверный на MS SQL

Для крупных внедрений и компаний, где уже есть лицензии и администратор MS SQL. Требует затрат на лицензии.

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

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

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

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

Обслужите базу: реиндексация и обновление статистики

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

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

Проверьте серверное оборудование

Даже идеально настроенная УНФ будет тормозить на слабом железе. Три ключевых компонента: оперативная память, диски и процессор. Для клиент-серверной работы критичны быстрые диски — база на обычном HDD работает ощутимо медленнее, чем на SSD. Перенос базы на SSD часто даёт самый заметный прирост скорости из всех аппаратных мер.

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

Контрольные точки

Как проверить результат

Использование диска на сервере
Норма

SSD, время отклика диска низкое, очередь диска не растёт

Тревожный признак

HDD, очередь диска постоянно высокая в часы работы

Оперативная память
Норма

Есть свободный запас, своп почти не используется

Тревожный признак

Память занята полностью, активный файл подкачки

Скорость открытия журналов
Норма

Список документов открывается за 1–2 секунды

Тревожный признак

Открытие занимает 10+ секунд после оптимизации

Сократите объём данных и настройте права

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

Также проверьте интерфейсные настройки пользователей. Медленное открытие начальной страницы часто связано с большим количеством форм на рабочем столе и автоматически обновляемыми показателями. Ограничьте состав начальной страницы для рядовых пользователей — это ускоряет вход в программу.

Типичные ошибки
01
Ускорять «вслепую» без диагностики — меняют сервер, а проблема была в регламентных заданиях
02
Добавлять базу в исключения антивируса только на клиенте, забыв про сервер — сканирование файлов СУБД убивает производительность
03
Делать реиндексацию раз в год или никогда — индексы деградируют постоянно
04
Хранить базу на сетевом диске в файловом режиме через медленную сеть — блокировки и риск повреждения
05
Игнорировать обновления платформы — в новых версиях регулярно исправляют проблемы производительности

Что делать, если ничего не помогло

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

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

Маршрут решения

Как выбрать действие

Пользователей больше 5 и режим файловыйПланируйте переход на клиент-серверный режим
Тормоза в определённые часыПроверьте расписание регламентных заданий и обменов
Медленно только проведение документовВыполните реиндексацию и обновление статистики
Медленно только у одного пользователяПроверьте его ПК, антивирус и сетевое подключение
Всё настроено, но медленноСделайте замер производительности и ищите проблему в коде

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

Как часто нужно делать реиндексацию базы УНФ?

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

Поможет ли обновление платформы 1С ускорить работу?

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

Нужно ли отключать антивирус на сервере 1С?

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

Какой размер базы считается большим для УНФ?

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

Стоит ли переносить УНФ в облако для ускорения?

Облако решает проблему слабого локального сервера, но добавляет зависимость от интернет-канала и качества инфраструктуры провайдера. Если локальный сервер устарел и денег на новый нет — облако разумный вариант. Если проблема в настройках самой базы, в облаке она сохранится.

Итог

Что важно запомнить

Ускорение УНФ начинается с диагностики: сначала выясните, где узкое место — сервер, сеть, задания или код. Чаще всего помогают переход на клиент-серверный режим, настройка регламентных заданий, регулярная реиндексация и SSD-диски. Любые операции с базой выполняйте только после резервного копирования.