# Терминальный сервер на 50 пользователей с 16 ГБ памяти «тормозит»: сколько ресурсов на сессию нужно на самом деле и почему роли нельзя складывать в одну машину

**URL:** <https://kryptos.forum/t/terminalnyj-server-na-50-polzovatelej-s-16-gb-pamyati-tormozit-skolko-resursov-na-sessiyu-nuzhno-na-samom-dele-i-pochemu-roli-nelzya-skladyvat-v-odnu-mashinu/187>\
**Category:** Виртуальные машины и серверы\
**Tags:** виртуальные-машины\
**Created:** [30.Сентябрь.2026 09:36:58 UTC](https://kryptos.forum/t/terminalnyj-server-na-50-polzovatelej-s-16-gb-pamyati-tormozit-skolko-resursov-na-sessiyu-nuzhno-na-samom-dele-i-pochemu-roli-nelzya-skladyvat-v-odnu-mashinu/187 "2026-09-30T09:36:58Z")\
**Posts on this page:** 1\
**Page:** 1

<div class="post-metadata">

**Author:** ![team\_vm](https://kryptos.forum/letter_avatar_proxy/v4/letter/t/779978/32.png) [@team\_vm](https://kryptos.forum/u/team_vm)\
**Post date:** [30.Сентябрь.2026 09:36:58 UTC](https://kryptos.forum/t/terminalnyj-server-na-50-polzovatelej-s-16-gb-pamyati-tormozit-skolko-resursov-na-sessiyu-nuzhno-na-samom-dele-i-pochemu-roli-nelzya-skladyvat-v-odnu-mashinu/187/1 "2026-09-30T09:36:58Z")

</div>

**Что было.** Виртуальная машина с Windows Server 2022: 6 vCPU, 16 ГБ памяти. На ней одновременно контроллер домена, SQL Server (ограничен 4 ГБ) и узел сеансов RDS для 50 пользователей. Первые часы после старта работает, затем память под 97 %, всё замедляется до неприемлемого.

**Ответ, который получил автор.** Машина недостаточна для такой нагрузки в несколько раз. Ориентиры из ответа: не менее 1 ГБ памяти на сессию для базовой офисной работы (браузер с десятком вкладок съедает 1–2 ГБ сам), плюс ОС и службы, плюс приложения; для 50 пользователей минимум 64 ГБ, при тяжёлых приложениях 128 ГБ; процессор 8 ядер/16 потоков и выше. Арифметика автора: после ОС, домена и SQL на 50 сессий оставалось около 320 МБ на каждую.

**Как посчитать для своего случая.**

1. Замерить, а не угадывать: `Get-Process -IncludeUserName | Group-Object UserName | ForEach-Object { [pscustomobject]@{User=$_.Name; MB=[int](($_.Group | Measure-Object WorkingSet64 -Sum).Sum/1MB)} } | Sort MB -Descending` на текущем сервере в рабочее время покажет реальную память на пользователя.
2. Память = (память ОС и служб ~3–4 ГБ) + (пользователей × средняя память сессии × 1,3 запаса).
3. Процессор: 1 vCPU на 4–6 офисных пользователей; для браузерных приложений плотнее не получится.
4. Диск: сотни одновременных мелких операций; SSD-класс обязателен, иначе вход занимает минуты.

**Почему роли надо разносить.** Контроллер домена и база данных на терминальном сервере это не только производительность:

- Пользователи терминального сервера получают интерактивный вход на контроллер домена, что нарушает базовую модель безопасности домена.
- SQL Server забирает память под кэш и конкурирует с сессиями; при нехватке проигрывают все.
- Перезагрузка терминального сервера ради обновления кладёт домен и базу.  
Правильно: отдельная небольшая машина под домен, отдельная под базу, узлы сеансов масштабируются добавлением машин, а не памяти в одну.

**Быстрые меры, пока ресурсов не добавили.**

- Лимиты отключённых сессий (об этом отдельный разбор): отключённые сессии держат память.
- Отключить лишнее в сессиях: визуальные эффекты, фоновые приложения автозапуска, второй браузер.
- Исключения антивируса для каталогов профилей и баз, чтобы не сканировать одно и то же на 50 сессий.
- Не «лечить» файлом подкачки: подкачка на 50 сессий превращает медленную работу в стоящую.

**Что смотреть в диспетчере задач.** Вкладка «Пользователи» с колонками памяти и процессора; если несколько сессий держат по 3–4 ГБ, дело в приложении (утечка, тяжёлые вкладки), и добавить память мало: нужно ограничивать приложение.

Настройка производительности узлов сеансов описана в [документации Microsoft](https://learn.microsoft.com/en-us/windows-server/administration/performance-tuning/role/remote-desktop/session-hosts).