ApsaraDB RDS:Atualizar SQL Server 2008 R2 (SSD local premium) para 2012 ou 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 SSDs locais premium.

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

• O recurso Transparent Data Encryption (TDE) está desativado para a instância do RDS. Para obter mais informações sobre como desativar o recurso TDE, consulte Configurar criptografia transparente de dados (TDE).

Observações de uso

• Após a conclusão da atualização, sua instância do RDS não poderá ser revertida para uma versão principal anterior do mecanismo.

  Aviso

  Antes de iniciar a atualização, recomendamos que você crie uma instância temporária do RDS que execute a versão desejada do SQL Server e use-a para testar a compatibilidade com suas cargas de trabalho. Para obter mais informações, 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.

• Após a conclusão da atualização, você deve alternar suas cargas de trabalho. O tempo de inatividade causado pela alternância varia de acordo com o volume de dados da instância do RDS. Na maioria dos casos, a alternância leva aproximadamente 20 minutos. Recomendamos que você alterne suas cargas de trabalho durante a janela de manutenção especificada. Certifique-se de que sua aplicação esteja configurada para reconectar automaticamente à instância do RDS.

• Não use o VPC ou vSwitch padrão para a atualização. Configure um VPC e um vSwitch de acordo com os requisitos do seu negócio.

• Durante a atualização, recomendamos que você não modifique os metadados da instância do RDS. Caso contrário, podem ocorrer problemas de inconsistência de dados após a atualização. Por exemplo, não crie bancos de dados, exclua bancos de dados ou modifique os modelos de recuperação dos bancos de dados.

Alterar os endpoints da instância do RDS

Após a atualização, sua instância do RDS reside em um VPC. A tabela a seguir descreve como alterar os endpoints da instância do RDS após a atualização, com base no tipo de rede original da instância.

Impactos

• Depois de 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 instância. Para obter mais informações, consulte a seção FAQ deste tópico.

• A atualização envolve uma alternância de rede, que causa uma interrupção de serviço que pode durar até 20 minutos. Para obter mais informações, consulte 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 causa a alteração do endereço de IP virtual (VIP). Para garantir a estabilidade e a continuidade do negócio, use o endpoint interno ou público da instância do RDS 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 alterações de IP do backend.

• Se você optar por alternar 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 de DNS no seu cliente. Se o cliente for uma aplicação baseada em JVM, recomendamos definir o TTL na configuração da JVM para 60 segundos ou menos. Isso garante que, quando o endereço VIP do endpoint for alterado, 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 são para sua 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, defina java.security.Security.setProperty("networkaddress.cache.ttl" , "60"); no código de inicialização da aplicação antes que qualquer conexão de rede seja estabelecida, especificamente antes da primeira chamada para InetAddress.getByName().

• Se você tiver uma tarefa do Data Transmission Service (DTS) em andamento, reconfigure e reinicie a tarefa após a atualização.

Regras de cobrança

São cobradas taxas pela atualização. As taxas exibidas na página de compra são as que prevalecem. Para obter 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 em que a instância do RDS reside. Em seguida, localize a instância do RDS e clique no 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 for exibido, verifique se os pré-requisitos foram atendidos. Por exemplo, verifique se o TDE está ativado para sua instância do RDS ou se a instância possui uma instância temporária.

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

   Parâmetro	Descrição
   Upgrade To	Selecione a versão desejada do SQL Server. Os valores válidos dos parâmetros Edition, Storage Type e Instance Type variam de acordo com a versão do SQL Server selecionada. Você pode atualizar sua instância do RDS com SSDs locais premium do SQL Server 2008 R2 para uma das seguintes versões: SQL Server 2012 EE SQL Server 2016 SE SQL Server 2016 EE Importante Se você atualizar sua instância do RDS para o SQL Server 2012 EE ou SQL Server 2016 EE, o recurso TDE permanecerá disponível. Se atualizar para o SQL Server 2016 SE, o recurso TDE ficará indisponível.
   Edition	Selecione High-availability Edition. O sistema de banco de dados consiste em uma instância primária do RDS e uma instância secundária do RDS. Essas instâncias operam em modo de alta disponibilidade para alcançar desempenho equilibrado em todos os aspectos.
   Storage Type	Selecione PL1 ESSD. Um Enterprise SSD (ESSD) é um disco de ultra-alto desempenho projetado pela Alibaba Cloud com base na arquitetura de armazenamento em blocos distribuídos de nova geração. Os ESSDs oferecem desempenho de armazenamento ultra-alto. Os ESSDs são integrados com tecnologias Ethernet de 25 Gigabit e acesso remoto direto à memória (RDMA). Os ESSDs podem ajudar a reduzir latências unidirecionais e processar até 1 milhão de solicitações de leitura e escrita aleatórias por segundo. Para obter mais informações, consulte Tipos de armazenamento.
   Zone	Selecione a zona desejada. Multi-zone Deployment e Single-zone Deployment são suportados. Se o sistema de banco de dados consistir em instâncias primárias e secundárias do RDS, recomendamos selecionar Multi-zone Deployment para obter recuperação de desastres entre zonas. Importante Se selecionar Multi-zone Deployment, selecione manualmente Zone of Secondary Node em vez de manter a zona padrão.
   Instance Type	Selecione um tipo de instância. Cada tipo de instância fornece um número específico de núcleos de CPU, capacidade de memória, número máximo de conexões e IOPS máximo. Para obter mais informações, consulte Famílias de instâncias e Tipos de instância primária do ApsaraDB RDS.
   Network Type	Selecione VPC. VPC está indisponível. Se sua instância do RDS estiver conectada pela rede clássica antes da atualização, altere o tipo de rede para VPC e configure um vSwitch. Se a instância original estiver em um VPC ou em modo de acesso híbrido, você não poderá modificar o VPC, mas poderá modificar o vSwitch. Os vSwitches disponíveis são determinados pela Zone e pelo VPC selecionados.
   VPC	O VPC de destino. Se nenhum VPC estiver disponível, crie um VPC. Importante Não use o VPC padrão. Selecione manualmente um VPC de acordo com os requisitos do seu negócio.
   VSwitch of Primary Node	Selecione o vSwitch desejado. Se selecionar várias zonas para sua instância do RDS, selecione VSwitch of Secondary Node. Se nenhum vSwitch estiver disponível, crie um vSwitch. Importante Se sua instância do RDS estiver conectada pela rede clássica, não use o vSwitch padrão. Selecione manualmente um vSwitch de acordo com os requisitos do seu negócio. Se sua instância do RDS estiver conectada por um VPC ou puder se conectar tanto pela rede clássica quanto por um VPC, você não poderá alterar o VPC.
   Switching Time	Switch Immediately After Data Migration: os dados são migrados e as cargas de trabalho são alternadas imediatamente. Switch Within Maintenance Window: os dados são migrados imediatamente e as cargas de trabalho são alternadas durante a janela de manutenção especificada. Take Effect at Specified Time Range: os dados são migrados imediatamente e as cargas de trabalho são alternadas em um ponto específico no tempo. O ponto especificado deve ser pelo menos 12 horas depois do horário 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 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 pacientemente.

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

Antes de iniciar a atualização, recomendamos que você crie uma instância temporária do RDS que execute a versão desejada do SQL Server e use-a para testar a compatibilidade com suas cargas de trabalho. Uma instância temporária do RDS é uma instância nova e independente, e os dados da instância original do RDS não são afetados ao criar uma instância temporária.

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 em que a instância do RDS reside. Em seguida, localize a instância do RDS e clique no ID da instância.

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

3. Na guia Temporary Instance, selecione um ponto no tempo a partir do qual 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 em que deseja criar a instância temporária do RDS.
   Upgrade To	Selecione a versão do SQL Server que a instância temporária do RDS executará. Valores válidos: SQL Server 2016 SE SQL Server 2016 EE SQL Server 2012 EE
   VPC	Selecione o VPC ao qual a instância temporária do RDS pertence. Selecione o VPC da instância do Elastic Compute Service (ECS) à qual deseja se conectar. Caso contrário, a instância temporária do RDS não poderá se comunicar com a instância do ECS pela rede interna.
   VSwitch	Selecione um vSwitch do VPC especificado.

   Importante

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

5. Clique em OK.

Referências

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