SQL Server и данные

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

Microsoft SQL Server: редакции (Express, Standard, Enterprise), лицензирование per core и Server+CAL и когда переходить в Azure SQL или Managed Instance.

Предметная сцена, раскрывающая тему материала: Microsoft SQL Server: редакции, лицензии и миграция в Azure SQL

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

Эти блоки отвечают на практические вопросы без скрытого текста и без неподтвержденных обещаний по срокам, стоимости или результату.

Что такое Microsoft SQL Server простыми словами?

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

Чем SQL Server Express отличается от платных версий?

Express — бесплатная редакция с жёсткими лимитами: база до 10 ГБ, 1 ГБ RAM, 1 сокет / до 4 ядер. Подходит для разработки, небольших приложений и пилотов. Standard и Enterprise снимают эти лимиты и добавляют Enterprise-функции (Always On, in-memory OLTP, расширенная безопасность). Для продакшна чаще выбирают Standard.

Как лицензируется SQL Server?

Двумя моделями: per-core (лицензии на ядра сервера — основная модель для новых закупок Standard и Enterprise) и Server+CAL (лицензия на сервер + клиентские лицензии, только для Standard и существующих соглашений). Для Azure VM с SQL Server можно платить по потреблению или использовать свои лицензии через Azure Hybrid Benefit.

Можно ли перенести локальный SQL Server в Azure без переписывания?

Да, через Azure SQL Managed Instance — это PaaS с почти полной совместимостью с локальным SQL Server (SQL Agent, cross-database queries,_clr). Большинство приложений переносятся с минимальными изменениями. Если нужна полная совместимость уровня ОС, используют Azure VM с SQL Server (IaaS).

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

FAQ

SQL Server Express — это бесплатно?

Да, SQL Server Express — бесплатная редакция SQL Server для обучения, небольших приложений и баз данных до 10 ГБ. Её можно использовать и в коммерческих целях, но есть ограничения по объёму базы (10 ГБ), использованию памяти (1 ГБ RAM) и процессора (1 сокет / до 4 ядер). Для продакшн-нагрузок этого обычно мало, и компании переходят на Standard или Enterprise.

Чем Standard отличается от Enterprise?

Standard подходит большинству средних нагрузок: транзакционные базы, внутренние приложения, BI. Enterprise добавляет расширенные возможности: Always On Availability Groups с большим числом реплик, table partitioning, in-memory OLTP, advanced security, Data Warehousing-функции и более высокие лимиты ресурсов. Enterprise стоит заметно дороже и нужен для крупных и критичных нагрузок.

Что такое лицензирование per core?

Per-core лицензирование — основная модель для SQL Server 2016+ (Standard и Enterprise). Вы покупаете лицензии на ядра сервера (минимум 4 ядра на процессор), без отдельных клиентских лицензий. Это сделано для моделей, где сложно считать пользователей. Для Standard есть пороговые значения числа ядер, после которого цена растёт.

Что такое Server+CAL и можно ли ещё использовать?

Server+CAL — старая модель: лицензия на сервер + клиентские лицензии (CAL) на каждого пользователя или устройства. Она доступна для SQL Server Standard, но Enterprise Server+CAL запрещён для новых соглашений (только для существующих). Server+CAL выгодна, когда пользователей мало, а сервер мощный; но для новых закупок Microsoft давно продвигает per core.

Нужно ли платить за SQL Server в Azure?

Если вы используете Azure VM с SQL Server (IaaS), вы платите за лицензию SQL Server в составе стоимости ВМ (pay-as-you-go) или используете существующие лицензии через License Mobility / Azure Hybrid Benefit. Если используете PaaS (Azure SQL Database, Managed Instance), платите за выбранный tier (DTU/vCore) — лицензия уже включена.

Что такое Azure SQL Managed Instance?

Azure SQL Managed Instance — это PaaS-сервис в Azure, который даёт почти полную совместимость с локальным SQL Server (включая многие server-level возможности: SQL Agent, cross-database queries, Service Broker), но без необходимости управлять ОС и инфраструктурой. Это самый простой путь перенести локальный SQL Server в облако с минимальными изменениями кода.

SQL Server работает на Linux?

Да. С SQL Server 2017 Microsoft поддерживает установку на Linux (Red Hat, SUSE, Ubuntu), в Docker-контейнерах и в Kubernetes. То есть это не только Windows-продукт. Функциональность на Linux почти идентична Windows-версии; различия — в специфических возможностях уровня ОС.

Что лучше: локальный SQL Server или Azure SQL?

Зависит от задачи. Локальный (или VM в Azure с SQL Server) выгоден, когда нужна полная совместимость, особые настройки ОС или есть уже купленные лицензии. Azure SQL PaaS (Database/Managed Instance) удобнее, когда не хочется управлять инфраструктурой, нужны бэкапы и патчи «из коробки» и масштабирование по запросу. Часто начинают с локального, потом мигрируют в Managed Instance.

Следующий шаг

Если у вас уже есть пример отчета, выгрузка из 1С или спорные цифры между отделами, начните с короткого BI-разбора. Для коммерческого scope используйте Power BI/Fabric маршрут, а этот гайд оставьте как подготовку вводных.