Начните со схемы доступа к базе: где работает SQL Server, какие программы к нему обращаются и кто ими пользуется. Для расчёта лицензий сравните две модели: по ядрам и Server + CAL, если обе доступны для вашей редакции и версии. В первой отправная точка — вычислительные ресурсы, во второй — сервер и доступ пользователей или устройств. Ниже разберём, какие сведения собрать небольшой компании в Беларуси, как учесть виртуальную машину и что запросить у поставщика до покупки.
Какие данные собрать перед расчётом лицензий SQL Server?
Попросите администратора описать текущую установку SQL Server. Названия программы, которая использует базу, недостаточно: одна и та же программа может работать на физическом сервере или внутри виртуальной машины. Для расчёта это разные исходные условия.
Соберите сведения в одном документе. Если собственной ИТ-службы нет, передайте этот список подрядчику, который обслуживает сервер:
- Версия и редакция SQL Server, которые компания использует сейчас или планирует установить.
- Место установки: физический сервер или виртуальная машина, а также параметры процессоров и ядер.
- Пользователи и устройства, которым нужен прямой доступ или доступ через другие программы.
- Дополнительные экземпляры: тестовая среда, резервный сервер, другие виртуальные машины.
- Документы на существующие лицензии, подписки и Software Assurance, если они есть.
Отдельно отметьте планы: подключить сотрудников, открыть доступ партнёрам, перенести базу на другой сервер. Расчёт только под сегодняшнюю установку придётся пересмотреть, если изменится схема работы.
Для проверки исходных данных пригодится материал о том, как лицензировать SQL Server в небольшой компании. Сначала зафиксируйте конфигурацию, затем подбирайте позицию в прайс-листе.
Чем отличаются лицензирование по ядрам и Server + CAL?
При лицензировании по ядрам расчёт строится вокруг ресурсов сервера или виртуальной машины. В модели Server + CAL отдельно учитывают серверную лицензию и клиентские лицензии доступа. CAL — это право доступа, которое нужно отличать от учётной записи в программе и от самой установки SQL Server.
Выбирать модель только по размеру компании рано. Небольшой штат ещё не описывает доступ к базе: к ней могут обращаться внешние пользователи или несколько приложений. Сначала составьте схему подключений, затем сравните варианты.
| Что сравнить | По ядрам | Server + CAL |
|---|---|---|
| Основа расчёта | Ядра в выбранной схеме лицензирования | Серверная лицензия и клиентские лицензии доступа |
| Какие сведения подготовить | Физические или виртуальные ядра, размещение SQL Server | Размещение сервера, пользователи или устройства, схема доступа |
| Что проверить при росте бизнеса | Изменение ресурсов и числа сред, где работает SQL Server | Появление новых пользователей, устройств и серверных установок |
| Что уточнить перед покупкой | Правила подсчёта ядер для конкретной версии и договора | Доступность модели и правила назначения CAL |
Для варианта Server + CAL попросите администратора показать весь путь до базы. Например, сотрудник работает в прикладной программе, а уже она подключается к SQL Server. Такой промежуточный доступ нужно включить в проверку условий лицензирования; число технических подключений само по себе не даёт готового ответа о количестве лицензий.
Не смешивайте выбор редакции и выбор модели оплаты. Сначала определите нужные функции, затем проверьте доступные варианты лицензирования. Разобраться с первым вопросом поможет сравнение SQL Server Standard и Enterprise для малого бизнеса.
Как учитывать ядра виртуальной машины?
Если SQL Server работает в виртуальной машине, запишите число её виртуальных ядер, или vCPU. Не подменяйте его общим числом ядер физического сервера: сначала нужно выбрать схему лицензирования. Microsoft описывает возможность лицензировать отдельные виртуальные машины и учитывать связанные с ними виртуальные ядра при лицензировании по ядрам (источник: Microsoft, «Лицензирование SQL Server»).
Практический порядок такой: администратор фиксирует параметры виртуальной машины, а специалист по лицензированию проверяет, какие права нужны для этой конфигурации. Одного снимка экрана с параметрами недостаточно. К нему нужны сведения о версии SQL Server и условиях приобретения лицензий.
Минимальное количество лицензий, правила переноса между серверами и права на резервную среду сверяйте для конкретного продукта. Старое руководство не стоит автоматически применять к новой покупке. Например, в предоставленной фактуре есть материалы о SQL Server 2017 и статья по лицензированию за 2020 год: они помогают понять подход, но не подтверждают все условия сделки в 2026 году.
Если резервная машина должна подхватывать работу при сбое, опишите этот сценарий отдельно. В справке Microsoft Azure права для активной и пассивной виртуальных машин SQL связаны с условиями лицензирования и Software Assurance. Поэтому резервную установку нужно проверить до включения в расчёт, а не считать бесплатной по умолчанию (источник: Microsoft Azure, «Виртуальные машины — вопросы и ответы по лицензированию»).
Как сравнить стоимость и проверить предложение поставщика?
Запросите расчёты по одной и той же схеме работы. В обоих вариантах должны совпадать редакция, версия и состав сред. Если одно предложение учитывает только рабочую базу, а другое ещё и резервную установку, итоговые суммы нельзя сравнивать напрямую.
Для компании в Беларуси попросите указать сумму в BYN либо объяснить порядок пересчёта, если предложение составлено в другой валюте. Отдельно уточните срок действия цены и состав поставки. Стоимость без описания прав не позволяет проверить покупку.
В расчёте должны быть видны следующие позиции:
- Название продукта, редакция и версия.
- Модель лицензирования и количество лицензий с пояснением расчёта.
- Срок прав: бессрочная лицензия или подписка, если такой вариант предлагают.
- Наличие Software Assurance и условия её продления, если она входит в предложение.
- Перечень документов, которые компания получит после покупки.
Не ограничивайтесь вопросом «сколько стоит SQL Server». Попросите пояснить, как предложение покрывает вашу схему: рабочую базу, доступ сотрудников и резервную среду. Это конкретная задача для лицензионного аудита. Его результатом должен стать список установок и прав, которые их покрывают, с отдельными пунктами для уточнения или покупки.
Если в предложении есть подписка, сразу запишите дату продления и ответственного сотрудника. Так управление подписками становится частью рабочего учёта, а следующий расчёт начинается с документов, которые уже есть у компании.
Типичные ошибки при расчёте лицензий SQL Server
- Считать только сотрудников, которые открывают базу напрямую. Исправление: добавить в схему прикладные программы и проверить доступ через них.
- Путать ядра физического сервера и vCPU виртуальной машины. Исправление: записать оба параметра и указать, где установлен SQL Server.
- Переносить правила из старой статьи на любую версию продукта. Исправление: сверить расчёт с условиями конкретной покупки.
- Пропускать тестовую или резервную среду. Исправление: включить её в перечень установок и отдельно проверить права.
- Сравнивать только итоговую цену. Исправление: сопоставить редакцию, объём прав, срок действия и состав документов.
Расчёт можно передавать на проверку, когда понятны конфигурация сервера, схема доступа и существующие права. Тогда поставщик сможет объяснить каждую позицию предложения, а компания — увидеть, что именно покупает. Следующий шаг на две минуты: отправьте администратору запрос «Пришли версию и редакцию SQL Server, место установки и число физических ядер или vCPU».
