Todos os produtos
Search
Central de documentação

ApsaraDB RDS:Change specifications

Última atualização: Oct 10, 2026

Este tópico descreve como alterar as especificações de uma instância padrão do ApsaraDB RDS for SQL Server, como o nível de desempenho (PL) do tipo de armazenamento (por exemplo, de ESSD PL1 para ESSD PL2), o tipo de instância e a capacidade de armazenamento. Altere as especificações para melhorar o desempenho da instância e resolver gargalos de armazenamento causados pelo crescimento do negócio. Após a alteração das especificações, não é necessário reiniciar a instância manualmente. Além disso, algumas instâncias suportam a expansão ininterrupta da capacidade de armazenamento sem interromper o acesso ao banco de dados.

Nota

Para obter informações sobre como alterar as especificações de uma instância serverless do ApsaraDB RDS for SQL Server, consulte Change the scaling range of RCUs e Increase storage capacity.

Alterações

A alteração das especificações a seguir não muda o endpoint da instância. Para escalar horizontalmente a capacidade de leitura do seu banco de dados, você pode crie uma instância somente leitura e configure a divisão de leitura/gravação para descarregar a instância primária. A instância primária deve ser uma instância Cluster Edition.

Item

Descrição

Versão

Você pode upgrade the database engine version para uma versão mais recente.

Edição

Você pode upgrade from Basic Edition to High-availability Edition or Cluster Edition, or from High-availability Edition to Cluster Edition.

Tipo de instância

  • Se a instance family permanecer inalterada e você precisar apenas alterar o código da especificação: Use o ponto de entrada Change Specifications.

    Por exemplo, se a família da instância for de uso geral, é possível alterar o tipo de instância de mssql.s2.medium.s2 para mssql.s2.large.s2.

  • Para alterar a família da instância: Use o ponto de entrada Upgrade Version para mudar para uma instância da mesma família ou de uma família de nível superior, exceto em some cases. O console exibe todas as opções disponíveis. As famílias de instâncias são classificadas de menor para maior nível: Compartilhada < Uso geral < Dedicada. Não há suporte para downgrade para uma família de instâncias de nível inferior.

    Por exemplo, você pode alterar a família da instância de uso geral para dedicada.

    Nota
    • Se a sua instância executa o RDS High-availability Edition e usa um tipo de instância compartilhada, não é possível fazer o upgrade diretamente para um tipo de instância dedicada no RDS Cluster Edition.

    • Se a família da instância de destino não for exibida no console, crie uma nova instância com a família necessária e migrate os dados para ela.

Tipo de armazenamento

  • Para instâncias que usam ESSDs, é possível fazer o upgrade do PL. Não há suporte para downgrade do PL. Por exemplo, você pode fazer o upgrade de ESSD PL1 para ESSD PL2.

  • Para instâncias que não são da Cluster Edition, você pode fazer o upgrade do tipo de armazenamento de SSD padrão para ESSD. Não é possível fazer o downgrade do tipo de armazenamento de ESSD para SSD padrão.

    Nota

    Não é possível fazer o upgrade do tipo de armazenamento de instâncias da Cluster Edition de SSD padrão para ESSD. No entanto, você pode crie uma nova instância que use um ESSD e, em seguida, migrate os dados da instância original para a nova instância.

Capacidade de armazenamento

  • Você pode apenas aumentar a capacidade de armazenamento. Não há suporte para a redução da capacidade de armazenamento.

  • Ao aumentar a capacidade de armazenamento, o incremento mínimo é de 5 GB. A capacidade total de armazenamento não pode exceder o storage capacity limit of the current instance type.

Nota
  • A capacidade de armazenamento de uma instância somente leitura não pode ser menor que a da sua instância primária. Portanto, aumente primeiro a capacidade de armazenamento das instâncias somente leitura antes de aumentar a capacidade de armazenamento da instância primária.

  • Se o intervalo de capacidade de armazenamento do tipo de instância atual não atender aos seus requisitos, selecione um tipo de instância diferente.

Pré-requisitos

Sua conta Alibaba Cloud não deve ter pedidos de renovação pendentes.

Observações de uso

  • Uma alteração de especificação, como um upgrade de versão principal, pode envolver uma migração entre hosts. Esse processo exclui contas de host e quaisquer programas ou arquivos, como SQL Server Integration Services (SSIS), SQL Server Analysis Services (SSAS) ou SQL Server Reporting Services (SSRS), implantados no host original. Certifique-se de migrar ou fazer backup dos seus dados com antecedência.

    Importante

    O ApsaraDB RDS for SQL Server é construído com base no mecanismo nativo do Microsoft SQL Server e foca no fornecimento de service de banco de dados gerenciados estáveis e eficientes. Se o seu negócio exigir recursos como SSIS, SSAS ou SSRS, é necessária uma forte especialização em operações para garantir a continuidade do negócio.

  • Alterar especificações pode acionar a migração de dados. Após a conclusão da migração, o sistema executa um switchover no horário de switchover selecionado. Os dados incrementais são sincronizados durante esse período. O switchover causa uma breve interrupção que dura cerca de 30 segundos. Durante esse período, não é possível executar a maioria das operações relacionadas ao banco de dados, contas ou rede. Recomendamos que você execute a operação em horários de baixa demanda e garantir que sua aplicação possua um mecanismo de reconexão automática.

  • A Basic Edition fornece apenas um único nó de banco de dados, sem nó secundário para hot backup. Portanto, o nó pode ficar indisponível por um período prolongado se falhar inesperadamente ou passar por tarefas como alteração de especificação ou upgrade de versão. Se o seu negócio exigir alta disponibilidade de banco de dados, não use a Basic Edition. Em vez disso, selecione outra edição, como a High-availability Edition.

  • Se uma instância primária possuir instâncias somente leitura, garanta que a capacidade de armazenamento de cada instância somente leitura seja maior ou igual à da instância primária antes de expandir o armazenamento da instância primária. Recomendamos expandir a capacidade de armazenamento de todas as instâncias somente leitura antes de expandir a da instância primária.

Faturamento

Para mais informações, consulte Billing for specification changes.

Procedimento

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

  2. Na seção Basic Information da página Configuration Information, clique em Change Specifications.

  3. (Esta etapa é necessária apenas para instâncias por assinatura.) Na caixa de diálogo exibida, selecione um método de alteração (Upgrade ou Downgrade: as novas especificações entram em vigor imediatamente) e clique em Next.

    Após o envio da tarefa de alteração, o sistema sincroniza os dados para uma nova instância. Em seguida, no switchover time agendado, o sistema atribui o ID e o endpoint da instância original à nova instância. O ID e o endpoint da instância permanecem inalterados.

  4. Modifique as especificações da instância. Para mais informações, consulte Changes.

    Importante
    • Algumas instâncias do ApsaraDB RDS for SQL Server suportam expansão ininterrupta da capacidade de armazenamento. Quando você altera apenas o PL do tipo de armazenamento (por exemplo, de ESSD PL1 para ESSD PL2) ou expande a capacidade de armazenamento, o acesso ao seu banco de dados não é interrompido. Portanto, não defina um horário de switchover. No entanto, se você também alterar o tipo de instância, será preciso configurar um horário de switchover.

    • Se você não alterou nenhuma especificação, mas a página Change Specifications ainda exibe a opção Switchover time, sua instância RDS não suporta expansão ininterrupta da capacidade de armazenamento. Você pode upgrade the major or minor engine version da sua instância e, em seguida, alterar as especificações e ative a expansão ininterrupta da capacidade de armazenamento.

  5. Selecione quando aplicar as novas especificações.

    • Switch Immediately After Data Migration: O switchover ocorre assim que a migração de dados é concluída.

    • Switch Within Maintenance Window: O switchover ocorre durante a sua maintenance window configurada para minimizar interrupções.

    Nota
    • Algumas instâncias suportam expansão ininterrupta da capacidade de armazenamento. Para essas instâncias, essa configuração não é exibida e não é necessário configurar um horário de switchover.

    • Se você selecionar Switch Within Maintenance Window, os backups regulares da instância são desativados durante o processo de alteração de especificação.

  6. Na página Change Specifications, confirme as especificações da instância antes e depois da alteração, clique em Confirm Order e conclua o pagamento.

    Aviso
    • Após enviar um pedido de alteração de configuração, não cancele o pedido. Recomendamos avaliar cuidadosamente os requisitos do seu negócio antes de prosseguir.

    • Para garantir uma alteração de configuração bem-sucedida, não execute nenhuma operação de Data Definition Language (DDL) desde o momento em que você envie o pedido até a conclusão da alteração.

FAQ

A alteração do PL do tipo de armazenamento interrompe o acesso ao banco de dados?

  • Algumas instâncias do ApsaraDB RDS for SQL Server suportam expansão ininterrupta da capacidade de armazenamento. Quando você altera apenas o PL do tipo de armazenamento (por exemplo, de ESSD PL1 para ESSD PL2) ou expande a capacidade de armazenamento, o acesso ao seu banco de dados não é interrompido. Portanto, não defina um horário de switchover. No entanto, se você também alterar o tipo de instância, será preciso configurar um horário de switchover.

  • Se você não alterou nenhuma especificação, mas a página Change Specifications ainda exibe a opção Switchover time, sua instância RDS não suporta expansão ininterrupta da capacidade de armazenamento. Você pode upgrade the major or minor engine version da sua instância e, em seguida, alterar as especificações e ative a expansão ininterrupta da capacidade de armazenamento.

Posso alterar a zona e a versão?

  • Para instâncias que não executam o SQL Server 2008 R2: Chame a operação de API ModifyDBInstanceSpec para fazer o upgrade da versão principal do banco de dados e alterar a zona e o vSwitch da instância. Você também pode upgrade the major database version no console do ApsaraDB RDS.

  • Para instâncias que executam o SQL Server 2008 R2 com discos locais de alto desempenho: Use o console do ApsaraDB RDS para upgrade the version e alterar a zona ao mesmo tempo.

Nota

Você também pode migrate the zone separadamente.

Se eu apenas expandir a capacidade de armazenamento, preciso migrar dados para uma nova instância?

Não. O sistema lida com isso automaticamente e não é necessário migrar dados manualmente. Ao expandir o armazenamento, o sistema verifica se o host atual tem espaço suficiente. Em caso afirmativo, a capacidade é expandida no local. Caso contrário, o sistema migra automaticamente seus dados para um host com espaço suficiente.

Quanto tempo leva uma alteração de especificação?

Em 90% dos casos, uma alteração de especificação é concluída em até 30 minutos.

Se eu fizer o upgrade de CPU, memória e disco ao mesmo tempo, quanto tempo durará a breve interrupção?

A duração da breve interrupção é a mesma, independentemente de você fazer o upgrade de CPU, memória e capacidade de armazenamento separadamente ou ao mesmo tempo. A interrupção normalmente dura cerca de 30 segundos. Durante o switchover, pode ocorrer uma interrupção do service ou reinicialização da instância. A maioria das operações no banco de dados, contas e rede fica indisponível durante esse período. Recomendamos que você execute a alteração de especificação dentro da janela de manutenção especificada. Para mais informações sobre os itens alteráveis, consulte Changes.

API relacionada

Use the ModifyDBInstanceSpec API to change the specifications and storage capacity of an RDS instance