Администрирование · 11 мин
Сколько пользователей 1С можно запустить на терминальном сервере
Как рассчитать, сколько сеансов 1С выдержит терминальный сервер: требования к памяти, процессору, лицензии 1С и Windows RDS, способы проверки нагрузки.
Терминальный сервер — один из самых распространённых способов организовать работу бухгалтерии и менеджеров в 1С: программа установлена в одном месте, пользователи подключаются по RDP и работают в своих сеансах. Главный вопрос при такой схеме — сколько сеансов 1С сервер реально выдержит без «тормозов» и зависаний.
Точного универсального числа не существует: нагрузка зависит от конфигурации (Бухгалтерия, Управление торговлей, ERP), режима работы (файловый или клиент-серверный), интенсивности ввода документов и формирования отчётов. Однако есть проверенные на практике ориентиры по ресурсам, которые позволяют рассчитать допустимое количество пользователей и проверить, не перегружен ли сервер уже сейчас.
Ниже разобраны требования к железу, лицензионные ограничения, способы оценки текущей нагрузки и признаки того, что серверу пора добавлять ресурсы или выносить часть пользователей на отдельную машину.
Что влияет на количество сеансов 1С на терминале
Количество пользователей, которых выдержит терминальный сервер, определяется тремя группами факторов: аппаратные ресурсы, характер работы в 1С и режим запуска базы. Игнорирование любой из групп приводит к типичной ситуации — сервер «по калькулятору» должен справляться, а на практике пользователи жалуются на подвисания.
По характеру работы пользователи делятся на три условные категории. «Лёгкие» — просмотр данных, печать документов, ввод первички. «Средние» — активный ввод документов, работа со справочниками, небольшие отчёты. «Тяжёлые» — проведение крупных документов, закрытие месяца, сводные отчёты за длительный период, обмены данными. Один «тяжёлый» пользователь может потреблять столько же ресурсов, сколько пять «лёгких».
Второй фактор — конфигурация. Тонкий клиент 1С в терминальном сеансе потребляет заметно меньше памяти, чем толстый клиент. Веб-клиент переносит часть нагрузки на сервер 1С и браузер. Файловая база, размещённая на том же терминальном сервере, создаёт дополнительную дисковую нагрузку и ограничивает масштабирование сильнее, чем связка «терминал + отдельный сервер СУБД».
Сколько ОЗУ занято при типичной нагрузке всех сеансов
Загрузку CPU в часы пик и количество ядер
SSD или HDD, очередь диска в мониторе ресурсов
Каким клиентом пользуются сотрудники
Ориентировочный расчёт ресурсов на пользователя
Практический подход — считать от памяти, потому что именно ОЗУ чаще всего становится «бутылочным горлышком». Для типовых конфигураций (Бухгалтерия 3.0, Управление торговлей 11) один сеанс тонкого клиента в терминале обычно занимает от 500 МБ до 1,5 ГБ в зависимости от открытых форм и запущенных фоновых операций. Толстый клиент и тяжёлые отчёты могут поднимать потребление до 2–3 ГБ на сеанс.
Формула для первой прикидки: из общего объёма ОЗУ вычтите 4–6 ГБ на операционную систему и служебные процессы, остаток разделите на среднее потребление одного сеанса. Например, сервер с 32 ГБ: (32 − 5) / 1,5 ≈ 18 пользователей. Это верхняя граница для смешанной нагрузки; если большинство сотрудников активно формирует отчёты, закладывайте запас 20–30%.
По процессору ориентир мягче: современные 4–8 ядер справляются с 15–25 сеансами, потому что большую часть времени пользователи «думают», а не нагружают CPU. Проблемы начинаются, когда несколько человек одновременно запускают тяжёлые отчёты или проведение больших документов — тогда загрузка всех ядер уходит в 100% и страдают все сеансы сразу.
Как замерить фактическую нагрузку на действующем сервере
Самый надёжный способ понять, сколько ещё пользователей можно подключить, — измерить текущее потребление ресурсов в часы пик. Для этого достаточно штатных средств Windows: диспетчера задач, монитора ресурсов и счётчиков производительности.
План замера простой. В самый загруженный период рабочего дня (обычно утро или время сдачи отчётности) откройте диспетчер задач на вкладке «Пользователи» и посмотрите, сколько памяти занимает каждый сеанс. Затем на вкладке «Производительность» оцените общую загрузку ОЗУ, CPU и диска. Если память занята более чем на 80% или дисковая очередь стабильно больше 2 — сервер уже на пределе, добавлять пользователей нельзя.
- 1В часы пик откройте Диспетчер задач → вкладка «Пользователи» и запишите потребление памяти по каждому сеансу 1С
- 2На вкладке «Производительность» зафиксируйте загрузку ОЗУ, CPU и активность диска
- 3Дождитесь запуска тяжёлой операции (отчёт за квартал, закрытие месяца) и повторите замер
- 4Рассчитайте запас: свободная память / среднее потребление одного сеанса = сколько ещё пользователей можно добавить
- 5Если запас меньше 3–4 сеансов — планируйте наращивание ресурсов
Лицензионные ограничения: 1С и Windows
Даже если железо выдерживает 50 сеансов, лицензии могут разрешать меньше. Ограничения действуют с двух сторон: со стороны 1С и со стороны Windows Server.
В 1С количество одновременно работающих пользователей определяется клиентскими лицензиями. Для файлового режима лицензии привязаны к компьютеру или USB-ключу; для клиент-серверного — счётчиком управляет сервер 1С. Если лицензий куплено 10, одиннадцатый пользователь просто не сможет запустить сеанс независимо от мощности сервера. Проверить количество доступных лицензий можно в консоли кластера серверов 1С или через конфигуратор.
Со стороны Microsoft для терминального доступа нужны лицензии RDS CAL — на каждого пользователя или устройство, подключающееся по RDP. Без активированного сервера лицензирования RDS действует ограниченный грейс-период, после которого подключения начнут отклоняться. Это частая причина ситуации «вчера всё работало, сегодня никого не пускает».
Файловая база или клиент-сервер: что выбрать для терминала
Для небольших компаний до 5–10 пользователей файловая база на терминальном сервере — рабочий и самый дешёвый вариант: все процессы на одной машине, сетевые задержки отсутствуют. Но у файлового режима есть жёсткий потолок: при росте числа пользователей и объёма базы блокировки на уровне файла начинают вызывать ошибки и взаимные ожидания.
Клиент-серверный вариант (1С:Сервер + СУБД, например PostgreSQL или MS SQL) снимает это ограничение: блокировки управляются СУБД, тяжёлые запросы выполняются на сервере баз данных, а терминальный сервер занимается только интерфейсом. При 15 и более активных пользователях такая схема обычно уже оправдана.
Сравнение вариантов размещения
Подходит для 3–10 пользователей и небольших баз. Ограничение: блокировки и деградация при росте нагрузки, риск повреждения файла при сбое.
Подходит от 10–15 пользователей и выше. Ограничение: нужны лицензии на сервер 1С и СУБД, сложнее администрирование.
Подходит для удалённой работы без RDP. Ограничение: не вся функциональность доступна, требуется настройка веб-сервера.
Типичные ошибки при расчёте и эксплуатации
Чаще всего проблемы возникают не из-за слабого железа, а из-за ошибок планирования и настройки. Ниже — те, что встречаются регулярно.
Отдельно стоит упомянуть антивирус: если он проверяет каталоги базы 1С и временные файлы сеансов в реальном времени, дисковая нагрузка может вырасти в разы. Каталоги 1С принято добавлять в исключения антивируса, оставляя проверку по расписанию.
Как проверить, что сервер справляется после изменений
После добавления памяти, переноса базы на SSD или перераспределения пользователей нужно убедиться, что мера сработала. Проверка занимает 15–20 минут и выполняется теми же штатными средствами.
Контрольные точки после оптимизации
Стабильно ниже 75–80%
Выше 85%, активный рост файла подкачки
Кратковременные пики, в среднем до 60–70%
Длительные периоды 95–100% при обычной работе
В среднем меньше 1–2
Стабильно выше 2, отклик диска заметен «на глаз»
Проведение документа и открытие отчёта занимают привычное время
Операции замедлились в разы без изменения объёма данных
Если после наращивания ресурсов показатели не улучшились, проблема, скорее всего, не в железе: проверьте настройки СУБД, регламентные задания, запущенные в часы пик, и доработки конфигурации — неоптимальный код способен «съесть» любой запас мощности.
Что важно запомнить
Вместимость терминального сервера для 1С считается от памяти: 1–2 ГБ на сеанс плюс резерв под ОС. Реальный лимит определяется замером в часы пик, а не теорией. Проверьте лицензии 1С и RDS CAL — они ограничивают число пользователей независимо от железа. При 10–15 активных пользователях рассмотрите переход с файловой базы на клиент-серверный режим.
Частые вопросы
Сколько пользователей 1С потянет сервер с 16 ГБ ОЗУ?
После вычета 4–5 ГБ на систему остаётся около 11–12 ГБ. При среднем потреблении 1–1,5 ГБ на сеанс это 7–10 комфортных пользователей тонкого клиента. Если сотрудники активно строят отчёты, реалистичнее рассчитывать на 5–7.
Почему сеансов в диспетчере задач больше, чем сотрудников?
Помимо пользовательских сеансов память занимают фоновые и регламентные задания, сеансы обмена данными и «зависшие» подключения сотрудников, которые закрыли окно, но не завершили сеанс. Настройте в групповых политиках автоматическое завершение отключённых сеансов через разумный интервал.
Можно ли работать в 1С через терминал без лицензий RDS?
Windows Server предоставляет ограниченный грейс-период для удалённых рабочих столов, после его истечения подключения блокируются. Два административных RDP-подключения доступны всегда, но использовать их для повседневной работы пользователей нельзя — это нарушение лицензионного соглашения и технически ненадёжно.
Что лучше для терминала: тонкий или толстый клиент 1С?
Тонкий клиент потребляет заметно меньше памяти и процессорного времени, поэтому для терминальных сеансов он предпочтительнее. Толстый клиент нужен лишь там, где требуется функциональность, недоступная в тонком, — например, некоторые режимы отладки и специфические расширения.
Когда файловую базу пора переносить в клиент-серверный режим?
Тревожные признаки: частые ошибки блокировок, заметное замедление при одновременной работе более 8–10 пользователей, рост базы до размеров, при которых регламентные операции (резервное копирование, тестирование) занимают часы. При появлении двух-трёх признаков миграцию стоит планировать, не дожидаясь аварий.
Влияет ли антивирус на скорость 1С в терминале?
Да, существенно. Проверка в реальном времени каталогов базы, временных файлов сеансов и журналов СУБД может увеличивать дисковую нагрузку в несколько раз. Рекомендуется добавить рабочие каталоги 1С в исключения, оставив периодическое сканирование по расписанию в нерабочее время.