Если 1С быстро работает на сервере, но тормозит у пользователей, причина не всегда в конфигурации. Узкое место может быть в RDS, VPN, канале между офисами, рабочих местах, антивирусе, файловом режиме или в том, как сервер 1С общается с SQL.
Короткий вывод: жалоба «1С медленно работает по сети» требует проверки всего маршрута: пользователь → рабочее место или RDS → сеть/VPN → сервер 1С → SQL → база. Если смотреть только один слой, легко потратить деньги на сервер или доработку, но не убрать причину.
Как понять, что проблема именно в сети или доступе
Первый признак — разница между пользователями и сценариями. Если один сотрудник работает нормально, а у другого документы открываются в два раза дольше, проблема может быть не в самой базе. Если в офисе всё приемлемо, а через VPN или Wi‑Fi 1С почти не двигается, надо смотреть маршрут доступа.
Типовые симптомы:
- в офисе 1С работает терпимо, а удалённо через VPN — медленно;
- у части пользователей операции выполняются быстрее, чем у остальных;
- в RDS тормоза появляются при росте количества сессий;
- формы, списки и печать открываются дольше, чем обычно;
- утром, в конце дня или при обменах всё становится хуже;
- пользователи жалуются на «зависания», но сервер по CPU выглядит свободным.
Важно: эти симптомы не доказывают, что виновата именно сеть. Они показывают, что проверку надо начинать не с переписывания конфигурации, а с маршрута доступа.
Где обычно находится узкое место
1. Файловая база 1С по сети
Файловый режим прост, но плохо переносит рост пользователей и работу через нестабильную сеть. Если база лежит на сетевой папке, а пользователи открывают её напрямую, даже небольшие задержки могут превращаться в долгие операции.
Что проверить:
- сколько пользователей одновременно работает в базе;
- где физически лежит файл базы;
- как пользователи подключаются к сетевой папке;
- нет ли проверки базы антивирусом в рабочее время;
- не используется ли база через VPN или нестабильный Wi‑Fi.
Если файловая база стала критичной для бизнеса, часто правильнее перейти на клиент-серверный вариант, а не пытаться бесконечно лечить сетевую папку.
2. Терминальный сервер / RDS
RDS часто решает проблему слабых рабочих мест, но создаёт новый центр нагрузки. На одном сервере собираются пользователи, 1С, офисные приложения, браузеры, печать, временные файлы и профили. Если это не контролировать, пользователю кажется, что «тормозит 1С», хотя тормозит вся терминальная сессия.
Проверяются:
- CPU и RAM терминального сервера;
- количество активных сессий;
- размер и состояние профилей пользователей;
- автозапуск лишних программ;
- печать и подключенные устройства;
- нагрузка в пиковые часы;
- соседство RDS с сервером 1С и SQL.
3. VPN и связь между площадками
Для 1С важна не только скорость канала, но и задержка, стабильность и потери. Канал может показывать нормальные мегабиты, но при высокой задержке интерактивная работа будет ощущаться медленной.
Особенно это заметно, если:
- сотрудники работают из филиалов;
- используется VPN до офиса;
- 1С открывается с ноутбуков через Wi‑Fi;
- пользователи работают из дома;
- между офисами есть нестабильный канал.
В таких случаях надо сравнивать выполнение одной операции из разных точек: на сервере, в офисе, через RDS, через VPN и с конкретного рабочего места.
4. Антивирус, политики и рабочие места
Иногда причина не в сервере и не в базе, а в том, что рабочее место или политика безопасности вмешиваются в работу 1С: проверяются временные файлы, сетевые каталоги, исполняемые файлы, печатные формы или обмены.
Что стоит проверить:
- исключения антивируса для 1С и рабочих каталогов;
- сетевые диски и доступность путей;
- локальный диск пользователя;
- Wi‑Fi вместо проводного подключения;
- групповые политики и запуск скриптов;
- различия между «быстрым» и «медленным» пользователем.
5. Сервер 1С и SQL
Даже если жалоба звучит как «по сети медленно», причина может быть дальше. Сервер 1С ждёт SQL, SQL упирается в диски, а пользователь видит только зависшее окно. Поэтому диагностика должна идти до базы данных.
Проверяются:
- долгие запросы;
- блокировки;
- фоновые задания;
- нагрузка SQL;
- дисковая подсистема;
- память сервера;
- связь между сервером 1С и SQL.
Что проверить по шагам
- Сравнить сценарии. Одна и та же операция: на сервере, в офисе, через RDS, через VPN, на разных пользователях. Так видно, где появляется задержка.
- Проверить режим базы. Файловая или клиент-серверная. Для файловой базы важны сетевой путь, блокировки, антивирус и количество пользователей.
- Посмотреть RDS и рабочие места. Нагрузка терминального сервера, профили, количество сессий, автозапуск, временные файлы, печать и сетевые диски.
- Проверить сеть и VPN. Задержка, потери, стабильность, маршруты, Wi‑Fi, канал между филиалами и доступность сервера 1С/SQL.
- Дойти до SQL и сервера 1С. Если сеть нормальная, проверяем долгие запросы, блокировки, диски, память, фоновые задания и нагрузку на сервер.
Что делать после диагностики
Быстрые меры
- настроить исключения антивируса;
- убрать лишний автозапуск в RDS;
- очистить или перенастроить профили пользователей;
- перенести фоновые задачи из рабочего времени;
- проверить проблемные рабочие места и Wi‑Fi;
- сравнить работу через RDS и напрямую.
Архитектурные меры
- перейти с файловой базы на клиент-серверный вариант;
- разделить роли сервера 1С, SQL и RDS;
- усилить дисковую подсистему под SQL;
- настроить терминальный сервер под реальную нагрузку;
- изменить схему удалённого доступа;
- пересмотреть резервное копирование и регламентные операции.
Как может помочь WeProf
WeProf диагностирует медленную работу 1С не только внутри конфигурации, но и по всей цепочке: пользователь, RDS, VPN, сеть, сервер 1С, SQL и диски. На выходе бизнес получает понятный список причин и план исправлений: что можно сделать быстро, а что требует изменения архитектуры.
Мы можем:
- проверить, где возникает задержка: у пользователя, в сети, RDS, сервере 1С или SQL;
- оценить файловый или клиент-серверный режим базы;
- проверить терминальный сервер и профили пользователей;
- посмотреть серверную инфраструктуру и диски;
- подготовить план перехода на более устойчивую архитектуру;
- взять сопровождение 1С и инфраструктуры в одном контуре.
Итог
Если 1С медленно работает по сети, не стоит сразу покупать новый сервер или обвинять конфигурацию. Сначала нужно проверить весь путь пользователя до базы. Именно там обычно видно, что исправлять: сеть, VPN, RDS, рабочие места, SQL, диски или архитектуру 1С.
По теме статьи
1С тормозит по сети или в RDS?
WeProf проверит 1С, RDS, VPN, сеть, сервер и SQL как единый контур и покажет, где теряется скорость.