«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.