Как развернуть 1С на Windows Server с удалёнными рабочими столами

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

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

Что решить до установки: схема, железо, версия Windows

Сначала определите, где будет лежать база. От этого зависит всё остальное.

💡 Файловую базу держите на локальном диске терминального сервера, а не в сетевой папке. Все сеансы обращаются к файлу 1Cv8.1CD на этом же диске, и скорость заметно выше, чем при работе по сети.

Ориентировочные требования к ресурсам (зависят от конфигурации и привычек пользователей):

• 🖥️ Память: 4 ГБ под ОС плюс примерно 0,5–1 ГБ на каждого пользователя тонкого клиента . Толстый клиент и тяжёлые отчёты берут больше.
• ⚙️ Процессор: от 4 ядер; при 20+ пользователях — 8 и больше. Важна частота ядра: 1С во многих операциях однопоточна.
• 💾 Диск: SSD или NVMe. На HDD файловая база и кэш пользователей заметно тормозят.

Для 15 пользователей тонкого клиента выйдет примерно 4 + 15 × 0,75 ≈ 15–16 ГБ, разумно ставить 16–24 ГБ.

Версия Windows: Windows Server 2016, 2019, 2022 или 2025. Заранее решите, будет ли домен Active Directory. Без домена работают узел сеансов и лицензирование, но полноценное развёртывание RDS с RemoteApp и коллекциями сеансов требует домена.

Шаг 1. Установка ролей терминального сервера в Windows Server

Нужны две роли из набора служб удалённых рабочих столов:

• Узел сеансов удалённых рабочих столов (RD Session Host) — сам терминальный сервер;
• Лицензирование удалённых рабочих столов (RD Licensing) — выдаёт лицензии CAL.

Сервер в домене

В домене удобнее сценарий развёртывания RDS:

1. Откройте Диспетчер серверов → Управление → Добавить роли и компоненты.
2. Выберите тип установки «Установка служб удалённых рабочих столов».
3. Для одного сервера подойдёт «Быстрый запуск» и «Развёртывание на основе сеансов». Мастер поставит узел сеансов, посредник подключений и веб-доступ на эту машину.
4. После перезагрузки добавьте роль лицензирования: в Диспетчер серверов → Службы удалённых рабочих столов → Обзор нажмите зелёный значок «Лицензирование удалённых рабочих столов».

Сервер в рабочей группе

Без домена ставьте роли обычным способом — «Установка ролей или компонентов». Быстрее через PowerShell от имени администратора:

Install-WindowsFeature RDS-RD-Server, RDS-Licensing -IncludeManagementTools -Restart

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

Шаг 2. Лицензии RDS CAL: активация и режим лицензирования

Лицензии терминального доступа (RDS CAL) покупаются отдельно от самой Windows Server и отдельно от лицензий 1С. Это три независимых комплекта, и каждого должно хватать.

Активация сервера лицензирования

1. Запустите диспетчер лицензирования: Win + R → licmgr.exe.
2. Щёлкните правой кнопкой по имени сервера → «Активировать сервер». Мастер предложит активацию через интернет , браузер или телефон.
3. После активации там же выберите «Установить лицензии» и введите данные пакета: номер соглашения или ключ из купленного пакета.
4. В домене мастер предложит добавить сервер в группу «Серверы лицензирования терминальных серверов» — согласитесь.

Режим: на пользователя или на устройство

Режим и адрес сервера лицензирования задаются групповой политикой. В рабочей группе — локальной (gpedit.msc):

Конфигурация компьютера → Административные шаблоны → Компоненты Windows → Службы удалённых рабочих столов → Узел сеансов удалённых рабочих столов → Лицензирование

Включите там два параметра:

• «Использовать указанные серверы лицензирования удалённых рабочих столов» — впишите имя или адрес сервера;
• «Задать режим лицензирования удалённых рабочих столов» — выберите тот же режим, что у купленных лицензий.

Проверить результат можно средством диагностики lsdiag.msc. Оно показывает, видит ли узел сеансов сервер лицензирования и сколько лицензий доступно.

Режим в политике должен совпадать с типом купленных CAL — иначе после льготного периода пользователи не смогут войти.

Шаг 3. Установка платформы 1С на терминальный сервер

Устанавливайте платформу один раз, от имени администратора — она будет доступна всем пользователям сервера.

Компоненты платформы

1. Распакуйте дистрибутив технологической платформы и запустите setup.exe.
2. В списке компонентов отметьте «1С:Предприятие» и «1С:Предприятие — тонкий клиент».
3. «Сервер 1С:Предприятия» ставьте только если сервер 1С будет на этой же машине.
4. На последнем шаге мастер предлагает установить драйвер защиты. Он нужен, если лицензия 1С на аппаратном USB-ключе.

💡 Переводите пользователей на тонкий клиент. Он берёт меньше памяти на сеанс, а значит, на том же сервере поместится больше людей.

Лицензии 1С для терминальных сеансов

Каждый сеанс пользователя в 1С занимает одну клиентскую лицензию. Если 12 человек одновременно открыли 1С — нужно не меньше 12 лицензий.

• 🔑 Программная лицензия активируется прямо на терминальном сервере при первом запуске 1С (пин-код из комплекта). Многопользовательская программная лицензия работает во всех сеансах сервера.
• 🔌 Аппаратный ключ: для терминального сервера нужен сетевой многопользовательский ключ и менеджер лицензий HASP. Локальный однопользовательский ключ в терминальных сеансах не работает .
• 🖥️ Клиент-серверный режим: если есть сервер 1С с лицензиями, держите их там — так проще учитывать.

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

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

1. Создайте файл списка баз, например C:\1C\ibases.v8i (его можно выгрузить из окна запуска 1С на своей учётке).
2. Откройте (или создайте) файл C:\ProgramData\1C\1CEStart\1cestart.cfg.
3. Добавьте строку:

CommonInfoBases=C:\1C\ibases.v8i

При следующем запуске 1С у всех пользователей появятся базы из этого файла.

Шаг 4. Подключение пользователей по RDP и публикация 1С через RemoteApp

Доступ к удалённому рабочему столу

1. Создайте учётные записи пользователей (локальные или доменные).
2. Добавьте их в группу «Пользователи удалённого рабочего стола». Администраторами пользователей не делайте.
3. Проверьте, что в Параметры системы → Удалённый рабочий стол подключения разрешены и включена проверка подлинности на уровне сети (NLA).
4. На рабочих местах — штатный клиент mstsc.exe с адресом сервера.

Стандартный порт RDP — 3389. Его меняют в реестре в параметре PortNumber ветки:

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Terminal Server\WinStations\RDP-Tcp

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

RemoteApp: только окно 1С, без рабочего стола

С RemoteApp пользователь видит окно 1С как обычную программу на своём компьютере. Рабочий стол сервера ему не показывается. Нужно развёртывание RDS в домене (см. Шаг 1):

1. Диспетчер серверов → Службы удалённых рабочих столов → Коллекции — создайте коллекцию сеансов, добавьте в неё сервер и группу пользователей.
2. В коллекции, в блоке «Программы RemoteApp», выберите «Опубликовать программы RemoteApp».
3. Опубликуйте 1cestart.exe из папки C:\Program Files\1cv8\common\. Так пользователь получит окно выбора баз, а после обновления платформы ярлык не придётся перенастраивать.
4. Раздайте пользователям .rdp-файл или адрес веб-доступа RD Web.

Терминальный сервер и сервер 1С в разных машинах

Если база клиент-серверная, терминальный сервер должен видеть сервер 1С по портам 1540 (агент), 1541 (менеджер кластера) и диапазону рабочих процессов, по умолчанию 1560–1591. Ставьте обе машины в одну локальную сеть или на один хост виртуализации — задержка между ними напрямую влияет на скорость проведения документов.

Производительность: память, кэш и зависшие сеансы

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

Отключённые сеансы держат лицензии 1С

Если пользователь закрыл окно RDP крестиком, сеанс не завершается, а переходит в состояние «Отключён». 1С в нём продолжает работать, занимает лицензию и может держать блокировки.

Ограничьте время жизни таких сеансов политикой:

Конфигурация компьютера → Административные шаблоны → Компоненты Windows → Службы удалённых рабочих столов → Узел сеансов удалённых рабочих столов → Ограничение сеансов по времени

Параметр «Задать ограничение по времени для отключённых сеансов» — например, 2–4 часа.

Кэш 1С у каждого пользователя

У каждого пользователя на сервере свой кэш в профиле: %APPDATA%\1C\1cv8 и %LOCALAPPDATA%\1C\1cv8. После обновлений конфигурации он разрастается и иногда даёт странные ошибки отображения. Очищать кэш можно только у пользователя, который вышел из 1С. Для одного человека проще запустить 1С с параметром /ClearCache.

Что ещё ускоряет работу

• 🛡️ Исключите из проверки антивирусом папку с файловыми базами и папки кэша 1С — сканирование 1Cv8.1CD на лету резко тормозит запись.
• 🎨 Отключите визуальные эффекты Windows в сеансах и обои рабочего стола.
• 📊 Следите за нагрузкой в диспетчере задач на вкладке «Пользователи»: видно, какой сеанс съел память или процессор.
• 🔄 Обновления Windows ставьте по расписанию в нерабочее время, с предупреждением сотрудников: перезагрузка завершит все сеансы.

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

Терминальный сервер с 1С — лакомая цель: на нём бухгалтерия всей фирмы. Самая частая причина взломов — открытый в интернет порт RDP с простыми паролями.

Доступ снаружи

• 🔒 Не публикуйте 3389 напрямую в интернет. Удалённые сотрудники подключаются через VPN или через шлюз удалённых рабочих столов (RD Gateway), который работает по HTTPS.
• 🚫 Включите политику блокировки учётной записи после нескольких неверных паролей (secpol.msc → Политики учётных записей → Политика блокировки учётной записи).
• 🔑 Длинные пароли, а для внешних подключений — двухфакторная аутентификация, если её поддерживает ваш VPN или шлюз.

Права внутри сервера

• 👥 Заведите группу, например «Пользователи 1С». Дайте ей права «Изменение» на папку с файловыми базами, остальным — ничего.
• 📁 Запретите перенаправление дисков и буфера обмена в политиках RDS, если сотрудникам не нужно копировать файлы на свои ПК. Это главный канал утечки выгрузок.
• 🧱 Ограничьте запуск программ (AppLocker или RemoteApp), чтобы на сервере нельзя было запустить браузер, торрент или что-то из загрузок.
• 🖨️ Для печати используйте перенаправление принтеров (Easy Print) — драйверы всех принтеров сотрудников на сервер ставить не придётся.

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

Настройте копирование баз на отдельное хранилище, не на тот же диск. Для файловой базы копируйте 1Cv8.1CD, когда в базе нет пользователей, или делайте выгрузку .dt через конфигуратор ночью. Хранилище копий не должно быть доступно пользователям сервера по сетевой папке — так шифровальщик не доберётся до архива.

Если после запуска что-то не работает

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