ApsaraDB RDS:Upgrade the major engine version and RDS edition of an instance

Informações de fundo

O RDS for SQL Server oferece instâncias em três edições, cada uma com features e vantagens distintas.

• Instâncias Basic Edition não possuem uma instância secundária para standby quente. Isso pode causar tempo de inatividade prolongado em caso de falha da instância ou durante tarefas como alterações de especificação ou atualizações de versão.

• Instâncias High-availability Edition utilizam uma arquitetura clássica de alta disponibilidade com uma instância primária e uma secundária. Os dados da instância primária são sincronizados com a instância secundária semi-synchronously or asynchronously. Se a instância primária falhar, o sistema executa automaticamente o failover para a instância secundária.

• Instâncias Cluster Edition baseiam-se na tecnologia Always On do SQL Server, que desacopla computação e armazenamento. Esta edição permite criar uma ou mais read-only instances para implementar divisão de leitura e escrita, sendo ideal para altos volumes de leitura.

Observações de uso

• As atualizações da versão principal do mecanismo, da edição e do tipo de instância são irreversíveis. As regras de atualização são as seguintes:

  Regras de atualização

  Item de atualização	Regra de atualização
  Atualizar versão principal do mecanismo de banco de dados (SQL Server)	Standard Edition → Enterprise Edition Standard Edition → Enterprise Cluster Edition Web Edition → Standard Edition Web Edition → Enterprise Edition Web Edition → Enterprise Cluster Edition Nota Para atualizar da Web Edition para a Enterprise Edition ou Enterprise Cluster Edition, atualize primeiro para a Standard Edition.
  Atualizar edição do RDS	A atualização só é permitida para uma edição superior. As edições, da menor para a maior, são: Basic Edition < High-availability Edition < Cluster Edition. Downgrades não são suportados.
  Atualizar instance family ou tipo de instância	É possível atualizar para a mesma família de instâncias ou para uma superior. Verifique as opções disponíveis no console. As famílias de instâncias, da menor para a maior, são: Compartilhada < Uso Geral < Dedicada. O downgrade para uma família de instâncias inferior não é suportado. Nota Não é possível atualizar diretamente uma instância de um tipo compartilhado na High-availability Edition para um tipo dedicado na Cluster Edition. Se a família de instâncias de destino não estiver disponível no console, crie uma nova instância na família desejada e depois migrate os dados da instância original para a nova instância.

  Aviso

  • Como as atualizações são irreversíveis, recomendamos que você primeiro create a pay-as-you-go or serverless target instance para testar a compatibilidade.

  • Durante a atualização, não modifique os metadados da instância. Essa ação pode causar inconsistências de dados após a conclusão do processo. As operações de modificação de metadados incluem, mas não se limitam a, adicionar ou excluir bancos de dados, ou alterar o modelo de recuperação de um banco de dados.

• A atualização envolve uma migração entre hosts, o que limpa a host account e quaisquer programas ou arquivos, como SSIS, SSAS e SSRS, no host original. Migre ou faça backup dos seus dados antecipadamente.

  Importante

  Na maioria dos casos, atualizações de versões menores do mecanismo não causam problemas de compatibilidade. No entanto, elas podem alterar funcionalidades. Recomendamos verificar as atualizações cumulativas (CUs) do SQL Server lançadas pela Microsoft para confirmar se o kernel do SQL Server foi atualizado.

Limitações

As seguintes instâncias não suportam atualizações de versão do banco de dados:

• Instâncias associadas a um Active Directory (AD) domain.

• Instâncias Serverless.

• Instâncias primárias Read-only instances e Cluster Edition que possuem instâncias somente leitura anexadas.

• Instâncias primárias Cluster Edition com o read-only endpoint for the secondary instance ativado.

Impactos

• Após iniciado, o processo de atualização não pode ser cancelado nem revertido após a conclusão.

• Suas configurações existentes, como nome da instância, porta, tags e contas de banco de dados, permanecem inalteradas após a atualização.

• A duração da atualização depende de fatores como o volume de dados da sua instância. Para mais detalhes, consulte a seção FAQ neste tópico.

• A atualização envolve uma troca de rede, causando uma interrupção de service que pode durar até 20 minutos. Para mais informações, veja a seção FAQ deste tópico. Certifique-se de que sua aplicação possua um mecanismo de reconexão automática.

• Durante a atualização, o processo migra os recursos subjacentes da instância, o que altera o endereço IP virtual (VIP). Para garantir estabilidade e continuidade dos negócios, utilize o internal or public endpoint of the RDS instance para conectar sua aplicação. Não use o endereço IP resolvido. O endpoint do RDS é um nome de domínio dinâmico com capacidades de roteamento automático que se adapta perfeitamente às mudanças de IP no backend.

• Se você optar por realizar a troca dentro da janela de manutenção, os backups regulares da instância serão desativados desde o envio da tarefa de atualização até a conclusão da migração.

• Limpe o cache DNS no seu cliente. Caso seu cliente seja uma aplicação baseada em JVM, recomenda-se definir o TTL na configuração da JVM para 60 segundos ou menos. Isso garante que, quando o endereço VIP do endpoint mudar, a aplicação possa obter o novo endereço VIP consultando o DNS novamente.

  Nota

  Os métodos abaixo para definir o TTL na JVM servem como referência:

  • Para definir o TTL para todas as aplicações baseadas em JVM, configure o parâmetro networkaddress.cache.ttl no arquivo $JAVA_HOME/jre/lib/security/java.security como 60.

  • Para definir o TTL apenas para uma aplicação local, inclua java.security.Security.setProperty("networkaddress.cache.ttl" , "60"); no código de inicialização da aplicação antes de estabelecer qualquer conexão de rede, especificamente antes da primeira chamada a InetAddress.getByName().

• Caso exista uma tarefa Data Transmission Service (DTS) em andamento, será necessário reconfigurá-la e reiniciá-la após a atualização.

Faturamento

Para informações sobre as taxas de atualização de versão, consulte change specifications.

Procedimento

1. Acesse a página Instances. Na barra de navegação superior, selecione a região onde reside a instância RDS. Em seguida, localize a instância RDS e clique em no ID da instância.

2. Na página Basic Information, na seção Configuration Information, clique em Upgrade Version. Na caixa de diálogo exibida, clique em OK.

   Nota

   Se Upgrade Version não estiver visível, verifique se sua instância atende aos upgrade requirements.

3. Na página Upgrade Engine Version, modifique a configuração. A tabela a seguir descreve os principais parâmetros. Para informações sobre outros parâmetros, consulte Procedure.

   Nota

   Algumas instâncias podem ter restrições quanto às versões e edições disponíveis durante uma atualização. Para mais detalhes, consulte as seções Observações de uso e Limitações neste tópico.

   Parâmetro	Descrição
   Upgrade To	As opções disponíveis para Edition e Instance Type mudam conforme a versão de destino selecionada. Para mais informações, consulte Upgrade rules.
   Edition	Selecione a target edition: Basic Edition: Arquitetura de nó único com computação e armazenamento desacoplados. High-availability Edition: Arquitetura clássica de alta disponibilidade com instância primária e secundária, oferecendo desempenho equilibrado. Cluster Edition: Arquitetura de alta disponibilidade com uma instância primária e múltiplas secundárias. As instâncias secundárias estão acessíveis para operações de leitura.
   Instance Type	Each instance type possui contagem específica de vCPU, tamanho de memória, número máximo de conexões e IOPS máximo.
   Switching Time	Switch Immediately After Data Migration: A migração e a troca iniciam imediatamente. Switch Within Maintenance Window: A migração começa imediatamente, e a troca ocorre durante a janela de manutenção configurada.

4. Clique em Pay Now. Na caixa de diálogo exibida, clique em OK.

   O status da instância muda para Upgrading/Downgrading > Upgrading Across Networks. Quando o status da instância mudar para Running, a atualização estará concluída. O tempo necessário depende da quantidade de dados. Aguarde a conclusão do processo.

Perguntas frequentes

API relacionada

Também é possível atualizar a versão principal do banco de dados chamando uma API. Para mais informações, consulte Modify an RDS instance.