Как правильно выбрать и лицензировать MS SQL Server для 1С:Предприятие

Развертывание кластера 1С:Предприятие 8 в клиент-серверном варианте традиционно требует выбора подходящей системы управления базами данных (СУБД). При выборе Microsoft SQL Server специалисты часто сталкиваются со сложной номенклатурой позиций, значительным разбросом цен и специфическими вариантами поставок от самой фирмы «1С» и сторонних поставщиков программного обеспечения. Разберем по шагам, чем отличаются редакции Runtime и Full-use, в чем заключается специфика лицензирования по ядрам и модели Server + CAL, а также как не ошибиться при расчете стоимости владения инфраструктурой.

Расшифровка артикулов и специфика соглашений Open Value

При получении коммерческих предложений системные администраторы нередко видят позиции с привлекательной стоимостью, например, 228-04738 SQLSvrStd SNGL LicSAPk OLV NL 1Y AqY1 AP. Проанализируем структуру этого артикула:

1. SQLSvrStd SNGL: редакция Microsoft SQL Server Standard для одного сервера (Single Language).
2. LicSAPk: пакет включает в себя лицензию (License) и программу поддержки (Software Assurance).
3. OLV NL: программа корпоративного лицензирования Open Value без начального уровня скидки (No Level).
4. 1Y / AqY1: платеж только за первый год трехлетнего контракта (Annual Payment, Year 1).

Важно понимать: привлекательная цена в подобном коммерческом предложении обычно скрывает не единоразовую покупку, а схему рассрочки на 3 года. Покупатель обязан выплачивать указанную сумму ежегодно на протяжении всего срока действия соглашения Open Value. Если организация не планирует долгосрочные ежегодные платежи с подпиской Software Assurance, необходимо ориентироваться на бессрочные лицензии (ранее поставлявшиеся по каналу OLP, а ныне переведенные в модель CSP — Cloud Solution Provider как Software in CSP).

В чем разница между лицензиями Runtime и Full-use

Фирма «1С» предлагает собственные варианты поставки Microsoft SQL Server, разделенные на две категории: Runtime и Full-use. Выясним причину их разделения и ключевые особенности использования:

1. Техническая сторона: физически дистрибутивы Runtime и Full-use идентичны. У них одинаковый бинарный код, те же службы и инструменты администрирования. Ограничения носят исключительно юридический характер и фиксируются в лицензионном соглашении (EULA).
2. Лицензия Runtime: дает право использовать СУБД только совместно с платформой 1С:Предприятие 8. На данном экземпляре сервера запрещено создавать или подключать сторонние базы данных (например, базы корпоративных порталов, сторонних CRM, систем биллинга или систем мониторинга).
3. Лицензия Full-use: снимает ограничение на работу только с базами 1С. Организация имеет право использовать SQL Server с любыми другими приложениями. Единственным юридическим условием покупки Full-use через канал 1С является наличие у клиента действующих лицензий платформы 1С:Предприятие 8.
4. Правило апгрейда: официального перехода или доплаты с лицензий Runtime на Full-use не существует. Если предприятие приобрело Runtime-лицензии, а затем решило развернуть на этом же сервере стороннюю базу, придется приобретать комплект Full-use за полную стоимость.

Модели лицензирования: Server + CAL против Per Core

Существуют две основные модели лицензирования Microsoft SQL Server Standard, которые напрямую влияют на архитектуру информационной системы и итоговые затраты.

1. Модель «Сервер + клиентские лицензии» (Server + CAL)

В этой схеме приобретается одна серверная лицензия на экземпляр операционной системы и клиентские лицензии (CAL — Client Access License) на каждого пользователя (User CAL) или каждое клиентское устройство (Device CAL).

Рассмотрим эффект мультиплексирования: сервер «1С:Предприятия» выполняет роль промежуточного звена (пула подключений) между клиентами и базой данных. С точки зрения лицензионных правил Microsoft, пул соединений не освобождает от покупки CAL. Лицензия клиентского доступа требуется каждому реальному сотруднику или компьютеру, обращающемуся к базам 1С через толстый, тонкий или веб-клиент. При наличии внешних интеграций (обмены через Web/HTTP-сервисы, публикация базы для клиентов через веб-сервер, OData) точный учет клиентских лицензий CAL становится невозможным, что делает применение модели Server + CAL нелегитимным.

2. Модель «По ядрам» (Per Core)

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

Разберем обязательные требования к модели Per Core:

1. Минимальный порог покупки для любого сервера или виртуальной машины составляет 4 лицензии на ядро (обычно поставляются пакетами по 2 ядра, то есть минимум 2 пакета). Даже если виртуальной машине выделено 2 ядра vCPU, оплатить необходимо 4 ядра.
2. Для динамической миграции виртуальной машины между физическими хостами кластера виртуализации без ограничений требуется активная подписка Software Assurance. Без нее переносить виртуальную машину с привязанной лицензией между хостами разрешено не чаще одного раза в 90 дней.

Почему бесплатный MS SQL Server Express часто не подходит для рабочих баз

В попытке оптимизировать бюджет некоторые предприятия рассматривают редакцию MS SQL Server Express. Оценим критические аппаратные и программные ограничения этого выпуска:

1. Лимит размера базы данных: максимальный объем файла данных одной базы ограничен 10 ГБ. Для большинства типовых конфигураций 1C:Бухгалтерия или 1С:Управление торговлей с прикрепленными файлами и историей документов этот лимит исчерпывается за считанные месяцы.
2. Ограничение по оперативной памяти: редакция Express задействует не более ~1,4 ГБ оперативной памяти под буферный пул данных на один экземпляр, что приводит к постоянному чтению с диска и падению производительности при росте числа пользователей.
3. Отсутствие SQL Server Agent: автоматическое резервное копирование, дефрагментацию индексов и обновление статистик невозможно настроить стандартными средствами СУБД. Администратору приходится создавать скрипты резервного копирования и запускать их через планировщик задач операционной системы.

PostgreSQL как полноценная альтернатива MS SQL Server

Если бюджет ограничен, а требования к надежности и объемам данных высоки, оптимальным решением становится переход на открытую СУБД PostgreSQL. Однако здесь есть важные технические нюансы:

1. Специализированная сборка: стандартный (ванильный) дистрибутив PostgreSQL не поддерживает специфику платформы 1С:Предприятие 8. Для корректной работы требуются специализированные сборки СУБД, содержащие патчи для совместимости с транзакционной моделью, механизмами блокировок и структурой дат платформы 1С.
2. Обслуживание временных таблиц: платформа 1С активно создает и уничтожает временные таблицы в процессе проведения документов и формирования отчетов. Это создает высокую нагрузку на системный каталог. Эксплуатация базы требует грамотной настройки параметров фоновой очистки (autovacuum), разделяемой памяти и пулов подключений, иначе производительность базы будет постепенно деградировать.

Алгоритм принятия решения при покупке СУБД

Обобщим шаги для выбора оптимального варианта:

1. Определим характер задач: если на сервере будут размещаться сторонние системы помимо 1С — выбираем вариант Full-use или стандартную лицензию от дистрибьюторов ПО. Если на сервере будут жить исключительно базы 1С — лицензия Runtime позволит сэкономить.
2. Оценим число пользователей и интеграций: для замкнутого контура сотрудников до 20–30 рабочих мест выгоднее приобрести лицензии Server + CAL. Для открытых систем, веб-клиентов и большого числа пользователей выбираем лицензирование по ядрам (Per Core).
3. Проверим схему оплаты: внимательно изучаем артикулы в коммерческих предложениях, отделяя единоразовые покупки бессрочных лицензий от ежегодных платежей по соглашениям Open Value.