Как лицензировать SQL Server 2025 в небольшой компании

SQL Server 2025 можно развернуть на физическом сервере или в виртуальной машине, но цена и состав лицензий зависят от выбранной модели, числа ядер и способа доступа пользователей. В этой статье разберём, чем отличаются лицензирование по ядрам и по пользователям, как учитывать виртуализацию и какие данные подготовить до покупки. В результате руководитель сможет составить понятную схему лицензирования и не оплачивать ресурсы, которыми база данных не пользуется.

Какие модели лицензирования SQL Server 2025 доступны бизнесу?

Для небольшой компании обычно рассматривают две базовые схемы: лицензирование по ядрам или лицензирование сервера с доступом через CAL. Выбор зависит от того, кто подключается к базе, сколько таких подключений будет и работает ли SQL Server с внешними приложениями.

Лицензия по ядрам часто удобнее для сервиса, к которому обращается интернет-магазин, сайт или внутренняя программа от имени множества пользователей. При схеме Server + CAL нужно учитывать каждого пользователя или устройство с доступом. Подробное сравнение редакций и сценариев можно посмотреть в материале SQL Server Standard или Enterprise для малого бизнеса.

SQL Server не блокирует подключение после превышения числа купленных CAL. Соответствие проверяют по документам, учёту лицензий и возможному аудиту, поэтому таблица пользователей в Excel сама по себе не заменяет лицензионный расчёт (Dell: «Microsoft SQL Server лицензирование и дополнительный сервер»).

Как учитывать виртуальную машину при расчёте лицензий?

Виртуализация не отменяет лицензирование. Если SQL Server 2025 работает в виртуальной машине, сначала фиксируют параметры этой машины: число виртуальных ядер, редакцию SQL Server и количество экземпляров. Затем проверяют, какая модель лицензирования разрешает использовать выбранную конфигурацию.

При лицензировании отдельных виртуальных машин лицензии назначают конкретной виртуальной машине. Такой подход позволяет считать только выделенные ей виртуальные ядра, если конфигурация соответствует условиям лицензии. При лицензировании по физическим ядрам считают ядра физического сервера, на котором работает SQL Server. В среде с несколькими виртуальными машинами это может заметно изменить итоговый объём лицензий.

Пример расчёта без привязки к цене: сервер имеет 16 физических ядер, а виртуальной машине для базы выделили 6 виртуальных ядер. При схеме для отдельных виртуальных машин в расчёт попадает конфигурация этой ВМ. При лицензировании физического сервера анализируют все ядра хоста и правила выбранной редакции. Если виртуальные машины переносят между хостами, нужно проверить каждый возможный хост, а не только сервер, на котором база запущена сегодня.

Microsoft описывает вариант лицензирования отдельных виртуальных машин по числу виртуальных ядер. Для максимальной виртуализации применяют лицензирование SQL Server Enterprise по физическим ядрам с Software Assurance (Microsoft, «Лицензирование SQL Server»). Для малого бизнеса второй вариант требует отдельного расчёта: резервирование и перенос виртуальных машин могут увеличить число лицензируемых ядер.

Какие данные собрать до покупки SQL Server?

Расчёт начинается с инвентаризации. Администратор или подрядчик записывает характеристики сервера, а руководитель подтверждает сценарии доступа. Не стоит заказывать лицензии только по числу сотрудников в штате: часть работников может не пользоваться базой, а к ней могут обращаться сайт, кассовая программа или интеграция.

• Редакция SQL Server, которую планируют использовать: Standard или Enterprise.
• Версия продукта и требования прикладной программы, которая подключается к базе.
• Физический сервер или облачная инфраструктура, где будет работать SQL Server.
• Количество физических ядер хоста и число виртуальных ядер конкретной ВМ.
• Число экземпляров SQL Server и их размещение.
• Пользователи, устройства и приложения, которые получают доступ к базе.
• Возможность переноса ВМ на другой физический сервер.
• Нужны ли резервный сервер, тестовая среда и отдельная база для разработки.

Отдельно фиксируют будущие изменения. Если компания планирует добавить вторую виртуальную машину, перенести сервер в облако или подключить новый сайт, это влияет на схему лицензирования. Для сравнения альтернативной СУБД пригодится материал PostgreSQL или SQL Server для малого бизнеса, особенно если база ещё не выбрана и расходы можно оценить до внедрения.

Как выбрать между Standard и Enterprise?

Редакцию выбирают по функциям и нагрузке, а не по привычке администратора. Standard закрывает типовые задачи прикладной базы данных для небольшой компании. Enterprise рассматривают, когда нужны функции, которых нет в Standard, либо когда архитектура требует расширенных возможностей.

Сначала составьте список функций, которые использует программа: репликация, отказоустойчивость, аналитические компоненты, работа с большими объёмами данных и требования к доступности. Затем сопоставьте его с документацией SQL Server 2025 и требованиями разработчика приложения. Если купить Enterprise «на вырост», компания заплатит за возможности, которые не участвуют в текущей работе.

Редакция влияет и на цену лицензирования по ядрам. Поэтому корректный порядок такой: сначала подтвердить функции, затем определить модель лицензирования, после этого посчитать ядра и только в конце сравнивать коммерческие предложения в BYN. Сравнение цены без одинаковой редакции и одинакового числа ядер вводит в заблуждение.

Какие ошибки чаще всего увеличивают расходы?

• Считают только виртуальные ядра, хотя выбранная схема требует лицензировать физический хост.
• Забывают о втором сервере, на который администратор переносит виртуальную машину при сбое.
• Покупают CAL по числу сотрудников, не проверив доступ сервисных учётных записей и приложений.
• Смешивают лицензии для рабочей базы, тестовой среды и резервного экземпляра.
• Сравнивают SQL Server Standard и Enterprise по цене, не сопоставив набор функций.
• Не фиксируют состав лицензий и назначение каждой лицензии в реестре программного обеспечения.

Управлять такой схемой проще, если отдельно вести реестр серверов, виртуальных машин, ядер, пользователей и договоров. При изменении инфраструктуры запись обновляют сразу: перенос базы или изменение числа ядер иногда меняет лицензионную картину. Для компании с несколькими серверами полезен аудит, который связывает техническую конфигурацию с купленными лицензиями.