Como escolher a edição certa do SQL Server para um ambiente ERP?

A escolha entre SQL Server Standard e Enterprise para ambientes ERP não é cosmética. A diferença de preço é de aproximadamente quatro vezes por core, e as limitações técnicas do Standard afetam diretamente a escalabilidade, a disponibilidade e a compliance. Para um sistema ERP como Microsoft Dynamics 365 Business Central, SAP Business One, Exact Globe, AFAS Profit ou Unit4 ERP, a escolha da edição determina tanto o desempenho como os custos anuais de TI. Neste artigo, ficará a saber que edições existem, quais os fatores de decisão que pesam numa workload ERP e que edição se adequa a cada cenário.

Porque é que a edição do SQL Server é importante para um ambiente ERP

Uma base de dados ERP tem três características que tornam a escolha da edição mais crítica do que em aplicações line of business comuns. Em primeiro lugar, uma base de dados ERP cresce quase sempre de forma linear ao longo do tempo: transações financeiras, movimentos de stock e linhas de encomenda raramente são eliminados. Uma base de dados de 50 GB na entrada em produção pode crescer para 500 GB ou mais em cinco anos.

Em segundo lugar, um sistema ERP é quase sempre crítico para o negócio. O downtime traduz se diretamente em armazéns parados, encomendas não processadas e faturação em falta. Isso impõe exigências em matéria de alta disponibilidade e, por conseguinte, nas capacidades de Always On availability groups.

Em terceiro lugar, os ERPs modernos são cada vez mais combinados com relatórios BI, data warehouses e integrações externas (EDI, e commerce, WMS). Essa workload mista sobrecarrega uma instance SQL de forma fundamentalmente diferente de uma base de dados puramente OLTP.

As três edições do SQL Server num relance

SQL Server 2025 tem três edições comerciais relevantes para implementações ERP on premises. A tabela abaixo mostra as diferenças mais importantes. Os limites nesta tabela aplicam se ao SQL Server 2025; para versões anteriores, os limites do Standard são mais baixos (SQL Server 2022 e anteriores: 24 cores e 128 GB de RAM).

Fonte: Editions and Supported Features of SQL Server 2025 (Microsoft Learn). A edição Developer é funcionalmente idêntica à Enterprise, mas destina se exclusivamente a ambientes de desenvolvimento e teste.

Para um ambiente ERP de produção, o Express fica, na prática, excluído. A combinação de 1,4 GB de buffer pool e a ausência de opções de alta disponibilidade torna o Express inadequado para qualquer coisa que não seja uma instalação de demonstração ou de desenvolvimento, embora o tamanho máximo da base de dados no SQL Server 2025 tenha sido aumentado para 50 GB. Por isso, a escolha é, na prática, quase sempre entre Standard e Enterprise.

Seis fatores de decisão para escolher a edição num ERP

A escolha entre Standard e Enterprise raramente depende de um único critério. Os seis fatores seguintes ajudam a tomar a decisão de forma estruturada.

1. Tamanho da base de dados e crescimento esperado

Ambas as edições suportam bases de dados até 524 petabytes, pelo que o limite rígido não desempenha qualquer papel na prática. No entanto, o tamanho determina quanta memória é necessária para manter uma parte utilizável da base de dados no buffer pool. Uma regra prática para ERP OLTP: 10 a 15 por cento do tamanho da base de dados em buffer pool. Para uma base de dados de 500 GB, isso significa cerca de 50 a 75 GB de RAM, bem dentro dos 256 GB do Standard. Acima de 1,5 TB de tamanho de base de dados, o Enterprise torna se mais atrativo, entre outras razões devido ao partitioning.

2. Número de utilizadores simultâneos e tipo de workload

Para um ERP com 100 a 250 utilizadores simultâneos, o Standard é normalmente suficiente. Acima de 500 concurrent users, começa a notar nas queries de reporting as limitações de paralelismo do Standard (batch mode DOP máximo 2). Se misturar OLTP com queries BI pesadas na mesma instance, o Enterprise compensa devido às otimizações avançadas de columnstore e ao DOP mais elevado.

3. Requisitos de uptime e disponibilidade

Desde o SQL Server 2016, o Standard suporta basic availability groups: dois nós, uma base de dados por grupo, sem readable secondary. Isso é suficiente para organizações com um RTO (recovery time objective) de alguns minutos até uma hora. Se pretender replicar várias bases de dados de forma síncrona, readable secondaries para reporting, ou três ou mais replicas (por exemplo, para um site DR além de um setup HA local), então precisa de Enterprise.

4. Compliance e encriptação

Transparent Data Encryption (TDE) encripta os ficheiros de dados em disco sem exigir alterações à aplicação. Para organizações que, ao abrigo do RGPD, NIS2 ou normas setoriais específicas (NEN 7510 na saúde, DORA no setor financeiro), tenham de implementar encriptação de dados em repouso, este é um requisito absoluto. O TDE está disponível apenas no Enterprise. Alternativas ao nível do Standard, como encriptação ao nível da coluna ou BitLocker no volume, oferecem menos garantias e são mais difíceis de gerir.

5. Reporting, BI e data warehousing

Se a sua camada de reporting correr na mesma instance SQL que a base de dados ERP (uma escolha deliberada por causa dos custos de licenciamento), irá deparar se com duas limitações do Standard: a funcionalidade limitada de columnstore e os limites de paralelismo. No Enterprise, estão disponíveis aggregate pushdown, string predicate pushdown e otimizações SIMD, que aceleram significativamente as queries BI à escala de data warehouse. Se a sua BI estiver num data warehouse separado, pode considerar Standard para o ERP e uma edição Developer separada para um ambiente BI dev.

6. Virtualização e consolidação

O Standard é licenciado per core por cada máquina física ou virtual em que o SQL corre. Cada instance SQL virtual requer um conjunto separado de licenças core com um mínimo de 4 cores. O Enterprise com Software Assurance oferece direitos ilimitados de virtualização por host: licencia todos os cores do host e pode depois executar um número ilimitado de instances SQL nesse host. Para datacenters com muitas instances SQL num ou em poucos hosts, o Enterprise torna se assim mais barato do que o Standard, apesar do preço mais elevado por core.

Fonte: Microsoft SQL Server Licensing Guide.

Que edição se adequa a que cenário ERP?

Quatro cenários típicos representam a grande maioria da prática ERP. Para cada cenário abaixo, é indicada a edição que, na maioria dos casos, é a escolha certa.

ERP SMB até 50 concurrent users: Standard

Uma instalação Business Central com 20 a 50 utilizadores num servidor aplicacional e um servidor SQL, base de dados com menos de 200 GB, procedimentos de backup diários e um RTO de algumas horas. Uma licença Standard com 4 a 8 cores é suficiente. A funcionalidade basic availability group oferece proteção suficiente contra falha do servidor sem o prémio do Enterprise.

ERP de média dimensão com 50 a 250 utilizadores: Standard (com HA)

AFAS Profit, Exact Globe ou Unit4 Agresso com 150 utilizadores, base de dados em torno de 500 GB, e um setup HA síncrono com uma secondary. SQL Server 2025 Standard com 16 cores e 128 a 256 GB de RAM cobre isto com margem. Reserve orçamento para duas licenças SQL (primary + secondary) ou use direitos de servidor passivo com Software Assurance.

ERP Enterprise com uptime 24/7 e compliance: Enterprise

Uma implementação on premises do Microsoft Dynamics 365 Finance & Operations, 500+ utilizadores distribuídos por vários fusos horários, base de dados de 2 TB com crescimento anual de 400 GB, TDE exigido pelo RGPD e um site DR num segundo datacenter. Aqui, o Enterprise é inevitável. A combinação de TDE, partitioning para gestão do tamanho, várias readable replicas e online index rebuilds (que permitem manutenção 24/7 sem impacto para os utilizadores) justifica o custo adicional. Consulte o nosso artigo sobre as principais diferenças entre SQL Server Standard e Enterprise para uma comparação exaustiva de funcionalidades.

Datacenter virtualizado com várias instances ERP: Enterprise com SA

Hosters, MSPs e departamentos de TI enterprise que executam 10 ou mais instances SQL num cluster virtualizado atingem quase sempre o ponto de equilíbrio do Enterprise + Software Assurance em relação a licenças Standard separadas por VM. Os direitos ilimitados de virtualização alteram fundamentalmente a economia do licenciamento.

Erros mais comuns na escolha da edição

Na prática, vemos repetidamente três erros em novos projetos ERP.

• Partir do número atual de utilizadores sem margem de crescimento. Um ERP é normalmente usado durante 5 a 10 anos; planeie com base nos volumes esperados no ano 5.
• Utilizar a edição Developer em produção. A Developer é gratuita, mas, em termos de licenciamento, é permitida apenas para fins não produtivos. O seu uso num ERP de produção representa um risco de auditoria.
• Escolher Enterprise por hábito sem análise de funcionalidades. Com a expansão de cores e RAM no SQL Server 2025 Standard (32 cores, 256 GB RAM), muitas workloads que antes exigiam Enterprise podem agora correr em Standard. Verifique se as funcionalidades específicas do Enterprise estão realmente a ser usadas.

Perguntas frequentes

Posso usar SQL Server Express para um ambiente ERP de produção?

Do ponto de vista técnico, pode funcionar para instalações muito pequenas (menos de 10 utilizadores, base de dados inferior a 50 GB), mas na prática não é recomendado. O Express não suporta alta disponibilidade, tem apenas 1,4 GB de buffer pool e não oferece SQL Server Agent para backups agendados e jobs de manutenção. O próprio Microsoft também recomenda expressamente o Express para Business Central apenas para dev/test.

O SQL Server 2025 Standard é suficientemente potente para o Business Central?

Para praticamente todas as instalações Business Central até algumas centenas de utilizadores, o Standard é suficiente. A expansão para 32 cores e 256 GB de RAM no SQL Server 2025 cobre amplamente os requisitos dos ambientes Business Central no segmento SMB e midmarket. Apenas em casos de customizations pesadas, grandes volumes de dados (mais de 1 TB) ou topologias HA complexas é que o Enterprise é recomendado.

Tenho de escolher Enterprise por causa do RGPD?

Não automaticamente. O RGPD exige medidas técnicas e organizacionais adequadas, mas não prescreve uma implementação específica de encriptação. A encriptação ao nível do volume (BitLocker) ou a encriptação de colunas no Standard pode ser suficiente se houver uma fundamentação e análise de risco. Para organizações sujeitas a NIS2, DORA ou NEN 7510, no entanto, o TDE é muitas vezes a via mais pragmática e, por isso, Enterprise.

Qual é, na prática, o custo da diferença entre Standard e Enterprise?

O list price do Enterprise é aproximadamente quatro vezes o do Standard por core. Para uma configuração de 8 core, estamos a falar de uma diferença de dezenas de milhares de euros com licenças novas. Com licenças pre-owned, ambas as opções mantêm a mesma proporção; a poupança absoluta face ao preço de novo pode aí atingir 70% (50% para SQL Server 2025). Peça um orçamento à medida para o seu número específico de cores.

Posso fazer upgrade de Standard para Enterprise se mais tarde precisar de mais?

Sim, um upgrade é tecnicamente simples através do SQL Server Setup (Edition Upgrade). Em termos de licenciamento, adquire licenças Enterprise adicionais; as licenças Standard já adquiridas não são transferíveis como retoma. Isso torna financeiramente relevante estimar corretamente a necessidade à partida. Uma solução intermédia pragmática é uma licença Standard para o ERP de produção em combinação com uma licença Enterprise pre-owned para uma futura migração quando surgir essa necessidade.