Guia de Licenciamento do SQL Server 2026: custos por núcleo vs CAL explicados

O licenciamento do SQL Server parece simples — até chegar a hora de orçamentar um ambiente real. Uma pequena empresa com uma única base de dados, uma equipa de comércio eletrónico e uma plataforma financeira distribuída por vários servidores podem todas precisar do Microsoft SQL Server, mas isso não significa que o devam adquirir da mesma forma. A escolha certa depende de quem acede à base de dados, de o acesso ser interno ou virado para o público, de quantos núcleos de processador são atribuídos e de qual a edição do SQL Server que melhor se ajusta à carga de trabalho.

Este guia explica, em termos práticos, como planear o custo das licenças do SQL Server em 2026. Centra-se nos dois modelos comerciais que os compradores costumam pôr lado a lado: o licenciamento por núcleo e o licenciamento Servidor + CAL. Mostra também onde encaixam o SQL Server Standard, o SQL Server Enterprise, o Windows Server e as licenças de acesso de cliente, para que não pague por capacidade que não usa sem perder de vista o crescimento futuro.

As regras de licenciamento podem variar consoante o programa, a região e o caso de utilização, por isso encare este artigo como um quadro de apoio à compra e não como aconselhamento jurídico. Para uma introdução mais geral, comece por o que é o SQL Server e por que motivo as empresas o utilizam e use depois as secções seguintes para traduzir essa necessidade num plano de licenças coerente.

Principais conclusões

• O licenciamento por núcleo costuma ser a opção mais limpa para aplicações viradas para o público, número de utilizadores desconhecido, cargas de trabalho virtualizadas e ambientes em que utilizadores externos se ligam de forma indireta.
• O licenciamento Servidor + CAL pode sair mais barato quando o número de utilizadores ou dispositivos é conhecido, estável e relativamente reduzido.
• O SQL Server Standard chega para muitas cargas de trabalho empresariais; o Enterprise deve ficar reservado para escala avançada, alta disponibilidade ou requisitos críticos.
• As licenças do SQL Server são independentes do sistema operativo. Se alojar o SQL Server em Windows Server, reveja também os requisitos de Windows Server e respetivas CAL.

O licenciamento do SQL Server num minuto

O Microsoft SQL Server é software de base de dados. Licencia-se o direito de o executar e, conforme o modelo, o direito de utilizadores ou dispositivos lhe acederem. A questão central é se conta o acesso pelos processadores do servidor ou por utilizadores/dispositivos identificados.

No modelo por núcleo, licencia-se a capacidade de processamento atribuída ao SQL Server. É a abordagem habitual quando o número de utilizadores é difícil de contabilizar, quando a aplicação está exposta a clientes ou quando a base de dados serve um website, uma API ou uma plataforma empresarial partilhada. No modelo Servidor + CAL, licencia-se a instalação do servidor e adquire-se depois uma licença de acesso de cliente para cada utilizador ou dispositivo que aceda ao SQL Server.

A distinção importa porque uma base de dados raramente tem apenas utilizadores diretos. As pessoas podem ligar-se através de um ERP, de um CRM, de uma plataforma de comércio eletrónico, de uma ferramenta de relatórios, de uma aplicação móvel ou de um serviço intermediário. Em termos de planeamento, o acesso indireto também conta.

Por núcleo vs Servidor + CAL: tabela comparativa

Quando o licenciamento por núcleo faz sentido

O licenciamento por núcleo costuma ser o melhor modelo quando o acesso é alargado ou difícil de contabilizar. Uma loja online, um portal de clientes ao estilo SaaS, um sistema público de reservas ou uma aplicação assente em API podem ter milhares de utilizadores ocasionais. Atribuir uma CAL a cada pessoa torna-se impraticável, e o acesso externo depressa retira atratividade ao modelo Servidor + CAL.

O licenciamento por núcleo também é útil em ambientes virtualizados. Pode planear pelos núcleos virtuais (vCPU) atribuídos à máquina virtual do SQL Server, respeitando os mínimos aplicáveis e as regras da edição. Isto torna o orçamento mais previsível para as equipas de infraestrutura, que já dimensionam as cargas de trabalho por CPU, memória e armazenamento.

A armadilha está no sobredimensionamento. Há empresas que atribuem oito, doze ou dezasseis vCPU só porque há capacidade disponível, e não porque a base de dados precise deles. Se o licenciamento acompanhar o número de núcleos atribuídos, a CPU que fica por usar transforma-se em custo de software desnecessário. Para o planeamento do lado do servidor para além do próprio SQL Server, consulte a categoria de licenças de servidor da Licendi e o guia sobre Windows Server 2022 Datacenter vs Standard.

Quando o Servidor + CAL pode ficar mais barato

O licenciamento Servidor + CAL pode ser apelativo quando a empresa tem um público pequeno e bem definido. Imagine uma base de dados interna usada por 18 colaboradores através de uma aplicação de contabilidade, ou um sistema de armazém acedido a partir de 12 terminais partilhados. Se o acesso não chega a clientes, parceiros, utilizadores web anónimos ou a um grande conjunto de utilizadores ocasionais, contar CAL pode sair mais barato do que licenciar todos os núcleos de processador.

O segredo está no rigor. Tem de saber quem ou o que acede ao SQL Server, incluindo a utilização indireta feita através de aplicações. Tem ainda de decidir entre CAL de utilizador e CAL de dispositivo. As CAL de utilizador costumam compensar quando os colaboradores usam vários dispositivos. As CAL de dispositivo podem compensar quando muitas pessoas partilham um número menor de postos de trabalho, como em ambientes por turnos, áreas de produção, lojas ou salas de formação.

Não avalie as CAL apenas pelo número de colaboradores atual. Some as contratações previstas, os prestadores externos, as novas filiais, os utilizadores de relatórios e as integrações. Se também estiver a rever os requisitos de acesso ao Windows, o artigo sobre funcionamento do Windows Server e noções básicas de CAL é um bom complemento. As CAL do SQL Server e as CAL do Windows Server não são intercambiáveis.

SQL Server Standard vs Enterprise

A escolha da edição pesa tanto como o modelo de licenciamento. O SQL Server Standard foi concebido para muitos sistemas departamentais, de comércio eletrónico, de relatórios e de gestão do negócio. Aguenta cargas de trabalho de produção exigentes desde que a arquitetura seja sensata. O SQL Server Enterprise destina-se a desempenho avançado, análise em grande escala, disponibilidade crítica e funcionalidades que as implementações mais pequenas talvez nunca cheguem a usar.

A edição errada pode desequilibrar todo o orçamento. Se uma carga de trabalho só precisa das funcionalidades do Standard, comprar Enterprise por parecer mais completo é, em regra, dinheiro mal gasto. Se uma carga de trabalho depende mesmo de capacidades exclusivas do Enterprise, tentar encaixá-la no Standard pode gerar um risco operacional que custa mais do que a diferença de preço da licença.

Parta dos requisitos, não do nome mais impressionante. Pergunte-se se precisa de alta disponibilidade avançada, de uso muito intensivo de memória, de data warehousing pesado, de funcionalidades de segurança empresariais ou de recursos de desempenho associados ao Enterprise. Para uma comparação mais aprofundada, veja SQL Server Standard vs Enterprise e o guia da Licendi para escolher a edição certa do SQL Server.

Como estimar o custo da licença do SQL Server

Uma estimativa simples assenta em cinco dados: tipo de ambiente, edição, padrão de acesso, atribuição de núcleos e crescimento previsto. Anote-os antes de comparar propostas. Sem eles, dois orçamentos podem parecer diferentes apenas porque estão a licenciar realidades distintas.

No licenciamento por núcleo, identifique os núcleos físicos ou virtuais atribuídos à carga de trabalho do SQL Server. Confirme o requisito mínimo de núcleos aplicável ao seu cenário e à sua edição. Compare depois o custo de licenciar a atribuição atual com o de uma atribuição ajustada às necessidades reais. Por vezes, reduzir uma máquina virtual de oito vCPU para quatro, depois de testes de desempenho adequados, vale mais do que negociar um pequeno desconto.

No licenciamento Servidor + CAL, conte todos os utilizadores ou dispositivos que acedem ao SQL Server, de forma direta ou indireta. Inclua os colaboradores que usam aplicações ligadas à base de dados, os utilizadores de relatórios que consultam painéis alimentados por ela, o pessoal remoto, os prestadores externos e os dispositivos operacionais partilhados. Compare depois o total da licença de servidor mais as CAL com a opção por núcleo.

Para cargas de trabalho muito pequenas, o SQL Server Express pode parecer tentador. É útil para testes e aplicações reduzidas, mas as suas limitações podem sair caras se mais tarde for preciso fazer uma migração de urgência. O artigo da Licendi sobre SQL Express vs SQL Standard explica as diferenças na prática.

Virtualização, cloud e acesso remoto

A virtualização muda o planeamento do SQL Server porque o licenciamento acompanha a capacidade atribuída ou coberta, e não simplesmente o nome do host. Se o SQL Server correr numa máquina virtual, registe o número de vCPU, o desenho do host, as expectativas de mobilidade e se a carga de trabalho poderá deslocar-se entre hosts. Em ambientes maiores, a arquitetura de alta disponibilidade e de failover pode condicionar o que tem de ser licenciado.

O acesso remoto também merece atenção. Um utilizador que trabalha a partir de casa através de VPN continua a ser um utilizador. Uma filial que acede a uma base de dados central continua a representar acesso. Uma camada de relatórios ou de CRM pode esconder a base de dados, mas não elimina a necessidade de licenciar a utilização subjacente. Para um contexto de infraestrutura mais amplo, consulte Windows Server vs Windows 10 e a diferença entre SQL Server e Windows Server.

Erros comuns no licenciamento do SQL Server

O primeiro erro é contar apenas os administradores de base de dados. A maior parte do acesso ao SQL Server acontece através de software de gestão, e não de ferramentas de base de dados. Se os colaboradores usam uma aplicação que lê ou escreve no SQL Server, fazem parte do panorama de licenciamento.

O segundo erro é comprar para um máximo teórico. As equipas de infraestrutura atribuem por vezes muito mais CPU do que a carga de trabalho exige, e a estimativa de licença acaba por seguir esse desenho inflacionado. Os testes de desempenho e a monitorização ajudam a tornar o plano de licenças mais rigoroso.

O terceiro erro é ignorar as funcionalidades da edição. Uma empresa pode comprar Enterprise para uma carga de trabalho que só precisa de Standard, ou comprar Standard e descobrir mais tarde que o desenho de alta disponibilidade que planeou depende de funcionalidades do Enterprise. Ambos os erros se evitam com uma lista de verificação de funcionalidades.

O quarto erro é esquecer a segurança e a manutenção. O SQL Server é software crítico para o negócio. O licenciamento é apenas uma parte da posse do software; as correções, as cópias de segurança, a encriptação, o controlo de acessos e a monitorização também contam. Para o planeamento operacional, leia as boas práticas de segurança do SQL Server.

Lista prática de verificação para a compra

Antes de escolher uma licença do SQL Server, responda a estas perguntas:

• A base de dados é apenas interna, virada para o público, ou acedida por parceiros e clientes?
• Quantos utilizadores ou dispositivos reais lhe acedem, de forma direta ou indireta?
• O número de utilizadores é suficientemente estável para justificar o licenciamento Servidor + CAL?
• Quantos núcleos físicos ou virtuais vão ser atribuídos ao SQL Server?
• Precisa das funcionalidades do Standard ou das do Enterprise?
• A base de dados vai correr em Windows Server, e as licenças de Windows Server e respetivas CAL estão acauteladas?
• A carga de trabalho vai crescer de forma significativa nos próximos 12 a 24 meses?

Se estiver a adquirir, em simultâneo, um conjunto mais alargado de software Microsoft, alinhe a decisão sobre a base de dados com as suas necessidades de sistema operativo e de produtividade. A categoria de licenças empresariais da Licendi, as licenças Windows e as licenças Microsoft Office ajudam a consolidar o plano de software global.

FAQ

O SQL Server é licenciado por utilizador ou por núcleo?

Pode ser licenciado das duas formas, consoante a edição e o programa. O licenciamento por núcleo conta a capacidade de processamento. O licenciamento Servidor + CAL conta uma licença de servidor mais as licenças de acesso de cliente para utilizadores ou dispositivos.

O Servidor + CAL é sempre mais barato para as pequenas empresas?

Nem sempre, mas pode sê-lo muitas vezes quando o número de utilizadores ou dispositivos é pequeno, conhecido e interno. Se os utilizadores forem difíceis de contar ou a aplicação estiver virada para o público, o licenciamento por núcleo costuma ser mais simples.

Preciso de CAL do SQL Server se os utilizadores só acedem a uma aplicação?

Normalmente sim, se a aplicação aceder ao SQL Server em nome deles e estiver a usar um modelo Servidor + CAL. O acesso indireto também tem de ser tido em conta ao contar utilizadores ou dispositivos.

O SQL Server Standard é suficiente?

Para muitas aplicações empresariais, sim. O SQL Server Standard aguenta cargas de trabalho de produção exigentes. O Enterprise é a escolha indicada quando precisa de escala, disponibilidade, análise ou funcionalidades de segurança avançadas que o Standard não oferece.

As licenças do SQL Server são iguais às licenças do Windows Server?

Não. As licenças do SQL Server cobrem o software de base de dados. As licenças do Windows Server cobrem o sistema operativo. Se o SQL Server correr em Windows Server, as duas camadas têm de ser planeadas corretamente.

Conclusão

A melhor licença do SQL Server é a que corresponde ao seu padrão de acesso, ao seu desenho técnico e ao seu plano de crescimento. O licenciamento por núcleo traz clareza quando os utilizadores são muitos ou difíceis de contar. O licenciamento Servidor + CAL pode ser económico quando o acesso é interno, estável e limitado. O SQL Server Standard chega para muitas empresas, ao passo que o Enterprise deve ser escolhido por razões técnicas concretas e não como opção por defeito.

Antes de comprar, mapeie a aplicação, conte os utilizadores ou os núcleos com honestidade, confirme as funcionalidades de edição de que precisa e inclua os requisitos de Windows Server sempre que forem relevantes. Essa preparação dá-lhe um orçamento mais limpo e reduz o risco de pagar duas vezes mais à frente.

Com os melhores cumprimentos,
A equipa Licendi