Opções de fim do suporte do SQL Server

Aplica-se a: SQL Server 2014 (12.x) SQL Server 2016 (13.x)

Este artigo explica as opções para lidar com produtos do SQL Server que atingiram o fim do suporte.

Noções básicas sobre o ciclo de vida do SQL Server

Cada versão do SQL Server vem com um mínimo de 10 anos de suporte, o que inclui cinco anos de suporte mainstream e cinco anos de suporte estendido:

• O suporte base inclui atualizações funcionais e de desempenho, escalabilidade e segurança.
• O suporte estendido inclui apenas atualizações de segurança.

Fim do suporte (também conhecido às vezes como fim de vida) significa que um produto atingiu o fim de seu ciclo de vida de suporte. A Microsoft não fornece mais manutenção e suporte para o produto. Para obter mais informações sobre o Ciclo de Vida da Microsoft, confira Política do Ciclo de Vida da Microsoft.

Opções de fim do suporte

Quando a instância do SQL Server atingir o fim do suporte, escolha entre as seguintes opções:

• Fazer a atualização para uma versão atual do SQL Server.
• Migre sua carga de trabalho do SQL Server para Instância Gerenciada de SQL do Azure, Banco de Dados SQL do Azure ou Azure Virtual Machine. Quando você migra para uma VM do Azure, pode escolher:
  • Atualize sua instância do SQL Server para uma versão suportada durante a migração.
  • Migre sua instância SQL Server as-is. Inscreva-se para atualizações de segurança estendidas (ESUs) para SQL Server 2016 (13.x). Ou, com o SQL Server 2014 (12.x), migre para uma VM do Azure para obter ESUs gratuitas até o final do período de ESU.
• Assine as Atualizações de Segurança Estendidas (ESUs) e permaneça no seu ambiente atual até conseguir atualizar ou migrar para uma versão ou plataforma suportada.

Para obter mais informações, diretrizes e ferramentas para planejar e automatizar sua migração ou atualização, confira:

• fim do suporte SQL Server 2016
• fim do suporte do SQL Server 2014
• O que são ESUs para SQL Server?
• Perguntas frequentes sobre SQL Server ESU
• ESUs habilitadas por Azure Arc

A tabela a seguir resume as opções de uma instância de SQL Server que está sem suporte estendido:

Este artigo descreve os benefícios e as considerações de cada abordagem, com mais recursos para ajudar a orientar seu processo de tomada de decisão.

Atualizar o SQL Server

Quando a instância do SQL Server atingir o fim do suporte, considere fazer uma atualização para uma versão mais recente suportada do SQL Server. Essa opção fornece consistência ambiental, permite que você use os recursos mais recentes e o alinhe com o ciclo de vida de suporte da nova versão.

Benefícios

• Tecnologia mais recente: as novas versões do SQL Server trazem inovações em desempenho, escalabilidade, alta disponibilidade e segurança.

• Controle: você tem o máximo de controle sobre os recursos e a escalabilidade, porque você gerencia tanto o hardware quanto o software.

• Ambiente familiar: se você estiver atualizando de uma versão mais antiga do SQL Server, esse ambiente será o mais familiar.

• Aplicabilidade ampla: adequada para todos os tipos de aplicativos de banco de dados, incluindo sistemas OLTP e data warehouse.

• Baixo risco para aplicativos de banco de dados: quando a compatibilidade do banco de dados corresponde ao sistema herdado, os aplicativos de banco de dados existentes permanecem protegidos contra alterações funcionais e de desempenho. Um aplicativo só precisa de recertificação completa quando requer recursos disponíveis em uma configuração de compatibilidade de banco de dados mais recente. Para saber mais, confira Certificação de Compatibilidade.

• Suporte técnico abrangente: você pode contar com suporte técnico para uma ampla gama de tópicos para solucionar problemas operacionais e reduzir os riscos de negócios.

Considerações

• Custo: essa abordagem requer investimento antecipado e envolve maior custo de gerenciamento contínuo em comparação com outras opções. Você deve comprar, manter e gerenciar seu próprio hardware e software.

• Tempo de inatividade: dependendo da estratégia de atualização, o tempo de inatividade pode ocorrer. Há também um risco inerente de encontrar problemas durante um processo de atualização no local.

• Complexidade: se você estiver em uma versão sem suporte do Windows Server, também precisará atualizar o sistema operacional. Versões mais recentes do SQL Server podem não dar suporte a essas versões do Windows. Há um risco adicional durante o processo de atualização do sistema operacional, portanto, fazer uma migração lado a lado poderia ser a abordagem mais prudente, porém, a mais cara. Não há suporte para atualizações do sistema operacional no local em instâncias de cluster de failover do Windows Server 2008 ou Windows Server 2008 R2.

  Observação

  As atualizações sem interrupção do sistema operacional do cluster estão disponíveis no Windows Server 2016 em diante.

Recursos

• Mídia de instalação
• Fazer upgrade do SQL Server usando o Assistente de Instalação (Instalação)

A tabela a seguir fornece links para recursos para atualização de SQL Server para uma versão com suporte:

Ferramentas:

• O componente de migração do SQL Server no SQL Server Management Studio pode ajudar a detectar problemas de compatibilidade que afetam a funcionalidade do banco de dados em sua nova versão do SQL Server.
• O Assistente de Ajuste de Consulta pode ajudar a ajustar cargas de trabalho que podem sofrer efeitos adversos ao atualizar a compatibilidade do banco de dados.

Lift and shift para Instância Gerenciada de SQL do Azure

Se você quiser descarregar a manutenção e reduzir os custos, considere migrar para Instância Gerenciada de SQL do Azure. Uma instância gerenciada de SQL se assemelha muito a uma instância do SQL Server local, sem a necessidade de se preocupar com falha de hardware ou aplicação de patch. A Instância Gerenciada de SQL é uma coleção de bancos de dados do sistema e do usuário com um conjunto compartilhado de recursos que está pronta para levantamento e transferência e pode ser usada para a maioria das migrações para a nuvem. Essa opção é melhor para novos aplicativos ou aplicativos locais existentes que desejam usar os recursos estáveis e mais recentes do Mecanismo de Banco de Dados do SQL Server e que são migrados para a nuvem com o mínimo de alterações.

Benefícios

• Custo: você economiza custos descarregando o software e a manutenção de hardware.
• Lift-and-shift: você pode migrar por lift-and-shift toda a sua instância local do SQL Server para uma instância gerenciada de SQL, incluindo todos os bancos de dados com pouca ou nenhuma alteração no banco de dados.
• Recursos: ele corresponde de perto aos recursos de uma instância local do SQL Server, como consultas entre bancos de dados, publicação e distribuição de replicação transacional, agendamento de trabalho do SQL e suporte a CLR.
• Escalabilidade: dentro de uma instância gerenciada de SQL, todos os bancos de dados compartilham recursos e você pode escalar para cima e para baixo a qualquer momento sem interrupção.
• Automação: a aplicação de patch e backups ocorrem automaticamente, economizando um tempo de manutenção valioso.
• Disponibilidade: o custo do serviço inclui armazenamento e alta disponibilidade, com 99,99% de disponibilidade garantida.
• Intelligent Insights: obtenha insights sobre o desempenho dos seus bancos de dados com a análise de inteligência interna.
• Sem versão: Instância Gerenciada de SQL do Azure com a política de atualização always-up-to-date não tem versão, o que significa que você está sempre na versão mais recente e nunca precisa se preocupar com a atualização ou o tempo de inatividade. Além disso, você está sempre nas versões mais novas e avançadas, com os recursos estáveis mais recentes sendo sempre lançados primeiro na nuvem.
• Compatibilidade entre ambientes: se você configurar sua instância gerenciada de SQL com uma política de atualização correspondente, poderá aproveitar o failover bidirecional e a recuperação de desastre entre ambientes com instâncias locais SQL Server 2022 (16.x) ou SQL Server 2025 (17.x).
• Baixo risco para aplicativos de banco de dados: quando a compatibilidade do banco de dados está no mesmo nível dos bancos de dados locais, os aplicativos de banco de dados existentes são protegidos contra alterações funcionais e de desempenho que possam ter efeitos prejudiciais. Um aplicativo só precisará ser totalmente recertificado quando exigir recursos disponíveis em uma configuração de compatibilidade de banco de dados mais recente. Para saber mais, confira Certificação de Compatibilidade.

Considerações

• Custo: a instância gerenciada de SQL pode ser mais dispendiosa do que SQL Server em VMs Azure.
• Transact-SQL diferenças: Embora o conjunto de recursos do Instância Gerenciada de SQL do Azure seja abrangente, existem algumas diferenças de compatibilidade que podem afetar suas operações SQL Server existentes.
• Implantação: implantar uma instância gerenciada de SQL pode levar mais tempo do que implantar uma máquina virtual Azure.
• Limitação de recursos: embora uma instância gerenciada de SQL compartilhe a maioria dos recursos com o SQL Server, alguns recursos não têm suporte.
• Limitação de tamanho: o tamanho de armazenamento combinado para todos os bancos de dados em uma instância gerenciada de SQL é limitado a 32 TB, em vez de 524 PB para o SQL Server local.
• Rede: os requisitos de rede para uma instância gerenciada de SQL adicionam uma camada extra de complexidade à sua infraestrutura e exigem um Gateway de VPN ou do Azure ExpressRoute.
• Tempo de manutenção: não há garantia do tempo exato de manutenção, embora ele seja quase transparente.

Recursos

• Visão geral da Instância Gerenciada de SQL
• Como escolher uma opção do SQL do Azure
• Migrar o SQL Server para a Instância Gerenciada de SQL do Azure
• Processo de migração mais amplo

Ferramentas:

• Migração do SQL Server no Azure Arc
• Componente de migração do SQL Server no SQL Server Management Studio
• DMS (Serviço de Migração de Banco de Dados) do Azure

Lift and shift para o SQL Server em VMs do Azure

Outra opção é migrar a sua carga de trabalho para uma Máquina Virtual do Azure que executa o SQL Server. Você pode migrar o sistema no estado em que se encontra e manter o SQL Server de fim do suporte ou fazer a atualização para uma versão mais recente do SQL Server. Essa opção é melhor para migrações e aplicativos que exigem acesso no nível do sistema operacional. As máquinas virtuais do SQL Server estão prontas para lift-and-shift em aplicativos existentes que exigem migração rápida para a nuvem com pouca ou nenhuma alteração.

Benefícios

• Redução de custos: você economiza o custo do hardware e do software para servidores, pagando apenas pelo uso por hora.
• Lift-and-shift: você pode migrar o SQL Server e a infraestrutura de aplicativo por lift-and-shift para a nuvem com pouca ou nenhuma alteração.
• Ambiente hospedado: você obtém os benefícios de um ambiente hospedado, como o descarregamento de hardware e manutenção de software.
• Automação: se você estiver no Windows Server 2008 R2 e versões posteriores, você obterá o benefício de patch automatizado e backups automatizados.
• Controle do sistema operacional: você tem controle sobre o ambiente do sistema operacional, mas com o conjunto de recursos conhecido do SQL Server.
• Implantação rápida: você pode fazer a implantação rapidamente usando uma biblioteca de imagens de máquinas virtuais.
• Mobilidade de Licenças: você pode levar sua licença, permitindo uma diminuição do custo operacional.
• Alta disponibilidade: você se beneficia da disponibilidade da máquina virtual interna pela infraestrutura do Azure que apresenta até 99,99% de disponibilidade e aproveita as opções de alta disponibilidade do SQL Server, como instâncias de cluster de failover e grupos de disponibilidade Always On.
• Baixo risco para aplicativos de banco de dados: quando a compatibilidade do banco de dados está no mesmo nível dos bancos de dados herdados, os aplicativos de banco de dados existentes são protegidos contra alterações funcionais e de desempenho que podem ter efeitos prejudiciais. Um aplicativo só precisará ser totalmente recertificado quando exigir recursos disponíveis em uma configuração de compatibilidade de banco de dados mais recente. Para saber mais, confira Certificação de Compatibilidade.
• Atualizações de segurança estendidas gratuitas SQL Server 2014 (12.x): se você optar por manter seu SQL Server 2014 (12.x) as-is, poderá obter ESUs gratuitas por três anos após o fim da data de suporte migrando para SQL Server em VMs Azure, mesmo sem ter o Software Assurance. Para SQL Server ESU 2016 (13.x), você pode assinar ESUs.

Considerações

• Capacidade de gerenciamento: você ainda precisa gerenciar SQL Server e software do sistema operacional.
• Rede: você precisa configurar a máquina virtual para se integrar à sua rede e Active Directory infraestrutura, o que adiciona complexidade.
• FCI de armazenamento compartilhado: As máquinas virtuais do Azure dão suporte apenas a instâncias de cluster de failover que usam Espaços de Armazenamento Diretos ou Compartilhamentos de Arquivos Premium. Eles não oferecem suporte a uma instância de cluster de failover com armazenamento compartilhado. Dessa forma, as máquinas virtuais do Azure só dão suporte a instâncias de cluster de failover ao usar o Windows Server 2012 e versões posteriores.
• Tempo de inatividade da escalabilidade: você experimentará um tempo de inatividade ao alterar a CPU e os recursos de armazenamento.
• Limitação de tamanho: embora a instância do SQL Server possa dar suporte a tantos bancos de dados quantos forem necessários, o total cumulativo de todos os bancos de dados para uma instância individual do SQL Server é de 256 TB, em comparação com 524 PB para um SQL Serverlocal.

Recursos

• Visão geral do SQL Server na VM do Azure
• Como escolher uma opção do SQL do Azure
• Migrar o SQL Server para uma VM do Azure
• Estender o suporte para o SQL Server com o Azure
• Quais são as Atualizações de Segurança Estendidas para o SQL Server?
• Perguntas frequentes detalhadas sobre o ESU
• Aplicação de Patch Automatizada no SQL Server em máquinas virtuais do Azure
• Backup Automatizado para máquinas virtuais do Azure (Resource Manager)
• Continuidade de negócios e HADR para o SQL Server em Máquinas Virtuais do Azure
• Perguntas frequentes sobre a máquina virtual do SQL

Modernize com o Banco de Dados SQL do Azure Hyperscale

Considere migrar sua carga de trabalho para o nível de serviço Hyperscale do Banco de Dados SQL do Azure. Hyperscale é um banco de dados de plataforma gerenciada como serviço (PaaS) que separa computação de armazenamento. O nível de serviço oferece suporte a até 128 TB por banco de dados e até 128 vCores (até 192 vCores atualmente em versão prévia). Essa arquitetura suporta computação escalonável sem mover dados.

Benefícios

• Custo de licenciamento: A Hyperscale não possui taxa de licença de software SQL.
• Escalonamento de capacidade computacional: Aumente ou reduza a capacidade computacional provisionada em menos de 10 minutos, independentemente do tamanho do banco de dados. A computação sem servidor é escalada automaticamente com base na demanda da carga de trabalho, geralmente em menos de um segundo.
• Escalonamento de armazenamento: O armazenamento cresce automaticamente até 128 TB por banco de dados ou 100 TB por banco de dados em um pool elástico. Você não precisa pré-realocar ou redimensionar manualmente o armazenamento.
• Backup e restauração rápida: O Hyperscale usa snapshots de armazenamento para backups, o que minimiza a utilização de I/O. Restaurações baseadas em snapshots de arquivos e cópias de banco de dados podem ser concluídas em minutos, independentemente do tamanho do banco de dados.
• Escalabilidade de leitura: Direcione cargas de trabalho de somente leitura, como relatórios ou análises, para até 30 réplicas nomeadas de somente leitura. Configure o cálculo independente para cada réplica nomeada. Réplicas de alta disponibilidade integradas e geo-réplicas opcionais também estão disponíveis.
• Suporte a cargas de trabalho: Use o Hyperscale para processamento de transações online (OLTP), processamento híbrido transacional e analítico (HTAP), relatórios e cargas de trabalho analíticas.
• PaaS totalmente gerenciado: O Azure gerencia patches, backups e manutenção da plataforma.

Considerações

• Modelo de compra: A Hyperscale utiliza o modelo de compra baseado em vCore. Oferece suporte a computação provisionada e computação sem servidor para bancos de dados individuais, e computação provisionada para pools elásticos.
• Diferenças de funcionalidades: Banco de Dados SQL do Azure utiliza um modelo de serviço em nível de banco de dados e difere do SQL Server em alguns Transact-SQL recursos e capacidades em nível de instância. Revise as diferenças de T-SQL entre o SQL Server e o Banco de Dados SQL do Azure e as diferenças de recursos entre o Banco de Dados SQL do Azure e o Instância Gerenciada de SQL do Azure antes da migração.
• Alterações na aplicação: Aplicações que utilizam consultas multibanco de dados, servidores vinculados, jobs do SQL Server Agent ou outros objetos em nível de instância podem precisar de alterações. Banco de Dados SQL do Azure oferece alternativas para alguns recursos, como consultas elásticas e trabalhos elásticos.
• Rede: Banco de Dados SQL do Azure fornece um endpoint público por padrão. Configure Link Privado do Azure ou endpoints de serviço de rede virtual se sua implantação exigir conectividade privada ou restrita.
• Computação serverless: o Hyperscale serverless não oferece suporte à pausa automática. Compare seus custos de computação ociosa com os do serverless de propósito geral ao avaliar cargas de trabalho intermitentes.

Recursos

• Visão geral do Banco de Dados SQL do Azure
• Camada de serviço Hiperscale
• Perguntas Frequentes sobre a Hiperescala do Banco de Dados SQL do Azure
• Arquitetura em hiperescala
• Visão geral da migração: SQL Server para o Banco de Dados SQL do Azure
• Compare as opções de implantação do SQL do Azure
• Migração reversa do Hyperscale
• Configurar e gerenciar réplicas nomeadas do Hyperscale

Ferramentas de migração

• O Migrações para Azure descobre e avalia instâncias do SQL Server e recomenda opções e tamanhos de implantação do SQL do Azure.
• Azure Serviço de Migração de Banco de Dados suporta migrações offline para Banco de Dados SQL do Azure.
• O componente de migração do SQL Server no SQL Server Management Studio avalia instâncias do SQL Server e suporta migração para SQL do Azure.
• Use o SQL Server Management Studio ou o SqlPackage 18.4 e versões posteriores para importar ou exportar arquivos BACPAC para bancos de dados Hyperscale de até 150 GB.

Amplie o suporte aos ambientes existentes com ESUs

Se você não estiver pronto para atualizar e não estiver pronto para migrar para a nuvem, você poderá assinar as Atualizações de Segurança Estendidas (ESU) para receber atualizações de segurança críticas por até três anos após o término da data de suporte.

Benefícios

• Suporte ao aplicativo: escolha essa opção se o aplicativo precisar de recertificação em uma versão mais recente do SQL Server. Essa opção é comum para aplicativos que não usam a Certificação de compatibilidade.
• Infraestrutura consistente: você não precisa alterar sua infraestrutura de forma alguma.
• Time: essa opção está disponível por três anos, proporcionando a você um tempo extra para certificar seus aplicativos.

Considerações

• Disponibilidade limitada: somente clientes com licenças de assinatura ou Software Assurance podem usar essa opção.
• Custo: Essa opção pode ser custosa, pois as ESUs custam aproximadamente 75% do custo anual da licença local.
• Período limitado: você pode usar essa opção por apenas três anos. Você precisa atualizar ou migrar no final do período de três anos para garantir sua segurança e conformidade.
• Sem correções de bug: se você encontrar um bug não relacionado à segurança no produto, a Microsoft não lançará uma correção para ele.
• Suporte limitado: as ESUs não incluem novos recursos, melhorias funcionais ou correções solicitadas pelo cliente. As correções de segurança são limitadas àquelas classificadas como Críticas pelo Microsoft Security Response Center (MSRC). O suporte técnico é limitado a problemas diretamente relacionados às atualizações lançadas.

Recursos

• Quais são as Atualizações de Segurança Estendidas para o SQL Server?
• Perguntas frequentes detalhadas sobre o ESU
• Estender o suporte para o SQL Server com o Azure
• Garantia de Software

Migrar para Solução VMware no Azure

Ao usar o Solução VMware no Azure, você pode rodar seu ambiente VMware no Azure usando ferramentas familiares e um caminho de migração rápida.

Quando você executa o SQL Server 2014 (12.x) no Azure VMware nesse ambiente, você recebe os benefícios gratuitos do ESU estendidos para rodar no Azure. Para obter informações sobre como configurar ESUs no Solução VMware no Azure, consulte ESUs para SQL Server e Windows Server nas VMs do Solução VMware no Azure. Para SQL Server ESU 2016 (13.x), você pode assinar ESUs.

Datas do ciclo de vida

A tabela a seguir fornece uma estimativa das datas do ciclo de vida para produtos do SQL Server. Para obter mais detalhes e precisão, consulte a página Microsoft Política de Ciclo de Vida.

Conteúdo relacionado

• SQL Server 2025
• Quais são as Atualizações de Segurança Estendidas para o SQL Server?
• Atualizações de segurança estendidas (ESUs) para SQL Server em Máquinas Virtuais do Azure
• Visão geral do SQL Server na VM do Azure
• O que é Instância Gerenciada de SQL do Azure?