← На главную

Рассмотрим распространенную ситуацию: организация использует файловую базу 1С:Предприятие, к которой одновременно подключаются около 10 пользователей через удаленный рабочий стол (RDP). Для экономии ранее использовалась десктопная операционная система с неофициальными модификациями (патчами), позволяющими обойти ограничение на число одновременных терминальных сессий. Руководство ставит задачу полностью легализовать программное обеспечение и спланировать переход на клиент-серверный режим. Разберем по шагам, почему модифицированная клиентская ОС не является выходом, какие лицензии Microsoft требуются для классического терминального доступа и какие современные альтернативы позволяют организовать стабильную и полностью законную работу пользователей.

Лицензионные и технические риски использования Windows 10/11 в роли терминального сервера

Проанализируем правовой и технический статус использования десктопных редакций Windows (Windows 7, 10, 11 Pro) для одновременной работы нескольких пользователей:

1. Юридическая недействительность: Лицензионное соглашение Microsoft (EULA) для настольных ОС прямо запрещает одновременную работу более одного интерактивного пользователя. Применение сторонних утилит (RDP Wrapper и аналогичных библиотек) для снятия этого лимита нарушает соглашение. При любой юридической проверке даже купленная лицензия на настольную Windows теряет легитимность.
2. Ограничение сетевого стека: Клиентские ОС имеют жесткое системное ограничение на количество входящих сетевых подключений (не более 20 одновременных TCP/SMB сессий). Это создает проблемы при обращении пользователей к расшаренным ресурсам и сетевым службам.
3. Неуправляемые обновления и перезагрузки: Десктопная ОС не дает полного контроля над графиком установки обновлений и перезагрузок. Внезапный перезапуск компьютера при активных сессиях пользователей в файловой базе 1Cv8.1CD неизбежно ведет к физическому повреждению структуры таблиц БД.
4. Оптимизация памяти: Ядро Windows 10/11 оптимизировано под приложения переднего плана, а не под равномерное распределение серверных нагрузок между десятком изолированных пользовательских сеансов.

Вариант 1. Классический терминальный сервер на базе Windows Server

Если специфика работы требует нахождения всех пользователей непосредственно на рабочем столе сервера (например, при использовании нетиповых конфигураций на обычных формах, толстого клиента или интеграции со специфическим локальным ПО), потребуется полноценная закупка серверных лицензий Microsoft.

Выясним, какой набор лицензий необходим для 10 терминальных пользователей:

1. Лицензия на ОС Windows Server: Базовая лицензия редакции Standard на физический сервер (рассчитывается по ядрам процессора, минимум 16 ядер).
2. Лицензии клиентского доступа (Windows Server CAL): Приобретаются на каждого пользователя (User CAL) или каждое устройство (Device CAL), подключающееся к серверу.
3. Лицензии служб удаленных рабочих столов (Remote Desktop Services / RDS CAL): Специальные терминальные лицензии, разрешающие интерактивную работу через RDP (по числу пользователей или устройств).

Особенности варианта: Данная схема обеспечивает максимальную совместимость с любыми версиями 1С:Предприятие 8, но является наиболее затратной с точки зрения начальных инвестиций в инфраструктуру.

Вариант 2. Публикация файловой базы на веб-сервере (Apache или IIS)

Рассмотрим альтернативное решение, не требующее покупки дорогостоящих терминальных лицензий RDS CAL, если информационная база работает на базе управляемых форм (например, 1С:Бухгалтерия 3.0, 1С:Управление нашей фирмой, 1С:Зарплата и управление персоналом 3.1).

В этом случае на хосте устанавливается веб-сервер (бесплатный Apache HTTP Server или встроенный в Windows IIS), на котором выполняется публикация базы данных. Пользователи подключаются к базе следующими способами:

1. Через Тонкий клиент 1С: На локальные ПК сотрудников устанавливается легковесный клиент 1С, в строке подключения которого указывается веб-адрес опубликованной базы (например, http://server/base_name).
2. Через обычный веб-браузер: Доступ к интерфейсу 1С осуществляется через браузер без установки платформы на рабочую станцию.

Проанализируем преимущества и нюансы веб-публикации:

1. Отказ от RDP: Пользователям не требуется рабочий стол сервера, что полностью исключает потребность в лицензиях RDS CAL.
2. Требования к ресурсам: Бизнес-логика при таком сценарии обрабатывается процессом веб-сервера на хосте, поэтому серверная машина должна обладать достаточным запасом оперативной памяти и производительным процессором.
3. Ограничение по конфигурациям: Метод подходит только для конфигураций на управляемом приложении. Устаревшие решения на обычных формах (толстый клиент) через веб-сервер работать не смогут.

Вариант 3. Переход на полноценный клиент-серверный режим (SQL)

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

Разберем структуру клиент-серверного решения:

1. Сервер 1С:Предприятие: Приобретается серверная лицензия 1С (32-разрядная или 64-разрядная).
2. Система управления базами данных (СУБД): Чтобы избежать покупки дорогостоящего MS SQL Server и лицензий SQL CAL, используется свободно распространяемая СУБД PostgreSQL (сборка, оптимизированная для 1С).
3. Клиентские подключения: Пользователи работают через Тонкий клиент 1С со своих рабочих компьютеров по локальной сети, подключаясь к кластеру серверов 1С через порт 1541.

Посмотрим на ключевые преимущества клиент-серверной архитектуры перед файловым RDP:

1. Устранение блокировок: В отличие от файлового режима, где при записи блокируются целые таблицы, в SQL-режиме применяются построчные блокировки, исключающие взаимные зависания 10 и более пользователей.
2. Надежность и сохранность данных: СУБД обеспечивает непрерывную транзакционную целостность и возможность горячего резервного копирования без прерывания сеансов пользователей.
3. Экономия на лицензиях Windows: Сервер 1С и СУБД PostgreSQL могут быть полностью бесплатно развернуты на операционной системе Linux (например, Ubuntu Server или Astra Linux), что сводит лицензионные затраты исключительно к платформе 1С:Предприятие.

Сравнительный анализ вариантов для принятия решения

Подведем итог и выделим рекомендации в зависимости от текущей конфигурации 1С:

1. Если конфигурация на обычных формах и переход на новую версию не планируется в ближайшие месяцы: единственным легальным путем остается аренда облачного сервера либо покупка Windows Server + RDS CAL.
2. Если конфигурация на управляемых формах и бюджет ограничен: опубликуйте файловую базу на веб-сервере (Apache / IIS) и переведите пользователей на работу через Тонкий клиент.
3. Если планируется развитие системы и рост числа пользователей: переходите сразу на клиент-серверную связку 1С:Предприятие + PostgreSQL с подключением по тонкому клиенту без использования терминальных сессий RDP.