Какая версия PUR применяется к моим лицензиям? Часть вторая

Это вторая часть статьи. Вернуться к первой части или перейти к третьей.

Определить применимые правила PUR или EULA для простой лицензии, которая не является обновлением, не имеет Software Assurance, и главное, не входит в пакет лицензий, купленных внутри «большого» соглашения, например, EA — задача простая. Действительно, к такой лицензии применяются правила, действовавшие на момент её оплаты. Это справедливо для большинства коробок FPP, OEM и лицензий Open License, купленных без SA. Но как только мы сталкиваемся с Software Assurance и его продлением, формула перестаёт быть простой.

Давайте посмотрим на диаграмму на рисунке:

Правило 1. К только что купленной лицензии, если установлена та же версия, которая приобретена, или версия экземпляра понижена, применяются правила PUR приобретённой версии.

Пример из рисунка выше: Соглашение EA было заключено в августе 2006 года и действовало по август 2009 года. В момент его заключения были приобретены лицензии SQL Server версии 2005. Были установлены экземпляры как SQL Server 2005, так и экземпляры SQL Server 2000, т.е. клиент воспользовался правом понижения версии. В этой ситуации ко всем экземплярам без исключения применялись права, действительные для SQL Server 2005.

Правило 2. Когда в течение срока действия SA выходит новая версия, у вас есть следующий выбор:
  1. Не обновлять имеющиеся экземпляры на новую версию, не менять применяемые права.
  2. Не обновлять имеющиеся экземпляры на новую версию, но перейти на её права использования.
  3. Обновить экземпляры на новую версию, в обязательном порядке перейдя на права новой версии.

Выделим третий пункт в отдельное правило:

Правило 3. Если в течение срока действия многолетнего соглашения с SA вы обновляете какой-либо экземпляр до новой версии, вы обязаны с этого момента применять к этому экземпляру права, относящиеся к этой версии. Тем не менее, если в какой-то части права новой версии ограничены по сравнению с лицензированной вами, на вас не распространяются соответствующие ограничения.

Пример из рисунка выше: В августе 2008 года клиент решил обновить часть экземпляров на новую, только что ставшую доступной, версию 2008. С этого момента на эти экземпляры в обязательном порядке стали распространяться права, установленые для версии 2008. Для экземпляров, оставленных с версией 2005, у клиента имелся выбор: продолжить применять права версии 2005 или перейти на права версии 2008. Клиент, оценив разницу в правах, и обнаружив, что новая версия позволяет использовать перемещение лицензий в фермах серверов, принял решение применять ко всем своим экземплярам SQL Server новые правила PUR.

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

Правило 4. При продлении соглашения или продлении срока Software Assurance на отдельно приобретённые лицензии с момента продления в обязательном порядке действуют правила использования продуктов на дату продления.

Пример из рисунка выше: В августе 2009 года клиент принимает решение продлить Enterprise Agreement и приобретает права Software Assurance на имеющиеся у него лицензии SQL Server, приобретённые в первом трёхлетнем сроке. С даты продления на экземпляры SQL Server, лицензированные в этом Enterprise Agreement, стали применяться правила использования SQL 2008, вне зависимости от их реальной версии. Права использования версии 2005 полностью потеряли силу.

Правило 5, вытекающее из предыдущих. Для определения применимых PUR нам важно знать следующие даты: дату начала последнего срока действия соглашения, даты доступности новых версий в течение последнего срока действия соглашения.

Дате доступности надо уделить отдельное внимание. Есть дата появления продукта в Product List, и есть дата, когда он впервые стал доступен для скачивания. Датой доступности считается наиболее ранняя из этих двух.

Дату доступности можно найти в таблицах Product List. Если клиент может доказать документально, что в его клиентских загрузках новая версия (релиз) появилась до даты, указанной в Product List, клиент прав, и дата доступности новой версии приравнивается к дате её доступности для загрузки.

В третьей части статьи мы поговорим, какие надо сделать практические действия для определения применимых версий PUR.

P.S. Наверняка вы обратили внимание на красный вынос «Самое интересное — здесь!» на диаграмме. Правила перехода с версии SQL Server 2008 R2 на версию SQL Server 2012 — это единственное исключение в истории лицензирования Microsoft из написанного выше в статье. Предлагаю вам самостоятельно найти, в чём отличия. Если будет достаточно просьб в комментариях, будет отдельная заметка.

Это вторая часть статьи. Вернуться к первой части или перейти к третьей.
© Alexander Golev & Partners Software Asset Management Experts Ltd. Сайт использует Nesta Ruby CMS.
Яндекс.Метрика