ApsaraDB RDS:Upgrade SQL Server 2008 R2 (premium local SSD) to 2012 or 2016

Para obter mais informações sobre os recursos oferecidos pelas diferentes versões do SQL Server em cada edição do RDS, consulte Diferenças de recursos entre edições.

Pré-requisitos

Sua instância do RDS deve atender aos seguintes requisitos:

• A instância do RDS executa o SQL Server 2008 R2 com Premium Local SSDs.

• A capacidade de armazenamento da instância do RDS é de pelo menos 20 GB. Para saber mais sobre como expandir a capacidade de armazenamento, consulte Alterar especificações da instância.

• O recurso Transparent Data Encryption (TDE) está desativado na instância do RDS. Para obter detalhes sobre como desativar o TDE, consulte Configurar criptografia transparente de dados (TDE).

Observações de uso

• Após a conclusão da atualização, não é possível reverter a instância do RDS para uma versão principal anterior do mecanismo.

  Aviso

  Antes de iniciar a atualização, recomendamos criar uma instância temporária do RDS que execute a versão desejada do SQL Server e utilizá-la para testar a compatibilidade com suas cargas de trabalho. Para mais detalhes, consulte Atualizar uma instância do ApsaraDB RDS for SQL Server com discos locais do SQL Server 2008 R2 para o SQL Server 2012 ou SQL Server 2016.

• Ao concluir a atualização, será necessário realizar o switchover das suas cargas de trabalho. O tempo de inatividade causado por esse processo varia conforme o volume de dados da instância do RDS. Na maioria dos casos, o switchover leva aproximadamente 20 minutos. Recomendamos executar essa operação durante a janela de manutenção definida. Verifique também se sua aplicação está configurada para reconectar-se automaticamente à instância do RDS.

• Evite utilizar a VPC ou o vSwitch padrão durante a atualização. Configure uma VPC e um vSwitch adequados às necessidades do seu negócio.

• Durante o processo de atualização, evite modificar metadados da instância do RDS para prevenir inconsistências de dados. Por exemplo, não crie nem exclua bancos de dados, nem altere os modelos de recuperação existentes.

Alteração dos endpoints da instância do RDS

Após a atualização, a instância do RDS passará a residir em uma VPC. A tabela a seguir descreve como os endpoints da instância são alterados após a atualização, dependendo do tipo de rede original.

Impactos

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

• As 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 instância. Para mais detalhes, consulte a seção FAQ deste tópico.

• A atualização envolve um switchover de rede, o que causa uma interrupção de serviço que pode durar até 20 minutos. Consulte a seção FAQ deste tópico para mais informações. 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, causando a alteração do endereço IP virtual (VIP). Para garantir a estabilidade e continuidade dos negócios, utilize o endpoint interno ou público da instância do RDS para conectar sua aplicação. Não utilize o endereço IP resolvido diretamente. O endpoint do RDS é um nome de domínio dinâmico com capacidades de roteamento automático que se adapta perfeitamente a mudanças de IP no backend.

• Se optar por realizar o switchover 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. Se o cliente for 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 a seguir para definir o TTL na JVM servem como referência:

  • Para definir o TTL para todas as aplicações baseadas em JVM, defina 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, insira 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 do Data Transmission Service (DTS) em andamento, será necessário reconfigurá-la e reiniciá-la após a atualização.

Regras de faturamento

A atualização gera custos. Os valores exibidos na página de compra prevalecem. Para mais informações, consulte Alterar especificações da instância.

Procedimento

1. Faça login no console do ApsaraDB RDS e acesse a página Instances. Na barra de navegação superior, selecione a região onde a instância do RDS está localizada. Em seguida, localize a instância desejada e clique em ID da instância.

2. Na página Basic Information, clique em Upgrade Version. Na caixa de diálogo exibida, clique em OK.

   Nota

   Se o botão Upgrade Version não estiver visível, verifique se os pré-requisitos foram atendidos. Por exemplo, confirme se o TDE está ativado na instância do RDS ou se existe alguma instância temporária associada.

3. Na página Upgrade Engine Version, configure os parâmetros abaixo.

   Parâmetro	Descrição
   Upgrade To	Selecione a versão desejada do SQL Server. Os valores válidos para os parâmetros Edition, Storage Type e Instance Type variam conforme a versão do SQL Server escolhida. É possível atualizar sua instância do RDS com Premium Local SSDs do SQL Server 2008 R2 para uma das seguintes versões: SQL Server 2012 EE SQL Server 2016 SE SQL Server 2016 EE Importante Ao atualizar para o SQL Server 2012 EE ou SQL Server 2016 EE, o recurso TDE permanece disponível. No entanto, se a atualização for para o SQL Server 2016 SE, o recurso TDE deixará de estar disponível.
   Edition	Escolha a High-availability Edition. O sistema de banco de dados consiste em uma instância primária e uma secundária do RDS. Essas instâncias operam em modo de alta disponibilidade para oferecer um desempenho equilibrado em todos os aspectos.
   Storage Type	Selecione PL1 ESSD. O Enterprise SSD (ESSD) é um disco de altíssimo desempenho desenvolvido pela Alibaba Cloud com base na arquitetura de armazenamento em blocos distribuídos de última geração. Os ESSDs oferecem desempenho de armazenamento excepcional, integrando tecnologias de Ethernet de 25 Gigabits e acesso remoto direto à memória (RDMA). Eles ajudam a reduzir latências unidirecionais e processam até 1 milhão de solicitações aleatórias de leitura e gravação por segundo. Para mais detalhes, consulte Tipos de armazenamento.
   Zone	Escolha a zona desejada. Há suporte para Multi-zone Deployment e Single-zone Deployment. Se o sistema de banco de dados for composto por instâncias primárias e secundárias do RDS, recomenda-se selecionar Multi-zone Deployment para garantir recuperação de desastres entre zonas. Importante Ao optar pelo Multi-zone Deployment, selecione manualmente a Zone of Secondary Node em vez de manter a zona padrão.
   Instance Type	Defina o tipo de instância. Cada tipo oferece uma quantidade específica de núcleos de CPU, capacidade de memória, número máximo de conexões e IOPS máximo. Para mais informações, consulte Famílias de instâncias e Tipos de instância primária do ApsaraDB RDS.
   Network Type	Selecione VPC. A opção VPC não está disponível. Se a instância do RDS estava conectada via rede clássica antes da atualização, altere o tipo de rede para VPC e configure um vSwitch. Caso a instância original já esteja em uma VPC ou em modo de acesso híbrido, a VPC não pode ser modificada, mas o vSwitch sim. Os vSwitches disponíveis dependem da Zone e da VPC selecionadas.
   VPC	A VPC de destino. Se nenhuma VPC estiver disponível, crie uma VPC. Importante Não utilize a VPC padrão. Selecione manualmente uma VPC adequada aos requisitos do seu negócio.
   VSwitch of Primary Node	Escolha o vSwitch desejado. Se múltiplas zonas forem selecionadas para a instância do RDS, será necessário definir também o VSwitch of Secondary Node. Caso não haja vSwitches disponíveis, crie um vSwitch. Importante Se a instância do RDS estiver conectada via rede clássica, evite usar o vSwitch padrão. Selecione manualmente um vSwitch conforme as necessidades do negócio. Para instâncias conectadas via VPC ou em modo híbrido (rede clássica e VPC), a VPC não pode ser alterada.
   Switching Time	Switch Immediately After Data Migration: A migração de dados e o switchover das cargas de trabalho ocorrem imediatamente. Switch Within Maintenance Window: Os dados são migrados imediatamente, mas o switchover das cargas de trabalho acontece durante a janela de manutenção especificada. Take Effect at Specified Time Range: A migração de dados ocorre de imediato, enquanto o switchover das cargas de trabalho é agendado para um horário específico. Esse horário deve ser pelo menos 12 horas posterior ao momento atual.

4. Leia e aceite os termos de serviço e clique em Pay Now.

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

   O status da instância mudará para Upgrading/Downgrading > Upgrading Across Networks. Quando o status retornar para Running, a atualização estará concluída. O tempo necessário varia conforme o volume de dados. Aguarde a finalização do processo.

Criar uma instância temporária do RDS com a versão desejada do SQL Server

Antes de iniciar a atualização, recomenda-se criar uma instância temporária do RDS executando a versão alvo do SQL Server para validar a compatibilidade com suas cargas de trabalho. A instância temporária é nova e independente; portanto, os dados da instância original do RDS não são afetados durante sua criação.

1. Faça login no console do ApsaraDB RDS e acesse a página Instances. Na barra de navegação superior, selecione a região onde a instância do RDS reside. Localize a instância e clique em respectivo ID.

2. No painel de navegação à esquerda, clique em Backup and Restoration.

3. Na aba Temporary Instance, selecione o ponto no tempo a partir do qual deseja clonar os dados e clique em Create Temporary Instance of Higher Version.

4. Configure os seguintes parâmetros.

   Parâmetro	Descrição
   Zone	Selecione a zona onde a instância temporária do RDS será criada.
   Upgrade To	Defina a versão do SQL Server que a instância temporária executará. Valores válidos: SQL Server 2016 SE SQL Server 2016 EE SQL Server 2012 EE
   VPC	Escolha a VPC à qual a instância temporária pertencerá. É essencial selecionar a mesma VPC da instância do Elastic Compute Service (ECS) à qual você deseja se conectar. Caso contrário, a comunicação via rede interna entre a instância temporária do RDS e a instância ECS não será possível.
   VSwitch	Selecione um vSwitch dentro da VPC especificada.

   Importante

   O sistema fornece automaticamente um tipo de instância e um tipo de armazenamento padrão para a instância temporária do RDS. Essa instância permanece disponível por sete dias. Após esse período de validade, o sistema libera automaticamente a instância temporária.

5. Clique em OK.

Referências

Restaurar dados do SQL Server com uma instância temporária