Guia para Modelos e Opções do SQL Server

Escolher o modelo de licenciamento adequado para Microsoft SQL Server é uma das decisões mais importantes ao planear uma implementação. Um licenciamento adequado garante eficiência de custos, escalabilidade futura e conformidade legal no uso do software. Por outro lado, escolher incorretamente pode resultar em despesas desnecessárias ou violações das políticas de licenciamento.

O Microsoft SQL Server oferece principalmente dois modelos de licenciamento que as organizações devem considerar dependendo das suas necessidades:

Licença baseada em Núcleos
Licença de Servidor + CAL (Licença de Acesso de Cliente)

Abaixo, iremos explorar cada modelo em detalhe, incluindo as suas características, vantagens, limitações e cenários recomendados. Também iremos rever algumas regras gerais para escolher entre eles, comparar como se aplicam a diferentes edições (Standard vs. Enterprise), destacar erros comuns a evitar e fornecer exemplos práticos de como calcular licenças em diferentes situações.

Licenciamento Baseado em Núcleo

No modelo de licenciamento baseado em núcleo, a licença está ligada à capacidade de processamento do servidor. Isso significa que todos os núcleos físicos da máquina que executa o SQL Server devem ser licenciados. A Microsoft estabelece um mínimo de 4 núcleos por servidor (ou por processador físico), mesmo que o processador tenha menos de 4 núcleos disponíveis. Na prática, as licenças do SQL Server sob este esquema são vendidas em pacotes que cobrem 2 núcleos cada, portanto, são sempre adquiridas em pares.

A principal vantagem do licenciamento baseado em núcleo é que não são necessárias CALs (Licenças de Acesso de Cliente). Isso permite que um número ilimitado de utilizadores ou dispositivos se conectem ao SQL Server, seja de dentro da organização ou externamente (por exemplo, aplicações web voltadas para o público), sem a necessidade de licenciar cada um individualmente. Por esta razão, o modelo de núcleo é ideal para cenários onde:

O número de utilizadores ou dispositivos que acedem à base de dados é elevado, dificilmente determinável com precisão, ou constantemente crescente.
Ambientes virtualizados ou em nuvem com múltiplas instâncias do SQL Server são utilizados, onde gerir CALs para cada instância ou utilizador seria complexo ou dispendioso.
É necessária máxima flexibilidade e escalabilidade no acesso, como em aplicações empresariais de grande escala ou serviços online voltados para o cliente.

Ao licenciar por núcleo, a principal preocupação é cobrir adequadamente a capacidade de hardware. Todos os núcleos físicos dedicados ao SQL Server devem ser licenciados. Se um servidor tiver, por exemplo, 8 núcleos físicos no total, será necessário adquirir licenças para esses 8 núcleos (o que equivale a 4 pacotes de 2 núcleos cada). Mesmo que a carga de trabalho real seja baixa, a Microsoft exige que toda a capacidade do servidor ou da máquina virtual atribuída seja licenciada.

Este modelo de licenciamento é tipicamente recomendado para organizações médias e grandes, especialmente aquelas que:

Têm centenas ou milhares de funcionários e dispositivos a aceder a dados.
Oferecem serviços baseados em SQL Server a utilizadores externos (clientes, público em geral) onde obter uma CAL para cada pessoa não seria viável.
Têm infraestruturas dinâmicas ou elásticas (por exemplo, na nuvem) onde o número de instâncias ou utilizadores pode variar significativamente.

Em resumo, o licenciamento baseado em núcleo proporciona simplicidade no controlo de acesso (uma vez que não é necessário rastrear utilizadores ou dispositivos) e oferece escalabilidade ilimitada nas conexões de clientes. A desvantagem é que pode ser mais caro em ambientes pequenos, pois é necessário adquirir um número mínimo de núcleos mesmo que a base de dados tenha apenas alguns utilizadores. Portanto, é crucial avaliar se o investimento é justificado pelo número atual e futuro de utilizadores antes de escolher este modelo.

Licenciamento Servidor + CAL

O modelo Servidor + CAL (Licença de Acesso de Cliente) é baseado em dois componentes:

Licença de Servidor: Uma licença é adquirida para a instalação do software SQL Server num servidor (físico ou virtual). Esta licença concede o direito de executar o software nesse servidor.
Licenças de Acesso (CALs): Para cada utilizador ou dispositivo que se conectará ao SQL Server, é necessária uma CAL. Em outras palavras, cada pessoa que utiliza a base de dados ou cada dispositivo a partir do qual é acedida deve estar coberto por uma licença de acesso.

Neste esquema, primeiro licencia-se o servidor em si, e depois adquire-se as CALs necessárias de acordo com o número de utilizadores ou dispositivos clientes. Se 10 funcionários vão usar a base de dados, por exemplo, você compraria 1 licença do SQL Server (para o servidor) e 10 CALs correspondentes (uma por funcionário, ou uma por dispositivo, dependendo do tipo de CAL escolhido).

O que é exatamente uma CAL?

Uma CAL não é um software que você instala, mas sim um direito legal de aceder aos serviços do SQL Server. Não concede direitos de instalação, mas permite que um utilizador ou dispositivo cliente se conecte à instância licenciada do SQL Server. Existem dois tipos de CALs disponíveis:

CAL de Utilizador: licencia uma pessoa específica (utilizador nomeado). Esse utilizador pode conectar-se a partir de qualquer dispositivo, mas a licença está ligada a ele individualmente.
CAL de Dispositivo: licencia um dispositivo (por exemplo, um PC, laptop ou terminal específico). Qualquer utilizador pode usar esse dispositivo licenciado para aceder ao SQL Server.

```html

Escolher Entre User CAL ou Device CAL

A escolha entre um User CAL ou um Device CAL dependerá de como a organização utiliza o SQL Server. Por exemplo:

Se os funcionários normalmente acedem ao servidor a partir de vários dispositivos (por exemplo, têm um PC de escritório, um portátil e um telemóvel), é melhor atribuir um User CAL a cada funcionário. Desta forma, cada utilizador pode trabalhar em vários dispositivos sob a mesma licença.
Se, por outro lado, houver estações de trabalho partilhadas (por exemplo, vários trabalhadores em turnos usam o mesmo computador), pode ser mais eficiente adquirir Device CALs para cada máquina, de modo que qualquer pessoa que utilize essa estação de trabalho esteja coberta.

O modelo Server + CAL é geralmente a opção mais económica para organizações pequenas ou médias com um número relativamente baixo, estável ou previsível de utilizadores. Algumas características deste modelo incluem:

Custo inicial baixo e pagamento conforme o crescimento: A licença do servidor (na edição Standard) tem um custo fixo acessível, e os CALs são adquiridos apenas para o número real de utilizadores ou dispositivos que se conectam. Isto evita pagar por capacidade não utilizada; por exemplo, se apenas 5 pessoas vão usar a base de dados, compra-se 5 CALs (além da licença do servidor) e nada mais.
Adequado para ambientes controlados: É ideal em cenários onde está claro quem (ou quais dispositivos) se conectarão, como aplicações internas para uma pequena empresa ou sistemas departamentais com um número limitado de utilizadores.

Considerações Importantes

Dito isto, há algumas considerações importantes a ter em mente:

Crescimento de utilizadores: Se a empresa crescer e muitos novos utilizadores forem adicionados, CALs adicionais precisarão ser adquiridos para cada um. Um sistema que tem 20 utilizadores hoje, mas que pode chegar a 100 em um ou dois anos, pode ter sido mais económico sob o modelo de licenciamento por núcleo desde o início. Portanto, em casos de projeções de crescimento rápido, a opção de núcleo deve ser avaliada.
Utilizadores indiretos: Qualquer utilizador ou dispositivo que aceda ao SQL Server diretamente ou indiretamente requer um CAL sob este modelo. Isto inclui cenários de “multiplexação” (por exemplo, quando vários utilizadores se conectam à base de dados através de uma aplicação intermediária ou conta de serviço). Licenciar apenas a aplicação não é suficiente; cada utilizador final que gera pedidos ao servidor deve estar coberto com o seu próprio CAL.

Em resumo, Server + CAL é uma abordagem económica e gerível quando o número de utilizadores/dispositivos é limitado e conhecido. Paga-se apenas pelo acesso real do cliente necessário. No entanto, se o ambiente crescer significativamente ou se os utilizadores forem muito numerosos (ou maioritariamente externos à organização), este modelo torna-se menos viável económica e administrativamente, tornando o modelo de licenciamento por núcleo preferível nesses casos.

SQL Server Standard

A edição SQL Server Standard é projetada para necessidades empresariais gerais. Oferece a maioria das funcionalidades de base de dados necessárias para aplicações corporativas, incluindo capacidades de relatórios e análises. Em termos de licenciamento, o SQL Server Standard oferece flexibilidade, uma vez que pode ser licenciado tanto por Núcleo como pelo modelo Server + CAL, à escolha do cliente.

Isso significa que uma pequena organização pode optar por comprar uma licença de servidor Standard e um conjunto de CALs se isso for mais conveniente, enquanto uma empresa maior ou uma com expectativas de crescimento pode preferir licenças baseadas em núcleo para o Standard, a fim de evitar preocupações com o número de utilizadores. Ambas as abordagens são válidas com o SQL Server Standard, permitindo que os gastos sejam adaptados ao uso real.

É importante notar que o SQL Server Standard tem alguns limites técnicos que definem o seu uso em cenários de média escala. Por exemplo, ele suporta um máximo de 24 núcleos de CPU por instância (se o servidor físico tiver mais, a instância Standard ainda só poderá usar 24). Estas limitações não estão relacionadas ao licenciamento em si, mas sim à capacidade do produto. No entanto, implicam que, se a sua carga de trabalho exceder o que o Standard pode suportar, provavelmente precisará considerar a edição Enterprise.

Em resumo, SQL Server Standard é frequentemente a escolha padrão para muitos ambientes devido ao seu equilíbrio entre funcionalidades e custo. Como pode ser licenciado tanto por CAL como por Núcleo, é económico em configurações pequenas (onde os CALs são poucos) assim como em implementações maiores (onde o licenciamento por núcleo é preferível). Dito isto, se o desempenho, escalabilidade ou requisitos de funcionalidades especiais excederem o que o Standard oferece — por exemplo, se precisar de mais de 24 núcleos de processamento ou funcionalidades avançadas de alta disponibilidade — então é hora de avaliar a edição Enterprise.

```

SQL Server Enterprise

A edição SQL Server Enterprise é a versão de topo, projetada para aplicações críticas, cargas de trabalho pesadas e ambientes de grande escala. Inclui todas as funcionalidades da versão Standard e adiciona uma gama de capacidades avançadas em segurança, desempenho e disponibilidade. Por exemplo, a versão Enterprise inclui ferramentas de segurança avançadas (criptografia de dados, auditoria detalhada) e funcionalidades de alta disponibilidade (restauro online, etc.), além de remover os limites de recursos presentes na versão Standard. A versão Enterprise não impõe limites ao número de núcleos de CPU que a instância pode utilizar e suporta muito mais memória e tamanhos de base de dados maiores do que a versão Standard.

Em termos de licenciamento, o SQL Server Enterprise está disponível apenas sob o modelo baseado em núcleos. Não existe a opção de Servidor + CAL para esta edição. Isso significa que qualquer implementação da versão Enterprise requer o licenciamento de todos os núcleos do(s) servidor(es) onde é executado. Embora isso possa parecer uma desvantagem à primeira vista, alinha-se com o uso pretendido da versão Enterprise: normalmente é implementada em ambientes onde o número de utilizadores é muito elevado ou onde é utilizado hardware potente, tornando o licenciamento baseado em CAL impraticável ou até impossível (pense em aplicações voltadas para o cliente, por exemplo).

Uma vantagem importante de licenciar a versão Enterprise por núcleo é que, se você licenciar todos os núcleos físicos de um servidor host, ganha o direito de executar instâncias virtuais ilimitadas do SQL Server Enterprise nesse host. Em outras palavras, com a versão Enterprise, uma vez que todo o hardware está licenciado, você pode criar qualquer número de máquinas virtuais executando SQL Server nesse servidor sem precisar comprar licenças adicionais para cada VM. Isso é especialmente valioso em datacenters virtualizados ou ambientes de nuvem privada, onde um único investimento em licenciamento pode suportar dezenas de instâncias isoladas.

Devido ao seu custo mais elevado, a versão Enterprise é direcionada a organizações onde o investimento é justificado pela criticidade das aplicações ou pelo volume de dados. Grandes empresas, bancos, corporações globais ou instituições governamentais são utilizadores típicos do SQL Server Enterprise, pois requerem tanto as capacidades técnicas superiores quanto a liberdade de licenciamento para atender de forma confiável milhares de utilizadores.

SQL Server 2022: Licenciamento Sem Surpresas

A versão mais recente, SQL Server 2022, não introduziu alterações nos modelos de licenciamento. As edições Standard e Enterprise seguem as mesmas regras já descritas: a versão Standard pode ser licenciada por núcleo ou por Servidor + CAL, enquanto a versão Enterprise é apenas por núcleo. Em outras palavras, tudo o que foi explicado aplica-se igualmente ao SQL Server 2022.

Erros Comuns de Licenciamento a Evitar

Mesmo com regras claras, na prática é fácil cometer erros ao licenciar o SQL Server. Estes são alguns dos erros mais comuns que vimos ao longo dos anos e que você deve evitar:

Pensar que os pacotes de licença de 2 núcleos são uma edição diferente ou limitada do SQL Server: A apresentação “SQL Server 2-Core” é vendida, e alguns assumem erroneamente que é uma versão separada do software com menos funcionalidades. Na realidade, não é um produto diferente; é simplesmente a forma como o licenciamento por núcleo é vendido (cada pacote cobre 2 núcleos). O SQL Server que você instala é o mesmo (Standard ou Enterprise) com todas as suas funcionalidades intactas.
Não licenciar todos os núcleos físicos do servidor: Sob o modelo de núcleos, todos os núcleos físicos devem ser licenciados (com um mínimo de 4 por processador físico, mesmo que tenha menos). Se não todos os núcleos estiverem cobertos, o servidor está sub-licenciado e não está em conformidade.
Escolher Servidor + CAL apenas porque parece mais barato à primeira vista: Inicialmente, comprar uma licença de servidor Standard e algumas CALs pode custar menos do que o licenciamento por núcleo. Mas se o número de utilizadores aumentar, rapidamente deixa de ser a opção económica. Muitas vezes, uma vez que você excede algumas dezenas de utilizadores, o licenciamento por núcleo teria sido mais barato (e mais simples) desde o início.
Não adquirir CALs suficientes para todos os utilizadores: Um erro comum é assumir que utilizadores infrequentes (ou contas de serviço) não precisam de CALs. Isso está incorreto: qualquer acesso, não importa quão ocasional, requer uma CAL. Ignorar licenças para alguns utilizadores deixa... a empresa não está em conformidade e vulnerável a penalizações numa auditoria.
Ignorar as regras de licenciamento na nuvem: Migrar o SQL Server para VMs na nuvem (Azure, AWS, etc.) não elimina a obrigação de o licenciar corretamente. Se trouxer as suas próprias licenças (BYOL), deve licenciar todos os núcleos físicos atribuídos a essas instâncias, tal como faria em instalações locais. Apenas em serviços de base de dados totalmente geridos (onde o fornecedor inclui a licença no custo) pode omitir a compra de licenças separadas.

Dica

Verifique sempre o número real de núcleos físicos atribuídos ao seu servidor (ou os vCPUs equivalentes mapeados para núcleos físicos) e assegure-se de que tem licenças para todos eles. Não confie apenas nos threads lógicos mostrados pelo sistema operativo; verifique a configuração do hardware ou do host para saber exatamente quantos núcleos físicos está a utilizar.

Exemplos Práticos de Licenciamento por Núcleo

Para ilustrar como aplicar as regras, aqui estão três cenários concretos:

Exemplo 1: Um servidor com 2 processadores físicos de 4 núcleos cada (8 núcleos totais). Todos os núcleos devem ser licenciados, o que equivale a 4 licenças do SQL Server (cada uma cobrindo 2 núcleos).
Exemplo 2: Um servidor físico com 3 máquinas virtuais; cada VM tem 2 vCPUs atribuídos. Para efeitos de licenciamento, cada VM requer pelo menos 4 núcleos. Total: 3 VMs × 4 núcleos = 12 núcleos a licenciar, equivalente a 6 licenças de dois núcleos.
Exemplo 3: Um servidor com 4 CPUs físicas de 5 núcleos cada (20 núcleos totais). Todos os 20 núcleos devem ser licenciados, o que requer 10 licenças de dois núcleos.

Resumo dos Pontos Chave

Para concluir, aqui estão os aspectos mais importantes a lembrar sobre modelos de licenciamento do SQL Server:

SQL Server Standard é adequado para a maioria das necessidades empresariais gerais e oferece flexibilidade de licenciamento: pode ser adquirido por Núcleo ou Servidor + CAL, dependendo da conveniência.
A edição Standard tem um limite técnico de 24 núcleos por instância. Se for necessária mais capacidade de CPU, SQL Server Enterprise será provavelmente necessário.
SQL Server Enterprise fornece funcionalidades avançadas a nível empresarial e é licenciado exclusivamente por Núcleo (não existe opção CAL para Enterprise).
O modelo Servidor + CAL é mais adequado para pequenas organizações com um número estável e gerível de utilizadores. Minimiza custos ao pagar apenas pelos utilizadores ou dispositivos específicos que acedem ao servidor.
No modelo Servidor + CAL, cada utilizador ou dispositivo cliente requer uma CAL. Não importa se o uso é intenso ou ocasional: qualquer acesso ao SQL Server deve ser coberto por uma licença de acesso.
Licenciamento baseado em Núcleos proporciona máxima escalabilidade e flexibilidade, pois não limita o número de utilizadores nem requer licenças de acesso. É a escolha certa para ambientes com muitos clientes, crescimento imprevisível ou serviços voltados para o público.
De acordo com o modelo de Núcleo, deve licenciar todos os núcleos físicos dedicados ao SQL Server (com um mínimo de 4 por servidor). Mesmo que o hardware tenha menos de 4 núcleos, ainda precisa adquirir 4 licenças para cumprir o requisito mínimo.

Em Conclusão...

Compreender e escolher o modelo de licenciamento do SQL Server correto é essencial para otimizar o seu investimento em software e evitar problemas de conformidade. Antes de tomar uma decisão, analise cuidadosamente o tamanho atual da sua base de utilizadores, o crescimento potencial e a criticidade das suas aplicações. Se tiver dúvidas, vale a pena consultar especialistas em licenciamento de software ou o seu fornecedor da Microsoft para obter orientação. Isso garante que a sua organização se mantenha em conformidade enquanto obtém a solução mais rentável para o seu ambiente.