Главная База знаний Программное обеспечение Лицензирование Лицензирование программного обеспечения Microsoft

Лицензирование программного обеспечения Microsoft

ВВЕДЕНИЕ

Данная статья содержит информацию о том, какие типы лицензий предлагает компания Microsoft, какую из них выбрать и как правильно лицензировать ОС, приложения и серверные продукты. В настоящие время доступно много информации и материалов из официальных источников, регулярно обновляется PUR (Product use rights), все это присутствует на сайте Microsoft.

Но основная проблема всей этой документации - это сложность ее восприятия конечными пользователями, впервые столкнувшимися с темой лицензирования программного обеспечения на своем предприятии или фирме. В этой статье мы попытаемся разобраться в дебрях лицензирования, согласно политике Microsoft, выражаясь более-менее понятным языком, насколько это возможно.


ВИДЫ ЛИЦЕНЗИЙ MICROSOFT

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


Коробочные лицензии (FPP).

Как правило, это самый дорогой способ покупки лицензий, имеет ряд преимуществ, таких как постоянное наличие у дилеров и дистрибьюторов. Данные лицензии бессрочные, это наиболее быстрый способ приобретения, но он имеет и ряд недостатков: ограничены серверные продукты и обновления, нет права Downgrade (использование предыдущих версий). Продается с НДС.

В состав коробок входят:

  • Сама коробка, ее наличие обычно и является подтверждением легальности продукта.
  • Установочный диск (дистрибутив).
  • Лицензионное соглашение конечного пользователя (EULA).
  • Наклейка (СOA).
  • Данный вид лицензий подходит для домашних пользователей и мелких организаций, с парком ПК менее 5 рабочих станций.


Лицензии OEM.

В отличие от коробочных вариантов ОЕМ лицензии самые дешевые, это обусловлено следующим: поставляются только вместе с оборудованием сборщиками систем, исключение составляет Windows 7 Pro (GGK).

Срок жизни ОЕМ версий ограничен сроком жизни оборудования, на которое было установлено ПО, одним словом умирает железка - умирает и лицензия, поддержку ОЕМ версий осуществляет не Майкрософт, а сборщик систем, у которого было приобретено оборудование.

Здесь еще более ограничена линейка продуктов, нет обновлений, право Downgrade распространяется только на настольные и серверные операционные системы.

В комплект поставки входит EULA (лицензионное соглашение) и СОА (наклейка), может не содержать установочного диска. Подтверждением легальности служит СОА и бухгалтерские документы о покупки.


Корпоративные лицензии (OLP, OV, OVS).

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

Корпоративные лицензии предоставляют клиентам наиболее широкие возможности использования продуктов, гибкую систему скидок, возможность перехода на новые версии, более углубленное право downgrade, здесь самая полная линейка продуктов. Лицензионное соглашение заключается непосредственно с Майкрософт и закрепляется за конкретной организацией. В комплект поставки входят только именные лицензии, установочный диск приобретается отдельно, сами лицензии НДС не облагаются.

Теперь разберемся, как Майкрософт предлагает использовать свои продукты конечному пользователю более подробно, обратившись к документам под названием EULA (лицензионное соглашения для конечного пользователя) и PUR (Права на использования продуктов).

EULA входит в состав всех трех вариантов - FPP, OEM, и OLP и четко определяет все действия, которые пользователь может применять по отношению к конкретному продукту.

Что конкретно регламентирует EULA: ограничение количества установленных копий по лицензии, использование предыдущих версий продукта (downgrade), использование другой языковой версии (cross language), право переноса и передачи лицензий и т.д.

PUR регламентирует права на использование продуктов для корпоративных лицензий. Цитировать весь PUR просто нет смысла, разберем общие правила, которые необходимо знать при лицензировании.

Многое зависит от того, что это за продукт, к какой категории он принадлежит, и по какому каналу лицензирования был приобретен. Разберем подробнее такую вещь, как право использования предыдущей версии (downgrade). Здесь надо четко понимать, что в основном данное право распространяется на корпоративные лицензии (OLP), также данное право распространяется на ОЕМ, но, как указывалось выше, только на операционные системы, и не больше одной ступени вниз. Т.е., вместо Windows 7 Профессиональная или Макисмальная клиент может использовать Windows XP Pro и, соответственно, вместо Windows XP pro клиент может использовать Windows 2000. Тоже самое и серверные ОС: вместо Windows Sever 2008R2 можно пользоваться Windows Server 2003 R2.

На корпоративные лицензии (OLP) ступени понижение downgrade не ограничены и не ограничены категории продуктов, т.е. имея лицензию на Windows 7 можно использовать Windows ХР или вместо Office 2010 можно установить Office 2003. Единственное что необходимо учесть при использовании права downgrade – версия, которую вы собираетесь использовать, должна устанавливаться только с оригинального установочного диска, это строгое требование Microsoft. Но, в свою очередь, Microsoft не дает гарантию поставки дистрибутива (установочный диск) старых версий продукта и в том случае, если дистрибутив нельзя купить или скачать с официального сайта, нужно обратиться непосредственно в Microsoft. Для коробочных версий право downgrade не распространяется.

Далее рассмотрим право использования другой языковой версии (cross language), здесь действует четкое правило: если стоимость используемых лицензий равна или дешевле той языковой версии, то ее использовать можно, если дороже, то, соответственно, нельзя. Пример: если вы приобрели Office русской версии, можно использовать английский. Право не распространяется на коробочные и ОЕМ версии. Для коробочных версий можно докупить Multilanguage Pack.


ПРАВО ПЕРЕНОСА И ПЕРЕДАЧИ ЛИЦЕНЗИЙ

Что касается передачи ОЕМ–лицензий, то их можно передать только вместе с железом, на которое продукт был изначально установлен. Переносить на другое устройство нельзя, даже если исходное вышло из строя. Коробочные версии можно переносить с одной рабочей станции на другую, а также, однократно передать коробку другому лицу со всем набором поставки, после чего пользователь обязан удалить программу и все ее компоненты со своего ПК.

С корпоративными лицензиями все обстоит иначе: переносить их можно с одного ПК на другой только на длительный срок не меньше 90 дней, можно и на меньший, но только в случае выхода из строя ПК. Лицензию на операционную систему переносить на другой ПК запрещается, передавать корпоративные лицензии можно только при полной их оплате. Передавать лицензии на ОС можно только вместе с ПК, на который была впервые установлена операционка, и требуется перезаключение договора с Майкрософт.


КЛАССИФИКАЦИЯ ПРОДУКТОВ MICROSOFT

Все продукты, производимые компанией Microsoft, разделяются на пять классов, для каждой из них существуют свои модели лицензирования.

Итак, на какие классы они делятся:

  • Операционные системы.
  • Приложения.
  • Серверные продукты.
  • Средства разработки.
  • Аппаратное обеспечение.

Давайте более подробно разберем самые основные из них и расскажем про модели их лицензирования.

Для операционных систем и средств разработки действует одна и та же модель, для серверных продуктов целых пять, для служб Интернета всего одна модель.

Операционные системы.

Основная модель лицензирования операционных систем четко регламентирует золотое правило: по одной лицензии можно установить только одну копию на один компьютер, больше по этой лицензии, ее установить никуда нельзя. Использовать одновременно может только один пользователь, за исключением удаленного помощника, изменять свойства операционной системы категорически запрещается, например - устанавливать Windows 7 на сервер терминалов. Дополнять ОС собственными средствами разработки изменяющей ее свойства так же запрещается.

Настольные приложения.

Теперь, что касается модели лицензирования для настольных приложений, начнем с самого распространенного приложения под названием Microsoft Office. При корпоративном варианте лицензирования за каждым компьютером, на котором установлен Office, нужно закреплять основного пользователя. Он закрепляется приказом по предприятию и это дает право установить еще одну копию на ноутбук или на виртуальную машину.

Использование Microsoft Office в терминальном режиме.

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

Средства разработки.

К средствам разработки относятся следующие приложения: Visual Studio, MSDN, TechNet.

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

Пример: Допустим компания разработчик разработала какую-либо программу, для работы которой необходим SQL Server. Если вы возьмете из средств разработки SQL Server и установите на компьютер клиента для демонстрации работы данной программы, вы, тем самым, нарушите лицензионное соглашение.

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

Серверные приложения.

Данный раздел мы разберем более подробно, поскольку основная часть вопросов связанная с проблемами понимания принципов лицензирования возникает именно при внедрении серверных приложений. Как может показаться на первый взгляд схема лицензирования серверных приложений достаточно проста, но по каждому продукту существует масса нюансов, которые с первого раза не укладываются в голове даже у людей с достаточным техническим образованием и опытом работы в области лицензирования ПО. Мы же постараемся изложить все максимально доступно, насколько это возможно.

Серверы ОС.

Модель лицензирования серверных приложений следующая: все продукты лицензируются по схеме - лицензия на сервер и на клиентское подключение (CAL) или, при необходимости, External Connector, подробнее о CAL и External Connector поговорим далее, пока разберемся с основными моделями лицензирования серверов.

Серверы услуг.

Самый распространенный сервер услуг это Exchange, модель лицензирования аналогична модели серверных ОС, лицензия на сам сервер и на клиентские подключения и при необходимости External Connector.

Серверы на процессор.

В модели на процессор тоже, казалось бы, все просто, пока не появилось понятие виртуального процессора. Раньше лицензировался сам физический процессор и никаких вопросов не возникало, но при появлении понятия «виртуальная среда» появилось очень много нюансов, которые также необходимо разобрать. В принципе, при лицензирование «на процессор» дополнительные лицензии на клиентские подключения не нужны за исключением Data Center Edition, но об этом тоже немного позже.

Серверы управления.

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

Специализированные серверы.

Для специализированных серверов действует самая простая модель лицензирования и требует только лицензию на сервер.


КАК ЛИЦЕНЗИРУЮТСЯ СЕРВЕРНЫЕ ПРОДУКТЫ И ЧТО ТАКОЕ CAL

Итак, как лицензируются серверные продукты? Тема очень сложная, поэтому постараемся ее объяснить на конкретном примере.

Допустим, что есть компания с небольшим парком ПК около 5 рабочих станций, на которых установлена лицензионная Windows 7, (надо учитывать тот факт, что лицензия на операционную систему не дает никаких прав на подключение к серверу). В компании появилась необходимость приобрести сервер, на этот сервер решили установить ОС Windows Server Standard 2008R2, соответственно компании потребуется приобрести лицензию на сам Windows Server Standard и для того, чтобы получить доступ к этому серверу, нужны клиентские лицензии (CAL – Client Access License). Поскольку у компании 5 ПК, понадобится 5 клиентских лицензий.

Предположим, что через некоторое время в компании появилась необходимость в установке еще одного сервера, допустим Windows Server Enterprise 2008R2. В этом случае компании понадобится приобрести лицензию только на сам Windows Server Enterprise 2008R2, дополнительно приобретать клиентские лицензии в этом случае не надо, поскольку все 5 рабочих станций уже имеют лицензии Windows Server CAL. Клиентские лицензии для Windows Server дают право на подключение к любой из редакций и Standard и Enterprise, но нужно учитывать еще один важный факт, что версия CAL должна быть не ниже версии сервера, к которому осуществляется подключение. Пример: по клиентским лицензиям к Windows Server CAL 2008R2 можно подключатся к Windows Server 2003R2, но не наоборот. Теперь предположим, что на один из серверов установили Exchange Server 2010, соответственно придется приобрести лицензию на сам Exchange Server и Exchange Server CAL для пяти ПК.

Еще один момент: в поставку ОЕМ и коробочных версий клиентские лицензии входят в комплект поставки по 5 штук для корпоративных лицензий, OLP докупаются отдельно.

Существует еще один вариант лицензий - Remote Desktop Services CAL (Terminal CAL) - лицензии предназначены для терминального доступа. Попробуем разобраться на примере: допустим, компания решила расширить свой парк ПК и докупить еще 5 тонких клиентов (терминалов) для экономии средств и места (более подробную информацию о тонких клиентах можно найти в Интернете). В этом случае компании придется докупить еще 5 клиентских лицензий Windows Server CAL и 5 Windows Remote Desktop Services CAL, т.к. последние, дают право только для подключения терминалов.

Клиентские лицензии бывают двух видов «на пользователя» (User CAL) и «на устройство» (Device CAL). Наиболее распространенная клиентская лицензия «на устройство», то есть лицензируется само устройство на подключение к серверу, и множество сотрудников может подключиться с этого устройства к серверу. Второй вариант лицензия «на пользователя» выгодна в тех случаях, когда количество сотрудников, которым необходим доступ к серверу, ограничено, допустим, 20 ПК и доступ нужен только двоим сотрудникам. В этом случае выгоднее будет приобрести 2 клиентские лицензии, и эти два сотрудника смогут подключаться к серверу с любого ПК, но только эти два сотрудника, за которыми закреплена лицензия на пользователя. Закрепляется она приказом по предприятию, в противном случае при проверке вы никак не докажете, что только два сотрудника подключаются к серверу.

Мультиплексирование.

Понятие мультиплексирование крайне сложно объяснить не техническому человеку, но попробуем объяснить на конкретном примере. Представим два сервера, соединенных между собой, назовем их С1 и С2. Компании требуется установить SQL Server и обеспечить работу 10 сотрудников с базой данных и соответственно компания хочет сэкономить на покупке клиентских лицензий. Что они делают: устанавливают на С2 SQL Server, а на С1 какую-нибудь бесплатную базу данных, не требующую никаких клиентских лицензий. В итоге получается, что основная база данных лежит на SQL Server, который установлен на С2, а сотрудники в действительности обращаются к С1, тот в свою очередь получает запрос, берет данные из С2 и отправляет клиенту, т.е. работает как посредник и тем самым 10 сотрудников бесплатно подключаются к SQL Server.

Вот этот С1 - посредник-переключатель и есть мультиплексор и эта схема запрещена и в случае проверки повлечет уголовную ответственность по 146 ст.УК.РФ. В правилах четко прописано, что мультиплексирование и промежуточное оборудования не влияет ни на правила лицензирования, ни на число лицензий.

Подведем итог: чтобы обеспечить 10 сотрудников работой с SQL Server понадобится 10 SQL Server CAL.

External Connector.

Что представляет собой External Connector, попробуем разобрать на конкретном примере.

В данном случае лучшим примером может послужить необходимость создания интернет-магазина. Представим, что некая компания решила открыть интернет-магазин или некий информационный портал для предоставления товаров либо услуг своей компании. В этом случае придется обеспечить доступ внешним пользователям к своим ресурсам и на это требуются все соответствующие клиентские лицензии на каждое подключение. Надо подсчитать, сколько конкретно понадобится клиентских лицензий в тот или иной промежуток времени в принципе невозможно, поскольку мы же не знаем, сколько клиентов будут одновременно обращаться в интернет-магазин, а приобретать сразу множество клиентских лицензий, чтобы гарантированно хватило - просто не выгодно. Вот тут-то и понадобится External Connector - это лицензия на неограниченное подключение к серверу, то есть вместо огромного количества клиентских лицензий, можно приобрести один External Connector.

Но тут существует один нюанс: подключаться по External Connector могут только внешние пользователи, не являющиеся сотрудниками компании, ни в каком виде. Т.е. в нашем случае подключаться могут только клиенты интернет-магазина.

Лицензирование на процессор.

Теперь разберемся с лицензированием на процессор и рассмотрим на примере самого распространенного серверного продукта, который лицензируется на процессор - это SQL Server.

Как наиболее выгодно лицензировать SQL Server? Тут действует стандартный вариант: можно лицензировать сам сервер и докупить к нему необходимое количество клиентских лицензий, но еще можно купить и лицензию на процессор.

Опять же представим физический сервер, на который мы собираемся установить SQL Server и подключить к нему пять пользователей, что нам для этого понадобится, помимо лицензии на Windows Server и клиентских лицензий к нему. Поскольку именно на Windows Server мы будем устанавливать SQL, рассмотрим вариант лицензирования самого SQL Server. Итак, в ситуации, когда нам надо подключить пять пользователей, мы приобретаем лицензию на сам SQL Server и, соответственно пять клиентских лицензий к нему SQL Server CAL. Данная схема выгодна, когда требуется подключить небольшое количество пользователей. Теперь предположим, что нам нужно подключить к SQL Server 100 пользователей, покупать в этом случае лицензию на сам сервер и на 100 клиентских подключений экономически не выгодно, в этом случае выгодно будет купить лицензию на процессор и тогда нам не потребуется лицензия на сам SQL Server и не потребуется клиентские лицензии, поскольку лицензия на процессор включает в себя лицензию на сам сервер и на неограниченное число клиентских подключений как внутренних, так и внешних.

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

  • Microsoft Commerce Server 2009
  • Microsoft SQL Server 2008R2
  • Microsoft Forefront Threat Management Gateway (наследник ISA Server)

За исключением Windows Server 2008 Datacenter Edition - данный продукт требует лицензии на процессор и отдельно клиентские лицензии.


1 апреля 2012 года в программах корпоративного лицензирования появилась новая версия продукта SQL 2012. Линейка продуктов состоит из следующих редакций:


  • Enterprise Edition
  • Business Intelligence Edition(BI)
  • Standard Edition


Главное изменение модели лицензирования в новом SQL 2012 – это переход от лицензирования «на процессор» к лицензированию «по ядрам» (Core-Based Licensing).

Осталась и старая модель Server + CAL. Но теперь выбор модели зависит от редакции продукта и выглядит это так:

Редакция Enterprise лицензируется только по ядрам. Лицензии по модели Server + CAL для SQL 2012 EE (Enterprise Edition) можно будет приобрести до 30 июня 2012 г. После этой даты дополнительные лицензии на Server для выпуска EE продаваться не будут. При лицензировании выпуска SQL Server 2012 Enterprise Edition по модели Server + CAL сервер не должен иметь более 20 ядер на одну серверную лицензию. (Это ограничение на максимальное количество ядер применимо как к новым серверным лицензиям, так и к серверным лицензиям предыдущих версий, обновлённым до версии 2012 по программе SA). Программное преобразование лицензий сервера Enterprise Edition server в лицензии на ядра отсутствует.