Администрирование · 14 мин
Терминальный сервер для 1С: для чего нужен и когда его стоит внедрять
Терминальный сервер для 1С: что это, зачем нужен, когда оправдан, как рассчитать ресурсы, настроить и не допустить типичных ошибок при внедрении.
Терминальный сервер для 1С — это выделенный сервер с службой удалённых рабочих столов (RDP в Windows или аналог в Linux), на котором установлена платформа 1С:Предприятие, а пользователи подключаются к нему по сети и работают в своих сессиях. Вся вычислительная нагрузка — запуск клиента, формирование отчётов, проведение документов — выполняется на сервере, а на компьютер сотрудника передаётся только изображение экрана и поток клавиатуры с мышью.
Такая схема радикально отличается от классического файлового варианта, где база лежит в общей папке, а каждый компьютер сам обрабатывает данные. В файловом режиме сеть становится узким местом: при открытии большого журнала документов или построении отчёта по сети перекачиваются сотни мегабайт, и работа замедляется у всех. На терминальном сервере данные не покидают серверную инфраструктуру, поэтому скорость работы перестаёт зависеть от качества сети до рабочих мест.
Терминальный доступ используют в двух основных сценариях: как способ организовать работу с файловой базой без её перевода в клиент-серверный режим и как дополнение к клиент-серверной архитектуре (1С + СУБД), когда нужно дать доступ удалённым сотрудникам, филиалам или внешним бухгалтерам. Понимание, какая именно задача решается, определяет и требования к железу, и бюджет на лицензии.
Какие задачи решает терминальный сервер в инфраструктуре 1С
Первая и самая частая задача — ускорение файловой базы. Когда база лежит в сетевой папке, каждый клиент читает и пишет файл 1Cv8.1CD напрямую по сети. При росте базы свыше нескольких гигабайт и числе пользователей от 5–7 человек начинаются блокировки, зависания и ошибки целостности. Перенос файловой базы на терминальный сервер, где и база, и клиенты находятся на одной машине, убирает сеть из цепочки: обмен данными идёт внутри сервера со скоростью локального диска.
Вторая задача — удалённый доступ. Сотрудники в филиалах, на складах, в командировках или на удалёнке подключаются к терминальному серверу через интернет и работают с 1С так же, как в офисе. При этом база физически не покидает периметр компании: на личном ноутбуке сотрудника не остаётся ни файла базы, ни кэша данных. Это существенно снижает риск утечки при потере устройства или увольнении сотрудника.
Третья группа задач — административная. Обновление платформы и конфигурации выполняется один раз на сервере, а не на каждом из десятков компьютеров. Резервное копирование централизовано. Права доступа управляются через доменные группы. Старые или слабые офисные компьютеры продолжают использоваться — требования к ним сводятся к способности запустить RDP-клиент.
Файловая база по сети начинает тормозить и конфликтовать
Отчёты формируются минутами, проведение документов подвисает
Нужен доступ к 1С извне офиса без выноса базы
Обновлять технику дорого, а 1С требует ресурсов
Когда терминальный сервер не нужен или не поможет
Если с базой работают 1–3 человека в одном офисе, файловый вариант на обычном компьютере с быстрым диском справляется без всякого сервера. Покупка серверного оборудования, лицензий Windows Server и терминальных лицензий (RDS CAL) в этом случае — неоправданные расходы. Достаточно разместить базу на самом производительном ПК или воспользоваться веб-клиентом через публикацию на простом веб-сервере.
Важно понимать и ограничение: терминальный сервер не решает проблемы масштабирования при большом числе пользователей. Файловая база, даже размещённая на терминальном сервере, имеет внутренние ограничения платформы на параллельную работу и объём. При 20–30 активных пользователях правильный путь — переход на клиент-серверную архитектуру с СУБД (MS SQL, PostgreSQL), а терминальный сервер оставить только для удалённого доступа, если он нужен.
Также терминальный доступ не спасёт при плохом канале связи у конечного пользователя в связке с «тяжёлыми» сценариями: сканирование документов, печать больших комплектов, работа с торговым оборудованием. Перенаправление принтеров и COM/USB-портов через RDP работает, но требует настройки и не всегда стабильно с экзотичным оборудованием.
Как выбрать архитектуру
Как рассчитать ресурсы сервера
Расчёт начинается с числа одновременных сессий и профиля работы. Каждая сессия 1С в терминале потребляет оперативную память: для типовых конфигураций ориентир — от 1 до 2 ГБ на пользователя при активной работе, плюс 4–8 ГБ на саму операционную систему и запас. Для 15 пользователей разумный минимум — 32–48 ГБ ОЗУ. Это ориентировочные значения: реальное потребление зависит от конфигурации, числа открытых окон и отчётов, поэтому после запуска нагрузку нужно замерить.
По процессору важнее не количество ядер, а их тактовая частота: многие операции 1С однопоточны, и сервер с меньшим числом быстрых ядер часто отзывчивее, чем с большим числом медленных. Дисковая подсистема — критичный пункт: база должна лежать на SSD (лучше NVMe), а не на HDD. Медленный диск сводит на нет все преимущества терминальной схемы, потому что все пользователи одновременно упираются в один накопитель.
Сеть между терминальным сервером и пользователями требований почти не предъявляет: RDP-трафику достаточно стабильного канала в несколько мегабит на сессию, важнее низкая задержка и отсутствие потерь пакетов. А вот если терминальный сервер работает в связке с отдельным сервером СУБД, между ними нужна быстрая локальная сеть — от 1 Гбит/с.
Лицензирование: что придётся купить
Терминальная схема требует трёх независимых групп лицензий, и это часто становится сюрпризом при планировании бюджета. Первая — серверная ОС: Windows Server (или поддерживаемый дистрибутив Linux). Вторая — терминальные лицензии доступа RDS CAL на каждого пользователя или устройство, подключающееся к серверу; без них служба удалённых рабочих столов легально работает только в ограниченном пробном режиме.
Третья группа — лицензии 1С. Платформа 1С лицензируется по клиентским лицензиям на рабочие места (или многопользовательскими ключами), и терминальный режим их не отменяет: каждая активная сессия занимает клиентскую лицензию. Если используется сервер 1С:Предприятия (клиент-серверный вариант), дополнительно нужна лицензия на сервер.
Практический момент: программные лицензии 1С, активируемые на терминальном сервере, привязываются к его аппаратной конфигурации. При смене ключевых компонентов сервера или миграции на другую машину лицензию придётся активировать заново из резервных пин-кодов. Поэтому комплект пин-кодов нужно хранить в надёжном месте, а виртуальную машину с сервером — не «пересобирать» без необходимости.
Настройка и безопасность удалённого доступа
Базовая последовательность развёртывания выглядит так: установка серверной ОС, добавление роли служб удалённых рабочих столов, установка платформы 1С, размещение или подключение базы, создание учётных записей и групп доступа, настройка проброса принтеров и буфера обмена. После этого выполняется пилот: 2–3 пользователя работают в терминале несколько дней, пока администратор снимает показатели нагрузки.
Безопасность — отдельный блок, которым нельзя пренебрегать. Публикация RDP-порта напрямую в интернет — одна из самых частых причин взломов: сканеры перебирают пароли к открытым 3389 портам постоянно. Правильные варианты: доступ только через VPN, шлюз удалённых рабочих столов (RD Gateway) с HTTPS, ограничение по IP-адресам на межсетевом экране. Дополнительно стоит включить сложные пароли, блокировку учётных записей после неудачных попыток и по возможности двухфакторную аутентификацию.
Внутри сервера пользователей нужно максимально ограничить: запретить запуск всего, кроме 1С (через политики или режим RemoteApp, когда публикуется только приложение, а не весь рабочий стол), закрыть доступ к дискам сервера, панели управления и командной строке. Это защищает и от случайных действий, и от вредоносного ПО, которое сотрудник может принести через перенаправленные диски.
- 1Оцените число одновременных пользователей и рассчитайте ресурсы (ОЗУ, SSD, CPU)
- 2Установите ОС, роль RDS и активируйте терминальные лицензии
- 3Установите платформу 1С и разместите базу на быстром диске сервера
- 4Настройте учётные записи, группы доступа и ограничения сессий
- 5Закройте прямой доступ к RDP из интернета: настройте VPN или RD Gateway
- 6Проведите пилот с несколькими пользователями и замерьте нагрузку
- 7Настройте ежедневное резервное копирование базы и проверьте восстановление
- 8Переведите остальных пользователей и задокументируйте конфигурацию
Типичные ошибки и как проверить, что всё работает правильно
Самая распространённая ошибка — недооценка ресурсов: сервер берут «на вырост» по процессору, но ставят мало памяти и медленный диск. Второе место — отсутствие резервного копирования или копии, которые никто никогда не пытался восстановить. Третья — предоставление пользователям прав администратора на сервере «чтобы не мешали работать», что рано или поздно приводит к сломанной конфигурации или заражению.
Отдельная группа проблем — неправильная организация сессий: пользователи не завершают сеанс, а просто закрывают окно RDP, и «висящие» сессии накапливаются, съедая память и лицензии 1С. Решается настройкой таймаутов: отключённые сессии завершаются автоматически через заданный интервал, а простаивающие — отключаются.
После запуска работу системы нужно проверить по объективным признакам, а не по ощущениям отдельных пользователей. Ниже — контрольные точки нормальной эксплуатации.
Как проверить результат
Занято до 70–80%, файл подкачки почти не используется
Память под завязку, активный свопинг, жалобы на подвисания
Средняя очередь невелика, отклик диска быстрый
Очередь постоянно растёт при формировании отчётов
Число активных сессий соответствует реально работающим
Десятки отключённых, но не завершённых сессий
Копия создаётся по расписанию и тестово восстанавливается
Копий нет, они старые или восстановление не проверялось
Подключение только через VPN или шлюз с HTTPS
Порт RDP доступен напрямую из интернета
Альтернативы терминальному серверу
Терминальный сервер — не единственный способ организовать удалённую и централизованную работу с 1С. Веб-клиент позволяет работать через браузер без установки платформы: база публикуется на веб-сервере, а пользователи заходят по ссылке. Это удобно для редко работающих сотрудников и руководителей, но веб-клиент имеет ограничения по функциональности и не поддерживает часть сценариев (например, работу с некоторым торговым оборудованием и COM-объектами).
Облачные сервисы аренды 1С (включая решения от франчайзи и облачных провайдеров) переносят всю заботу о сервере, лицензиях ОС, обновлениях и бэкапах на провайдера за ежемесячную плату. Это снимает необходимость покупать железо и держать администратора, но создаёт зависимость от провайдера и требует внимательного отношения к вопросу, где физически хранятся данные и как их забрать при расторжении договора.
Наконец, для микробизнеса существует коробочный облачный вариант от самого вендора. Выбор между собственным терминальным сервером и облаком — это вопрос экономики и контроля: свой сервер выгоднее на горизонте нескольких лет и даёт полный контроль над данными, облако быстрее стартует и не требует капитальных затрат.
Сравнение вариантов доступа к 1С
Полный контроль и выгода вдолгую; требует покупки железа, лицензий и администрирования
Работа из браузера без установки; ограничена функциональность и интеграция с оборудованием
Быстрый старт без капитальных затрат; ежемесячная плата и зависимость от провайдера
Бесплатно и просто; подходит только для 1–4 пользователей в одном офисе
Частые вопросы
Сколько пользователей выдержит один терминальный сервер для 1С?
Зависит от ресурсов и профиля работы. Сервер с 32–64 ГБ ОЗУ, быстрым NVMe-диском и современным процессором обычно комфортно обслуживает 15–30 активных пользователей типовых конфигураций. Точную границу показывает только замер нагрузки в пилотном режиме: по памяти, дисковой очереди и времени отклика.
Можно ли использовать терминальный сервер с клиент-серверной базой 1С?
Да, это распространённая схема: сервер 1С и СУБД обрабатывают данные, а терминальный сервер даёт удалённым сотрудникам и филиалам доступ к толстому клиенту. Часто терминальную роль размещают на отдельной машине рядом с сервером 1С, чтобы не создавать конкуренцию за ресурсы.
Чем терминальный доступ отличается от веб-клиента 1С?
В терминале на сервере запускается полноценный клиент 1С, а пользователю транслируется картинка — доступна вся функциональность, включая оборудование через проброс портов. Веб-клиент работает в браузере, проще в развёртывании, но урезан по возможностям. Для полноценной ежедневной работы бухгалтерии чаще выбирают терминал, для эпизодического доступа — веб-клиент.
Нужны ли отдельные лицензии 1С для терминального сервера?
Да. Терминальный режим не отменяет клиентские лицензии 1С: каждая активная сессия занимает одну лицензию. Дополнительно потребуются лицензии на серверную ОС и терминальные доступы RDS CAL. Экономия по сравнению с локальной установкой достигается за счёт администрирования, а не лицензий.
Что делать, если пользователи жалуются на тормоза в терминале?
Сначала замерьте три показателя в часы пик: загрузку оперативной памяти, дисковую очередь и загрузку процессора. Чаще всего виноваты нехватка ОЗУ с активным свопингом или медленный диск. Также проверьте число «зависших» отключённых сессий — они расходуют память и лицензии; настройте их автоматическое завершение по таймауту.
Безопасно ли выставлять терминальный сервер с 1С в интернет?
Напрямую открывать RDP-порт в интернет небезопасно: такие серверы постоянно сканируют и подбирают к ним пароли. Безопасные варианты — доступ через VPN, шлюз удалённых рабочих столов с HTTPS или ограничение подключений по списку доверенных IP-адресов. Дополнительно включите сложные пароли, блокировку после неудачных попыток входа и регулярные обновления ОС.
Что важно запомнить
Терминальный сервер централизует запуск 1С: ускоряет файловую базу, даёт безопасный удалённый доступ и упрощает администрирование. Он оправдан примерно от 5 пользователей или при работе извне офиса, требует расчёта памяти и быстрых SSD, лицензий RDS и 1С, обязательного резервного копирования и закрытого от прямого доступа RDP. При большом числе пользователей терминал дополняют клиент-серверной архитектурой.