Archivo

Posts Tagged ‘Licenciamiento’

Oracle Database Standard Edition 2 (SE2) – Licenciamiento y conversión desde SE/SE1

Oracle_DB_12c_SE2Desde el pasado mes de septiembre es posible descargar el parche 12.1.0.2 de Oracle Database Standard Edition. Este parche no sólo soluciona bugs detectados, sino que aporta gran cantidad de nuevas funcionalidades y hasta la fecha sólo estaba disponible para la versión Enterprise Edition.

Juntamente con la publicación del parche se notificó una modificación relevante del sistema de licenciamiento: desde el 01/12/2015 las versiones Standard Edition y Standard Edition One ya no pueden adquirirse y en su lugar ha aparecido en la tarifa de precios la nueva versión Oracle Database Standard Edition 2. Las versiones Enterprise Edition (EE) y Personal Edition (PE) no han sufrido variación alguna. Por tanto, ahora disponemos de las siguientes versiones de Oracle Database:

  • Enterprise Edition
  • Standard Edition 2
  • Personal Edition

Las licencias de Oracle Database Standard Edition 2 tienen el mismo coste que tenían las licencias de Oracle Database Standard Edition.

Vamos a revisar las normas de licenciamiento de Oracle Database Oracle Database Standard Edition 2 (SE2) y cómo afecta este nuevo licenciamiento a los clientes con licencias compradas de las versiones Standard Edition (SE) o Standard Edition One (SE1).
Leer más…

Hard Partitioning con Oracle VM x86 (pinnear vCPU’s)

diciembre 30, 2014 Deja un comentario

Oracle-VM

En este otro post tratábamos el licenciamiento de productos Oracle sobre entornos virtualizados. En esta nueva entrada vamos a entrar en detalle sobre cómo configurar Oracle VM 3.X sobre plataforma x86 para cumplir correctamente con los requisitos de licenciamiento.

Para realizar esta tarea, hay que descargar de My Oracle Support el parche Patch 13602094: ORACLE VM 3.0 UTILS RELEASE 1.0.2 que contiene el paquete de utilidades Oracle VM Utilities. Este conjunto de utilidades se suele instalar y ejecutar en el OVM Manager.

Una vez instalado procedemos a asignar (o pinnear) las CPU’s. Primero verificamos que la máquina virtual tenga asignadas las vCPU’s necesarias.

processors

 

Una vez revisado,  procedemos a lanzar el comando que habilita el hard partitioning:

[root@avtovmm1 ovm_utils]# ./ovm_vmcontrol -u admin -p <password> -h localhost -v avtvmdb01 -c vcpuset -s 0-3
Oracle VM VM Control utility 1.0.1.
Connected.
Command : vcpuset
Pinning virtual CPUs
Pinning of virtual CPUs to physical threads '0-3' 'avtvmdb01' completed.

Una vez ejecutado, esta máquina virtual sólo podrá hacer uso de 4 vCPU’s  y estaremos cumpliendo con un licenciamiento de 2 Processors Oracle.

Veamos el mismo ejemplo sobre un servidor con hyperthreading habilitado:

xm info
host : AVTOVM01.AVANTTIC.LOCAL
release : 2.6.39-300.32.6.el5uek
version : #1 SMP Fri Oct 11 22:05:27 PDT 2013
machine : x86_64
nr_cpus : 24
nr_nodes : 2
cores_per_socket : 6
threads_per_core : 2
cpu_mhz : 2933

Se trata de un servidor con 2 procesadores hexacore con hyperthreading habilitado, por lo que en el campo nr_cpus muestra 24, que son las vCPU’s disponibles para ser usadas por OVM.

El factor de corrección Oracle no tiene en cuenta el hyperthreading a la hora de licenciar los procesadores x86, sólo se fija en los cores, como explicábamos en este post.

Así que, en el servidor descrito se tendrían que asignar 8 vCPU’s para aprovechar el licenciamiento de 2 Processors Oracle:

2 Processors Oracle >> 4 Cores x86 >> 8 threads x86 >> 8 vCPU’s OVM

Licenciamiento productos Oracle en entornos virtualizados

noviembre 24, 2014 Deja un comentario

intel

La evolución de los procesadores hace que cada vez dispongamos de más núcleos (cores) en cada CPU.

Dado que ya casi no se encuentran en el mercado CPUs con 4 cores o menos, esto hace que al renovar los servidores, pasando por ejemplo de un servidor con CPUs DualCore a HexaCore, se deban adquirir mas licencias Oracle de tipo “processor” para no incurrir en un mal licenciamiento.

No se debe entender “processor” por su traducción literal “procesador” (CPU) ya que Oracle calcula los “processors” necesarios aplicando un factor de conversión al numero de cores del servidor. El factor de conversión depende del modelo de CPU: x86, UltraSparc VII, Power 5, PA-RISC, etc. Podéis encontrar la tabla de factores de conversión en este link y una explicación de cómo se calculan los “processors” necesarios en este post de nuestro blog. Por ejemplo, el factor de conversión para las CPUs Intel multicore x86 es de 0.5, lo que significa que para una CPU de 6 cores debemos tener licenciados 3 “processors” Oracle.

Este sobrecoste por tener que adquirir más licencias hace que muchos clientes se decanten por soluciones de virtualización, asignando sólo el número de cores licenciados a cada máquina virtual. Pero no sirve cualquier solución de virtualización: para poder limitar el número de licencias necesario, debe tratarse de una solución Hard Partitioning reconocida por Oracle, tal y como se explica en este documento.

En este momento las virtualizaciones reconocidas como Hard Partitioning son:

  • Solaris Zones (also known as Solaris Containers, capped Zones/Containers only)
  • IBM LPAR (adds DLPAR with AIX 5.2)
  • IBM Micro-Partitions (capped partitions only)
  • HP vPar
  • HP nPar
  • HP Integrity Virtual Machine (capped partitions only),
  • HP Secure Resource Partitions (capped partitions only),
  • Fujitsu’s PPAR
  • Oracle VM x86
  • Oracle VM SPARC

No sirven por tanto, para limitar el número de licencias, soluciones de virtualización tales como:

  • Xen
  • VMware
  • Microsoft hyper-v

Para conocer a fondo la política de licenciamiento de Oracle recomendamos leer este documento.

Oracle Locator: el “subconjunto” gratuito de Oracle Spatial

octubre 1, 2014 Deja un comentario

Como muchos sabréis, Spatial and Graph es una opción de Oracle Database Enterprise Edition que requiere un licenciamiento extra (información aquí). Oracle Locator es un subconjunto de funciones de Oracle Spatial and Graph, SDO_GEOMque no requiere un cargo adicional. Está disponible en todas las versiones de Oracle Database: Standard Edition One, Standard Edition, Enterprise Edition y XE (Express Edition).

Locator provides core features and services available in Oracle Spatial. It provides significant capabilities typically required to support Internet and wireless service-based applications and partner-based GIS solutions. Locator is not designed to be a solution for geographic information system (GIS) applications requiring complex spatial data management. If you need capabilities such as linear referencing, advanced spatial functions, or Spatial Web services, use Oracle Spatial instead of Locator.

Like Spatial, Locator is not designed to be an end-user application, but is a set of spatial capabilities for application developers.

El inconveniente que hay a la hora de usar Locator, sobre todo cuando se está en medio de una auditoría, es que, a pesar que sólo se tenga instalado y se esté usando Locator, parece que se esté usando Spatial.

*** SPATIAL

======================================================================

ORACLE SPATIAL INSTALLED: TRUE

CHECKING TO SEE IF SPATIAL FUNCTIONS ARE BEING USED…

SDO_GEOM_METADATA_TABLE

———————–

325

1 row selected.

El extracto anterior hace referencia al resultado de consultar la vista dba_feature_usage_statistics. Esta tabla sólo existe en versiones 10gR1 en adelante, por lo que si se quiere comprobar el uso de Locator o Spatial en versiones anteriores, sólo queda la opción de fiarse de la palabra del cliente.

Para verificar si Oracle Locator está instalado, es necesario comprobar que Intermedia (10g y 11gR1) o Multimedia (11gR2 y 12gR1) esté instalado y el usuario MDSYS exista en la base de datos.

Si se quiere garantizar el uso exclusivo de Locator y se tiene instalado Spatial (que por defecto se instala aunque no se seleccione), es recomendable desinstalar Spatial y reinstalar Locator. A continuación indicamos el procedimiento a seguir (en versiones anteriores de la 10gR1 no es posible hacerlo):

10gR1

No es posible pasar de Oracle Spatial a Oracle Locator sin desinstalar completamente Oracle Spatial. La única forma válida sería desinstalar Spatial e instalar Locator (Nota: 179472.1)

10gR2 y 11gR1

Desinstalación de Oracle Spatial manteniendo Oracle Locator. Script sdo_deinst.sql que se aporta en la nota MOS 1070647.1. Los datos se mantienen intactos, las tablas con columnas SDO_GEOMETRY no se verán afectadas.

11gR2 y 12gR1

De la misma forma que en la 10gR2 y 11gR1, desinstalar Oracle Spatial manteniendo Oracle Locator. El script en este caso es  $ORACLE_HOME/md/admin/mddins.sql

NOTA: Después de realizar el procedimiento de desinstalación de Spatial dejando Locator, es recomendable recompilar la base de datos con el script “utlrp.sql”, ya que podrían quedar descompilados algunos objetos.

¿Tengo que licenciar mi entorno Oracle de respaldo/contingencia?

Muchas veces los clientes nos preguntan si pueden no licenciar su entorno Oracle de contingencia si no lo usan más del 3% del tiempo… que alguien se lo explicó pero no lo encuentran escrito en ningún sitio.

En este link tenéis el documento de licenciamiento de productos Oracle para “entornos de recuperación de datos”, en el que se explican 4 diferentes escenarios posibles: Backup, Failover, Standby y Remote Mirroring. El segundo escenario es el único en que se permite no licenciar el servidor de failover, mientras no se supere una utilización máxima de 10 días al año. Aunque 10 días/año es aproximadamente el 3% del año, no es lo mismo: si por ejemplo abrimos la BD 5 minutos, ya habremos consumido 1 de los 10 días.  Además, no aplica en todos los casos; sigue leyendo para conocer los detalles.

Para no entrar en discusiones sobre a qué debemos llamar alta disponibilidad y a qué contingencia (escribiré un día un post sobre ello), designaré de forma genérica como entorno de respaldo al conjunto de sistemas (hardware, software y comunicaciones) que nos permitirá seguir dando servicio a nuestra organización cuando falle nuestro entorno primario.

Los criterios básicos a aplicar a nivel de licenciamiento de los entornos de respaldo son éstos:

  • Si se instala software en Oracle en servidores del entorno de respaldo, se deben licenciar.
  • El licenciamiento de los servidores de respaldo debe seguir la misma métrica (Processor o Named Used Plus) que los servidores primarios. Si se han licenciado opciones del producto Oracle en el entorno primario, también deberán ser licenciadas en el entorno de respaldo; la única excepción es Oracle Database RAC, pues el cliente podría decidir que en contingencia le basta con un servidor standalone.

A continuación os resumo los 4 escenarios que se explican en el documento:

Backup

Copia tradicional, a disco, cinta o DVD, de las estructuras y ficheros del producto Oracle a salvaguardar.  No precisa de ninguna licencia adicional puesto que cuando se deba restaurar el backup se hará sobre los servidores primarios o sobre unos nuevos que reemplacen los originales.

Failover

Clásico cluster activo-pasivo (Solaris SUN Cluster, HPUX ServiceGuard, IBM HACMP, Linux HA, Microsoft Windows Clustering…), en el que el producto Oracle sólo puede estar ejecutándose en uno de los servidores que componen el cluster. Estos clusters se caracterizan por compartir un array de discos. Bajo este escenario, uno de los servidores pasivos (sólo uno) no será necesario licenciarlo y podrá ser utilizado como máximo durante 10 días al año.

Standby

Entorno de respaldo formado por servidores, independientes de los primarios, que de algún modo se van sincronizando a partir de los principales. Lo lógico es que se ubiquen en otra localización geográfica (disaster recovery). Estos servidores deben ser licenciados.

Remote Mirroring

El centro primario y el de respaldo se sincronizan mediante mirroring de los sistemas de almacenamiento ubicados en los 2 centros. Si en el centro de respaldo se dispone de servidores que tienen software Oracle instalado, entonces estos servidores se deben licenciar.

Licenciamiento productos Oracle por usuario

Como continuación a nuestro anterior post sobre licenciamiento de productos por procesador, en este nuevo post vamos a tratar sobre el licenciamiento por usuario.

Así como al licenciamiento por CPUs se le denomina por Processors, en el caso de licenciar por usuarios se habla de Named User Plus (en adelante NUP). Hace años los productos Oracle se licenciaban por “usuarios concurrentes” pero eso pasó a la historia y ahora se debe licenciar cada usuario o dispositivo electrónico que esté autorizado a utilizar un determinado software Oracle.

Además se deben respetar los mínimos establecidos para cada producto, p.e. 5 NUP de Oracle Database Standard Edition o 10 NUP de Oracle WebLogic por processor (ojo que p.e. un servidor con 2 quad-core Intel necesitaría 40 NUP de WebLogic pues 8 cores Intel equivalen a 4 processors) o 25 NUP de Oracle Database Enterprise Edition por processor.

Named User Plus:  is defined as an individual authorized by you to use the programs which are installed on a single server or multiple servers, regardless of whether the individual is actively using the programs at any given time. A non human operated device will be counted as a named user plus in addition to all individuals authorized to use the programs, if such devices can access the programs.  If multiplexing hardware or software (e.g., a TP monitor or a web server product) is used, this number must be measured at the multiplexing front end.  Automated batching of data from computer to computer is permitted.  You are responsible for ensuring that the named user plus per processor minimums are maintained for the programs contained in the user minimum table in the licensing rules section;  the minimums table provides for the minimum number of named users plus required and all actual users must be licensed.

Es importante remarcar la frase “If multiplexing hardware or software (e.g., a TP monitor or a web server product) is used, this number must be measured at the multiplexing front end” pues es un motivo habitual de errores de licenciado: se deben licenciar todos los usuarios y dispositivos que se “benefician” de utilizar un software Oracle, con independencia de que se conecten directamente o a través de un usuario genérico o a través de un pool de conexiones o de un monitor transaccional o de un web service. Esto lleva p.e. a que muchas bases de datos deban ser licenciadas por processor porque sería inviable (por coste) licenciar por NUP para todos los posibles usuarios que hacen uso de la base de datos a través de una aplicación web accesible desde Internet.

Si tienes alguna duda sobre licenciamiento de productos Oracle envíanos un mail a comercial@avanttic.com o llámanos al 93 151 84 51

Categorías:Tech - Infrastructure Etiquetas: ,

Licenciamiento productos Oracle Enterprise Edition sobre CPUs multicore

A la hora de licenciar productos Oracle en versión Enterprise Edition, en una puesta en marcha o en una renovación por cambio de servidor, hay que ser muy consciente de las implicaciones que tiene la CPU de nuestro servidor.

Es muy común la situación de clientes que poseen 1 licencia de tipo processor en un servidor anticuado con 1 solo core, y que lo renuevan adquiriendo por ejemplo un servidor con 1 CPU de 6 cores Intel® Xeon® X5650. Si el cliente no está correctamente asesorado, mantendrá su única licencia de tipo processor y estará incurriendo en un mal licenciamiento pues realmente precisaría 3 licencias.

En las versiones Standard Edition y Standard Edition One, 1 CPU equivale a 1 licencia de tipo processor. Pero en la versión Enterprise Edition hay que aplicar un factor de conversión en función de la plataforma hardware y del número de cores total del servidor.

Processor: shall be defined as all processors where the Oracle programs are installed and/or running.  Programs licensed on a processor basis may be accessed by your internal users (including agents and contractors) and by your third party users.  The number of required licenses shall be determined by multiplying the total number of cores of the processor by a core processor licensing factor specified on the Oracle Processor Core Factor Table which can be accessed at http://oracle.com/contracts. All cores on all multicore chips for each licensed program are to be aggregated before multiplying by the appropriate core processor licensing factor and all fractions of a number are to be rounded up to the next whole number.  When licensing Oracle programs with Standard Edition One or Standard Edition in the product name, a processor is counted equivalent to an occupied socket; however, in the case of multi-chip modules, each chip in the multi-chip module is counted as one occupied socket.

En el caso de las CPUs Intel Xeon el factor core/procesador es de 0,5. Esto implica que cada core precisa 0,5 processors a nivel de licenciado. En el ejemplo antes expuesto el cálculo sería: 0,5 x 6 = 3 licencias de tipo processor, y el cliente sólo disponía de 1.

La activación de la opción de Hyper-Threading no afecta al cálculo, que se basa únicamente en los cores totales del servidor.

A continuación se muestra un pequeño resumen de los factores de conversión:

Procesador Factor core/procesador
SPARC T3 processor 0,25
Sun Netra T2000, 1.0 or 1.2 GHz UltraSPARC T1 0,25
Intel Itanium Series 93XX (adquiridos  Antes del 01/12/2010)* 0,5
Intel Xeon Series 56XX, Series 65XX, Series 75XX, or earlier Multicorechips 0,5
AMD Opteron Models 13XX, 23XX, 24XX, 41XX, 61XX, 83XX, 84XX 0,5
Sun UltraSPARC T2 0,75
IBM POWER5 0,75
HP PA-RISC 0,75
Single Core porcessors 1
Intel Itanium Series 93XX (adquiridos después del 01/12/2010)* 1
IBM POWER6 1
IBM POWER7 1

En este link aparece la tabla completa para todas las plataformas multicore soportadas.

* El 22 de Marzo de 2011 Oracle anunció el fin del desarrollo de nuevas versiones de productos bajo procesador Itanium. http://www.oracle.com/us/corporate/press/346696

Desde Septiembre de 2012, Oracle sigue proporcionando versiones para procesadores Itanium, tal como indica la nota de prensa: http://www.oracle.com/us/corporate/features/itanium-346707.html

Procesador

Factor core/procesador

Intel Xeon Series 56XX, Series 65XX, Series 75XX, or earlier Multicore

chips

0,5

Categorías:Tech - Infrastructure Etiquetas: ,