PolarDB:Restore a released cluster

Observações sobre o uso

• Cada cluster no lixo de clusters deve reter pelo menos um conjunto de backup. Se todos os conjuntos de backup de um cluster forem excluídos, o cluster não poderá ser restaurado.

• Após a liberação de um cluster, se você optar por manter backups, as cópias de segurança relevantes são salvas no lixo de clusters. Para obter mais informações, consulte Cluster recycle bin.

• Certifique-se de que o saldo da sua conta seja suficiente para evitar falhas de restauração devido a pagamentos em atraso.

Procedimento

1. Faça login no PolarDB console. No painel de navegação à esquerda, clique em Clusters. Selecione a Região onde o cluster está implantado e encontre o cluster alvo.

2. Na coluna Actions, clique em Restore Data to New Cluster.

3. Na página de compra que aparece, configure os seguintes parâmetros. Você pode configurar outros parâmetros com base nas suas necessidades de negócios. Para detalhes, consulte Custom Purchase.

   Parâmetro	Descrição
   Creation Method	Selecione Restaurar do Lixo para restaurar um cluster do PolarDB deletado com base nos conjuntos de backup retidos no {{XREF_2}}. Nota Se o cluster original do PolarDB tiver {{XREF_3}} habilitado e conter os dados correspondentes de banco de dados e tabelas, você deve selecionar InnoDB & X-Engine sob Mecanismo de Armazenamento. Caso contrário, o novo cluster do PolarDB não poderá acessar dados no mecanismo de alta compressão.
   Original Version	Selecione a edição do cluster deletado.
   Deleted Clusters	Selecione o ID do cluster deletado.
   Histórico de Backups	Selecione o backup para restaurar. Nota Os horários de backup mostrados no Histórico de Backups estão em UTC. Os horários de backup na guia Backups de Dados foram convertidos para o seu fuso horário local. Certifique-se de que o backup selecionado esteja correto. Por exemplo, se você estiver no fuso horário UTC+8 (horário de Pequim) e a lista de backups no console mostrar um horário de criação de 2021-05-28 11:19:30 (horário de Pequim), selecione 2021-05-28T03:19:30Z (UTC) da lista de histórico de backups.
   Data Backups	A versão do mecanismo de banco de dados do cluster do PolarDB. Por padrão, é a mesma que a edição do cluster deletado e não pode ser alterada.

4. Após concluir a compra, o sistema levará de 10 a 15 minutos para criar o cluster. Em seguida, você pode visualizar o novo cluster na lista de clusters do PolarDB console.

   Nota

   • Enquanto o status dos nós do cluster for Database Engine, o cluster ainda pode estar em processo de criação e indisponível. O cluster só pode ser usado quando o status do cluster for Creating.

   • Certifique-se de que a região correta foi selecionada no canto superior esquerdo da página. Caso contrário, você não conseguirá visualizar o cluster criado.

Perguntas frequentes

• Quando restouro um cluster do lixo, a mensagem de erro A função de restauração foi desativada devido a inadimplência. é exibida. O que fazer?

  Se a sua conta do Alibaba Cloud tiver uma pendência de pagamento, o sistema desativa a função de restauração de backup para PolarDB clusters. Após recarregar a sua conta, o sistema reativa automaticamente essa função.

  Se o erro persistir ao restaurar um cluster, chame manualmente ReactivateDBClusterBackup para reativar a função de restauração de backup para o cluster.

  Nota

  • Se a sua conta do Alibaba Cloud permanecer inadimplente por mais de 14 dias, o sistema libera automaticamente os conjuntos de backup no lixo. Os dados não serão mais retidos e não poderão ser recuperados.

  • Você pode executar esta operação de API diretamente no OpenAPI Explorer sem a necessidade de calcular manualmente a assinatura.

• Quando restouro um cluster do lixo, a mensagem de erro Specified StorageType is not valid é exibida. O que fazer?

  Ao restaurar um cluster do lixo, certifique-se de que o cluster restaurado seja consistente com o cluster original em termos de edição do produto, série e arquitetura da CPU. Causas comuns deste erro incluem:

  • Edição do produto incorreta: por exemplo, o cluster original é Enterprise Edition, mas o cluster restaurado é Standard Edition.

  • Arquitetura da CPU incorreta: por exemplo, o cluster original usa Yitian ARM, mas o cluster restaurado usa x86.

  • Tipo de armazenamento incorreto: por exemplo, o cluster original usa PSL4/PSL5, mas o cluster restaurado usa ESSD.

APIs relacionadas