Home Blog Fim do suporte do SQL Server: como atualizar

Fim do suporte do SQL Server: como atualizar

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ãoFim do suporte estendidoSituação
SQL Server 2012Julho de 2022Fora do suporte
SQL Server 2014Julho de 2024Fora do suporte
SQL Server 2016Julho de 2026Fora do suporte
SQL Server 2017Outubro de 2027Suporte estendido, planeje já
SQL Server 2019Janeiro de 2030Suporte estendido
SQL Server 2022Janeiro de 2033Suportado

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

  1. Inventário: todas as instâncias, versões, edições, bancos e dependências.
  2. Avaliação de compatibilidade: identificar recursos descontinuados e alterações de comportamento usando as ferramentas de avaliação da Microsoft.
  3. Validação com fornecedores: confirmar se o ERP ou sistema de terceiros é homologado na versão de destino.
  4. 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.
  5. Testes: restaurar os bancos na nova versão, testar a aplicação e comparar a performance.
  6. 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.
  7. 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.

Solicitar Health Check →

related posts

Leave a Comment