
Guía de licencias de SQL Server 2026: costes por núcleo vs CAL

El licenciamiento de SQL Server parece sencillo hasta que toca presupuestar un entorno real. Una pequeña empresa con una única base de datos, un equipo de ecommerce y una plataforma financiera repartida entre varios servidores pueden necesitar Microsoft SQL Server, pero no les conviene comprarlo de la misma manera. La elección acertada depende de quién accede a la base de datos, de si ese acceso es interno o de cara al público, de cuántos núcleos de procesador se asignan y de qué edición de SQL Server se ajusta mejor a la carga de trabajo.
Esta guía explica, en términos prácticos y pensando en 2026, cómo planificar el coste de las licencias de SQL Server. Se centra en los dos modelos comerciales que más se comparan a la hora de comprar: licencias por núcleo y licencias Servidor + CAL. También aclara cómo encajan entre sí SQL Server Standard, SQL Server Enterprise, Windows Server y las licencias de acceso de cliente, para que no pagues por una capacidad que no usas sin perder de vista el crecimiento futuro.
Las reglas de licenciamiento pueden cambiar según el programa, la región y el caso de uso, así que toma este artículo como un marco de decisión de compra, no como asesoramiento legal. Si partes de cero, empieza por qué es SQL Server y por qué lo usan las empresas y, a partir de ahí, apóyate en las secciones siguientes para traducir esa necesidad en un plan de licencias con sentido.
Ideas clave
- El licenciamiento por núcleo suele ser la opción más limpia para aplicaciones de cara al público, recuentos de usuarios desconocidos, cargas virtualizadas y entornos donde los usuarios externos se conectan de forma indirecta.
- El licenciamiento Servidor + CAL puede resultar más económico cuando el número de usuarios o dispositivos es conocido, estable y relativamente reducido.
- SQL Server Standard basta para muchas cargas de trabajo empresariales; Enterprise conviene reservarlo para necesidades avanzadas de escala, alta disponibilidad o sistemas de misión crítica.
- Las licencias de SQL Server son independientes del sistema operativo. Si alojas SQL Server sobre Windows Server, revisa también los requisitos de licencia y las CAL de Windows Server.
El licenciamiento de SQL Server en un minuto
Microsoft SQL Server es un software de base de datos. La licencia cubre el derecho a ejecutarlo y, según el modelo que elijas, el derecho de los usuarios o dispositivos a acceder a él. La pregunta de fondo es si vas a contabilizar el acceso por los procesadores del servidor o por usuarios y dispositivos concretos.
Con el modelo por núcleo, licencias la capacidad de procesamiento asignada a SQL Server. Es lo habitual cuando cuesta contar a los usuarios, cuando la aplicación está expuesta a los clientes o cuando la base de datos da soporte a una web, una API o una plataforma empresarial compartida. Con el modelo Servidor + CAL, licencias la instalación del servidor y, además, compras una licencia de acceso de cliente por cada usuario o dispositivo que accede a SQL Server.
La diferencia es importante porque una base de datos casi nunca tiene solo usuarios directos. La gente suele conectarse a través de un ERP, un CRM, una tienda online, una herramienta de reporting, una aplicación móvil o un servicio intermedio. Y de cara a la planificación, el acceso indirecto también cuenta.
Por núcleo vs Servidor + CAL: tabla comparativa
| Modelo de licencia | Ideal para | Principal factor de coste | Riesgo de planificación |
|---|---|---|---|
| Por núcleo | Sitios web públicos, API, ecommerce, aplicaciones con muchos usuarios, máquinas virtuales y accesos imprevisibles | Número de núcleos licenciados asignados a SQL Server | Asignar más núcleos de la cuenta o licenciar Enterprise cuando bastaría con Standard |
| Servidor + CAL | Equipos pequeños, aplicaciones internas y recuentos estables de empleados o dispositivos | Una licencia de servidor más una CAL por cada usuario o dispositivo que accede | Pasar por alto usuarios indirectos, contratistas, dispositivos compartidos o el crecimiento futuro |
| Express / edición gratuita | Pruebas, aprendizaje, aplicaciones muy pequeñas y bases de datos locales ligeras | Sin compra de licencia, pero con límites técnicos estrictos | Toparte con los límites de tamaño, memoria o rendimiento en el peor momento |
Cuándo tiene sentido licenciar por núcleo
El licenciamiento por núcleo suele ser el mejor modelo cuando el acceso es amplio o difícil de contabilizar. Una tienda online, un portal de clientes tipo SaaS, un sistema público de reservas o una aplicación respaldada por una API pueden tener miles de usuarios ocasionales. Asignar una CAL a cada persona es poco práctico, y el acceso externo hace que Servidor + CAL deje de compensar muy rápido.
El modelo por núcleo también resulta útil en entornos virtualizados. Puedes planificar según los núcleos virtuales (vCPU) asignados a la máquina virtual de SQL Server, respetando los mínimos aplicables y las reglas de cada edición. Así el presupuesto resulta más predecible para los equipos de infraestructura, que ya dimensionan las cargas por CPU, memoria y almacenamiento.
La trampa está en sobredimensionar. Algunas empresas asignan ocho, doce o dieciséis vCPU porque hay capacidad de sobra, no porque la base de datos lo necesite. Si la licencia sigue al número de núcleos asignados, esa CPU sin usar se traduce en un coste de software innecesario. Para planificar el servidor más allá de SQL Server, echa un vistazo a la categoría de licencias de servidor de Licendi y a la guía sobre Windows Server 2022 Datacenter vs Standard.
Cuándo Servidor + CAL puede salir más barato
El modelo Servidor + CAL resulta atractivo cuando la empresa tiene una audiencia pequeña y bien conocida. Imagina una base de datos interna que usan 18 empleados a través de una aplicación de contabilidad, o un sistema de almacén al que acceden 12 terminales compartidos. Si el acceso no llega a clientes, socios, usuarios web anónimos o un gran grupo de usuarios esporádicos, contar CAL puede salir más barato que licenciar todos los núcleos del procesador.
La clave está en la disciplina. Tienes que saber quién o qué accede a SQL Server, incluido el uso indirecto a través de aplicaciones. También hay que decidir entre CAL de usuario y CAL de dispositivo. Las CAL de usuario suelen tener sentido cuando los empleados trabajan con varios dispositivos. Las CAL de dispositivo encajan mejor cuando muchas personas comparten un número reducido de puestos, como en entornos de turnos, tiendas, plantas de producción o aulas de formación.
No evalúes las CAL solo con la plantilla de hoy. Suma las contrataciones previstas, los contratistas, las nuevas sedes, los usuarios de informes y las integraciones. Si además estás revisando los requisitos de acceso de Windows, el artículo sobre el funcionamiento de Windows Server y los conceptos básicos de las CAL es un buen complemento. Las CAL de SQL Server y las de Windows Server no son intercambiables.
SQL Server Standard vs Enterprise
La elección de la edición pesa tanto como el modelo de licencia. SQL Server Standard está pensado para multitud de sistemas departamentales, de ecommerce, de reporting y de negocio. Puede soportar cargas de producción exigentes siempre que la arquitectura sea razonable. SQL Server Enterprise está orientado al rendimiento avanzado, la analítica a gran escala, la disponibilidad de misión crítica y funciones que los despliegues más pequeños quizá nunca lleguen a usar.
Equivocarse de edición puede desajustar todo el presupuesto. Si una carga solo necesita las funciones de Standard, comprar Enterprise porque suena más completo suele ser una mala inversión. Y si una carga depende de verdad de capacidades exclusivas de Enterprise, forzarla a funcionar con Standard puede generar un riesgo operativo más caro que la propia diferencia de licencia.
Parte de los requisitos, no del nombre más imponente. Pregúntate si necesitas alta disponibilidad avanzada, un uso muy elevado de memoria, data warehousing intensivo, funciones de seguridad empresarial o características de rendimiento ligadas a Enterprise. Para una comparación más a fondo, consulta SQL Server Standard vs Enterprise y la guía de Licendi para elegir la edición de SQL Server que necesitas.
Cómo estimar el coste de una licencia de SQL Server
Una estimación sencilla parte de cinco datos: tipo de entorno, edición, patrón de acceso, asignación de núcleos y crecimiento previsto. Anótalos antes de comparar ofertas, porque sin ellos dos presupuestos pueden parecer distintos cuando en realidad están licenciando situaciones diferentes.
Para el licenciamiento por núcleo, identifica los núcleos físicos o virtuales asignados a la carga de SQL Server. Comprueba el mínimo de núcleos que se aplica a tu escenario y edición. Después, compara el coste de licenciar la asignación actual con el de una asignación bien dimensionada. A veces, reducir una máquina virtual de ocho vCPU a cuatro tras las pruebas de rendimiento adecuadas aporta más que negociar un pequeño descuento.
Para Servidor + CAL, cuenta cada usuario o dispositivo que accede a SQL Server, ya sea de forma directa o indirecta. Incluye a los empleados que usan aplicaciones conectadas, a quienes consultan paneles que se nutren de la base de datos, al personal remoto, a los contratistas y a los dispositivos operativos compartidos. Luego compara el total de la licencia de servidor más las CAL con la opción por núcleo.
Para cargas muy pequeñas, SQL Server Express puede resultar tentador. Es útil para pruebas y aplicaciones modestas, pero sus limitaciones pueden salir caras si más adelante necesitas una migración urgente. El artículo de Licendi sobre SQL Express vs SQL Standard explica las diferencias prácticas.
Virtualización, nube y acceso remoto
La virtualización cambia la planificación de SQL Server porque la licencia sigue a la capacidad asignada o cubierta, no al simple nombre del host. Si SQL Server se ejecuta en una máquina virtual, anota el número de vCPU, el diseño del host, las expectativas de movilidad y si la carga puede desplazarse entre hosts. En entornos grandes, la alta disponibilidad y la arquitectura de conmutación por error también influyen en lo que hay que licenciar.
El acceso remoto merece igual atención. Un usuario que trabaja desde casa a través de una VPN sigue siendo un usuario. Una sucursal que accede a una base de datos central sigue contando como acceso. Una capa de reporting o un CRM pueden ocultar la base de datos, pero no eliminan la necesidad de licenciar el uso que hay debajo. Para más contexto de infraestructura, revisa Windows Server vs Windows 10 y la diferencia entre SQL Server y Windows Server.
Errores comunes en las licencias de SQL Server
El primer error es contar solo a los administradores de la base de datos. La mayoría de los accesos a SQL Server se producen a través de software empresarial, no de herramientas de base de datos. Si los empleados usan una aplicación que lee o escribe en SQL Server, forman parte del cálculo de la licencia.
El segundo error es comprar pensando en un máximo teórico. A veces los equipos de infraestructura asignan mucha más CPU de la que la carga necesita y, después, la estimación de licencias arrastra ese diseño inflado. Las pruebas de rendimiento y la monitorización ayudan a afinar el plan de licencias.
El tercer error es ignorar las funciones de cada edición. Una empresa puede comprar Enterprise para una carga que solo requiere Standard, o comprar Standard y descubrir después que el diseño de alta disponibilidad que tenía previsto depende de funciones de Enterprise. Ambos errores se evitan con una lista clara de requisitos.
El cuarto error es olvidarse de la seguridad y el mantenimiento. SQL Server es software crítico para el negocio. La licencia es solo una parte de lo que implica tenerlo; también cuentan los parches, las copias de seguridad, el cifrado, el control de acceso y la monitorización. Para la planificación operativa, lee las buenas prácticas de seguridad de SQL Server.
Lista de comprobación práctica para comprar
Antes de elegir una licencia de SQL Server, responde a estas preguntas:
- ¿La base de datos es solo interna, de cara al público o accesible por socios y clientes?
- ¿Cuántos usuarios o dispositivos reales acceden de forma directa o indirecta?
- ¿El número de usuarios es lo bastante estable para optar por Servidor + CAL?
- ¿Cuántos núcleos físicos o virtuales se asignarán a SQL Server?
- ¿Necesitas funciones de Standard o de Enterprise?
- ¿La base de datos se ejecutará sobre Windows Server y están cubiertas las licencias y las CAL de Windows Server?
- ¿La carga crecerá de forma significativa en los próximos 12 a 24 meses?
Si vas a comprar más software de Microsoft al mismo tiempo, contrasta la decisión de la base de datos con tus necesidades de sistema operativo y de productividad. La categoría de licencias empresariales, las licencias de Windows y las licencias de Microsoft Office de Licendi pueden ayudarte a consolidar el plan global de software.
FAQ
¿SQL Server se licencia por usuario o por núcleo?
Puede licenciarse de las dos formas, según la edición y el programa. La licencia por núcleo contabiliza la capacidad de procesamiento. La de Servidor + CAL contabiliza una licencia de servidor más las licencias de acceso de cliente para los usuarios o dispositivos.
¿Servidor + CAL siempre es más barato para las pequeñas empresas?
No siempre, pero a menudo lo es cuando el número de usuarios o dispositivos es pequeño, conocido e interno. Si los usuarios son difíciles de contar o la aplicación es de cara al público, la licencia por núcleo suele ser más limpia.
¿Necesito CAL de SQL Server si los usuarios solo acceden a una aplicación?
Normalmente sí, siempre que la aplicación acceda a SQL Server en su nombre y estés usando un modelo Servidor + CAL. El acceso indirecto también hay que tenerlo en cuenta al contar usuarios o dispositivos.
¿Es suficiente con SQL Server Standard?
Para muchas aplicaciones empresariales, sí. SQL Server Standard puede soportar cargas de producción exigentes. Enterprise resulta apropiado cuando necesitas funciones avanzadas de escala, disponibilidad, analítica o seguridad que Standard no ofrece.
¿Las licencias de SQL Server son lo mismo que las de Windows Server?
No. Las licencias de SQL Server cubren el software de base de datos. Las de Windows Server cubren el sistema operativo. Si SQL Server se ejecuta sobre Windows Server, hay que planificar correctamente las dos capas.
Conclusión
La mejor licencia de SQL Server es la que encaja con tu patrón de acceso, tu diseño técnico y tu plan de crecimiento. La licencia por núcleo aporta claridad cuando los usuarios son numerosos o difíciles de contar. Servidor + CAL puede resultar económico cuando el acceso es interno, estable y acotado. SQL Server Standard basta para muchas empresas, mientras que Enterprise conviene elegirlo por razones técnicas concretas y no como opción por defecto.
Antes de comprar, traza el mapa de la aplicación, cuenta los usuarios o los núcleos con realismo, confirma las funciones de edición que necesitas e incluye los requisitos de Windows Server cuando proceda. Esa preparación te da un presupuesto más limpio y reduce el riesgo de acabar pagando dos veces.
Un cordial saludo,
El equipo de Licendi




