Friday, December 25, 2015

Best Practices: Пять причин, которые могут повлечь несоблюдение лицензионных требований Oracle.

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

Вы переходите на новые, современные технологии или у вас поменялись бизнес требования? Архитектура IT требует консолидации? У вас поменялись технические потребности или произошли организационные изменения? Есть большая вероятность, что вам необходимо пересмотреть ваши инвестиции в ПО Oracle и эта статья для вас.




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

1. Новые технологии. Комплексная задача отслеживания использования становится еще более сложной с виртуализацией, мультиплексированием и облачными вычислениями, которые могут расширить доступ для большего числа пользователей - внутренних и внешних - и привести к дополнительной установке БД Oracle и её опций. Изменения в аппаратной среде, такие как добавление дополнительных серверов и / или процессоров также может подтолкнуть организацию к несоблюдению лицензионных требований. Например, если в лицензии есть минимальные требования по количеству пользователей на CPU (или ядро), и обновление оборудования приводит к увеличению количества CPU, то может получиться так, что минимальные требования не соблюдаются.

2. Бизнес требования. Усовершенствование многих бизнес процессов дает толчок к использованию баз данных Oracle. Например, расширение использования "front-end" приложения, которое требует базы данных Oracle в качестве "движка", может привести к увеличению требуемого количества лицензий. Также, в организации, где принятие решений осуществляется уполномоченными лицами на более низких уровнях, необходимость расширения или построения отчетности может означать больше вычислительной мощности, и большее процессорных ядер, что опять же приведёт к увеличению требуемого количества лицензий Oracle.

3. Консолидация поставщиков ПО. Упрощение ИТ архитектуры или консолидация вендоров программного обеспечения, включая реляционные базы данных, могут изменить лицензионные требования. Oracle может даже предложить “замену”, стимулируя клиентов к переходу на свою платформу с Sybase, Informix или SQL Server. Эти инициативы могут сэкономить деньги, как на эксплуатацию, так и на лицензии / техническую поддержку Oracle, но при этом может возникнуть потребность в новых лицензиях Oracle.

4.Технические потребности. Поскольку компании принимают все более активную позицию в управлении своими программными активами на базе Oracle, они могут расширить использование пакетов управления (Enterprise Management Packs). Например, они могут использовать Tuning и Diagnostics Packs, чтобы выявить технические проблемы или повысить эффективность работы приложений. Эти пакеты являются дополнениями к инфраструктуре Oracle, и требования о наличии лицензии предъявляются не к машинам, где эти опции устанавливаются, а к любой БД, где они используются для удаленного управления – что-то, что простое инвентаризационное сканирование не всегда может обнаружить.

5. Организационные изменения. Программное обеспечение и лицензионные потребности могут эволюционировать с учетом приобретений, слияний и продаж, реорганизации и реструктуризации. Если эти организационные изменения требуют дополнительной интеграции между системами, консолидации или расширения, то они часто приводят к изменениям в инфраструктуре компании на базе ПО Oracle.




No comments:

Post a Comment