Оптимизация терминального сервера Windows: полное руководство по ускорению RDS

Терминальный сервер — сердце бизнеса для десятков компаний. Наши инженеры оптимизировали более 50 терминальных серверов, и в большинстве случаев производительность вырастала в 2-3 раза. Без замены железа.

Почему тормозит терминальный сервер?

• Нехватка RAM: на 20 пользователей с 1С нужно минимум 64 ГБ — и это не про запас, а про нормальную работу
• HDD вместо SSD — в 2024 году это просто приговор для терминалки
• Антивирус сканирует файлы 1С в реальном времени и съедает до 30% дисковых операций
• Принтеры через RDP: каждый редиректированный принтер — это лишний драйвер и лишний риск подвесить сессию
• Профили по 10 ГБ — пользователи годами копят в AppData всё подряд, и никто за этим не следит
• WSUS скачивает обновления днём, прямо в разгар рабочего дня

Как рассчитать ресурсы?

• CPU: закладывайте 0.5-1 ядро на пользователя, для 1С — строго 1 ядро, меньше не работает нормально
• RAM: 2-4 ГБ на пользователя плюс 8 ГБ под саму ОС — это минимальная точка отсчёта
• Диск: только NVMe SSD, RAID 1 или RAID 10 — крутилки на терминальном сервере мы не ставим уже лет семь
• Сеть: 10 Гбит/с между сервером и коммутатором — без вариантов

Как оптимизировать RDS Session Host?

# GPO:
# Restrict to single session -> Enable
# Disconnected session timeout: 2 hours
# Idle session timeout: 4 hours
# Limit color depth: 16 bit
# Remove Desktop Wallpaper: Enable

Как оптимизировать профили (FSLogix)?

# FSLogix Profile Containers:
# Enabled: Yes
# VHD Locations: \\fileserver\fslogix\profiles
# Size: 30000 MB
# Dynamic VHD: Enable
# Delete local profile: Enable
# Результат: вход 5-10 секунд вместо 1-2 минут

Как оптимизировать антивирус?

# Исключения для 1С:
Add-MpPreference -ExclusionPath "D:\1CBase"
Add-MpPreference -ExclusionPath "C:\Users\*\AppData\Local\1C"
Add-MpPreference -ExclusionProcess "1cv8.exe"
Add-MpPreference -ExclusionProcess "rphost.exe"

Как решить проблему с принтерами?

# Вариант 1: Easy Print (рекомендуем)
# Use Remote Desktop Easy Print printer driver first: Enable
# Redirect only the default client printer: Enable

# Вариант 2: Отключить редирект, ставить принтеры на сервере

# Чистка застрявших заданий
Stop-Service Spooler
Remove-Item "C:\Windows\System32\spool\PRINTERS\*" -Force
Start-Service Spooler

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

• Базы — только на SSD, никаких сетевых шар на медленных дисках
• Режим тонкого клиента снижает нагрузку на сервер ощутимо — особенно при большом числе сессий
• Регламентные задания — на ночь, желательно после 01:00
• Максимум 2 фоновых задания в rmngr одновременно — больше только если хотите дневные тормоза
• Регулярная очистка кэша 1С — про это все знают, но делают единицы

Как мониторить производительность RDS?

Get-Counter -Counter "\Processor(_Total)\% Processor Time",   "\Memory\Available MBytes",   "\PhysicalDisk(_Total)\Avg. Disk Queue Length",   "\Terminal Services\Active Sessions"

Как настроить Fair Share CPU?

# GPO: Turn off Fair Share CPU Scheduling: DISABLED (Fair Share ON)
# Повысить приоритет 1С:
Get-Process rphost | ForEach-Object { $_.PriorityClass = "AboveNormal" }

Оптимизация сети для RDS

Вот момент, который упускают чаще всего — качество сети между клиентом и сервером. Полоса пропускания тут вообще не главное. Главное — латентность. Уже при задержке больше 100 мс RDP начинает «плыть», и никакое железо это не исправит. Мы настраиваем QoS на коммутаторах так, чтобы трафик RDP (порт 3389) шёл в приоритете. Для удалённых филиалов используем RDP Shortpath через UDP — на практике это даёт снижение латентности на 20-40% по сравнению с TCP, и пользователи разницу чувствуют сразу.

Планирование обновлений Windows на RDS

Обновления Windows — отдельная боль. Мы видели, как cumulative update в 11:00 в среду клал терминальный сервер на полтора часа. Настройте WSUS или Intune с чётким окном обслуживания: пятница 23:00 — суббота 06:00. Автоперезагрузку — только вне рабочего времени. Автообновление драйверов через GPO отключите обязательно: именно они чаще всего приводят к BSOD на терминалках. И ещё один момент — каждое cumulative update сначала на тестовый сервер, потом в production. Да, это дольше. Зато предсказуемо.

Когда обратиться к профессионалам?

• Когда пользователи жалуются на тормоза и вы уже не знаете, куда смотреть
• Когда сервер загружен на 100% и непонятно почему
• Когда нужно рассчитать конфигурацию нового сервера под конкретное число пользователей
• Когда нужна миграция на FSLogix и хочется сделать это без простоев
• Когда 1С тормозит, вы перепробовали всё очевидное — и ничего не помогло