1С 8.3 очень медленно работает: причины и как ускорить

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

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

Почему 1С 8.3 тормозит: 8 частых причин

Начнём с общей картины. В 90% случаев медленная работа 1С упирается в один из этих пунктов.

Дальше — по порядку: сначала диагностика, потом лечение каждой причины.

Быстрая диагностика: с чего начать

Прежде чем что-то менять, ответьте на три вопроса. Они сразу отсекают половину вариантов.

1. Тормозит везде или на конкретной операции? Если виснет только один документ или отчёт — проблема в базе или в этой обработке, а не в железе.
2. Тормозит у всех или только у вас? Если у коллег быстро — дело в вашем компьютере, кэше или сети. Если у всех — в сервере или базе.
3. Файловая база или клиент-серверная? От этого зависит весь дальнейший план.

Как понять тип базы: откройте Файл → О программе или список баз при запуске. Путь вида File="C:\Bases\..." — файловая. Строка Srvr="сервер"; Ref="база" — клиент-серверная.

Файловая база или клиент-серверная

Это фундамент скорости, поэтому разберём отдельно.

• 🗃 Файловая база — данные лежат в одном файле 1Cv8.1CD. Просто, но медленно: чем больше пользователей и объём, тем сильнее тормоза. Практический потолок — 3–5 активных пользователей и база до ~8–12 ГБ.
• 🖧 Клиент-серверная — данные в СУБД (PostgreSQL или MS SQL), расчёты идут на сервере. Держит десятки пользователей и базы в сотни гигабайт, но требует настройки сервера.

Если файловая база «по сети» на общей папке тормозит у всех — это самая частая архитектурная ошибка. Файловый режим не рассчитан на многопользовательскую работу через сеть.

Что именно «висит»: разбор по симптому

Ускоряем 1С на компьютере: клиентская часть

Начинаем с самого дешёвого и безопасного — со стороны рабочего места.

Чистим кэш клиента 1С

Кэш — первое, что нужно сбросить при тормозах и «странном» поведении. Он копится в профиле пользователя и со временем разбухает.

1. Полностью закройте 1С (проверьте в Диспетчере задач, что нет процессов 1cv8.exe).
2. Откройте папку профиля: %localappdata%\1C\1cv8 (вставьте в адресную строку Проводника).
3. Удалите папки с «мусорными» именами вида f7a3c1b2-... — это и есть кэш баз.

Быстрая альтернатива — запуск с ключом очистки. Создайте ярлык 1cv8.exe и добавьте параметр:

"C:\Program Files\1cv8\common\1cestart.exe" /ClearCache

Толстый клиент против тонкого

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

• ✅ Переключитесь на тонкий клиент: при запуске выберите базу и режим «Тонкий клиент».
• ✅ Для файловой базы по сети тонкий клиент тоже помогает, но радикально проблему сети не решает.

Параметры компьютера и сети

Проверьте очевидное — часто дело именно в железе.

• 💾 ОЗУ: для комфортной работы 1С 8.3 — минимум 8 ГБ, лучше 16 ГБ. При 4 ГБ система «свопится».
• 💿 Диск: только SSD. На HDD 1С будет тормозить всегда, особенно файловая база.
• 🧮 Процессор: 1С чувствительна к частоте одного ядра. Слабый мобильный CPU — узкое место.
• 🌐 Сеть: для файловой базы по сети — гигабит и проводное подключение. Wi-Fi для общей базы не годится.

Настройка антивируса

Антивирус на лету сканирует файл базы при каждом обращении — это заметно тормозит работу.

Добавьте в исключения антивируса:

• 📁 папку с файловой базой (где лежит 1Cv8.1CD);
• 📁 каталог платформы C:\Program Files\1cv8;
• ⚙️ процессы 1cv8.exe, 1cv8c.exe, ragent.exe, rphost.exe (для сервера).

Чистим и тестируем базу

Если железо в порядке, а тормозит по-прежнему — «болеет» сама база. Все операции ниже делаем только с готовой резервной копией.

Тестирование и исправление (ТиИ)

Штатный инструмент лечения структуры базы. Устраняет логические и ссылочные ошибки, реиндексирует таблицы.

1. Запустите Конфигуратор.
2. Администрирование → Тестирование и исправление.
3. Отметьте: реиндексация таблиц, проверка логической и ссылочной целостности, пересчёт итогов.
4. Режим — «Исправление». Запускайте в монопольном режиме, когда никто не работает.

Утилита chdbfl.exe для файловой базы

Если база не открывается или ТиИ падает, физическую целостность файла лечит отдельная утилита chdbfl.exe.

1. Найдите её в каталоге платформы: C:\Program Files\1cv8\<версия>\bin\chdbfl.exe.
2. Укажите путь к файлу 1Cv8.1CD.
3. Поставьте галочку «Исправлять обнаруженные ошибки» и запустите.

Свёртка информационной базы

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

Когда пора думать о свёртке:

• 📈 база выросла до десятков гигабайт;
• 🗓 в работе нужны данные только за последние 2–3 года;
• 🐢 отчёты за период открываются минутами.

Свёртка — это Операции → Свернуть информационную базу (или отдельная обработка). Делается в монополии, обязательно с копией и с проверкой остатков после.

Полнотекстовый поиск

Индексация полнотекстового поиска иногда идёт в неудачное время и «съедает» ресурсы. Проверьте настройку: Функции для технического специалиста → Стандартные → Управление полнотекстовым поиском. Обновление индекса лучше настроить на нерабочие часы.

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

Частая причина тормозов «по расписанию» — регламентные задания, которые запускаются в рабочее время: обновление курсов, синхронизация, пересчёт, загрузка классификаторов.

Как разобраться:

1. Откройте Администрирование → Обслуживание → Регламентные и фоновые задания.
2. Отсортируйте список и посмотрите, что выполняется днём и как долго.
3. Отключите то, что не нужно этой базе.
4. Тяжёлым заданиям задайте расписание на ночь или обед.

• ❌ Синхронизация каждые 60 секунд в рабочей базе на 20 человек — типичный тормоз.
• ✅ Обмены и выгрузки — по расписанию раз в час или ночью.

Клиент-серверная база: сервер 1С и СУБД

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

Сервер 1С (кластер):

• 🧠 хватает ли ОЗУ рабочим процессам rphost — при нехватке процессы «валятся» с разрывом соединения;
• 🔁 не задан ли слишком низкий лимит памяти на процесс в настройках кластера;
• 📊 включён ли журнал регистрации в режиме, который тормозит (SQLite-режим на большой базе).

СУБД (PostgreSQL / MS SQL):

• 🗄 настроено ли регламентное обслуживание — обновление статистики, дефрагментация индексов;
• 💾 достаточно ли памяти выделено СУБД (для MS SQL — параметр max server memory);
• 💿 лежит ли база и tempdb на быстрых дисках (SSD/NVMe).

Сеть и файловая база по сети

Отдельный случай — когда локально всё летает, а по сети 1С тормозит.

• 🔌 Проверьте канал: гигабит, проводное подключение, не перегруженный коммутатор.
• 📁 Файловая база на сетевой шаре — плохое решение для нескольких пользователей. Каждое обращение тянет данные по сети.
• 🖥 Быстрое решение без переезда на сервер — терминальный доступ (RDP): 1С и база живут на одном сервере, по сети идёт только картинка.

Сравнительный тест «в лоб»: замерьте открытие тяжёлого журнала локально на сервере и по сети. Большая разница = проблема в сети или файловом режиме, а не в базе.

Типичные ошибки, которые всё усугубляют

Чего лучше не делать:

• 🚫 Менять что-то в базе без резервной копии.
• 🚫 Держать рабочую файловую базу на сетевой папке для 5+ человек «чтобы дешевле».
• 🚫 Игнорировать обновление платформы 1С — в новых релизах чинят производительность.
• 🚫 Отключать регламентные задания «все подряд» — так можно сломать обмены и учёт.
• 🚫 Работать на HDD и удивляться тормозам.
• 🚫 Ставить антивирус с максимальной проверкой без исключений для 1С.

Если не помогло

Когда прошли всё выше, а 1С по-прежнему очень медленно работает, действуйте так:

1. Замерьте объективно. Включите замер производительности в Конфигураторе или посмотрите технологический журнал — где именно теряется время.
2. Проверьте доработки. Нестандартная конфигурация с самописными обработками часто и есть источник тормозов. Отключите внешние обработки и проверьте.
3. Обновите платформу и конфигурацию до актуального релиза — часть проблем решается штатно.
4. Позовите специалиста по нагрузке. Для клиент-серверных баз глубокая диагностика (планы запросов SQL, блокировки, deadlock) — работа для 1С-эксперта или DBA.

Как предотвратить тормоза 1С

Чтобы не возвращаться к проблеме:

• 🗓 Настройте регулярное ТиИ и резервное копирование по расписанию.
• 🧹 Раз в год оценивайте необходимость свёртки старых данных.
• 📦 Держите платформу и конфигурацию в актуальных релизах.
• ⚙️ Проверяйте регламентные задания после каждого обновления.
• 💿 Работайте с SSD и достаточным объёмом ОЗУ.
• 📈 Растёт число пользователей — планируйте переход на клиент-сервер заранее, не по факту тормозов.

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