SQL Server em cloud: quando vale a migração

SQL Server em cloud não é uma decisão única. São três caminhos com custos, responsabilidades e compatibilidades muito diferentes. Escolher entre VM, Azure SQL Database e Managed Instance muda o que você opera, o que você paga e o que suas aplicações conseguem fazer.

Os três caminhos para SQL Server em cloud

Imagine que você tem um SQL Server rodando um ERP crítico em servidor físico. O contrato de suporte do hardware está acabando e você precisa decidir o próximo passo. Essas são as opções.

SQL Server em VM (IaaS)

Você provisiona uma VM em um provedor de cloud — Azure, AWS, provedor brasileiro — e instala o SQL Server como faria em qualquer servidor físico. O SQL Server roda sobre o sistema operacional, e você gerencia tudo: patches do SQL, backups, alta disponibilidade, tuning.

É o modelo de lift-and-shift: pega o banco como está e move para a nuvem sem mudar nada. A compatibilidade é total — qualquer recurso SQL Server que você usa hoje continuará funcionando.

Vantagem principal: compatibilidade total, zero refatoração, BYOL possível com Software Assurance.

Desvantagem: você ainda opera um banco de dados. Patches, backups, failover, monitoramento — tudo é responsabilidade do seu time.

Azure SQL Database (PaaS)

SQL Server como serviço gerenciado no Azure. A Microsoft gerencia o mecanismo de banco de dados: patches, backups automáticos, alta disponibilidade, escala de recursos. Você acessa via connection string e desenvolve — sem se preocupar com o servidor embaixo.

Vantagem principal: sem administração de banco de dados. Backup automático com retenção de até 35 dias, failover transparente, escala em minutos.

Desvantagem: não é compatível com 100% das funcionalidades do SQL Server on-premises. SQL Agent jobs, linked servers, Service Broker, alguns recursos de segurança — não estão disponíveis ou têm comportamento diferente. Aplicações legadas frequentemente precisam de ajuste.

Azure SQL Managed Instance (PaaS com compatibilidade maior)

O meio-termo: SQL Server como serviço gerenciado, mas com compatibilidade muito próxima do SQL Server on-premises (95%+). Suporta SQL Agent, linked servers, CLR, replicação transacional — recursos que o Azure SQL Database não tem.

Vantagem principal: gerenciado como PaaS com compatibilidade quase total ao SQL Server. Ideal para migrar aplicações legadas sem refatoração, mantendo administração gerenciada.

Desvantagem: mais caro do que Azure SQL Database e tem overhead de provisionamento maior (demora mais para criar e escalar). Não é indicado para bancos muito pequenos.

Licenciamento em cada cenário

O licenciamento SQL Server em cloud é onde a maioria das empresas se perde.

SQL Server em VM:

• License Included: você paga pelo SQL Server dentro do custo da VM — preço mais alto por hora, mas sem precisar de licença própria.
• BYOL: você usa sua licença SQL Server existente (precisa de SA ativo para mobilidade de licença). O custo da VM cai substancialmente — SQL Server Enterprise com SA pode significar economia de 50-70% no custo da instância.
• Azure Hybrid Benefit para SQL: igual ao Hybrid Benefit do Windows — use sua licença SQL Server com SA no Azure sem pagar o componente de licença na hora da VM.

Azure SQL Database e Managed Instance:

• Modelo serverless (paga por uso real de vCores por segundo) ou provisionado (vCores reservados).
• Sem opção de BYOL clássico — mas Hybrid Benefit se aplica: se você tem licença SQL Server com SA, pode aplicar o benefício e reduzir o custo do serviço PaaS.

Performance e latência

Na prática, SQL Server em VM em um provedor brasileiro tem latência de rede menor para aplicações que também rodam no Brasil do que Azure SQL em região americana. Se o ERP está em cloud privada no Brasil e o banco está no Azure (mesmo Brasil South), a latência é alguns milissegundos — aceitável para a maioria dos casos.

Para aplicações com milhares de queries por segundo em transações curtas, essa latência pode ser perceptível. SQL Server em VM no mesmo datacenter da aplicação elimina esse ponto de variação.

Quando SQL Server em VM ainda ganha

Compatibilidade total é necessária: aplicações legadas que usam SQL Agent, CLR, replicação transacional, linked servers com bancos heterogêneos. Sem refatoração, Azure SQL Database não suporta esses recursos.

BYOL com licença Enterprise cara: se você tem licença SQL Server Enterprise com SA, BYOL em VM pode ser muito mais barato do que qualquer opção PaaS equivalente. SQL Server Enterprise licencia por core e o preço é alto — aproveitar o BYOL reduz o custo total.

Controle de tuning: ambientes com DBA especializado que faz tuning fino de SQL Server (tempdb, buffer pool, I/O affinity, trace flags) precisam de acesso ao nível de SO — que VMs oferecem e PaaS não.

Dados no Brasil com custo previsível em BRL: SQL Server em VM em cloud privada brasileira — faturamento em BRL, dados garantidamente no Brasil, latência mínima para aplicações co-locadas.

Tabela comparativa

SQL Server em cloud privada brasileira combina a familiaridade do IaaS com faturamento em BRL e dados no Brasil. A Adentro suporta Windows Server e SQL Server em plataforma Tier III com SLA de 99,99%. Fale com a equipe para avaliar sua migração.