Сервер терминалов для 1С: что это и когда он нужен

Сервер терминалов для 1С — это сервер, на котором запущены службы удалённых рабочих столов (обычно Remote Desktop Services в Windows Server), а пользователи подключаются к нему по RDP и работают с 1С внутри своих удалённых сессий. Программа 1С установлена один раз на самом сервере, все вычисления выполняются на нём, а на компьютер сотрудника передаётся только изображение экрана, нажатия клавиш и движения мыши.

Такая схема решает сразу несколько задач: база 1С и приложение находятся на одной машине, поэтому обмен данными идёт без сетевых задержек; слабые офисные компьютеры перестают быть проблемой, потому что нагрузку берёт на себя сервер; администратор обновляет платформу и конфигурацию в одном месте, а не на десятках рабочих станций.

При этом терминальный режим — не единственный способ организовать многопользовательскую работу. У него есть альтернативы (файловый режим по сети, клиент-серверная архитектура, веб-клиент, публикация на сервере 1С), и выбор зависит от числа пользователей, бюджета и требований к скорости. Ниже разобрано, как устроен терминальный сервер, какие ресурсы ему нужны и какие ошибки чаще всего приводят к «тормозам» и потере данных.

Как устроен терминальный сервер с 1С

В основе схемы лежит роль Remote Desktop Session Host (ранее — Terminal Services) в Windows Server. Администратор устанавливает на сервер платформу 1С:Предприятие, размещает там файловую базу или настраивает подключение к серверу СУБД, после чего каждый пользователь получает свою изолированную сессию. Внутри сессии 1С работает так, будто запущена локально: пользователь видит привычный интерфейс, печатает документы на своём принтере (через перенаправление печати) и сохраняет файлы.

Ключевой момент: вся нагрузка — процессорная, дисковая и по памяти — ложится на сервер. Клиентское устройство может быть старым офисным ПК, тонким клиентом или даже планшетом с RDP-приложением. По сети передаётся сжатый видеопоток интерфейса, поэтому терминальный доступ устойчиво работает даже на медленных каналах, чем часто пользуются для связи филиалов с центральным офисом.

База при этом может быть организована двумя способами: файловая база лежит на диске самого терминального сервера (простой вариант для небольших команд), либо терминальный сервер выступает клиентом по отношению к связке «сервер 1С + СУБД». Второй вариант масштабируется лучше, но требует отдельных лицензий и более квалифицированного администрирования.

Чем терминальный режим отличается от других вариантов

Чтобы понять, нужен ли терминальный сервер, полезно сравнить его с типовыми альтернативами. Каждый вариант имеет свою зону применения, и ошибка выбора оборачивается либо переплатой, либо жалобами пользователей на скорость.

Файловый режим по сети — самый дешёвый, но при росте числа пользователей и объёма базы начинает «тормозить» и чаще повреждается при сбоях сети. Терминальный сервер убирает зависимость от качества сети между клиентом и базой: даже если у бухгалтера дома нестабильный интернет, сессия просто переподключится, а сеанс 1С на сервере продолжит работу.

Клиент-серверная архитектура — шаг дальше: она нужна, когда пользователей много, база большая и требуется регламентное обслуживание СУБД. Нередко оба подхода комбинируют: терминальный сервер обслуживает удалённых пользователей, а база живёт на отдельном сервере 1С с PostgreSQL или MS SQL.

Сравнение вариантов

Файловая база на терминальном сервере

Подходит для 5–15 пользователей и умеренных баз. Простая установка, но рост базы и числа сеансов быстро упирается в ограничения файлового режима.

Терминальный сервер + клиент-серверная 1С

Для десятков пользователей и тяжёлых баз. Дороже по лицензиям и сложнее в поддержке, зато стабильнее под нагрузкой.

Веб-клиент вместо RDP

Пользователи работают через браузер, RDP не нужен. Ограничение: не вся функциональность и не все расширения одинаково хорошо работают в веб-клиенте.

Какие ресурсы нужны серверу

Точные цифры зависят от конфигурации, размера базы и характера работы (ввод документов нагружает сервер меньше, чем тяжёлые отчёты и закрытие месяца), поэтому любые «универсальные» формулы следует воспринимать как отправную точку, а не норму. Практический подход — оценить пиковое потребление памяти одним сеансом 1С на тестовом стенде и умножить на число одновременных пользователей с запасом на саму ОС и фоновые процессы.

Ориентиры, от которых обычно отталкиваются:

• Оперативная память. Каждый сеанс 1С занимает от нескольких сотен мегабайт до нескольких гигабайт в зависимости от конфигурации и открытых отчётов. Плюс резерв под ОС и файловый кэш — именно нехватка RAM чаще всего вызывает «тормоза».
• Процессор. Важна производительность одного ядра: многие операции 1С выполняются однопоточно. Большое число медленных ядер хуже, чем меньшее число быстрых.
• Дисковая подсистема. SSD практически обязателен, особенно если база файловая: механический диск становится узким местом уже при нескольких активных пользователях.
• Сеть. Внутри офиса достаточно обычной гигабитной сети; для внешних подключений важнее стабильность канала, чем его ширина.

Отдельная статья расходов — лицензирование. Помимо лицензий 1С потребуется лицензия Windows Server и клиентские лицензии RDS (CAL) на каждого пользователя или устройство, а также лицензирование самого сервера RDS. Экономия на этом пункте — нарушение лицензионного соглашения, а не техническое решение.

Как развернуть терминальный сервер под 1С

Типовая последовательность развёртывания выглядит так. Сначала устанавливается Windows Server, настраиваются обновления, драйверы и базовая безопасность. Затем через диспетчер сервера добавляется роль «Удалённые рабочие столы» с выбором сценария развёртывания сеансов. После этого настраивается лицензирование RDS: указывается сервер лицензий и режим (на пользователя или на устройство) — без этого сессии работают только в ознакомительном периоде, после чего подключения начнут отклоняться.

Далее устанавливается платформа 1С:Предприятие (в терминальном окружении установку выполняют с правами администратора, чтобы компоненты зарегистрировались для всех пользователей), разворачивается база, настраиваются права доступа к каталогу базы и общим папкам. Каждому сотруднику заводится учётная запись, назначаются права в 1С, при необходимости настраивается RemoteApp — публикация только окна 1С без полного рабочего стола.

Последний обязательный этап — резервное копирование и проверка восстановления. Поскольку база и все рабочие данные сосредоточены на одном сервере, его отказ или повреждение диска останавливает работу всей компании сразу.

1. 1
   Установите Windows Server, обновления и драйверы, задайте статический IP-адрес
2. 2
   Добавьте роль Remote Desktop Session Host через диспетчер сервера
3. 3
   Настройте сервер лицензирования RDS и активируйте лицензии CAL
4. 4
   Установите платформу 1С для всех пользователей и разверните базу
5. 5
   Создайте учётные записи, настройте права и при необходимости RemoteApp
6. 6
   Настройте автоматическое резервное копирование базы и проверьте восстановление из копии
7. 7
   Проведите нагрузочную проверку: подключите несколько пользователей и оцените скорость работы

Типичные проблемы и как их диагностировать

Самая частая жалоба — «1С тормозит». Причины почти всегда в одном из четырёх мест: нехватка оперативной памяти (сервер уходит в своп), медленный диск, перегруженный процессор в часы пик или тяжёлая операция в самой конфигурации (например, проведение крупного документа или построение отчёта за длинный период). Диагностику начинают с диспетчера задач и монитора ресурсов на сервере в момент жалобы, а не «в среднем за день».

Вторая группа проблем — «зависшие» сеансы. Пользователь закрыл окно RDP крестиком, сеанс остался в состоянии «отключён», а 1С внутри продолжает держать лицензию и блокировки. Решается настройкой лимитов времени сеансов в групповых политиках: отключённые сеансы завершаются автоматически через заданный интервал.

Третья группа — печать и периферия. Перенаправление принтеров через RDP работает нестабильно, если на сервере нет подходящих драйверов; признак — документ «уходит в печать», но не выходит, или серверная очередь печати зависает. Лечится установкой на сервер корректных драйверов и, при возможности, печатью через сетевые принтеры напрямую.

Контрольные точки

Как проверить здоровье сервера

Свободная оперативная память в часы пик

Норма

Есть резерв, своп почти не используется

Тревожный признак

Память заполнена, активная подкачка, диск загружен на 100%

Отклик диска при работе пользователей

Норма

Быстрое открытие и проведение документов без подвисаний

Тревожный признак

Очередь диска растёт, операции 1С «замирают» на секунды

Список сеансов в диспетчере RDS

Норма

Число сеансов соответствует реально работающим людям

Тревожный признак

Много старых отключённых сеансов, занятые лицензии 1С

Журнал событий Windows и RDS

Норма

Нет регулярных ошибок служб и драйверов

Тревожный признак

Повторяющиеся ошибки печати, сбоев приложений, отказов лицензирования RDS

Безопасность и границы самостоятельной настройки

Терминальный сервер — привлекательная цель для атак: через него открыт прямой путь к учётным данным и базе 1С. Минимальный набор мер: не публиковать порт 3389 напрямую в интернет (использовать VPN или RD Gateway), включить проверку подлинности на уровне сети (NLA), ограничить права пользователей (никто из рядовых сотрудников не должен быть администратором сервера), регулярно устанавливать обновления Windows и платформы 1С.

Отдельно стоит защита от шифровальщиков: поскольку все данные компании физически лежат на одном сервере, шифрование этого сервера парализует работу целиком. Резервные копии должны храниться изолированно — на устройстве или в хранилище, к которому у сервера нет постоянного доступа на запись, иначе вредонос зашифрует и копии.

Когда терминальный сервер не нужен

Есть ситуации, где терминальная схема — избыточна или неудобна. Если пользователей двое-трое и все работают в одном офисе, проще и дешевле файловый режим с базой на выделенной машине. Если сотрудники в основном вне офиса и им достаточно ограниченного набора функций, удобнее веб-клиент или мобильный клиент 1С — не нужно ни RDP, ни лицензий RDS.

Также терминальный сервер не решает проблемы самой конфигурации: если отчёт строится полчаса из-за неоптимальных запросов, перенос на мощный сервер лишь немного сгладит симптом. В таких случаях сначала проводят анализ производительности 1С, а уже потом масштабируют железо.

Маршрут решения

Как выбрать действие

1–4 пользователя в одном офисе, база небольшаяОставьте файловый режим, терминальный сервер не окупится

5–30 пользователей, есть удалённые сотрудники или слабые ПКРазворачивайте терминальный сервер с файловой или клиент-серверной базой

Десятки пользователей, большая база, активные отчётыПланируйте клиент-серверную архитектуру, терминальный сервер — как дополнение для удалённого доступа

Пользователям нужен только ограниченный функционал из браузераРассмотрите веб-клиент вместо RDP

Жалобы на скорость при мощном сервереСначала анализируйте запросы и код конфигурации, а не наращивайте железо

Перед покупкой оборудования полезно неделю понаблюдать за текущей работой: замерить, сколько памяти и процессора реально потребляет один сеанс 1С в часы пик, и сколько пользователей работает одновременно. Эти два числа дают более честную оценку требований, чем любые усреднённые рекомендации.

Частые вопросы

Сколько пользователей выдержит один терминальный сервер с 1С?

Однозначной цифры нет: всё зависит от конфигурации, объёма базы, характера операций и ресурсов сервера. На практике границу определяют опытным путём — подключают пользователей постепенно и следят за памятью, диском и временем отклика. Когда резерв ресурсов исчерпан, масштабируются: добавляют память, переводят базу в клиент-серверный режим или выносят часть пользователей на второй сервер.

Можно ли использовать Windows 10/11 вместо Windows Server для терминального доступа?

Нет. Клиентские версии Windows ограничивают удалённый доступ одной сессией и не предназначены для одновременной работы нескольких пользователей. Способы обхода этого ограничения нарушают лицензионное соглашение и нестабильны после обновлений ОС. Для многопользовательского терминального режима нужна Windows Server с ролью RDS.

Нужны ли отдельные лицензии 1С для терминального сервера?

Да. Лицензии 1С привязаны к компьютеру или выдаются программным ключом, и для терминального сервера оформляется соответствующее число клиентских лицензий на одновременные сеансы. Дополнительно требуются лицензии Windows Server и RDS CAL — это отдельные продукты, которые лицензии 1С не заменяют.

Что лучше для удалённых филиалов: терминальный сервер или веб-клиент?

Если филиалам нужен полный функционал конфигурации, включая специфические доработки и COM-взаимодействие, надёжнее терминальный доступ. Если достаточно типовых операций и важно работать с любых устройств без настройки RDP, удобнее веб-клиент. Нередко совмещают: веб-клиент для простых ролей, терминальный доступ для бухгалтерии и операторов.

Почему пользователи видят ошибку «нет свободных лицензий», хотя работает мало людей?

Чаще всего причина в отключённых, но не завершённых RDP-сеансах: 1С внутри них продолжает удерживать лицензию. Проверьте список сеансов на сервере и настройте в групповых политиках автоматическое завершение отключённых сеансов через разумный интервал. Реже проблема вызвана некорректным подсчётом лицензий при нескольких серверах или сбоями службы лицензирования 1С.

Можно ли разместить терминальный сервер 1С в облаке?

Да, виртуальные машины с Windows Server и RDS в облачных сервисах — распространённая практика. Обратите внимание на три момента: условия лицензирования Windows и RDS у конкретного облачного провайдера, скорость дисковой подсистемы выбранного тарифа и организацию резервного копирования вне той же виртуальной машины.