Microsoft SQL Server: редакции, лицензии и миграция в Azure SQL

«SQL Server» — одна из самых известных корпоративных СУБД, но вокруг её лицензирования и выбора редакции ходит много мифов. Компании часто переплачивают (покупают Enterprise, когда хватило бы Standard), выбирают устаревшую модель лицензирования или не учитывают вариант переноса в Azure. Между тем линейка SQL Server устроена логично, если понимать разницу редакций и моделей.

Этот гайд объясняет, что такое Microsoft SQL Server, какие бывают редакции (Express, Standard, Enterprise), как устроено лицензирование per core и Server+CAL, и когда имеет смысл мигрировать в Azure SQL или Managed Instance. Технические утверждения опираются на официальную документацию Microsoft Learn и SQL Server 2022 pricing, ссылки — в разделе «Источники».

Короткий ответ

Microsoft SQL Server — реляционная система управления базами данных от Microsoft: в ней хранятся данные корпоративных приложений (ERP, CRM, внутренние и веб-системы). Линейка состоит из трёх основных редакций: Express (бесплатная, с лимитами до 10 ГБ базы), Standard (для большинства средних нагрузок) и Enterprise (для крупных, критичных систем с расширенными возможностями).

Лицензирование SQL Server — двух моделей: per core (лицензии на ядра сервера, основная модель для новых закупок) и Server+CAL (лицензия на сервер + клиентские лицензии, только Standard и существующие соглашения). Для облака есть Azure SQL Database, Managed Instance (PaaS с почти полной совместимостью с локальным SQL Server) и SQL Server on Azure VM (IaaS). Выбор зависит от нагрузки, бюджета и того, хотите ли вы управлять инфраструктурой. Подробнее про облачную инфраструктуру — в гайде Azure для бизнеса.

Что такое SQL Server

SQL Server — это реляционная СУБД: она хранит данные в таблицах, обеспечивает целостность транзакций (ACID), обрабатывает запросы на SQL и обеспечивает безопасность доступа. На SQL Server работают:

• корпоративные приложения (ERP, CRM, отраслевые системы);
• внутренние и внешние веб-порталы;
• аналитические системы и хранилища данных;
• приложения, которые компания разрабатывает сама.

SQL Server — один из самых распространённых в корпоративном сегменте (особенно в экосистеме Microsoft), поэтому выбор редакции и модели лицензирования напрямую влияет на стоимость IT. Ошибки здесь стоят дорого, потому что Enterprise-лицензии на мощный сервер — это существенная сумма.

Редакции SQL Server

Редакция	Назначение	Ключевые ограничения / возможности
Express	Обучение, небольшие приложения, пилоты	Бесплатно; база до 10 ГБ, 1 ГБ RAM, 1 сокет / до 4 ядер
Standard	Большинство средних корпоративных нагрузок	Транзакционные БД, внутренние приложения, базовый BI; меньшие лимиты, чем у Enterprise
Enterprise	Крупные и критичные системы	Always On AG с большим числом реплик, table partitioning, in-memory OLTP, advanced security, повышенные лимиты ресурсов

Web и Developer — отдельные специальные редакции (для хостинг-провайдеров и разработки соответственно), в типовом корпоративном выборе не участвуют.

Главное правило выбора: Standard хватает большинству. Enterprise нужен, когда есть конкретная Enterprise-функция (например, расширенные Always On, in-memory OLTP, larger buffer pool) или очень высокие объёмы. Многие компании покупают Enterprise «на всякий случай» — это частая переплата.

Лицензирование SQL Server

Лицензирование SQL Server — двух моделей, и выбор зависит от сценария.

Per-core лицензирование (основная модель с SQL Server 2016+ для Standard и Enterprise):

• вы покупаете лицензии на ядра сервера;
• минимум 4 ядра на процессор (даже если физически меньше);
• не нужны отдельные клиентские лицензии (CAL);
• подходит для моделей, где сложно считать пользователей (веб-приложения, сервисы, большое число подключений).

Server+CAL лицензирование (legacy):

• лицензия на сервер + клиентские лицензии (CAL) на каждого пользователя или устройства;
• доступна только для SQL Server Standard;
• Enterprise Server+CAL запрещён для новых соглашений (используется только существующими клиентами с активной Software Assurance);
• выгодна, когда пользователей немного и они хорошо считаются (внутренние системы с известным числом сотрудников).

Также есть Enterprise Edition с Server+CAL (для существующих), но для новых закупок путь — per core. Для бесплатной Express никаких лицензий не нужно.

Для Azure: SQL Server on Azure VM можно оплачивать по потреблению (лицензия включена в стоимость ВМ) или использовать свои лицензии через Azure Hybrid Benefit (существующая лицензия SQL Server с Software Assurance даёт скидку в Azure). В PaaS (Azure SQL Database, Managed Instance) лицензия уже включена в цену выбранного tier.

Когда переходить в Azure SQL

Облачные варианты SQL Server в Azure:

• Azure SQL Database — полностью управляемая PaaS-база данных для отдельных БД. Идеальна для новых приложений, где не нужны server-level функции. Минимум администрирования.
• Azure SQL Managed Instance — PaaS с почти полной совместимостью с локальным SQL Server: SQL Agent, cross-database queries,_clr, service broker. Самый простой путь миграции существующего SQL Server в облако с минимальными изменениями.
• SQL Server on Azure VM — IaaS: ВМ с SQL Server, который вы администрируете сами. Максимальная совместимость и контроль, но вы сами отвечаете за патчи, бэкапы и настройку.

Когда какой выбирать:

• Managed Instance — если мигрируете существующий локальный SQL Server и хотите минимальных изменений в приложении.
• SQL Database — для новых приложений без сложных server-level зависимостей.
• SQL Server on VM — если нужна полная совместимость уровня ОС или особые настройки, которые PaaS не даёт.

Перенос в Azure снимает с компании заботу о железе, патчах ОС и инфраструктурных бэкапах, но добавляет зависимость от сети и облачного биллинга. Решение принимается по конкретному приложению и нагрузке.

Частые ошибки в лицензировании

• Переплата за Enterprise. Enterprise нужен только при конкретных Enterprise-функциях или очень высокой нагрузке. Для большинства корпоративных систем хватает Standard.
• Путаница моделей. Компания думает, что может свободно выбрать Server+CAL, но для новых Enterprise-соглашений это запрещено — только per core. Для Standard Server+CAL ещё доступна, но не всегда выгодна.
• Игнорирование Express для dev/test. Разработка и тестирование на бесплатной Express экономит лицензии, если соблюдать её лимиты и не переносить dev-конфигурацию в продакшн.
• Подсчёт ядер. При per-core лицензировании учитывается число физических ядер (с учётом minimим 4 на процессор и правил multi-core). Часто ошибаются в меньшую сторону — и попадают на аудит Microsoft с доплатой.
• Не использовать Azure Hybrid Benefit. Если у компании уже есть лицензии SQL Server с Software Assurance, при переносе в Azure VM или Managed Instance можно существенно сэкономить через AHB.
• Плоская схема размещения. Все базы на одном сервере без разделения по критичности. Когда одна тяжёлая база нагружает сервер, страдают остальные. Always On / отдельные instances решают проблему.

Что учитывать в регионе

• Канал закупки. SQL Server удобно оформлять через Microsoft CSP-партнёра или LSP (корпоративное лицензирование) в USD. Для крупных парков — EA с Software Assurance даёт Azure Hybrid Benefit.
• Azure-регион. Локального региона Azure в Казахстане и Центральной Азии нет; типичные варианты для региона — Европа (Poland Central, West/North Europe). Для регулируемых данных регион фиксируется до миграции. Подробнее — в гайде Azure migration и residency.
• 1С и локальные ERP. Многие 1С-конфигурации работают на SQL Server; при миграции важно учитывать совместимость, доступ и лицензирование. Это отдельный архитектурный разбор.
• Аудит соответствия. Microsoft периодически проводит лицензионные аудиты. Правильная схема лицензирования (per core vs Server+CAL, точное число ядер) экономит и деньги, и нервы при аудите.

Что собрать перед закупкой

Перед запросом оценки или закупкой полезно зафиксировать:

• текущее использование SQL Server (какие приложения, нагрузки, объёмы баз);
• число серверов и ядер (для per-core расчёта) или число пользователей (для Server+CAL);
• нужны ли Enterprise-функции (Always On, in-memory, partitioning) — или достаточно Standard;
• есть ли уже лицензии SQL Server с Software Assurance (для Azure Hybrid Benefit);
• планируется ли миграция в Azure и какой формат предпочтителен (PaaS vs IaaS);
• требования к доступности (RTO/RPO), бэкапам и комплаенсу;
• бюджетные рамки и каналы закупки (CSP/LSP/EA).

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

Источники и границы

Технические утверждения опираются на официальную документацию Microsoft:

• Microsoft Learn — «Editions and supported features of SQL Server 2022» (редакции, возможности).
• Microsoft.com — «SQL Server 2022 pricing» и «SQL Server licensing resources» (модели лицензирования, per core, Server+CAL).
• Microsoft Learn — Azure SQL Database, SQL Managed Instance, SQL Server on Azure VM.

Состав редакций, цены и правила лицензирования меняются — проверяйте по актуальному SQL Server Licensing Guide и у CSP/LSP-партнёра. Этот гайд не заменяет лицензионный аудит конкретного парка; в спорных случаях решение принимается по официальным правилам Microsoft.