Нужно ли покупать клиентские лицензии SQL на каждого пользователя 1С и как устроено лицензирование СУБД?

Системный администратор IT и автоматизация бизнеса
← На главную

При переходе на клиент-серверный вариант работы «1С:Предприятие» перед ИТ-специалистами и руководством компаний неизбежно встает вопрос лицензирования базы данных (СУБД). Очень часто возникает ситуация: у компании приобретено, например, 90 клиентских лицензий 1С, а в коробке со старым Microsoft SQL Server по бумагам числится всего 20 пользовательских лицензий (CAL). При этом всё прекрасно работает годами.

В этой статье мы подробно разберем, почему возникает такая техническая «свобода», чем грозит нехватка лицензий с юридической точки зрения, что такое мультиплексирование и какие современные альтернативы существуют на рынке в сегодняшних реалиях.

Технический запуск против юридической чистоты: почему всё работает?

Для начала ответим на самый популярный технический вопрос системных администраторов: почему сервер MS SQL работает и не блокирует подключения, если лицензий куплено меньше, чем реальных пользователей?

Дело в технологических особенностях защиты программных продуктов:

  1. Отсутствие аппаратного или программного контроля: В отличие от платформы 1С:Предприятие 8, которая строго контролирует количество подключений с помощью программных пин-кодов или USB-ключей HASP, у Microsoft SQL Server (в редакциях Standard) нет встроенного технического механизма, который бы блокировал «лишних» пользователей.
  2. Бумажное лицензирование: Лицензирование СУБД от Microsoft во многом является декларативным. Это означает, что при установке сервера СУБД вы подтверждаете лицензионное соглашение (EULA) исключительно «на бумаге». Программа доверяет вам и не проверяет через интернет или локальную сеть, сколько именно физических лиц обращаются к базам данных. Технически сервер запустится и будет работать даже с одной-единственной лицензией SQL CAL.

Однако то, что программа работает без технических ограничений, не означает, что вы не нарушаете закон и авторские права корпорации-разработчика.

Ловушка промежуточного сервера: что такое Мультиплексирование?

Многие администраторы ошибочно полагают: «Поскольку к СУБД напрямую подключается только один пользователь — это служба сервера приложений 1С (кластер), то и лицензировать нужно только одно подключение». Это глубокое и очень опасное заблуждение.

В официальных правилах лицензирования Microsoft существует жестко прописанный термин — Мультиплексирование (Multiplexing).

Мультиплексирование — это использование аппаратного или программного обеспечения (в нашем случае — кластера серверов 1С, веб-серверов IIS/Apache или пулов соединений), которое уменьшает количество устройств или пользователей, напрямую обращающихся к SQL Server.

Согласно правилам лицензирования:

Таким образом, если у вас в программе 1С одновременно работают 90 сотрудников, у вас обязано быть приобретено ровно 90 пользовательских лицензий SQL CAL. Использование всего 20 лицензий при 90 реальных пользователях — это прямое нарушение авторских прав и использование нелицензионного ПО.

Варианты поставки: Runtime против Full-Use

При покупке лицензий MS SQL через партнеров 1С (когда это было доступно) пользователям предлагался специальный выгодный вариант — Runtime.

Рассмотрим подробнее разницу между двумя моделями лицензирования:

  1. Лицензия Runtime: Это специальный «совместный продукт» Microsoft и 1С. Такая СУБД стоит значительно дешевле стандартной, но имеет жесткое ограничение: базы данных, размещенные на этом SQL-сервере, должны использоваться только для работы с системой 1С:Предприятие. Если вы решите развернуть на этом же сервере стороннюю CRM, базу сайта или систему мониторинга, вы нарушите условия использования. Лицензии Runtime всегда поставляются по схеме «Сервер + Пользователи».
  2. Лицензия Full-Use (полная): Не имеет ограничений на характер размещаемых данных. Вы можете использовать её для любых корпоративных ИТ-систем. Она стоит дороже и может приобретаться как по числу пользователей, так и по ядрам процессора.

Две модели расчета: «Сервер + Клиенты» или «По ядрам» (Per Core)

Для СУБД Microsoft SQL Server Standard существует две схемы лицензирования. Выбор схемы зависит исключительно от математического расчета окупаемости:

Современные реалии и риски использования MS SQL Server

Проанализируем текущую ситуацию на ИТ-рынке. На сегодняшний день корпорация Microsoft официально приостановила продажи и поддержку своих продуктов. Это привело к следующим важным последствиям:

Переходим на PostgreSQL и Postgres Pro: современное решение проблем

Что делать ИТ-директору или системному администратору в ситуации, когда бюджет ограничен, а инфраструктуру необходимо обновлять? Единственным правильным и полностью легальным путем является переход на альтернативные СУБД с открытым кодом или отечественные разработки.

Рассмотрим два основных варианта миграции:

Вариант 1. Бесплатный PostgreSQL (сборка от фирмы «1С»)

Фирма «1С» активно поддерживает и выпускает собственные бесплатные сборки СУБД PostgreSQL, которые оптимизированы для совместной работы с платформой 1С:Предприятие 8.

Преимущества:

Нюансы администрирования:

Переход на бесплатный PostgreSQL потребует от системного администратора более глубоких знаний. Из коробки эта СУБД требует тонкой настройки конфигурационных файлов (например, оптимизации параметров памяти), регулярного обслуживания индексов и настройки планов резервного копирования сторонними утилитами.

Вариант 2. Коммерческая СУБД Postgres Pro (версии для 1С)

Для высоконагруженных систем и баз данных объемом в сотни гигабайт рекомендуется рассмотреть коммерческую СУБД от отечественного разработчика — Postgres Pro (подразделение Postgres Professional).

Эта СУБД включена в Реестр отечественного ПО и поставляется в специализированных редакциях, оптимизированных под тяжелые запросы «1С» (включая конфигурации ERP и УПП).

Лицензирование Postgres Pro предлагает гибкие схемы, аналогичные классическим:

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

Преимущества Postgres Pro:

Резюме и рекомендации

Подводя итоги, дадим пошаговый план действий для миграции на новый сервер:

  1. Если вы запускаете новый сервер на Windows Server 2019, не пытайтесь переносить туда старый SQL 2008 R2 — он официально не поддерживается новыми операционными системами, а нехватка лицензий CAL (всего 20 штук на 90 пользователей) делает эту схему нелегальной.
  2. Для экономии бюджета и обеспечения полной юридической безопасности рассмотрите перевод баз данных 1С на бесплатный PostgreSQL. Проведите тестовую миграцию копии базы данных, выполните замеры производительности (например, с помощью теста Гилева).
  3. Если у вас крупное предприятие с высокими требованиями к отказоустойчивости и скоростью работы СУБД, заложите в бюджет покупку отечественной Postgres Pro Enterprise для 1С. Это обойдется дешевле, чем покупка сотен лицензий CAL от зарубежных вендоров, и обеспечит полноценную поддержку со стороны разработчика.
← На главную