¿Qué modelos de licencia se aplican para SQL Server 2017 a 2025?

A lo largo de todas las versiones de SQL Server 2017, 2019, 2022 y 2025, el marco básico sigue siendo el mismo: existe el modelo basado en núcleo ("Per Core") y el modelo "Server + CAL". Standard se vende a menudo como Server+CAL porque puede tener un precio atractivo si se puede contabilizar claramente el acceso. En la práctica, Enterprise casi siempre se licencia por Core porque el modelo es más sencillo, más escalable y más fácil de planificar para entornos más grandes y dinámicos.

¿Qué significa "Por Core" en términos concretos y por qué es tan importante para 2017-2025?

¿Qué significa "Servidor + CAL" en términos técnicos y organizativos?

"Servidor + CAL" significa que se requiere inicialmente una licencia de servidor para la instalación y el funcionamiento del SQL Server, en función de la instancia o el entorno respectivos. Además, se requieren licencias de acceso (CALs) para los usuarios o dispositivos que acceden a este SQL Server. Desde un punto de vista organizativo, este modelo de licenciamiento sólo tiene sentido y sólo se puede implementar correctamente si se puede definir claramente qué usuarios o dispositivos tienen acceso y si esta asignación se mantiene de forma permanente y fiable.

¿Existe un "1 usuario está incluido" o una especie de cuota básica con el modelo servidor+CAL?

¿Qué es una CAL de usuario (y qué cubre en el día a día)?

Una CAL de usuario se asigna a una persona concreta. Esta persona puede acceder a ella desde cualquier número de dispositivos: Escritorio, portátil, sesión remota, cliente ligero, incluso cambiando de dispositivo final. Esto suele ser la norma en los entornos modernos porque los empleados rara vez utilizan un solo dispositivo. En la práctica, esto significa que tan pronto como una persona (como usuario) tiene o recibe indirectamente acceso, normalmente se considera un candidato a CAL de usuario.

Técnicamente, la CAL de usuario es particularmente ventajosa en escenarios con muchas rutas de acceso, como herramientas internas, sistemas de BI, informes, API, front-ends de servicios o acceso administrativo. No es necesario comprobar para cada dispositivo si es necesario tener en cuenta el acceso adicional. Si se puede identificar claramente al usuario, la CAL de usuario suele ser la forma de licencia más sólida y menos propensa a errores.

¿Qué es una CAL de dispositivo (y por qué suele ser la mejor opción de todos modos)

Una CAL de dispositivo se asigna a un dispositivo específico. El dispositivo tiene permiso para acceder a SQL Server, independientemente de cuántas personas utilicen este dispositivo. Ejemplos típicos son los PC de turno, los terminales de producción, las ubicaciones de caja o almacenamiento, las estaciones de soporte compartidas, las salas de formación o los sistemas de quiosco. El dispositivo es la unidad con licencia, no la persona.

La CAL de dispositivo cobra fuerza en la práctica cuando hay muchos usuarios cambiantes pero pocos dispositivos fijos. Si 30 personas trabajan alternativamente en 5 terminales, las CAL de dispositivo son casi siempre más económicas y mucho más fáciles de documentar que 30 CAL de usuario.

¿Cuándo es mejor vender CAL de dispositivo y cuándo es mejor vender CAL de usuario?

Las CAL de dispositivo suelen tener sentido cuando las estaciones de trabajo se utilizan conjuntamente, por ejemplo en el trabajo por turnos o en terminales compartidos, o cuando muchas personas utilizan dispositivos claramente definidos. Las CAL de usuario, por otro lado, son adecuadas si empleados individuales utilizan varios dispositivos, trabajan a distancia o si se desea una lógica de licencias relacionada con la persona, en la que no haya que considerar por separado cada dispositivo final adicional. Si ambos escenarios de uso existen en paralelo, una estrategia mixta es común y tiene sentido, por ejemplo CAL de usuario para áreas de oficina y administración y CAL de dispositivo para producción o almacenes.

¿Qué malas compras debe evitar como cliente?

Compra error 1: Modelo de licencia equivocado seleccionado (Server + CAL en lugar de Per Core o viceversa)
Un error muy común es cuando no se distingue claramente si un SQL Server está licenciado en el modelo "Server + CAL" o "Per Core". Con el modelo de servidor más CAL, deben planificarse CAL de usuario o dispositivo adicionales, mientras que para la licencia por núcleo no se requieren CAL. Si se pasa por alto esta diferencia, faltarán posteriormente las licencias de acceso necesarias o el modelo seleccionado será innecesariamente complicado y caro para el uso real.

Compra de errores 2: Elección errónea entre CAL de usuario y CAL de dispositivo
Otro error típico es la elección errónea entre CAL de usuario y CAL de dispositivo. Las CAL de usuario son útiles si las personas trabajan con varios dispositivos o tienen un acceso flexible. Las CAL de dispositivo son más adecuadas si varias personas utilizan un dispositivo o terminal compartido. Si la situación de acceso no se evalúa de forma realista, surgen costes adicionales innecesarios o vacíos de licencias que hay que corregir más adelante.

Las preguntas más frecuentes sobre SQL Server 2017-2025, CALs y Core (con respuestas detalladas)

1) ¿Necesito siempre CALs adicionales con SQL Server Standard (Server + CAL)?

2) ¿Sigo necesitando CALs de usuario/dispositivo con el licenciamiento core?

No. Con un correcto licenciamiento core, el tema de las CALs queda completamente eliminado. El acceso a SQL Server ya no está vinculado a usuarios o dispositivos individuales, sino únicamente a los núcleos de CPU correctamente licenciados. Esto significa que no hay que contar si el acceso es directo o indirecto, si se añaden servicios adicionales o si cambia el número de usuarios internos o externos. El único factor decisivo es que el hardware o la máquina virtual utilizados cuenten con todas las licencias de acuerdo con las especificaciones de los núcleos.

3) ¿SQL Server Enterprise tiene "usuarios ilimitados"?

Con SQL Server Enterprise, la concesión de licencias se basa en los núcleos de la CPU. Esto significa que si todos los núcleos necesarios se licencian correctamente, cualquier número de usuarios y dispositivos pueden acceder al servidor. En este modelo no hay CAL de usuario o dispositivo y, por lo tanto, no hay un límite superior fijo de usuarios. El único factor decisivo es que el hardware o la VM utilizados estén totalmente licenciados por núcleos. Esto significa que los usuarios no tienen que contar usuarios ni comprar CAL adicionales siempre que la licencia por núcleos sea correcta.

4) ¿SQL Server Standard también puede funcionar sin CALs?

Sí, pero sólo si SQL Server Standard se licencia por núcleos. La necesidad de CAL depende exclusivamente del modelo de licencia seleccionado. Si SQL Server Standard se utiliza en el modelo "Servidor + CAL", las CAL de usuario o dispositivo también deben estar disponibles para todos los accesos. Si, por el contrario, SQL Server Standard se licencia por núcleo, no se requieren CALs, ya que los accesos están totalmente cubiertos por los núcleos de CPU licenciados.

5) ¿Se pueden mezclar CALs de usuario y CALs de dispositivo en el mismo entorno?

Sí. En entornos mixtos, es habitual y permisible utilizar CALs de usuario y CALs de dispositivo en paralelo. Es importante que cada acceso tenga una licencia única y completa. Por ejemplo, puede cubrir a los usuarios de la oficina, TI o administración mediante CAL de usuario, mientras que las estaciones de trabajo compartidas o los terminales del almacén se licencian mediante CAL de dispositivo. Esta combinación suele ser la solución más viable económicamente, ya que refleja de forma realista el comportamiento de uso real y evita costes de licencia innecesarios.

6) ¿El acceso indirecto a través de aplicaciones, API, front-ends web o middleware también cuenta como acceso que requiere una CAL?

Sí. El acceso indirecto también cuenta como acceso que requiere una licencia. Por ejemplo, si los empleados acceden a los datos de SQL Server a través de un sistema ERP, una aplicación web o middleware, se sigue considerando que estas personas acceden como usuarios. No importa si la conexión está técnicamente agrupada o se establece a través de una aplicación intermediaria. El factor decisivo es que las personas o los dispositivos acceden en última instancia a los datos de SQL Server - y este acceso debe estar cubierto por las correspondientes CAL de usuario o dispositivo en el modelo de servidor + CAL.

7) ¿Qué significa "multiplexación" y por qué es relevante para los clientes de CAL?

La multiplexación se refiere a mecanismos técnicos que agrupan o reducen las conexiones directas a SQL Server, por ejemplo a través de agrupación de conexiones, middleware, servidores de terminales, servidores de aplicaciones centrales o servicios de informes. Esto suele dar la impresión de que sólo es necesario obtener una licencia para el sistema intermedio. Sin embargo, esto no es correcto desde el punto de vista de la legislación sobre licencias. Si los usuarios o dispositivos finales acceden realmente a los datos de SQL Server a través de esta capa intermedia, se sigue considerando que acceden a usuarios o dispositivos. Por lo tanto, en el modelo Server-plus-CAL, estos accesos siguen estando totalmente sujetos a licencias, independientemente de cuántas conexiones técnicas existan realmente con SQL Server.

8) Con Server+CAL, ¿es suficiente una CAL por servidor o por base de datos?

No. Las CAL son licencias de acceso, no "módulos adicionales de servidor". Una CAL es por usuario o por dispositivo. El servidor se licencia por separado. Si una empresa opera varios servidores SQL, el enfoque de "una CAL por servidor" es fundamentalmente erróneo, porque las CAL no se "consumen" servidor por servidor, sino que representan derechos de acceso. Para la comunicación con el cliente, es mejor explicarlo estrictamente como "acceso por usuario/dispositivo" y no en unidades de servidor.

9) Si ejecuto SQL Server en una VM: ¿cambia algo respecto a las CAL o al modelo de licencia?

10) ¿Cuál es el problema típico con los usuarios externos (clientes, partners, extranet)?

El problema central con los usuarios externos es el escalado y la contabilidad limpia del acceso. El número de usuarios externos a menudo fluctúa, es difícil de registrar con claridad o crece significativamente con el uso de un portal, área de clientes o extranet. En estos casos, el modelo de servidor más CAL se convierte rápidamente en confuso y propenso a errores, ya que habría que tener en cuenta cada uno de los accesos según la ley de licencias. Las licencias Core suelen ser la solución más sólida en este caso, ya que el acceso no tiene que volver a licenciarse por persona externa y sigue siendo claro y rastreable incluso si el número de usuarios aumenta o cambia.

11) ¿Qué papel desempeñan los "núcleos mínimos" y por qué esto conduce a falsas expectativas?

Con las máquinas virtuales, a menudo surge la expectativa de que una VM muy pequeña también puede cubrirse con una licencia correspondientemente pequeña, por ejemplo, con dos vCores. En la práctica de las licencias, sin embargo, hay requisitos mínimos y paquetes de núcleos fijos que se aplican independientemente de la asignación técnica real. Esto significa que la unidad más pequeña compatible con la licencia es a menudo más grande que la propia máquina virtual. Esta diferencia entre la configuración técnica y el tamaño mínimo conforme a la ley de licencias suele dar lugar a sorpresas. Por lo tanto, el factor decisivo no es sólo cuántos núcleos se asignan a una máquina virtual, sino también el número mínimo de núcleos que deben tener licencia de acuerdo con las normas de concesión de licencias.

Aviso legal
Este artículo es sólo para fines de información general y no constituye una recomendación de ventas o de concesión de licencias. Toda la información ha sido recopilada según nuestro leal saber y entender, pero se proporciona sin garantía de integridad o exactitud. Las condiciones de licencia están sujetas a cambios y pueden interpretarse de forma diferente en casos concretos. El contenido no sustituye al asesoramiento jurídico o en materia de licencias.