Opções de fim do suporte do SQL Server

  • Artigo

Aplica-se a: SQL Server 2012 (11.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 é apoiada por um mínimo de 10 anos de suporte, que inclui cinco anos de suporte base e cinco anos de suporte estendido:

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

O fim do suporte (às vezes conhecido como fim da vida útil) indica que um produto atingiu o final do respectivo ciclo de vida e que o serviço e o suporte não estão mais disponíveis 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

Depois que o SQL Server atingir o fim do suporte, você poderá optar por:

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

Diagrama mostrando as opções de fim de suporte.

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

Depois que o SQL Server atingir o fim do suporte, você poderá optar por fazer a atualização para uma versão mais recente e com suporte do SQL Server. Essa opção oferece consistência ambiental, permite usar o conjunto de recursos mais recente e adota o ciclo de vida de suporte da nova versão.

Benefícios

  • Tecnologia mais recente: As novas versões do SQL Server apresentam inovações que incluem recursos de desempenho, escalabilidade e alta disponibilidade, bem como segurança aprimorada.

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

  • Ambiente conhecido: se você estiver fazendo a atualização de uma versão antiga do SQL Server, esse ambiente será o mais semelhante.

  • Extensa aplicabilidade: aplicável aos aplicativos de banco de dados de qualquer tipo, incluindo sistemas OLTP e data warehouse.

  • Baixo risco para aplicativos de banco de dados: quando a compatibilidade do banco de dados está no mesmo nível do sistema herdado, 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ó precisa ter uma nova certificação completa quando precisa usar recursos que são restritos por uma configuração de compatibilidade de banco de dados mais recente. Para saber mais, confira Certificação de Compatibilidade.

Considerações

  • Custo: essa abordagem exige o maior investimento inicial e o gerenciamento mais contínuo. Você precisa comprar, manter e gerenciar o próprio hardware e software.

  • Tempo de inatividade: pode haver algum tempo de inatividade, dependendo da sua estratégia de atualização. Também há um risco inerente de enfrentar problemas durante um processo de atualização in-loco.

  • Complexidade: se você estiver usando uma versão sem suporte do Windows Server, também precisará atualizar o sistema operacional, pois as versões mais recentes do SQL Server podem não ter suporte nessas 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 pode ser a abordagem mais prudente, porém, a mais cara. Não há suporte para atualizações do sistema operacional in-loco 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

Novidades do:

Requisitos de hardware:

Atualizações de versão e edição compatíveis:

Ferramentas:

Para obter mais informações sobre os novos recursos do SQL Server 2022 (16.x), consulte a comparação do SQL Server 2022.

Instância Gerenciada do Azure SQL

Caso deseje aproveitar o descarregamento da manutenção e do custo, mas considera o conjunto de recursos de um banco de dados individual do Banco de Dados SQL do Azure muito limitado, faça a migração para a Instância Gerenciada de SQL. Uma instância gerenciada é parecida com um SQL Server local, sem a necessidade de se preocupar com aspectos como falha de hardware ou aplicação de patch. A Instância Gerenciada de SQL é uma coleção de bancos de dados do sistema e de usuário com um conjunto compartilhado de recursos prontos para lift-and-shift 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ê pode economizar descarregando a manutenção de hardware e software.
  • Lift-and-shift: você pode migrar por lift-and-shift toda a sua instância local do SQL Server para uma instância gerenciada, incluindo todos os bancos de dados com pouca ou nenhuma alteração no banco de dados.
  • Recursos: é muito semelhante 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 trabalhos SQL e suporte à CLR.
  • Escalabilidade: em uma instância gerenciada, todos os bancos de dados compartilham recursos e é possível aumentar e diminuir a qualquer momento sem tempo de inatividade.
  • Automação: a aplicação de patch e os backups ocorrem automaticamente, proporcionando uma economia valiosa de tempo de manutenção.
  • 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: o Banco de Dados SQL do Azure não tem versão, isso o que significa que você está sempre usando a versão mais recente sem precisar se preocupar com atualizações ou tempo de inatividade. Além disso, você está sempre usando o mais recente e o melhor, com nossos recursos estáveis e mais recentes sendo lançados na nuvem primeiro.
  • 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ó precisa ser totalmente recertificado quando precisar usar 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 opção de instância gerenciada pode ser mais cara do que a opção de banco de dados individual.
  • Diferenças do Transact-SQL: há algumas diferenças do T-SQL (Transact-SQL) entre um banco de dados individual e um SQL Server local.
  • Implantação: a implantação de uma instância gerenciada pode levar mais tempo do que a implantação de um banco de dados individual.
  • Limitação de recursos: embora uma instância gerenciada compartilhe a maioria dos recursos com o SQL Server, ainda há alguns recursos que não têm suporte.
  • Limitação de tamanho: o tamanho de armazenamento combinado de todos os bancos de dados em uma instância gerenciada é limitado a 8 TB, em comparação com 524 PB para o SQL Server local.
  • Rede: os requisitos de rede para uma instância gerenciada adicionam uma camada extra de complexidade à infraestrutura e exigem um Gateway de VPN ou o Azure ExpressRoute.
  • Tempo de manutenção: não há garantia do tempo exato de manutenção, embora ele seja quase transparente.

Recursos

Ferramentas:

Estender o suporte

Caso não esteja pronto para a atualização e a migração para a nuvem, você terá a capacidade de comprar uma assinatura de Atualizações de Segurança Estendida para receber atualizações de segurança Críticas por até três anos após o fim da data de suporte.

Benefícios

  • Suporte a aplicativos: essa será a melhor opção se o aplicativo exigir uma nova certificação em uma versão mais recente do SQL Server. Isso é comum para aplicativos que não usam a Certificação de Compatibilidade.
  • Infraestrutura consistente: você não precisa alterar sua infraestrutura de nenhuma forma.
  • Suporte técnico: se você tiver o Software Assurance ou outro plano de suporte, poderá continuar recebendo suporte técnico do Microsoft no produto do SQL Server de fim do suporte. Essa é a única maneira de obter suporte para o SQL Server 2012 (11.x).
  • 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: essa opção só está disponível para os clientes com licenças de assinatura ou do Software Assurance.
  • Custo: essa opção pode ser cara, pois as Atualizações de Segurança Estendida são aproximadamente 75% do custo de licença local anualmente.
  • Período limitado: essa opção só está disponível por três anos e, portanto, você ainda precisará fazer a atualização ou a migração no final do período de três anos se quiser garantir a segurança e a 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 Atualizações de Segurança Estendida não incluem novos recursos, aprimoramentos funcionais nem 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).

Recursos

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. Isso é 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

  • Atualizações de Segurança Estendida gratuitas: se você optar por manter o SQL Server no estado em que se encontra usando o SQL Server 2012 (11.x), poderá obter as Atualizações de Segurança Estendida gratuitas por três anos após o fim da data de suporte, mesmo sem ter o Software Assurance.

  • 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ê terá os benefícios de um ambiente hospedado, como descarregamento de hardware e manutenção de software.

  • Automação: se você estiver usando o Windows Server 2008 R2 e superior, obterá o benefício da aplicação automatizada de patch 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ó precisa ter uma nova certificação completa quando precisa usar recursos que são restritos por uma configuração de compatibilidade de banco de dados mais recente. Para saber mais, confira Certificação de Compatibilidade.

Considerações

  • Capacidade de gerenciamento: você ainda precisa gerenciar o SQL Server e software do sistema operacional.
  • Rede: você precisa configurar a máquina virtual para se integrar à sua rede e à infraestrutura do Active Directory, que é uma camada adicional de complexidade.
  • FCI de armazenamento compartilhado: as máquinas virtuais do Azure só dão suporte a instâncias de cluster de failover que usam os Espaços de Armazenamento Diretos ou os compartilhamentos de arquivo Premium e não dão suporte a uma instância de cluster de failover que usa o armazenamento compartilhado. Assim, as máquinas virtuais do Azure só dão suporte a instâncias de cluster de failover ao usar o Windows Server 2012 ou superior.
  • 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

Banco de Dados SQL do Azure

Caso deseje descarregar a manutenção, reduzir os custos e eliminar a necessidade de atualização no futuro, migre a sua carga de trabalho para o banco de dados individual do Banco de Dados SQL do Azure. Essa opção é melhor para os aplicativos de nuvem modernos que desejam usar os recursos estáveis e mais recentes do Mecanismo de Banco de Dados do SQL Server e têm restrições de tempo em desenvolvimento e marketing.

Benefícios

  • Custo: um banco de dados individual pode ser econômico, pois os custos de hardware, software e manutenção são descarregados e você pode pagar pelo uso por segundo ou por hora.
  • Flexibilidade: o banco de dados individual é adequado para aplicativos projetados para a nuvem quando a produtividade do desenvolvedor e um tempo rápido para comercialização das soluções são críticos ou quando há necessidade de acesso externo.
  • Recursos comuns: os recursos do Mecanismo de Banco de Dados do SQL Server usados com mais frequência estão disponíveis, mas não são tantos como para a Instância Gerenciada de SQL do Azure.
  • Implantação rápida: você pode implantar rapidamente um banco de dados individual.
  • Escalabilidade: você pode escalar ou reduzir verticalmente de maneira rápida e fácil conforme necessário para a sua empresa, fornecendo benefícios adicionais de economia.
  • Disponibilidade: o custo do serviço inclui armazenamento e alta disponibilidade, com 99,995% de disponibilidade garantida.
  • Automação: a aplicação de patch e os backups ocorrem automaticamente, proporcionando uma economia valiosa de tempo de manutenção.
  • Intelligent Insights: obtenha insights sobre o desempenho do seu banco de dados com a análise de inteligência interna.
  • Sem versão: o Banco de Dados SQL do Azure não tem versão, isso o que significa que você está sempre usando a versão mais recente sem precisar se preocupar com atualizações ou tempo de inatividade. Além disso, você está sempre usando o mais recente e o melhor, com nossos recursos estáveis e mais recentes sendo lançados na nuvem primeiro.
  • Baixo risco para aplicativos de banco de dados: quando a compatibilidade do banco de dados está no mesmo nível do banco de dados local, os aplicativos existentes são protegidos contra alterações funcionais e de desempenho que podem ter efeitos prejudiciais. Um aplicativo só precisa ter uma nova certificação completa quando precisa usar recursos que são restritos por uma configuração de compatibilidade de banco de dados mais recente. Para saber mais, confira Certificação de Compatibilidade.

Considerações

  • Opções de migração limitadas: você só pode migrar um banco de dados individual por vez, em vez de uma instância inteira.
  • Limitação de recursos: embora os recursos do Banco de Dados SQL do Azure usados com mais frequência estejam disponíveis, o conjunto de recursos para um banco de dados individual não é tão completo quanto para a Instância Gerenciada de SQL do Azure ou o SQL Server.
  • Diferenças do Transact-SQL: há algumas diferenças do T-SQL (Transact-SQL) entre um banco de dados individual e um SQL Server local.
  • Limitações de tamanho: um banco de dados individual tem o tamanho máximo de banco de dados de 100 TB, comparado a 524 PB do SQL Server.
  • Tempo de manutenção: não há garantia do tempo exato de manutenção, embora ele seja quase transparente.

Recursos

Ferramentas:

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 informações mais precisas, confira a página Política do Ciclo de Vida da Microsoft.

Versão Ano de lançamento Ano do fim do suporte base Ano do fim do suporte estendido
SQL Server 2022 2022 2028 2033
SQL Server 2019 2019 2025 2030
SQL Server 2017 2017 2022 2027
SQL Server 2016 2016 2021 2026
SQL Server 2014 2014 2019 2024
SQL Server 2012 2012 2017 2022
SQL Server 2008 R2 2010 2012 2019
SQL Server 2008 2008 2012 2019
SQL Server 2005 2006 2011 2016
SQL Server 2000 2000 2005 2013

Importante

Em caso de discrepância entre esta tabela e a página do Ciclo de Vida da Microsoft, o Ciclo de Vida da Microsoft substituirá essa tabela, pois essa tabela deve ser usada como uma referência aproximada.

Próximas etapas