Терминальный сервер часто спасает 1С от проблем слабых рабочих мест и удалённого доступа. Но если RDS перегружен, профили разрослись, печать зависает, а SQL живёт на том же сервере, пользователи снова видят одно: «1С тормозит».
Короткий вывод: в терминальном режиме надо проверять не только 1С. Нужно смотреть RDS-сервер, профили пользователей, печать, антивирус, количество сессий, сервер 1С, SQL и дисковую подсистему.
Как проявляются проблемы 1С в терминальном режиме
В терминальном режиме пользователь работает не на своём компьютере, а в сессии на сервере. Поэтому любые проблемы RDS выглядят как проблема 1С: окно зависло, форма открывается долго, отчёт не строится, печать тормозит, курсор не реагирует.
Типовые симптомы:
- утром или в пиковые часы 1С становится заметно медленнее;
- при росте количества пользователей всё начинает «плыть»;
- одним пользователям быстро, другим медленно;
- долго открывается сама RDP-сессия;
- зависают печатные формы, PDF и принтеры;
- сервер по CPU выглядит свободным, но пользователи жалуются на тормоза;
- после обновления, новой печатной формы или изменения политик стало хуже.
Почему 1С тормозит в RDS/RDP
1. Перегрузка терминального сервера
RDS обслуживает сразу много пользователей. Каждый запускает 1С, браузер, Excel, печать, обмены и фоновые процессы. Даже если CPU не загружен на 100%, сервер может упираться в RAM, диск, профили или очереди ввода-вывода.
Что проверить:
- количество активных сессий;
- CPU, RAM и диск в пиковые часы;
- процессы пользователей;
- браузеры и офисные приложения в сессиях;
- временные файлы;
- влияние антивируса и резервного копирования.
2. Профили пользователей
Разросшиеся профили, временные файлы, кэш, сетевые диски и проблемные политики могут замедлять вход в сессию и работу приложений. Поэтому у одного пользователя всё нормально, а у другого 1С «умирает».
Проверяются:
- размер профилей;
- содержимое Temp;
- кэш 1С и браузеров;
- сетевые диски;
- групповые политики;
- автозапуск;
- различия между быстрым и медленным пользователем.
3. Печать и внешние устройства
Драйверы принтеров, перенаправление устройств и формирование PDF часто создают нагрузку, которую не видно из самой 1С. Особенно это заметно при массовой печати документов.
Если 1С «зависает» именно на печати, надо проверять не только печатную форму, но и RDS-драйверы, принтеры, перенаправление и очереди печати.
4. Смешанные роли на одном сервере
Если на одном сервере живут RDS, сервер 1С, SQL, файловые ресурсы и резервное копирование, любая тяжёлая операция влияет на всех пользователей. Это удобно на старте, но плохо масштабируется.
Типовой риск: пользователи считают, что тормозит 1С, а на самом деле SQL и RDS конкурируют за диск и память на одной машине.
5. SQL и сервер 1С
RDS может быть только местом, где пользователь видит задержку. Реальная причина может быть в долгих SQL-запросах, блокировках, фоновых заданиях или слабой дисковой подсистеме базы.
Поэтому диагностика RDS должна доходить до сервера 1С и SQL, иначе можно долго чистить профили, но не исправить основную причину.
Что проверить по шагам
- Сравнить пользователей и время. Кто тормозит, когда именно, на каких операциях и при каком количестве активных сессий.
- Проверить RDS-ресурсы. CPU, RAM, диск, количество сессий, процессы пользователей, пиковые часы, нагрузка от браузеров и офисных приложений.
- Разобрать профили. Размер профилей, Temp, кэш, сетевые диски, политики, автозапуск, различия между быстрыми и медленными пользователями.
- Проверить печать. Драйверы, PDF, перенаправление принтеров, массовая печать и зависания при формировании печатных форм.
- Дойти до 1С и SQL. Проверить сервер 1С, SQL, долгие запросы, блокировки, фоновые задания и дисковую подсистему.
Что делать после диагностики
Быстрые меры
- очистить и ограничить профили пользователей;
- убрать лишний автозапуск в RDS;
- настроить исключения антивируса;
- проверить проблемные принтеры и PDF;
- разнести регламентные задания по времени;
- убрать тяжёлые операции из рабочего пика;
- сравнить работу «медленного» и «быстрого» пользователя.
Архитектурные меры
- разделить RDS, сервер 1С и SQL;
- добавить второй RDS при росте пользователей;
- усилить диски под SQL;
- вынести резервное копирование из пиков;
- настроить мониторинг RDS и 1С;
- пересмотреть схему удалённого доступа;
- перейти от «одного сервера на всё» к устойчивой архитектуре.
Когда проблема уже архитектурная
Если в RDS работает 30+ пользователей, на том же сервере стоит SQL, а резервное копирование идёт в рабочее время, точечная настройка может дать временный эффект. Но долгосрочно нужен план: разделение ролей, нормальная дисковая подсистема, мониторинг и понятный регламент обслуживания.
Архитектурная проблема обычно проявляется так:
- количество пользователей выросло, а схема осталась старой;
- все роли находятся на одной машине;
- нет мониторинга по RDS, 1С и SQL;
- проблемы возвращаются после каждой «чистки»;
- бизнес уже зависит от 1С, но инфраструктура всё ещё сделана как временная.
Как может помочь WeProf
WeProf проверяет терминальный сервер, 1С, SQL и инфраструктуру как единый контур. Мы находим, где именно теряется скорость: в RDS, профилях, печати, сервере 1С, SQL или дисках, и даём план исправлений без гадания.
Мы можем:
- провести аудит производительности 1С;
- проверить RDS и профили пользователей;
- оценить сервер 1С, SQL и диски;
- найти узкое место между терминальным сервером и базой;
- предложить схему разделения ролей;
- взять сопровождение 1С и серверной инфраструктуры.
Итог
Если 1С тормозит в терминальном режиме, не надо сразу обвинять конфигурацию или покупать новый сервер. Сначала нужно понять, где возникает задержка: RDS, профили, печать, сервер 1С, SQL или диски. После этого можно исправлять причину, а не маскировать симптомы.
По теме статьи
1С тормозит в RDS или терминальном режиме?
WeProf проверит RDS, профили, печать, сервер 1С, SQL и диски, чтобы найти реальное узкое место.