ula соглашение это что
Ula соглашение это что
Метрика Processor имеет своё определение в Соглашении, причём это определение содержит много факторов, которые могут повлиять на способ подсчёта лицензий, включая:
Например, представим, что у Вас есть 50 серверов, каждый из которых содержит один одноядерный процессор. На каждом сервере установлена программа Oracle Database Enterprise Edition. Для этих процессоров Вы можете применить понижающий коэффициент Oracle Processor Core Factor, равный 0,5 для процессоров Intel. Таким образом, Вам нужно сертифицировать:
50 серверов x 1 процессор х 1 ядро х 0,5 = 25 лицензий в метрике Processor.
Однако, поскольку эти серверы используют одноядерные процессоры, Вам нужно применить Oracle Processor Core Factor, равный 1.0, вместо коэффициента 0,5, который применим только к многоядерным процессорам. Таким образом, Вам нужно сертифицировать:
50 серверов x 1 процессор х 1 ядро х 1,0 = 50 лицензий в метрике Processor.
Неправильное применение всего только одного параметра Core Factor может привести (после окончания сертификации ULA) к нехватке 25 лицензий для Oracle Database Enterprise Edition в метрике Processor. В денежном выражении эта недостача равна 1,187,500 USD в ценах прайс-листа.
Использование виртуализации может сделать процесс сертификации ещё более сложным и один-единственный неверно сделанный шаг может привести к гигантским рискам. Oracle подразделяет разные виды виртуализации на Soft Partitioning (например VMware) и на Hard Partitioning (например, IBM LPAR).
Представим себе, например, кластер VMware, который Вы используете в том числе и для ПО Oracle. Знаете ли Вы, как подсчитывать количество процессоров, которые Вам нужно сертифицировать в этом случае? Все физические процессоры и\или ядра физических машин, которые являются частью этого кластера VMware, необходимо лицензировать. НО каждую из 23-х отдельно лицензируемых опций БД и управляющих пакетов management packs, которые Вы можете использовать совместно со своей БД в этом виртуализированном окружении, тоже нужно лицензировать отдельно в том же количестве и в тех же лицензионных метриках, что и Базу данных. Нередко мы видим Заказчиков, сертифицирующих большое количество процессорных лицензий для БД Oracle Database Enterprise Edition, не понимая, что непредумышленное использование ими опции БД (например, Advanced Compression) требует лицензировать эту опцию отдельно и в том же количестве процессорных лицензий, которое они использовали для БД Oracle Database Enterprise Edition в целях проведения сертификации ULA.
Другой пример, который приходит на ум, это использование логической технологии виртуализации IBM LPAR в связке с ПО Oracle.
Знаете ли Вы, как подсчитывать количество процессоров, которые Вам нужно сертифицировать в случае, если Вы используете такие функции этой технологии, как «dedicated capacity» или «shared resource pool»? И знаете ли Вы, что для вида виртуализации «capped Solaris Containers» количество ядер, нуждающихся в сертификации/лицензировании вычисляется по формуле:
(ncpus или pset.max)/(number of threads per core) = cores (ядра, нуждающиеся в лицензировании).
А что Вам нужно делать, если Вы используете услуги хостинга от компаний, наподобие Amazon? Нужно ли Вам так же включать эти лицензии в сертификацию?
КРАТКОЕ ПОСОБИЕ ПО ЛИЦЕНЗИРОВАНИЮ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ ORACLE
Перевод оригинальной статьи ITAM review. Огромное спасибо Martin Thompson за разрешение на перевод.
Правила лицензирования программного обеспечения Oracle – сложны и регулярно изменяются. Количество продуктов и приобретений, сделанных Oracle на протяжении многих лет, привело к ряду изменений в лицензионных метриках, а также появлению новых лицензий для определенных приложений. Отслеживание изменений, которые влияют на вашу организацию, может показаться невозможным, особенно если принять во внимание то, что 92% клиентов Oracle не верит, что Oracle информирует о таких изменениях должным образом. Цель данной статьи состоит в том, чтобы быстро показать общую технологию лицензирования Oracle. Это краткое пособие не сделает вас экспертом по лицензированию Oracle, однако предоставит вам достаточно знаний, чтобы понять основы.
БАЗЫ ДАННЫХ ORACLE
Программное обеспечение баз данных Oracle может быть очень дорогим, и модель лицензирования может быть сложной для понимания. Тем не менее, некоторое программное обеспечение баз данных может быть свободным. Но будьте осторожны, так как Oracle может изменить условия лицензирования, так что вам, возможно, придется в конечном итоге платить в будущем! Примеры программного обеспечения баз данных Oracle:
Oracle Enterprise Edition – дорогостоящая, но наиболее полная с точки зрения функций версия программного обеспечения баз данных Oracle.
Oracle Standard Edition – эта стандартная версия программного обеспечения баз данных Oracle стоит примерно столько же, как Microsoft SQL Server. Standard Edition может быть лицензирована только для серверов или серверных кластеров, которые имеют максимальную емкость в 4 процессорных сокета.
Oracle Standard Edition One – эта версия является менее дорогостоящей, чем Standard Edition. Может быть лицензирована только для серверов, которые имеют емкость в 2 процессорных сокета.
Oracle Personal Edition – эта версия еще дешевле, но по прежнему имеет ряд ключевых функций, которые вы могли бы ожидать от программного обеспечения баз данных Oracle. Эта версия ограничена одним пользователем на базу данных, однако позволяет разработчику использовать все функции, которые вы получаете с Oracle Enterprise Edition.
Oracle Xpress Edition – бесплатна, но ограничивается одной базой данных.
Oracle Enterprise Manager – с этим программным обеспечением бесплатно предоставляется управление базами данных и функция Grid Control, но необходимо приобрести пакеты управления (management packs) и лицензировать их по количеству пользователей или процессоров.
Oracle Application Server – также известно как iAS. Может быть лицензировано только для серверов, процессоры которых имеют максимальное количество ядер не больше 2.
ЛИЦЕНЗИРОВАНИЕ ORACLE
НЕОГРАНИЧЕННЫЕ ЛИЦЕНЗИОННЫЕ СОГЛАШЕНИЯ
Неограниченное лицензионное соглашение (Unlimited License Agreement, ULA) –периодическая лицензия с неограниченным правом использования набора определенных продуктов Oracle. В конце периода ULA, пользователь должен задекларировать использование и подсчитать количество лицензий, в которых он нуждается. Заказчику затем предоставляется необходимое количество лицензий для продуктов, охватываемых ULA.
ЛИЦЕНЗИРОВАНИЕ НА ПРОЦЕССОР
Лицензирование на процессор используется, когда пользователей невозможно подсчитать или верифицировать. Веб-приложение – хороший пример использования лицензирования на процессор, так как веб-приложение является сложной средой для подсчета лицензий. Oracle не предоставляет лицензирование на процессор, если используются продукты Oracle Personal Edition. Количество необходимых лицензий должно быть оценено путем умножения общего количества ядер процессора на коэффициент-фактор лицензирования ядер процессора (core processor-licensing factor), указанного в таблице коэффициентов, Oracle Processor Core Factor Table (проверьте ваш контракт Oracle на условия).
Вы платите за процессор, на котором запускаете программное обеспечение Oracle. Однако Oracle имеет специальное определение термина «процессор», которое может не совпадать с терминологией вашего поставщика оборудования. Когда лицензируются продукты Oracle, имеющие в названии «Standard Edition One» или «Standard Edition», процессор считается эквивалентом сокету; однако в случае использования мультичиповых модулей каждый чип такого модуля считается используемым сокетом.
В нашем предыдущем кратком руководстве говорится о том, что есть несколько важных факторов, о которых нужно помнить при лицензировании продуктов Oracle:
Минимальное количество лицензий типа Named User Plus, лицензий на процессор для продуктов Oracle рассчитывается после определения количества процессоров, для которых требуется лицензирование (используя определение «процессора»).
ЛИЦЕНЗИРОВАНИЕ НА ПОЛЬЗОВАТЕЛЯ
Oracle имеет длинную историю по лицензированию пользователей, и предлагает такую форму лицензирования с 1980-х годов. С течением лет актуальная метрика была немного переопределена, чтобы включать в себя новые технологии и приложения, которые были приобретены Oracle, но основа осталась неизменной. Лицензирование Oracle на пользователя – это лицензирование индивидуумов или устройств, которые имеют возможность доступа к программному обеспечению, независимо от активного использования.
Основная лицензия на пользователя в наши дни носит название Named User Plus (NUP). Этот тип лицензии был доступен с 2002 года, и доступен для большинства продуктов Oracle. Хотя название метрики не изменяется, определение еще раз было скорректировано, чтобы отразить возможность автоматического агрегирования данных от компьютера к компьютеру. NUP позволяет использовать автоматическое агрегирование данных от компьютера к компьютеру. Это означает, что если данные хранятся в одной реляционной базе данных, а затем агрегируются в хранилище данных на технологиях Oracle – лица, которые могут использовать первую базу данных, не будут считаться Именованными пользователями (Named users) хранилища данных. До NUP были немного другие типы лицензий, например Named User Single, Multi Server in 2000, или Named User в девяностых годах.
Ранее Oracle предлагался тип лицензии Named User. Этот тип лицензий больше недоступен для новых клиентов Oracle, однако по-прежнему может быть доступен для текущих клиентов Oracle в рамках Лицензионных Соглашений Oracle (Oracle License Agreement). Именной пользователь (Named User) – индивид, авторизованный организациями для использования программного обеспечения Oracle, независимо от активности использования. Индивидуумами могут быть сотрудники, внештатные сотрудники и клиенты, которые могут использовать программное обеспечение прямо или косвенно через другие приложения. Если в вашей архитектуре присутствуют устройства, не требующие управления оператором-человеком (например, сенсоры), то такие устройства должны учитываться в качестве Именных Пользователей в дополнение к индивидуумам (если такие устройства могут получить доступ к продуктам Oracle).
Наше предыдущее краткое руководство ссылается на тип лицензирования Named User. В руководстве говорится, что «тип лицензирования Named User – лицензирование людей и устройств, которые могут использовать программное обеспечение, а не лицензирование имен пользователей в программном обеспечении или имен пользователей, которые могут использовать программное обеспечение. Такой тип лицензирования может показаться простым, если определять количество лицензий на уровне организации, а не на уровне приложений. Однако для многоуровневых архитектур такой тип лицензирования может оказаться очень сложным для определения количества лицензий. Приложения Oracle могут находиться на нижнем архитектурном уровне, и некоторые пользователи могут иметь доступ к программному обеспечению Oracle, даже не догадываясь об этом. Особенно когда используется агрегирование данных (пакетирование) и мультиплексирование, факт такого использования может быть очень трудно определить. Для типа лицензирования Named User мультиплексирование программного обеспечения не распознается Oracle, поэтому количество необходимых лицензий должно быть определено на входе мультиплексора.
Практические правила, которые помогут вам в определении количества лицензий:
Убедитесь, что архитектура задокументирована, и попытайтесь привлечь специалиста по лицензированию для помощи, иначе ошибки могут вам дорого обойтись.
ЛИЦЕНЗИРОВАНИЕ NAMED USER PLUS
Лицензирование Named User Plus – лицензирование на пользователя, где пользователем является любое конечное устройство, которое получает данные из базы данных или создает данные в базе данных Oracle. Пользователи могут включать в себя людей или системы. В контексте такого лицензирования лицензиат должен придерживаться правила «Oracle User Minimums».
Минимумы применяются в зависимости от редакции базы данных (как указывает Oracle):
ЛИЦЕНЗИРОВАНИЕ NAMED USER
Лицензирование Named User – лицензирование, ограничивающее общее количество индивидуумов, которые авторизованы использовать продукты Oracle на любых серверах. Лицензирование Named User недоступно для новых заказчиков, однако все еще доступно для существующих заказчиков в рамках их текущих лицензионных соглашений Oracle.
ЛИЦЕНЗИРОВАНИЕ НА УСТРОЙСТВО
Одновременно подключающиеся устройства (Concurrent Devices, CD) определяются Oracle как «максимальное количество входящих устройств, подключенных к определенной системе в любой данный момент времени». Также существует версия Сетевая Лицензия (Network License).
Стоит отметить, что этот тип лицензирования больше недоступен, но пользователи по-прежнему могут иметь лицензии CD в рамках их текущих лицензионных соглашений Oracle.
ЛИЦЕНЗИРОВАНИЕ ПРИЛОЖЕНИЙ
Лицензирование приложений для Oracle называется «Application Specific Full Use (ASFU)». Этот тип лицензий является ограниченной лицензией, которая продается Oracle Solution Provider в сочетании с пакетами приложений сторонних производителей. Например, вы можете приобрести лицензию ASFU от SAP AG, чтобы использовать Oracle с SAP/R3 системой. Эта лицензия затем будет использоваться для конкретного приложения, и ее нельзя будет использовать ни для чего другого.
РАЗЛИЧНЫЕ СРЕДЫ
Существует целый ряд различных сред, в которых могут быть установлены продукты Oracle, и это влияет на лицензирование.
СРЕДА РАЗРАБОТКИ
Пользователям разрешено использовать лицензии Oracle Full Licenses в среде разработки. Пользователи могут загружать продукты Oracle из сети Oracle Technology Network (OTN). Для того, чтобы загрузить приложение Oracle из сети OTN, пользователь должен согласиться с условиями лицензии OTN Development License. Это ограниченная лицензия, которая дает пользователю право на разработку, но НЕ на развертывание (deployment) приложений, которые используют лицензионные продукты Oracle.
Это ограничивает пользователей по использованию загруженного продукта, так как только один человек может использовать его. Также только один сервер может использовать программное обеспечение. В соответствии с лицензией OTN Development License, пользователь не может использовать лицензионные продукты для любого другого вида деятельности, внутренней обработки данных, коммерческого или промышленного использования.
Лицензия OTN Development License имеет ограничение, и не является частью соглашений OLSA (Oracle License and Services Agreement). Клиенты, которые хотят использовать программное обеспечение Oracle под лицензией OTN Development License для других целей, должны приобрести корректные лицензии, чтобы использовать программное обеспечение в полной мере.
СРЕДА ТЕСТИРОВАНИЯ
Все приложения, используемые в среде тестирования, должны быть лицензированы по соглашению OLSA или другому соответствующему лицензионному соглашению Oracle.
ПРОИЗВОДСТВЕННАЯ СРЕДА
Производственная среда связана с конечными пользователями организации. Все приложения, используемые в производственной среде, должны быть лицензированы по соглашению OLSA или другому соответствующему лицензионному соглашению Oracle.
ПОДДЕРЖКА
Если пользователь приобретает бессрочную лицензию (perpetual license), а не лицензию подписки (subscription license), то лицензиат может заплатить ежегодную плату за поддержку. Поддержка, которую лицензиат получает, дает организации право связаться напрямую с Oracle для поддержки, а также дает право лицензиату использовать последние версии программного обеспечения Oracle. Кроме того, лицензиат может использовать все предыдущие версии продуктов, которые до сих пор поддерживаются Oracle.
Стоит отметить, что в то время как пользователь может иметь право на последнюю версию продукта, могут существовать аспекты, которые требуют дополнительных или иных видов лицензий. Даже если лицензиат имеет поддержку Oracle, он всегда должен проверять условия своего контракта, а также спецификацию для обновления или получения новой версии продукта. Там могут быть дорогостоящие ограничения!
Наличие поддержки добавляет сложности в понимании лицензирования Oracle. Все исторически сложившиеся условия лицензионных соглашений Oracle применяются и по сей день. Довольно часто пользователи полагаются на счета, которые оплачиваются в рамках поддержки, для понимания того, что дает им лицензия. Этого недостаточно, так как счета не раскрывают всех нюансов в терминах и определениях.
Кроме того, поддержка стандартно предоставляется при лицензировании подписки, например, на облачные решения Oracle. Однако, как только срок действия подписки заканчивается – также прекращается поддержка и заканчивается право лицензиата на использование программного обеспечения.
ПОДРАЗДЕЛЕНИЕ ORACLE ПО УПРАВЛЕНИЮ ЛИЦЕНЗИЯМИ (ORACLE LICENSE MANAGEMENT SERVICES)
Oracle имеет департамент под названием Oracle LMS (License Management Services). Oracle LMS является глобальной службой, доступной для всех, кто инвестирует в лицензирование Oracle. Цель Oracle LMS заключается в оказании поддержки клиентам для надлежащего и эффективного управления их лицензиями на программное обеспечение, а также в помощи с развертыванием продуктов Oracle.
Oracle создала службу LMS, чтобы помочь клиентам в следующем:
АУДИТЫ ORACLE
Аудиты Oracle проводятся очень часто, а в некоторых случаях организации также проходят ежегодные «обзоры». Аудиты Oracle сложны и отнимают много времени, и часто в конечном итоге заканчиваются для лицензиата штрафом. В октябре 2014 г. ITAM Review совместно с B-Lay опубликовали статью, освещающую «Топ 20 вопросов, задаваемых об аудитах Oracle». Ниже приведен краткий вариант нескольких ответов на важные вопросы, касающихся лицензионных аудитов и обзоров Oracle.
ЧТО ТАКОЕ ЛИЦЕНЗИОННЫЙ АУДИТ ORACLE, И ЧЕМ ОН ОТЛИЧАЕТСЯ ОТ ЛИЦЕНЗИОННОГО ОБЗОРА ORACLE?
Всякий раз, когда вы устанавливаете программное обеспечение Oracle, независимо от того, как физическое лицо или как организация – вы соглашаетесь с условиями лицензионного соглашения. В прошлом это соглашение называлось OLSA (Oracle License and Services Agreements), но в настоящее время это соглашение называется OMA (Oracle Master Agreement). Эти соглашения определяют, при каких условиях вам разрешено использовать программное обеспечение Oracle, но также и обеспечивают Oracle разрешение на проведение аудита.
Oracle LMS – департамент Oracle, который обычно выполняет аудиты от лица корпорации Oracle при поддержке ряда сторонних организаций (партнеров Oracle), которые в свою очередь могут проводить аудиты от лица Oracle LMS. Oracle LMS имеет привилегию на проведение аудитов у конечных пользователей и партнеров. Однако в некоторых странах местные торговые представители сами проводят лицензионные аудиты или ревью, которые обычно продаются конечному пользователю в качестве «оптимизации лицензий», «бизнес-ревью» или как «аудит».
Во время аудита вас попросят заполнить обзорный файл в формате Excel (Oracle Server Worksheet) с деталями вашей инфраструктуры. Кроме того, вам может быть предложено запустить скрипты на ваших серверах или выполнить различные команды в приложениях. Заполненный обзорный файл и файлы журналов приложений попросят отправить в Oracle для анализа. После этого результаты анализа оформляются в виде финального отчета, с помощью которого Oracle определяет ваш статус с точки зрения соответствия лицензиям. Если вы готовы платить за необходимые лицензии для обеспечения соответствия лицензиям – процесс обычно на этом завершается.
ЧТО ПРОИСХОДИТ ВО ВРЕМЯ ЛИЦЕНЗИОННОГО АУДИТА ORACLE?
Аудит начинается в тот момент, когда вы получаете письмо, в котором вас уведомляют о том, что вы выбраны для лицензионного аудита или обзора. Также в письме указан консультант LMS или партнер LMS, который проводит аудит. Как правило, в письме указано, какие юридические лица и какие продукты Oracle включены в область аудита и это письмо отправляется ИТ-директору и/или финансовому директору вашей организации.
Вас попросят назначить единую точку контакта в вашей организации, которая будет выступать в качестве координатора аудита с вашей стороны.
СКОЛЬКО ВРЕМНИ ДАЕТ ПРЕДВАРИТЕЛЬНОЕ УВЕДОМЛЕНИЕ ОБ АУДИТЕ?
В условиях стандартного соглашения определено, что «Через 45 дней после письменного уведомления Oracle может провести аудит использования вами программного обеспечения». Если конечные пользователи сохраняют в хорошем качестве, в полном объеме точные данные по развертыванию программного обеспечения – то 45 дней должно быть достаточно, чтобы ответить на запрос на проведение аудита. Однако не редкость, когда аудиторы Oracle пытаются начать аудит раньше (в течение 45 после письменного уведомления).
ПОЧЕМУ Я ВЫБРАН ДЛЯ ПРОВЕДЕНИЯ АУДИТА?
Типичным ответом аудиторов будет то, что вас выбрали случайным образом. Однако существует 2 различных канала, по которым конечных потребителей выбирают для проведения аудита: департамент продаж Oracle или департамент по управлению лицензиями (LMS).
КТО ОПЛАЧИВАЕТ ЗАТРАТЫ НА ПРОВЕДЕНИЕ АУДИТА?
В соответствии с условиями лицензионного соглашения, вы несете ответственность за любые расходы, которые понесли в рамках проведения аудита.
ORACLE И КАМПАНИЯ ПО ЧИСТОТЕ ЛИЦЕНЗИРОВАНИЯ
Некоторое время назад началась Кампания по Чистоте Лицензирования (Campaign for Clear Licensing), чтобы попытаться помочь заострить внимание на сложностях, связанные с лицензированием Oracle, и обеспечить ясность лицензионных метрик для клиентов. ССL хочет быть «голосом» пользователей Oracle для обеспечения понимания их лицензий и разницей между лицензиями Oracle. Кроме того, CCL хочет оказывать эффективную помощь в информировании изменений, связанных с лицензированием, так как без адекватных коммуникаций пользователи могут в конечном итоге заплатить очень много денег за лицензии, которые нужны, но про это пользователю не было известно.
ЗАКЛЮЧЕНИЕ
Лицензирование продуктов Oracle остается одной из самых сложных комплексных структур для понимания. В этом кратком руководстве мы прошлись по основам лицензирования Oracle, и надеемся, что это поможет вам быть в курсе изменений лицензирования Oracle.
ПРИМЕЧАНИЯ:
1. В оригинале «countable environments». Скорее всего, автор имел ввиду среды разработки, тестирования и производственную среду (прим. переводчика)
2. В более развернутом ответе на этот вопрос в статье «Топ 20 вопросов, задаваемых об аудитах Oracle» говорится, что «По сути, нет никакой разницы. LMS говорит о лицензионном ревью вместо лицензионного аудита для того, чтобы отразить тот факт, что ревью требует сотрудничества со стороны конечных пользователей и это звучит дружелюбнее. Тем не менее, лицензионное ревью касается оценки или анализа эффективности использования лицензий для проверки вашего лицензионного соответствия»
Особенности лицензирования и стандартной технической поддержки Oracle
Думаю, многим разработчикам ПО и предпринимателям буду интересны некоторые особенности лицензионной политики и технической поддержки компании Oracle.
Начать разработку своих приложений на Oracle очень просто, и денег за это Oracle не возьмет. Интересное начнётся потом, когда проект надо будет легализовать.
Order Form и стоимость стандартной технической поддержки
При каждой покупке лицензий Oracle обеими сторонами подписывается документ, называемый «Order Form», который содержит перечисление лицензий, дату начала их действия и стоимость.
За все свои продукты и техподдержку Oracle требует 100% предоплату. Исключение из этого правила могут получить только бюджетные организации, попросив это официальным письмом.
При покупке программных продуктов сразу в обязательном порядке продается и стандартная техподдержка для них сроком на 1 год.
Сущность стандартной техподдержки (далее – СТП) состоит в том, что купивший её имеет право бесплатного перехода на следующую версию ПО, а также получает доступ на сайт support.oracle.com, на котором можно регистрировать свои багрепорты, читать решения по чужим, скачивать патчи.
Разумеется, по программе СТП Oracle решает только массовые проблемы. Если хотите получить внимание инженеров Oracle именно к своей конфигурации, то к стандартной ТП необходимо докупить расширенную техподдержку (менеджер Oracle прикинет, сколько часов и на что им надо будет потратить, умножит на 3,14 и т.д.). Разумеется, необходима 100% предоплата, а по окончании договора неизрасходованные средства не возвращаются и не переносятся на следующий период расширенной поддержки.
Стоимость СТП на 1-й год составляет 22% от стоимости лицензий, указанной в Order Form. Каждый последующий год стоимость СТП увеличивается на 3% от своей величины (не от стоимости лицензий, а на 3% от своего предыдущего значения).
Эту надбавку Oracle называет «inflation rate». В лицензионном соглашении [1] Oracle обещает не повышать стоимость стандартной техподдержки более чем на 4% в год (Пункт H на стр. 4).
Последствия отказа от техподдержки
От стандартной техподдержки со второго года и далее можно отказаться, и продолжать легально использовать купленные продукты, но есть два нюанса:
1. Если Вам когда-нибудь потом понадобится СТП, то перед тем, как Вы сможете купить её, Oracle потребует заплатить штраф — в 1,5 раза больше, чем стоила бы стандартная ТП за пропущенный период.
Понятно, что таким образом Oracle страхуется от вариантов «раз в 3 года купил СТП сроком на 1 год и обновил версию ПО». По-моему некоторую сумму за возобновление ТП можно требовать, но наличие повышающего коэффициента при этом совершенно выходит за границы добра. Мало того, что по сути Oracle получает выплату за неоказанную услугу (в России это незаконно), так еще и в 1,5 раза больше.
2. Свои программные продукты Oracle разделяет на «комплекты лицензий» (subset of licenses) — группы лицензий по их назначению (Database, Middleware, Applications и пр.), причем не важно, что они куплены в разное время по разным Order Form.
Например, все Купленные Вами Database Oracle отнесет к одному «комплекту лицензий», а WebLogic Server попадает уже в другую. Подробнее, какое ПО входит в какой «комплект» можно посмотреть в Oracle Software Technical Support Policies [2].
Oracle требует, чтобы у Пользователя все лицензии из одного «комплекта» находились на одном уровне стандартной техподдержки. Уровней целых два – «есть СТП» и «нет СТП».
Теперь предположим, у Вас есть давно купленный Database Standard, на котором у Вас крутится какая-то вспомогательная система, и Вам не нужна была СТП на неё. Со временем Вам потребовалось докупить на бизнес-критичную задачу Database Enterprise. Вот Вы и попали на штраф за пропущенный период СТП для DB Standard.
Oracle предлагает замечательный выход такой из ситуации – отказаться от «лишних» лицензий, по которым Вы не хотите платить штраф за пропущенный период СТП, написав так называемый Termination Letter.
Тут некоторые задумаются, нельзя ли передать ли DB Standard дружественному юрлицу перед покупкой DBE. Не углубляясь, замечу, что совместно использовать Oracle разными «своими» юрлицами тоже не просто, например, нельзя пускать пользователей из другого юрлица в DB, если она лицензирована по NUP, а не по CPU.
Особенности политики скидок Oracle
Один из положительных моментов сотрудничества с Oracle состоит в том, что если Вы покупаете лицензии на миллионы долларов, то имеете шанс добиться большой скидки, даже более 50% от GPL (стандартного прайс-листа) [3]. При этом пропорционально изменяется и стоимость стандартной техподдержки.
Но и тут не обошлось без пары половников дегтя:
1. Скидка связана с конкретными Order Form, и покупка новых лицензий никак не влияет на стоимость СТП для лицензий, купленных ранее. Т.е. у Вас СТП на один и тот же продукт, купленный по разным Order Forms, может стоить по-разному. Если компания у Вас росла, росли объемы закупок, скидка увеличивалась, и Вы захотели платить меньше за СТП первых лицензий, то вариантов нет – пишите Termination Letter, отказывайтесь от них, потом покупайте их повторно, но уже с большей скидкой.
2. В то же время, отказ от части лицензий внутри одной Order Form приводит к перерасчету скидки на все продукты, купленные по этой Order Form. Алгоритм пересчета, если он вообще есть, известен только Oracle. Из опыта мне известно, что хотя стоимость СТП и не увеличивается, но может совсем не уменьшиться, делая бессмысленным отказ от небольшой части лицензий из одной Order Form ради уменьшения суммы СТП.
Goodbye, SUN
После покупки SUN Oracle начала распространять свою отработанную политику техподдержки на оборудование:
1. Сокращено количество вариантов техподдержки.
2. Введен штраф за пропущенный период техподдержки – как обычно, в полтора раза выше, чем стоимость ТП за тот же период.
3. Чтобы принудить всех купить техподдержку, сервисным центрам вообще запретили ремонтировать железо не проходящее по контракту техподдержки.
Заключение
Замечательные продукты разрабатывают в компании Oracle (говорят, только инсталляторы никак им пока не удаются), и взять их легко можно с официального сайта, и защиты от нелицензионного использования в них нет…
Но лучше все же внимательно прочитать лицензионное соглашение до начала разработки, чтобы не было потом неприятных сюрпризов.