RDP тормозит в 1С — с этим сталкиваются почти все кто работает через терминальный сервер. Пользователи описывают проблему одинаково: «через удалёнку всё тормозит, в офисе нормально». На практике это означает потерю времени каждый день — интерфейс запаздывает, документы открываются с задержкой. И в большинстве случаев проблема не в «удалёнке как таковой», а в конкретных настройках сервера и подключения.
Первое что проверяю: где именно тормозит
Первое, что нужно понять — где именно возникает задержка.
Если документ проводится медленно — причина почти всегда в базе данных.
Если же интерфейс “дёргается”, окна открываются с задержкой, курсор запаздывает — это уже уровень RDP и терминального сервера.
Это две разные проблемы. И если их не разделить — можно потратить время и деньги, но не получить результата.
Типичные причины медленного RDP
Первое — неправильные настройки качества подключения. По умолчанию RDP передаёт полное качество изображения. Для медленных каналов это избыточно: большая часть трафика уходит на передачу картинки, а не данных. Снижение глубины цвета и отключение визуальных эффектов дают заметный прирост отзывчивости. В типовых настройках это почти никогда не оптимизируется — и именно поэтому проблема встречается регулярно.
Второе — нехватка ресурсов на терминальном сервере. Если несколько пользователей работают на одном сервере и он не рассчитан на такую нагрузку — все будут чувствовать замедление. Особенно при формировании тяжёлых отчётов. Один пользователь запускает отчёт — остальные ждут.
Третье — антивирус на терминальном сервере сканирует файлы 1С в реальном времени. Это одна из самых недооценённых причин торможения. 1С активно работает с файлами базы данных, и если антивирус проверяет каждое обращение — производительность падает существенно. Решение: добавить папки 1С и SQL в исключения антивируса. Это одна из самых частых причин, которые неочевидны: сервер мощный, сеть нормальная — а тормозит из-за проверки файлов в фоне.
Четвёртое — устаревший драйвер сетевого адаптера или неправильный дуплекс. Звучит банально, но встречается. Особенно на серверах которые давно не обслуживались.
Дополнительные причины которые часто пропускают
Пятое — неправильная настройка RemoteFX или аппаратного ускорения. На серверах с видеокартой это часто включено по умолчанию, но при работе с 1С даёт обратный эффект: GPU пытается обработать интерфейс 1С и создаёт дополнительные задержки. Для терминальных серверов под 1С лучше отключить аппаратное ускорение и работать в режиме программного рендеринга.
Шестое — количество мониторов у пользователей. Каждый монитор в RDP-сессии увеличивает передаваемый трафик кратно. Пользователь с двумя мониторами создаёт вдвое большую нагрузку на канал, чем с одним. В казахстанских офисах где сотрудники привыкли работать на двух экранах — это регулярная причина торможения, которую никто не связывает с RDP.
Седьмое — таймауты и буферизация на уровне сети. Если между пользователями и сервером стоит оборудование с глубокой инспекцией пакетов (например корпоративный файрвол с DPI) — RDP-трафик может буферизироваться и задерживаться. Симптом: короткие паузы по 0.5–1 секунде каждые несколько минут. Решается добавлением RDP-трафика в исключения инспекции или сменой порта RDP.
Из практики по клиентам в Астане и Алматы: в 7 из 10 случаев RDP тормозит из-за комбинации двух–трёх причин одновременно. Одиночные проблемы встречаются реже. Поэтому диагностика важнее чем попытки «угадать» причину и менять настройки по одной.
Что происходит когда это игнорируют
Компания докупает лицензии, переезжает на более мощный сервер, меняет провайдера — и ничего не меняется. Потому что проблема не в мощности и не в канале, а в конфигурации.
Я видел ситуацию где компания потратила 4 млн ₸ на новый сервер, после чего 1С стала работать так же. Через час после диагностики выяснилось что проблема была в настройках антивируса и tempdb — вещи которые исправляются бесплатно. После исправления — скорость работы изменилась сразу.
Как разобраться
Если 1С через RDP работает медленно — важно сначала понять, где именно проблема.
Подключусь удалённо и проверю:
— скорость работы базы данных
— загрузку терминального сервера
— настройки RDP и сети
По итогам покажу:
— где теряется производительность
— что можно исправить
— какой будет эффект
Диагностика занимает 20–30 минут. В большинстве случаев причина становится понятна сразу.