Обороткабаза знаний по 1С 8.3

1С тормозит в сети: почему так и что реально помогает

· 10 мин

Содержание

Чаще всего 1С по сети тормозит не из-за «слабого» компьютера, а из-за трёх вещей: сеть не гигабитная (или вообще Wi-Fi), антивирус проверяет каждое обращение к базе, а сама база — файловая, которую по сети обслуживает клиент. Начните с замера, где именно теряются секунды, — дальше всё лечится по пунктам.

Разберём это по шагам: от быстрой диагностики и настройки сети до перевода базы на клиент-сервер или терминальный доступ. Для файловой базы на 3-5 пользователей часто хватает первых четырёх разделов. Если пользователей больше или база крупная — главный ответ в разделе про клиент-сервер.

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

Сначала измерьте: где именно теряется время

Прежде чем что-то менять, поймите природу тормозов. Лечить наугад — потерять день.

Сделайте три простые проверки:

  1. Скопируйте файл базы (1Cv8.1CD) на локальный диск и откройте копию. Если локально 1С летает, а по сети еле ворочается — виновата сеть или антивирус, а не сама база.
  2. Запустите «Замер производительности». В Конфигураторе: Отладка → Замер производительности. Он покажет, какие действия и строки кода съедают время при обычной работе.
  3. Проверьте загрузку оборудования на сервере-хранилище и на клиенте: диспетчер задач во время медленной операции. Диск на 100%, процессор в полке или сеть под завязку — каждый симптом ведёт к своей причине.

Отдельно оцените сам канал: откройте свойства сетевого подключения на клиенте и на машине, где лежит база. Если там 100 Мбит/с вместо 1 Гбит/с — узкое место найдено ещё до всякой 1С.

Диагностика: выберите симптом

Сеть и провода: гигабит вместо Wi-Fi

Файловая 1С очень чувствительна к сети, потому что клиент гоняет по ней большие объёмы данных. Здесь дают самый быстрый прирост скорости.

  • 🔌 Только витая пара, никакого Wi-Fi. Беспроводная сеть для файловой базы — главный источник «залипаний» и вылетов. Wi-Fi нестабилен по задержке, а 1С этого не прощает.
  • ⚡ Гигабит на всём пути. Сетевые карты, кабель (Cat5e или Cat6) и коммутатор — все должны держать 1 Гбит/с. Одно 100 Мбит звено в цепочке режет скорость всем.
  • 🧰 Нормальный коммутатор, а не дешёвый хаб. Управляемый или хотя бы качественный неуправляемый свитч работает заметно стабильнее бытовых устройств.
  • 🚫 Уберите Powerline и репитеры из пути до базы — через электросеть и усилители 1С работать нормально не будет.

Проверить реальную скорость канала можно копированием большого файла между клиентом и хранилищем: гигабит даёт около 100-110 МБ/с. Если получаете 10-11 МБ/с — вы фактически на стомегабитной сети, ищите, где именно.

Машину, где лежит файловая база, держите включённой постоянно и подключённой кабелем. Если «сервером» работает чей-то рабочий ПК — его антивирус, спящий режим и фоновые задачи бьют по всем пользователям сразу.

Антивирус: главный тормоз файловой базы

Это причина №1, которую пропускают. Антивирус в реальном времени проверяет каждое чтение и запись файла базы — а 1С обращается к нему тысячи раз в минуту.

Добавьте в исключения антивируса (и на клиентах, и на машине с базой):

  • 📁 Папку с файлом базы целиком (где лежит 1Cv8.1CD).
  • 📁 Папку кэша на каждом клиенте: %LOCALAPPDATA%\1C\1cv8.
  • ⚙️ Процессы 1С: 1cv8.exe (толстый клиент) и 1cv8c.exe (тонкий клиент). Для сервера 1С добавьте также ragent.exe и rphost.exe.

Исключать нужно именно из проверки «в реальном времени» (on-access), а не только из плановой проверки. После правки перезапустите 1С и сравните скорость — разница часто измеряется разами.

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

Клиентские компьютеры: диск, память, кэш

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

  • 💾 SSD вместо HDD. Это самый ощутимый апгрейд для клиента: 1С активно работает с временными файлами и кэшем. На жёстком диске всё заметно медленнее.
  • 🧠 Оперативная память. Для одной базы комфортно от 8 ГБ, при тяжёлых отчётах и нескольких открытых базах — 16 ГБ.
  • 🧹 Чистка кэша 1С. Накопленный кэш иногда вызывает тормоза и странное поведение. Запустите базу с ключом /ClearCache или вручную очистите каталог %LOCALAPPDATA%\1C\1cv8 при закрытой 1С.
  • 🖥️ Тонкий клиент вместо толстого. В управляемом приложении тонкий клиент (1cv8c.exe) гоняет по сети меньше данных. Для файловой базы по сети это предпочтительный режим.

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

Быстрые проверки перед серьёзными мерами
Выполнено: 0 / 6

Обслуживание файловой базы: тестирование и чистка

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

Тестирование и исправление. В Конфигураторе: Администрирование → Тестирование и исправление. Включите реиндексацию таблиц и сжатие таблиц информационной базы. Это переупаковывает базу и чинит мелкие нарушения структуры.

Проверка файла базы. Для файловых баз есть отдельная утилита chdbfl.exe (лежит в каталоге bin установленной платформы). Она проверяет и чинит физическую целостность файла .1CD — полезно, если база росла годами или были сбои.

Свёртка базы. Если база огромная из-за истории за много лет, старые документы можно заменить остатками на дату (свёртка). Размер падает, скорость растёт. Но свёртка необратима без копии и меняет данные — делайте её осознанно.

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

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

Клиент-серверный вариант: когда файловой базы уже мало

Если по сети работает больше 4-5 активных пользователей или база крупная, никакая настройка сети файловую базу не спасёт — она по своей архитектуре нагружает клиента и канал. Радикальное и правильное решение — перевод на клиент-сервер.

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

Что настроить на сервере 1С

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

Что настроить в СУБД

Для Microsoft SQL Server проверенные настройки под 1С:

  • Модель восстановления базы — Simple (если не нужен журнал транзакций для point-in-time).
  • Ограничьте max server memory, чтобы SQL не выдавил из памяти саму ОС.
  • Базу tempdb вынесите на быстрый SSD.
  • Отключите Auto Shrink и Auto Close для рабочей базы.
  • Регулярно перестраивайте индексы и обновляйте статистику.

Для PostgreSQL берите сборку, адаптированную для 1С (обычную ванильную использовать не стоит), и разместите данные на SSD.

PostgreSQL бесплатен, Microsoft SQL Server — платная лицензия. Для небольшой компании связка «сервер 1С + PostgreSQL» часто оптимальна по деньгам и скорости.

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

Терминальный доступ и веб-клиент как альтернатива

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

Терминальный сервер (RDP). Пользователи запускают 1С не у себя, а на мощном сервере по удалённому рабочему столу. Между сервером и базой — быстрая локальная сеть, а по интернету передаётся только картинка. Это классическое решение для «1С тормозит в филиалах». Учтите лицензии: нужны клиентские лицензии на удалённый рабочий стол и, как правило, серверные лицензии 1С.

Веб-клиент. Базу публикуют через веб-сервер, и пользователи работают в браузере по протоколу HTTP(S). Тонкий канал, ничего ставить на клиент не надо. Подходит для удалённых и мобильных сотрудников, но некоторые функции толстого клиента в вебе недоступны.

Сравним варианты по ситуации:

ВариантКогда подходитМинусы
Файловая + настройка сетиДо 4-5 человек, одна локальная сетьНе масштабируется
Терминальный серверФилиалы, медленный интернет, толстый клиентЛицензии RDP, мощный сервер
Клиент-сервер (СУБД)Много пользователей, крупная базаНужен администратор, лицензии сервера 1С
Веб-клиентУдалённые сотрудники, браузерНе все функции доступны
Сколько человек работает в базе и как они подключены?

Как не допустить замедления снова

Скорость — не разовая настройка, а режим. Чтобы 1С не сползала обратно в тормоза:

  • 🗓️ Регулярное обслуживание. Тестирование и реиндексация файловой базы — по расписанию (например, раз в неделю ночью). Для клиент-сервера настройте регламентные операции СУБД.
  • 💾 Резервные копии. Ежедневный бэкап — это и защита данных, и возможность безопасно делать свёртку или миграцию.
  • 📊 Следите за ростом базы. Резкий рост размера или времени открытия — сигнал, что пора чистить историю или думать о СУБД.
  • 🔄 Обновляйте платформу. Новые релизы платформы часто содержат оптимизации производительности. Держите актуальную версию.
  • 🚫 Не превращайте рабочий ПК в сервер. Для файловой базы выделите стабильную постоянно включённую машину, а не чей-то компьютер с играми и торрентами.

Заведите простое правило: при жалобах на скорость сначала повторяете три проверки из первого раздела (локальная копия, скорость сети, антивирус), и только потом копаете глубже. В девяти случаях из десяти причина находится там.

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

Можно ли ускорить файловую 1С по сети без перехода на СУБД?
Да, до определённого предела. Гигабитная сеть по кабелю, исключения в антивирусе, SSD на клиентах и регулярное обслуживание базы дают серьёзный прирост. Но при большом числе пользователей упрётесь в саму архитектуру файлового режима.
Почему 1С по Wi-Fi работает очень медленно?
Файловой базе важна не столько скорость, сколько стабильность задержки, а Wi-Fi её не даёт: микрообрывы и плавающий пинг вызывают «залипания» и вылеты. Для файловой базы нужна проводная сеть.
Сколько пользователей выдержит файловая база?
Комфортно — примерно до 4-5 одновременно активных. Технически подключиться может больше, но при реальной работе нагрузка на сеть и файл растёт, и начинаются тормоза и блокировки. Дальше нужен клиент-сервер.
Что лучше для скорости — терминал или клиент-сервер?
Это решения для разных задач. Терминальный сервер убирает влияние медленного канала (по сети идёт только картинка). Клиент-сервер убирает нагрузку файлового режима на сеть. В филиалах с плохим интернетом часто сочетают оба.
PostgreSQL или Microsoft SQL Server для 1С?
Оба работают хорошо. PostgreSQL бесплатен (нужна адаптированная под 1С сборка) и подходит большинству компаний. Microsoft SQL Server — платный, его обычно берут там, где он уже есть в инфраструктуре или нужны его администрируемость и инструменты.