Рассылка представлена компанией NStor (www.nstor.ru)

Особенности лицензирования продуктов Microsoft

Максим Смирнов
ООО Энстор

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

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

Виды лицензий Microsoft.

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

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

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

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

Лицензии (OEM).

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

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

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

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

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

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

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

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

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

Многое зависит от того, что это за продукт, к какой категории он принадлежит, и по какому каналу лицензирования был приобретен. Разберем подробнее такую вещь, как право использования предыдущей версии (downgrade). Здесь надо четко понимать, что в основном данное право распространяется на корпоративные лицензии (OLP), также данное право распространяется на ОЕМ, но, как указывалось выше, только на операционные системы, и не больше одной ступени вниз. Т.е., вместо Windows Vista Business или Ultimate клиент может использовать Windows XP pro и, соответственно, вместо Windows XP pro клиент может использовать Windows 2000.
Тоже самое и серверные ОС: вместо Windows Sever 2008 можно пользоваться Windows Server 2003 R2.
На корпоративные лицензии (OLP) ступени понижение downgrade не ограничены и не ограничены категории продуктов, т.е. имея лицензию на Windows Vista можно использовать Windows 95 или вместо Office 2007 можно установить Office XP. Единственное что необходимо учесть при использовании права downgrade – версия, которую вы собираетесь использовать, должна устанавливаться только с оригинального установочного диска, это строгое требование Microsoft. Но, в свою очередь, Microsoft не дает гарантию поставки дистрибутива (установочный диск) старых версий продукта и в том случае, если дистрибутив нельзя купить или скачать с официального сайта, нужно обратиться непосредственно в Microsoft. Для коробочных версий право downgrade не распространяется.

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

Право переноса и передачи лицензий.

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

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

Классификация продуктов Microsoft.

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

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

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

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

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

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

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

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

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

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

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

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

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

Существует еще один вариант лицензий - Terminal CAL - лицензии предназначены для терминального доступа. Попробуем разобраться на примере: допустим, компания решила расширить свой парк ПК и докупить еще 5 тонких клиентов (терминалов) для экономии средств и места (более подробную информацию о тонких клиентах можно найти в Интернете). В этом случае компании придется докупить еще 5 клиентских лицензий Windows Server CAL и 5 Terminal 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 BizTalk Server 2006
• Microsoft Commerce Server 2007
• Microsoft ISA Server 2006
• Microsoft SQL Server 2005/2008
• Microsoft Visual Studio Team System 2008

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