Muitas empresas ainda rodam sistemas importantes em versões antigas do SQL Server. O raciocínio é compreensível: “Está funcionando, para que mexer?” O problema é que, quando uma versão sai do suporte da Microsoft, ela deixa de receber correções de segurança, e cada nova vulnerabilidade descoberta passa a ser um risco permanente para os seus dados.
Neste artigo, explico o que significa o fim do suporte do SQL Server, quais versões já foram afetadas e como planejar a atualização sem sustos.
Como funciona o ciclo de vida do SQL Server
Cada versão do SQL Server passa por duas fases de suporte:
- Suporte principal (mainstream): correções de segurança, correções de bugs e melhorias.
- Suporte estendido (extended): apenas correções de segurança.
Quando o suporte estendido termina, a versão para de receber qualquer atualização, inclusive de segurança.
Situação das principais versões
| Versão | Fim do suporte estendido | Situação |
|---|---|---|
| SQL Server 2012 | Julho de 2022 | Fora do suporte |
| SQL Server 2014 | Julho de 2024 | Fora do suporte |
| SQL Server 2016 | Julho de 2026 | Fora do suporte |
| SQL Server 2017 | Outubro de 2027 | Suporte estendido, planeje já |
| SQL Server 2019 | Janeiro de 2030 | Suporte estendido |
| SQL Server 2022 | Janeiro de 2033 | Suportado |
Confira sempre as datas oficiais na página de ciclo de vida de produtos da Microsoft (Microsoft Lifecycle), pois elas podem ser atualizadas.
Se a sua empresa ainda usa o SQL Server 2017, o prazo parece longo, mas um projeto de atualização bem feito (inventário, testes, homologação e virada) leva meses. O momento de planejar é agora.
Os riscos de manter uma versão sem suporte
1. Segurança
Vulnerabilidades descobertas depois do fim do suporte não serão corrigidas. Para atacantes, versões sem suporte são alvos conhecidos e previsíveis.
2. Conformidade e LGPD
Manter dados pessoais em software sem atualizações de segurança dificulta demonstrar que a empresa adota medidas técnicas adequadas de proteção. Auditorias, clientes e seguradoras também costumam questionar isso.
3. Compatibilidade
Novas versões de sistemas operacionais, drivers, ERPs e ferramentas deixam de suportar versões antigas do SQL Server. Em algum momento, a atualização acaba sendo forçada, e sob pressão.
4. Perda de performance e de recursos
Versões recentes trazem melhorias importantes: Query Store aprimorado, Intelligent Query Processing, recuperação acelerada de banco de dados (ADR), melhorias em alta disponibilidade e integração com o Azure. Ficar parado significa abrir mão de tudo isso.
Quais são as opções
Opção 1: Atualizar para uma versão suportada
Migrar para o SQL Server 2022 ou uma versão mais recente, on-premises ou em VM. É o caminho mais comum e garante suporte por muitos anos.
Opção 2: Migrar para o Azure
Levar o banco para o Azure SQL Managed Instance ou o Azure SQL Database elimina a preocupação com versão: a plataforma é mantida atualizada pela Microsoft. Em VMs no Azure, versões sem suporte podem receber Extended Security Updates sem custo adicional, o que dá tempo para planejar a modernização.
Opção 3: Extended Security Updates (ESU)
A Microsoft oferece atualizações de segurança estendidas, pagas, por tempo limitado, para algumas versões fora do suporte. É uma ponte, não uma solução definitiva.
Como planejar a atualização em 7 passos
- Inventário: todas as instâncias, versões, edições, bancos e dependências.
- Avaliação de compatibilidade: identificar recursos descontinuados e alterações de comportamento usando as ferramentas de avaliação da Microsoft.
- Validação com fornecedores: confirmar se o ERP ou sistema de terceiros é homologado na versão de destino.
- Escolha do método: atualização in-place ou migração lado a lado (side-by-side). Em produção, a migração lado a lado costuma ser mais segura, porque permite voltar atrás.
- Testes: restaurar os bancos na nova versão, testar a aplicação e comparar a performance.
- Nível de compatibilidade: subir o compatibility level dos bancos de forma controlada, usando o Query Store para detectar regressões de plano de execução.
- Virada e acompanhamento: janela de migração planejada, plano de retorno e monitoramento intensivo nos primeiros dias.
Cuidados que evitam problemas
- Migrar logins, jobs, linked servers, Database Mail e credenciais, não apenas os bancos.
- Revisar o licenciamento: a mudança de versão e de hardware pode alterar a quantidade de licenças necessárias.
- Aproveitar a migração para corrigir configurações antigas (memória, TempDB, MAXDOP).
- Ter backup testado antes de qualquer mudança.
Como a FABRIDATA pode ajudar
Conduzimos projetos de atualização de versão e migração para o Azure do início ao fim: diagnóstico, planejamento, testes, execução e acompanhamento pós-migração. Com experiência em ambientes corporativos e certificações Microsoft em banco de dados e Azure, o foco é atualizar com segurança e sem surpresas para o negócio.
Perguntas frequentes
Posso pular várias versões de uma vez?
Em muitos casos, sim. É possível restaurar bancos de versões antigas em versões mais novas, respeitando os caminhos de atualização suportados pela Microsoft. A avaliação inicial define o caminho adequado.
Como sei qual versão estou usando?
Execute SELECT @@VERSION; no SQL Server Management Studio. O resultado mostra a versão, a edição e o nível de atualização.
Seu SQL Server ainda está no suporte?
Solicite um Health Check: verificamos versões, riscos de segurança e compatibilidade, e entregamos um plano de atualização ou de migração para o Azure.

