Администрирование · 10 мин
Как ускорить работу 1С на компьютере
Почему 1С тормозит и что делать: настройка клиента, сервера, СУБД и компьютера. Пошаговые действия, проверка результата и типичные ошибки.
Медленная работа 1С чаще всего вызвана не «тяжёлой программой», а конфликтом конфигурации с железом, сетью или настройками СУБД. Прежде чем что-то менять, важно понять, где именно узкое место: в файловой базе проблема почти всегда в диске и антивирусе, в клиент-серверной — в сервере СУБД или сети между клиентом и сервером.
Действовать вслепую — менять настройки сервера, очищать базу или обновлять платформу одновременно — плохая стратегия: вы не поймёте, что именно помогло, и рискуете ухудшить ситуацию. Правильный подход — измерить текущее поведение, внести одно изменение и измерить снова.
Ниже разобраны конкретные шаги для файлового и клиент-серверного режимов, настройки компьютера и типичные ошибки, которые только замедляют работу. Большинство действий доступны пользователю с правами администратора без привлечения сторонних специалистов.
Шаг 1. Определите режим работы и узкое место
Откройте список информационных баз в окне запуска 1С и посмотрите строку подключения. Если путь к базе выглядит как папка на диске или сетевом ресурсе — это файловый режим. Если указан сервер и кластер — клиент-серверный. От этого зависит весь дальнейший план действий.
Для первичной диагностики достаточно встроенных средств Windows: диспетчер задач покажет загрузку процессора, памяти и диска в момент «тормозов». Если при выполнении тяжёлой операции диск загружен на 100% — проблема в подсистеме хранения или антивирусе. Если сеть — в канале до сервера или файловой шары.
В самой 1С полезно включить технологический журнал или воспользоваться замером производительности (в режиме конфигуратора: «Отладка» → «Замер производительности»). Это покажет, какие именно операции занимают время: запросы к базе, код на встроенном языке или обмены.
Проверьте антивирус, тип диска (HDD/SSD), место на диске
Проверьте, где лежит файловая база и скорость канала
Сколько памяти занято без 1С и сколько свободно
Сравните поведение на другом компьютере с тем же пользователем
Шаг 2. Ускорьте файловую базу
Файловый режим — самый чувствительный к окружению. Главные причины медленной работы: база лежит на сетевой папке, антивирус проверяет файлы базы при каждом обращении, диск медленный или переполнен.
Если база лежит на сетевом ресурсе и с ней работают несколько пользователей, это почти гарантированные тормоза и риск повреждения данных при обрыве связи. Правильные варианты: перенести базу на сервер 1С (режим «сервер 1С:Предприятия» даже для файловой базы), опубликовать через веб-сервер или перейти на клиент-серверный режим с СУБД.
Добавьте каталог с базой и каталоги платформы в исключения антивируса. Антивирус, проверяющий файл 1Cv8.1CD при каждом чтении, способен замедлить работу в разы. Важно: исключения задавайте только для каталогов с базой и платформой, а не для всего диска.
Шаг 3. Настройте компьютер пользователя
На клиентском компьютере 1С чувствительна к объёму оперативной памяти и скорости диска. Если память занята браузером, офисными программами и десятком фоновых приложений, клиент 1С начнёт активно использовать файл подкачки — и это ощущается как «всё тормозит».
Практический минимум: современная версия платформы, SSD-диск, достаточный запас ОЗУ под рабочие задачи. Точные требования зависят от конфигурации и числа одновременно открытых окон, поэтому ориентируйтесь на фактическую загрузку в диспетчере задач в часы пик.
Отдельно проверьте тонкого клиента: если пользователи подключаются к серверу терминалов, тяжёлый толстый клиент на каждом ПК не нужен. Тонкий клиент или веб-клиент снижают нагрузку на рабочую станцию и сеть, хотя часть функций (например, некоторые обмены файлами) в них ограничена.
Шаг 4. Оптимизируйте клиент-серверный вариант
В клиент-серверном режиме скорость определяется тремя звеньями: сервером СУБД, сервером 1С и сетью между ними. Классическая ошибка — размещать сервер 1С и СУБД на разных машинах с медленным каналом между ними или, наоборот, на одном слабом сервере с нехваткой памяти.
На стороне СУБД (MS SQL Server, PostgreSQL) критичны регулярные регламентные операции: обновление статистики, перестроение или реорганизация индексов, контроль размера журнала транзакций. Без этого планы запросов устаревают, и один и тот же отчёт начинает выполняться всё дольше при росте базы.
Проверьте настройки памяти СУБД: сервер баз данных должен иметь достаточно выделенной памяти под кэш, но не «отъедать» всю память у операционной системы и сервера 1С, если они совмещены на одной машине. Для MS SQL это параметр max server memory, для PostgreSQL — shared_buffers и связанные настройки.
Если тормозит конкретный отчёт или проведение конкретного документа, а остальное работает нормально — проблема почти наверняка в запросах или коде конфигурации, а не в железе. Замер производительности в конфигураторе покажет точные строки и запросы, которые занимают время.
Шаг 5. Разгрузите саму базу данных
С ростом объёма данных любые операции замедляются. Регулярно проверяйте размер базы и таблиц: частые «тяжеловесы» — журналы регистрации, истории изменений, версии объектов, накопленные служебные данные обменов.
Настройте хранение версий объектов и срок хранения журнала регистрации в разумных пределах. Удаление устаревших данных выполняйте штатными средствами конфигурации или типовыми обработками свёртки — а не прямым удалением записей из таблиц СУБД, это нарушает целостность данных.
Регламентные и фоновые задания тоже влияют на скорость: если полнотекстовый поиск, обмены и расчёты итогов запускаются в разгар рабочего дня, пользователи это почувствуют. Перенесите тяжёлые задания на нерабочее время и отключите те, что не используются.
Шаг 6. Типичные ошибки при ускорении 1С
Самая распространённая ошибка — менять всё сразу: обновить платформу, перенести базу и перенастроить СУБД за один вечер. Если что-то пойдёт не так, откатить изменения и найти причину будет очень сложно. Меняйте по одному фактору и замеряйте результат.
Вторая ошибка — «оптимизация» по советам из интернета без понимания: отключение журнала транзакций, агрессивные настройки СУБД, чистка реестра. Такие действия могут не только не ускорить работу, но и привести к потере данных при сбое.
Шаг 7. Проверьте результат
После каждого изменения зафиксируйте результат измеримо: время открытия типового документа, время формирования ключевого отчёта, время проведения. Сравнивайте «до» и «после» в сопоставимых условиях — в то же время суток и при схожей нагрузке.
Как проверить результат
Заметно сократилось и стабильно при повторных запусках
Не изменилось или скачет от запуска к запуску
Нет длительных периодов 100% загрузки
Диск постоянно на пределе — узкое место не устранено
Ускорение наблюдается у всех
Помогло только одному ПК — проблема была локальной
Нет новых ошибок после изменений
Появились ошибки, таймауты, взаимоблокировки
Если после базовых мер (антивирус, диск, сеть, регламентные операции СУБД) узким местом остаются конкретные запросы и код конфигурации — дальнейшая оптимизация требует анализа замеров производительности и, как правило, участия разработчика 1С.
Что важно запомнить
Сначала диагностика, потом изменения — по одному за раз. Файловую базу ускоряют исключения антивируса, отказ от сетевой папки и SSD. Клиент-серверную — регламентные операции в СУБД и грамотное распределение ресурсов. Любые рискованные действия — только после резервной копии и сначала на копии базы.
Частые вопросы
Поможет ли просто добавить оперативную память?
Только если память действительно является узким местом: проверьте загрузку ОЗУ в диспетчере задач в момент тормозов. Если память свободна, а загружен диск или сеть — добавление планок эффекта не даст.
Что быстрее: файловый или клиент-серверный режим?
Для одного-двух пользователей с небольшой базой файловый режим на локальном SSD может работать очень быстро. При росте числа пользователей и объёма данных клиент-серверный режим стабильнее и быстрее, плюс безопаснее при сбоях.
Безопасно ли отключать антивирус для ускорения 1С?
Полностью отключать антивирус не следует. Правильный подход — добавить в исключения только каталоги базы и платформы 1С, оставив защиту остальной системы включённой.
Как часто нужно делать обслуживание базы в СУБД?
Обновление статистики и обслуживание индексов обычно настраивают как регулярные задания — еженедельно или ежедневно в нерабочее время, в зависимости от интенсивности изменения данных. Разовое выполнение эффект даст, но временный.
Почему 1С тормозит только утром или в конце месяца?
Периодические тормоза указывают на пиковую нагрузку: массовый ввод документов, закрытие периода, регламентные задания. Проверьте расписание фоновых заданий и обменов и перенесите тяжёлые операции на нерабочие часы.
Ускорит ли работу переход на тонкий клиент или веб-клиент?
На слабых компьютерах и медленных каналах — да, так как основная нагрузка переносится на сервер. Но если узкое место в самом сервере или СУБД, смена клиента проблему не решит.