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

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

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

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

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

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

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

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

Ускоряем клиентскую часть

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

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

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

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

Файловая база или клиент-сервер: когда пора переходить

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

Клиент-серверный вариант с СУБД (Microsoft SQL Server, PostgreSQL) снимает большинство этих ограничений: блокировки становятся построчными, тяжёлые операции выполняются на сервере, а сеть переносит только результаты запросов. Переход оправдан, когда с базой работают одновременно более нескольких пользователей или файл базы заметно вырос.

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

Файловая база

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

Клиент-сервер (СУБД)

Подходит при росте пользователей и данных. Требует администрирования СУБД, лицензий и более мощного сервера.

Веб-сервер с публикацией базы

Удобен для удалённых сотрудников через браузер. Не ускоряет саму базу, лишь меняет способ доступа.

Настройка сервера и СУБД

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

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

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

Обслуживание базы данных

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

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

Полезные меры по сокращению объёма данных:

• свёртка базы — перенос остатков на дату с удалением старых документов;
• установка даты запрета изменения данных — ускоряет перепроведение и закрытие периодов;
• пометка на удаление и штатное удаление ненужных объектов;
• очистка устаревших версий объектов, если включено версионирование.

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

Регламентные и фоновые задания

Регламентные задания — типовые процессы (обмены, загрузка курсов, расчёты, рассылки), которые выполняются по расписанию. В файловом варианте они часто выполняются на компьютере пользователя, мешая его работе; в клиент-серверном — на сервере, нагружая его в рабочее время.

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

Также проверьте, не запускают ли пользователи массовые обработки (перепроведение, групповые изменения) в разгар рабочего дня. Такие операции следует выполнять вечером или согласовывать с администратором.

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

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

Задание не нужно для учёта и его никто не контролируетОтключите его и зафиксируйте изменение в журнале администратора

Задание нужно, но мешает днёмПеренесите расписание на ночь или обеденное время

Задание постоянно завершается ошибкойРазберитесь с причиной в журнале регистрации, а не просто перезапускайте

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

Любую оптимизацию нужно измерять. Выберите 2–3 показательные операции — например, открытие списка документов, проведение типового документа и построение основного отчёта — и замерьте время до и после изменений. Без замеров легко принять за улучшение случайное колебание.

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

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

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

Время открытия программы и типовых форм

Норма

Заметно сократилось и стабильно на разных компьютерах

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

Улучшение только у одного пользователя или эффект пропал через день

Проведение документов и отчёты

Норма

Время отклика стало предсказуемым, нет рывков

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

Периодические подвисания в одни и те же часы

Резервная копия

Норма

Копия создана и тестово восстановлена на отдельной базе

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

Копия есть, но восстановление никогда не проверялось

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

Поможет ли ускорению простое увеличение оперативной памяти сервера?

Только если память действительно является узким местом — это видно по постоянной загрузке RAM под предел и активному использованию файла подкачки. Если узкое место в дисках или в запросах к неоптимизированной базе, добавление памяти почти ничего не даст.

Насколько безопасна очистка кэша 1С?

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

Как часто нужно делать тестирование и исправление базы?

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

Можно ли ускорить файловую базу без перехода на клиент-сервер?

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

Влияет ли антивирус на скорость 1С?

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

Что делать, если после всех настроек 1С всё равно тормозит?

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