Администрирование · 13 мин
Терминальный сервер для 1С: зачем он нужен и когда его внедрять
Зачем нужен терминальный сервер для 1С: как он снижает нагрузку на сеть, ускоряет работу базы, защищает данные и когда его внедрение действительно оправдано.
Терминальный сервер для 1С — это выделенный сервер, на котором установлена платформа 1С:Предприятие и к которому сотрудники подключаются удалённо по протоколу RDP. Все вычисления выполняются на сервере, а на компьютер пользователя передаётся только изображение экрана. Такой подход кардинально меняет нагрузку на сеть и рабочие станции: вместо передачи гигабайтов данных между клиентом и файловой базой по сети идёт лишь поток «картинки» объёмом в несколько мегабит в секунду.
Главная причина внедрения терминального режима — файловый вариант работы базы 1С. В файловом режиме каждый клиент напрямую читает и пишет файл базы 1Cv8.1CD по сети, из-за чего при 5–10 одновременных пользователях начинаются задержки, блокировки и риск повреждения данных при обрыве соединения. Терминальный сервер решает эту проблему: база лежит на том же диске, где работают клиенты, и сетевой обмен практически исчезает.
Вторая причина — удалённый доступ. Сотрудники филиалов, бухгалтеры на аутсорсе, руководители из дома подключаются к одному серверу из любой точки, и скорость их работы почти не зависит от качества их интернет-канала. Дополнительно упрощается администрирование: обновления платформы и конфигурации ставятся в одном месте, а не на каждом рабочем месте.
Как устроена работа 1С через терминальный сервер
В классической схеме «файловая база + локальная сеть» каждый компьютер пользователя запускает толстый клиент 1С и обращается к файлу базы на сетевом ресурсе. Любая операция — проведение документа, построение отчёта — тянет данные через сеть на компьютер пользователя. При медленной сети, Wi-Fi или VPN скорость падает катастрофически, а внезапный обрыв соединения может оставить базу в повреждённом состоянии.
В терминальной схеме сервер с установленной ролью Remote Desktop Services (RDS) выполняет сеансы всех пользователей локально. База находится на диске этого же сервера (или на быстром хранилище рядом), поэтому обмен данными идёт со скоростью дисковой подсистемы, а не сети. Пользователь видит только окно своего сеанса, а нажатия клавиш и движения мыши передаются на сервер.
Важно понимать, что терминальный режим — это не альтернатива клиент-серверной архитектуре, а отдельный способ доставки приложения. Терминальный сервер может работать и с файловой базой, и как клиент кластера 1С с СУБД (MS SQL, PostgreSQL). Часто обе технологии применяют вместе: кластер 1С и SQL обслуживают данные, а терминальный сервер доставляет интерфейс удалённым пользователям.
Какие задачи решает терминальный сервер
Первая задача — ускорение файловой базы. Проведение документов и построение отчётов в терминальном сеансе идёт со скоростью локального диска сервера, что особенно заметно на тяжёлых операциях: закрытии месяца, перепроведении, формировании больших оборотно-сальдовых ведомостей. Если база размещена на SSD-сервере, разница с сетевым вариантом может быть кратной.
Вторая задача — удалённая работа без VPN-туннелей к файловой шаре. Публикация RDP через шлюз удалённых рабочих столов (RD Gateway) с шифрованием позволяет сотрудникам подключаться по HTTPS-подобному каналу, не открывая доступ к самой сети предприятия. Это безопаснее прямого проброса порта 3389 в интернет.
Третья задача — централизация. Платформа, конфигурация, драйверы печати и шрифты устанавливаются один раз на сервере. Обновление конфигурации не требует обхода рабочих мест, а нового сотрудника достаточно завести в домен и выдать доступ к опубликованному приложению RemoteApp.
База тормозит, часты блокировки и ожидание при проведении документов
Работа через VPN к сетевой папке невыносимо медленная
Компьютеры не тянут толстый клиент 1С, а заменять парк дорого
Каждое обновление платформы превращается в обход офиса
Терминальный сервер против клиент-серверной 1С и облака
Терминальный режим часто сравнивают с переходом на клиент-серверную архитектуру и с арендой облачной 1С. Это разные решения с разной ценой и порогом входа. Терминальный сервер дешевле и проще: не требуется лицензия на сервер 1С и СУБД, не нужна перенастройка инфраструктуры. Но он не снимает ограничений файлового режима — при 15–20 активных пользователях файловая база всё равно станет узким местом.
Сравнение вариантов организации доступа к 1С
Подходит для 5–15 пользователей, дешёвый старт, быстрый доступ извне. Ограничение: файловая база деградирует при росте числа пользователей и объёма данных.
Для 15–20 и более пользователей, устойчива к нагрузке и блокировкам. Ограничение: нужны лицензии на сервер 1С и СУБД, квалифицированное администрирование.
Не нужен свой сервер, доступ откуда угодно, обновления на стороне провайдера. Ограничение: ежемесячная плата, зависимость от провайдера и канала интернет.
Доступ через браузер без установки платформы. Ограничение: не вся функциональность доступна, требуется публикация на веб-сервере, для файловой базы тоже есть пределы нагрузки.
Облачные сервисы удобны, когда нет своего системного администратора и нет желания покупать оборудование. Свой терминальный сервер выгоднее при долгосрочной перспективе и когда данные принципиально должны оставаться внутри контура компании. Веб-клиент — компромисс: он не требует установки платформы, но по возможностям уступает тонкому и толстому клиентам.
Требования к серверу и лицензирование
Главный ресурс терминального сервера — оперативная память. Каждый сеанс 1С потребляет заметный объём RAM (зависит от конфигурации и действий пользователя), поэтому память рассчитывают с запасом: базовый объём под систему плюс объём на каждый сеанс. Дисковая подсистема должна быть быстрой — SSD практически обязателен, особенно если база лежит на том же сервере. Процессор важен, но обычно не является узким местом до десятков одновременных сеансов.
По лицензированию есть два обязательных компонента. Во-первых, серверная ОС Windows Server с ролью RDS и клиентские лицензии RDS CAL на каждого пользователя или устройство — без них служба терминалов работает только в ограниченном пробном периоде. Во-вторых, клиентские лицензии 1С на каждое рабочее место (сеанс). Дополнительно нужны стандартные Windows CAL. Экономия на лицензиях RDS — распространённая ошибка, которая всплывает при первой же проверке или при отказе сервера лицензирования.
Как развернуть терминальный сервер для 1С
Развёртывание выполняется по понятной последовательности. Сначала устанавливается Windows Server, сервер вводится в домен (для RDS в рабочей группе есть ограничения), затем добавляется роль «Удалённые рабочие столы» с подролями Session Host и, при необходимости, Licensing и Gateway. После активации сервера лицензирования и установки RDS CAL настраивается коллекция сеансов.
- 1Установите Windows Server, обновите систему, введите сервер в домен
- 2Добавьте роль Remote Desktop Services: Session Host, Licensing, при необходимости Gateway
- 3Активируйте сервер лицензирования RDS и установите RDS CAL
- 4Установите платформу 1С в режиме install (через изменение режима сервера или штатно для многопользовательской установки)
- 5Разместите базу на быстром диске сервера и пропишите путь у пользователей или опубликуйте RemoteApp
- 6Настройте права, антивирусные исключения для каталога базы и резервное копирование
- 7Проверьте работу под тестовой нагрузкой: одновременный вход, проведение документов, печать
Отдельный нюанс — печать и периферия. Принтеры пробрасываются в сеанс через механизм перенаправления принтеров (Easy Print), но с нестандартными драйверами и торговым оборудованием (сканеры ШК, ККТ) возникают сложности: часть оборудования требует локальной установки и специальных решений для перенаправления COM-портов. Это стоит проверить на пилотной группе до перевода всех пользователей.
Типичные ошибки и ограничения
Главное ограничение схемы — концентрация риска. Если терминальный сервер выходит из строя, работа останавливается у всех сразу. Поэтому резервное копирование базы (лучше автоматическое, ежедневное, с хранением копий вне сервера), мониторинг дисков и памяти, а при критичности — резервный сервер или план быстрого восстановления являются не опцией, а обязательной частью решения.
Второе ограничение — потолок файлового режима. Когда база вырастает, а одновременных пользователей становится больше 15–20, даже мощный терминальный сервер не спасёт: блокировки файловой базы будут мешать работе. На этом этапе правильный шаг — миграция на клиент-серверную архитектуру, где терминальный сервер может остаться как средство доставки приложения удалённым пользователям.
Как выбрать действие
Как проверить, что всё работает правильно
После внедрения оцените результат по объективным признакам, а не по ощущениям. Сравните время типовых операций (проведение документа, построение отчёта) до и после, понаблюдайте за загрузкой памяти и диска в часы пик и опросите пользователей через неделю работы. Хороший признак — стабильное время отклика вне зависимости от того, откуда подключён сотрудник.
Как проверить результат
Проведение и отчёты выполняются быстрее, чем при работе по сети
Тормоза сохранились — проверяйте диск, память и антивирус
Есть запас RAM, файл подкачки почти не используется
Память заполнена, идёт своп — нужно добавить RAM
Соединение идёт через RD Gateway или VPN, порт 3389 закрыт снаружи
RDP доступен напрямую из интернета
Копии создаются по расписанию и тестовое восстановление проходит
Копий нет или восстановление никогда не проверялось
Что важно запомнить
Терминальный сервер ускоряет файловую 1С, даёт безопасный удалённый доступ и упрощает обновления, но требует достаточного объёма памяти, быстрых дисков, лицензий RDS CAL и обязательного резервного копирования. При росте числа пользователей за пределы 15–20 планируйте переход на клиент-серверную архитектуру.
Частые вопросы
Можно ли использовать для терминального сервера обычную Windows 10/11 вместо Windows Server?
Технически одновременная работа нескольких RDP-сеансов в клиентских версиях Windows заблокирована, а обходы ограничения нарушают лицензионное соглашение и ломаются обновлениями. Для многопользовательского режима нужна Windows Server с ролью RDS и лицензиями RDS CAL.
Сколько пользователей выдержит один терминальный сервер?
Это зависит от объёма памяти, дисковой подсистемы и тяжести конфигурации. Для файловой базы сама база обычно становится ограничением раньше сервера — примерно на 15–20 активных пользователях. Сервер с достаточным запасом RAM и SSD в терминальном режиме способен обслуживать и больше сеансов, если база клиент-серверная.
Что лучше для удалённых пользователей: терминальный сервер или веб-клиент 1С?
Веб-клиент не требует установки платформы и работает в браузере, но поддерживает не все возможности конфигурации и чувствителен к качеству веб-сервера. Терминальный доступ даёт полноценный клиент 1С и привычную печать, но требует лицензий RDS и настройки шлюза. Для полноценной ежедневной работы чаще выбирают терминальный вариант.
Нужны ли отдельные лицензии 1С для работы через терминальный сервер?
Да. Каждый сеанс пользователя в терминале — это рабочее место, на которое распространяются стандартные клиентские лицензии 1С. Терминальный режим не уменьшает их количество, он меняет только способ доставки приложения.
Что делать, если в сеансе не работает сканер штрихкодов или ККТ?
Проверьте, поддерживает ли оборудование перенаправление в RDP-сеанс: USB-сканеры в режиме эмуляции клавиатуры обычно работают сразу, а COM-устройства и фискальные регистраторы требуют проброса портов или специального ПО. Если перенаправление невозможно, рабочие места с торговым оборудованием иногда оставляют на локальных клиентах вне терминала.
Как защитить терминальный сервер от взлома?
Минимальный набор: не открывать порт 3389 в интернет, использовать RD Gateway или VPN, включить NLA, задать сложные пароли и политику блокировки при подборе, регулярно устанавливать обновления ОС и держать резервные копии базы вне сервера. Это закрывает подавляющее большинство типовых атак.