Как сделать терминальную 1С: пошаговое руководство

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

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

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

Какую архитектуру выбрать: файловая или клиент-серверная база

Первый вопрос — в каком режиме будет работать сама база 1С на терминальном сервере. Вариантов два: файловый, где база лежит в каталоге на том же сервере, и клиент-серверный, где данные хранятся в СУБД (MS SQL Server, PostgreSQL), а 1С подключается к ней через сервер 1С:Предприятия.

Файловый режим проще и дешевле: не нужна СУБД, настройка занимает минуты. Но у него есть ограничения — при одновременной работе нескольких пользователей растёт нагрузка на дисковую подсистему, повышается риск блокировок и повреждения файла базы при сбоях. Для терминального сценария файловый режим разумен при числе одновременно работающих пользователей примерно до 5–10 и умеренных объёмах данных.

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

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

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

Подходит для 3–10 пользователей и небольших баз. Минимум настройки и затрат, но выше риск блокировок и повреждения файла при сбое питания.

Клиент-серверная база (1С + СУБД)

Подходит для 10+ пользователей и больших баз. Устойчивее к нагрузкам и сбоям, но требует лицензий на сервер 1С и СУБД, а также навыков администрирования.

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

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

Требования к серверу и расчёт ресурсов

Главный ресурс терминального сервера — оперативная память. Каждая пользовательская сессия с запущенной 1С потребляет заметный объём ОЗУ: сама сессия Windows, клиент 1С (толстый клиент особенно прожорлив, тонкий экономичнее) и кэши. Практическое правило — закладывать на каждого активного пользователя 1С от 1 до 2 ГБ памяти в зависимости от конфигурации и клиента, плюс резерв под операционную систему.

Процессор важен, но обычно не является узким местом: 1С в терминале чаще упирается в память и диск. Для 10–15 пользователей достаточно современного 4–8-ядерного CPU. Дисковая подсистема критична для файловых баз — обязательно SSD, желательно с запасом по ресурсу записи. Сетевой канал до клиентов может быть скромным: RDP передаёт только экран, для комфортной работы хватает стабильных 1–2 Мбит/с на пользователя.

Примерная оценка для 15 пользователей файловой базы: 32 ГБ ОЗУ, 8 ядер CPU, SSD от 240 ГБ. Для клиент-серверного варианта СУБД и сервер 1С часто выносят на отдельную машину или добавляют ресурсов: SQL любит память, и ей стоит выделить отдельные 8–16 ГБ.

Настройка служб удалённых рабочих столов (RDS)

Базовый сценарий поднимается на Windows Server штатными средствами. В Server Manager добавляется роль «Удалённые рабочие столы» с типом развёртывания «Быстрый старт» для одного сервера — мастер сам установит узел сеансов (RD Session Host), брокер подключений и веб-доступ. После установки нужно активировать сервер лицензирования RDS и указать режим лицензий: «на пользователя» или «на устройство».

Если сервер не входит в домен, быстрый старт может быть недоступен — тогда роль узла сеансов ставится вручную, а режим лицензирования задаётся через групповые политики (gpedit.msc: Конфигурация компьютера → Административные шаблоны → Компоненты Windows → Службы удалённых рабочих столов → Узел сеансов → Лицензирование). Там же указывают сервер лицензий — для одиночного сервера это он сам.

После настройки создайте пользователей (локальных или доменных), добавьте их в группу «Пользователи удалённого рабочего стола» и проверьте подключение по RDP с клиентской машины. Убедитесь, что каждый пользователь получает свою сессию, а не подключается к чужой.

1. 1
   Установите Windows Server, обновите систему и настройте сеть со статическим IP.
2. 2
   Добавьте роль RDS (быстрый старт для одного сервера) или вручную установите узел сеансов.
3. 3
   Активируйте сервер лицензирования RDS и установите лицензии RDS CAL.
4. 4
   Задайте режим лицензирования (на пользователя или на устройство) в групповых политиках.
5. 5
   Установите платформу 1С на сервер и подключите информационную базу.
6. 6
   Создайте пользователей, добавьте их в группу «Пользователи удалённого рабочего стола».
7. 7
   Проверьте подключение по RDP, запуск 1С и работу с базой от имени рядового пользователя.

Установка и публикация 1С на терминальном сервере

Платформа 1С устанавливается на сервер один раз и доступна всем пользователям сразу — это одно из главных преимуществ терминальной схемы. Установку выполняйте под администратором, дистрибутив платформы ставится в стандартный каталог Program Files. Важный нюанс: при обновлении платформы все пользователи должны выйти из 1С, иначе файлы окажутся заняты и обновление завершится ошибкой.

Информационную базу пользователи добавляют в свой список баз при первом запуске. Чтобы не настраивать каждую сессию вручную, используйте общий файл списка баз (v8i) или файл ce.cfg с указанием общих списков — тогда новая база появится у всех автоматически. Путь к файловой базе указывайте локальный (например, D:\Bases\Trade), а не через сетевой диск, если база лежит на этом же сервере.

Альтернатива полному рабочему столу — публикация 1С как RemoteApp: пользователь запускает ярлык, а у него открывается только окно 1С без полноценного рабочего стола сервера. Это удобнее для сотрудников и безопаснее: меньше возможностей что-то случайно изменить на сервере. RemoteApp настраивается в коллекциях сеансов RDS.

Лицензирование: что придётся купить

Терминальная схема требует трёх независимых групп лицензий, и их часто путают. Первая — лицензии Windows: сама лицензия на сервер плюс клиентские лицензии RDS CAL на каждого пользователя или устройство, которое подключается к терминальным сессиям. Без активированных RDS CAL сервер отработает ограниченный льготный период, после чего начнёт отклонять подключения.

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

Третья группа актуальна только для клиент-серверного варианта — лицензии на СУБД. PostgreSQL бесплатен, MS SQL Server требует лицензирования по ядрам или по схеме «сервер + CAL». Точные условия зависят от редакции, поэтому перед покупкой сверяйтесь с актуальными условиями производителя.

Организация доступа извне и безопасность

Если терминальный сервер должен быть доступен из интернета, ни в коем случае не выставляйте порт RDP (3389) напрямую наружу — такие серверы находятся сканерами в течение часов и становятся мишенью подбора паролей и шифровальщиков. Безопасные варианты: VPN до локальной сети с последующим RDP внутри туннеля либо шлюз удалённых рабочих столов (RD Gateway), который принимает подключения по HTTPS (порт 443) и проксирует их к серверу.

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

Резервное копирование обязательно: файловая база копируется средствами 1С (выгрузка dt) или на уровне файлов при остановленных сессиях, клиент-серверная — штатными средствами СУБД. Храните копии на отдельном носителе или в другом сегменте сети, чтобы шифровальщик на терминальном сервере не добрался до бэкапов.

Проверка результата и сопровождение

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

Периодическое обслуживание включает: контроль свободного места на дисках, мониторинг журналов событий (особенно источников TerminalServices и 1С), регулярную проверку восстановления из резервных копий и плановые обновления платформы в нерабочее время. Заведите регламент: кто и когда обновляет платформу, как предупреждаются пользователи, куда пишутся бэкапы.

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

Как проверить результат

Подключение пользователя по RDP

Норма

Сессия открывается за несколько секунд, 1С запускается и видит базу

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

Ошибка лицензирования RDS, чёрный экран или долгое применение профиля

Работа в час пик

Норма

Интерфейс отзывчив, свободной памяти больше 10–15%

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

Тормоза у всех сессий, активная подкачка на диск

Резервные копии

Норма

Копия создаётся по расписанию и тестово восстанавливается

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

Копии нет, она битая или лежит на том же диске

Права пользователей

Норма

Рядовые сотрудники не входят в группу администраторов сервера

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

Все работают под администратором «для удобства»

Часто задаваемые вопросы

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

Зависит от памяти, конфигурации и клиента. Ориентир — 1–2 ГБ ОЗУ на активную сессию: сервер с 32 ГБ обычно обслуживает 12–18 пользователей файловой базы. При росте нагрузки серверы масштабируют по памяти или разводят роли (СУБД на отдельную машину).

Можно ли сделать терминальную 1С на Windows 10/11 без серверной ОС?

Нет, полноценный многопользовательский терминальный режим — функция Windows Server. Клиентские версии Windows допускают только одно удалённое подключение, а сторонние «патчи» нарушают лицензионное соглашение и создают риски стабильности и безопасности.

Чем RemoteApp отличается от обычного RDP-рабочего стола?

RemoteApp публикует отдельное приложение: пользователь видит только окно 1С, как будто оно установлено локально. Это удобнее и безопаснее, но сложнее в настройке — требуется полноценное развёртывание RDS с коллекциями, а не только узел сеансов.

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

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

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

Безопасные способы — VPN до офисной сети с последующим RDP-подключением или шлюз удалённых рабочих столов (RD Gateway) по HTTPS. Открывать порт 3389 напрямую в интернет нельзя: такие серверы быстро находят боты и подбирают пароли.

Что делать, если 1С в терминале начала тормозить?

Сначала определите узкое место: посмотрите в диспетчере задач память, диск и CPU в момент тормозов. Чаще всего не хватает ОЗУ или диск не справляется с файловой базой. Меры: добавить память, перейти на SSD, переключить толстый клиент на тонкий или перейти на клиент-серверный режим.