← На главную

Многие системные администраторы сталкиваются с вопросом проверки лицензионного статуса сервера баз данных. В процессе работы, особенно перед проведением инвентаризации или в преддверии аудита, возникает естественное желание уточнить: «Какая именно лицензия сейчас используется на этом экземпляре SQL Server?». Давайте вместе разберем, как устроена система лицензирования Microsoft, почему технические средства не дают прямого ответа на этот вопрос и как правильно подойти к учету программного обеспечения.

Почему нельзя просто посмотреть статус лицензии?

Важно понимать фундаментальный принцип компании Microsoft: программный продукт технически не хранит и не отслеживает информацию о том, какая именно лицензия была применена при покупке. В отличие от механизмов активации Windows или продуктов 1С с аппаратными/программными ключами, SQL Server после установки работает независимо от юридического статуса лицензии.

Технически установщик SQL Server использует ключ продукта лишь на этапе развертывания, чтобы определить редакцию Edition (например, Standard или Enterprise). После завершения установки сервер не «знает», приобретен ли он в рамках корпоративного соглашения Volume Licensing, по модели OEM или это пробная версия Evaluation. Система просто работает в рамках функционала выбранной редакции.

Как проверить установленную редакцию SQL Server

Хотя статус лицензии (права на использование) не фиксируется в коде, мы всегда можем точно определить, какая редакция установлена. Это поможет нам понять, соответствует ли текущий функционал тому, за что вы платили. Разберем два основных способа проверки:

1. Использование SQL Server Management Studio (SSMS):

   Подключитесь к экземпляру сервера через SSMS. В «Обозревателе объектов» (Object Explorer) вы увидите дерево объектов. Напротив самого имени сервера в скобках будет указана версия и установленная редакция, например: (SQL Server 10.50.1600 - Standard Edition).

2. Использование SQL-запроса:

   Вы можете выполнить прямой запрос к системным свойствам сервера, чтобы получить информацию программным способом. Откройте новое окно запроса и выполните следующую команду:

   SELECT SERVERPROPERTY('Edition') AS Edition;

   Результат выполнения вернет название редакции (например, Enterprise Edition или Standard Edition). Это самый быстрый способ убедиться, что вы не используете ограниченную или неподходящую версию продукта.

Как подтвердить правомерность использования (юридический аспект)

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

• Сертификаты подлинности (COA): Актуально для OEM-поставок. Эти наклейки на серверах являются прямым доказательством права собственности на лицензию.
• Отчеты из личного кабинета: Если вы используете корпоративное лицензирование, основным документом является выписка из Volume Licensing Service Center (или актуальных порталов Microsoft 365 Admin Center), где указаны все закупленные ключи и количество клиентских лицензий CAL.
• Первичная документация: Договоры, счета-фактуры и акты приема-передачи на покупку программного обеспечения — это главные документы, которые подтверждают, что компания имеет право на использование данного экземпляра SQL Server.

Рекомендации по учету лицензий

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

1. Создайте сводную таблицу в Excel: Внесите туда все ваши серверы. Для каждого экземпляра SQL Server укажите:
   • Имя сервера.
   • Установленную редакцию (определенную через SERVERPROPERTY).
   • Тип лицензирования (по количеству ядер или по количеству пользователей/устройств — CAL).
   • Ссылку на документ покупки или отчет из личного кабинета.
2. Регулярно проводите сверку: Минимум раз в год сопоставляйте фактическое количество используемых процессоров/ядер с тем, что указано в ваших документах на покупку лицензий.
3. Проверка пробных версий: Если вы случайно установили Evaluation версию, система будет выдавать предупреждения при подключении, когда срок действия пробного периода начнет подходить к концу. Не игнорируйте эти логи.

Подводя итог: не пытайтесь искать «лицензионный ключ» внутри реестра Windows или через сложные системные представления — там его нет. Сфокусируйтесь на технической проверке редакции и правильном хранении первичных документов. Это единственный надежный способ обеспечить лицензионную чистоту инфраструктуры вашего предприятия. При необходимости можно использовать готовый инструмент для автоматизации учета баз на серверах СУБД.