Virtualización

Oracle en VMware: el riesgo oculto en sus licencias

Virtualizar Oracle Database en VMware es una decisión técnica razonable. El problema aparece en la auditoría, cuando Oracle cuenta núcleos que la base de datos nunca usó.

Por Juan Carlos Otálora Arosa · Ex instructor oficial de Oracle · 4 de noviembre de 2026

Particionamiento duro vs. blando

Oracle publica una política de particionamiento que clasifica las tecnologías de virtualización. Con particionamiento duro (por ejemplo, IBM LPAR, Oracle VM con vCPU fijadas u Oracle Linux KVM con núcleos asignados) se licencian solo los núcleos asignados. Con particionamiento blando, Oracle considera que deben licenciarse todos los núcleos físicos donde el software podría ejecutarse.

VMware está en el grupo blando, junto con otras plataformas como Hyper-V o Nutanix. La afinidad de CPU tampoco reduce el conteo según Oracle.

Cuántos núcleos reclama Oracle

En la práctica de auditoría, Oracle ha ampliado el perímetro a medida que VMware ampliaba la movilidad de las máquinas virtuales:

• Hasta vSphere 5.0: el clúster donde corre la base de datos.
• Desde vSphere 5.1: todos los hosts del vCenter.
• Desde vSphere 6.0: todos los hosts de los vCenter enlazados, por la posibilidad de vMotion entre ellos.

El resultado es que una base de datos que usa 8 núcleos puede terminar asociada a un reclamo sobre cientos de núcleos físicos.

¿Es contractual la política de particionamiento?

Por sí misma, no: el documento indica que es de carácter educativo y que no se incorpora a los contratos. Lo que rige es la definición de Procesador de sus órdenes de compra y contratos. Sin embargo, firmar enmiendas o certificaciones que incorporen las “políticas vigentes” puede cambiar esa situación. Por eso revisar sus documentos firmados es el primer paso.

Cómo reducir la exposición

1. Clústeres dedicados para Oracle, con almacenamiento aislado y reglas de DRS documentadas.
2. Evidencia técnica: registros que muestren dónde se ha ejecutado realmente la base de datos.
3. Revisión contractual de la definición de Procesador y de cualquier documento de políticas firmado.
4. Evaluar alternativas de plataforma o de edición antes de la siguiente renovación de hardware.

VMware es la causa más común de diferencias grandes entre lo comprado y lo reclamado, pero rara vez es la única. Conozca cómo se desarrolla una auditoría de Oracle y qué hacer desde el primer día.