PolarDB:Restore from a backup set

Observações de uso

O cluster restaurado contém os dados e as informações de conta do cluster source, mas não inclui suas configurações de parâmetros.

Procedimento

1. Faça login no console do PolarDB. No painel de navegação, clique em Clusters. Selecione a região onde o cluster está localizado e clique no ID do cluster.

2. No painel de navegação, escolha Settings and Management > Backup and Restoration.

3. Restaure os dados em um novo cluster.

   • Para restaurar dados na mesma região:

     Localize o conjunto de backups desejado e clique em Restore Data to New Cluster na coluna Actions.

   • Para restaurar dados em uma região diferente:

     1. Na página Backup and Restoration, selecione a região onde o conjunto de backups desejado está localizado.

     2. Localize o conjunto de backups desejado e clique em Restore Data to New Cluster na coluna Actions.

4. Na página Clone Instance, selecione um Commodity Type para o novo cluster.

   • Subscription: Pagamento antecipado pelos recursos de computação por um período específico.

   • pay-as-you-go: Cobrança pelos recursos de computação utilizados, sem pagamento antecipado.

   • Serverless: Faturamento de nós de computação, capacidade de armazenamento, armazenamento de backup (apenas para uso que exceder a cota gratuita) e SQL Insights (opcional). Para mais informações, consulte Serverless billing.

5. Configure os seguintes parâmetros.

   Parâmetro	Descrição
   Cloned By	Selecione Restore from Backup Set.
   Region	Selecione a região de destino. Nota Se o backup entre regiões estiver ativado, será possível restaurar os dados na região source ou na região de destino. Caso o backup entre regiões esteja desativado, o novo cluster será criado na mesma região do cluster source por padrão.
   Backup Set	Selecione o conjunto de backups que deseja restaurar. Nota O Backup Start Time de cada conjunto de backups é exibido. Utilize esse horário para identificar o conjunto correto.
   Primary Zone	Selecione a zona primária para o novo cluster. Nota Em uma região com duas ou mais zonas, o PolarDB replica automaticamente os dados para uma zona secundária visando a recuperação de desastres.
   Minimum Read-only Nodes	Minimum Read-only Nodes: Defina o número mínimo de nós somente leitura que podem ser adicionados. Valores válidos: 0 a 15. Maximum Read-only Nodes: Defina o número máximo de nós somente leitura que podem ser adicionados. Valores válidos: 0 a 15. Nota A quantidade de nós somente leitura aumenta ou diminui automaticamente dentro dos limites inferior e superior definidos, conforme a carga de trabalho real. Para detalhes sobre a política de dimensionamento, consulte Scaling. (Recomendado) Para garantir alta disponibilidade do cluster serverless, defina Minimum Read-only Nodes como 1. Minimum PCUs per Node: Defina o limite inferior para o número de PCUs de cada nó no cluster. Valores válidos: 0,25 PCU a 31 PCUs. Maximum PCUs per Node: Defina o limite superior para o número de PCUs de cada nó no cluster. Valores válidos: 1 PCU a 32 PCUs. Nota PCUs são a unidade para faturamento em nível de segundos e dimensionamento de recursos do recurso serverless. Uma PCU equivale aproximadamente a 1 núcleo e 2 GB de memória. As PCUs de um nó são ajustadas dinamicamente dentro do intervalo especificado com base nas cargas de trabalho. A granularidade mínima para dimensionamento é de 0,5 PCUs. Exemplo: Se você definir Minimum PCUs per Node como 2 PCUs e Maximum PCUs per Node como 16 PCUs, a especificação padrão do nó primário e dos nós somente leitura no cluster serverless será de 2 PCUs (aproximadamente 2 núcleos e 4 GB de recursos). Quando o sistema detectar um aumento na carga de trabalho, ele aumentará automaticamente o número de PCUs do nó primário ou dos nós somente leitura. Com base nas suas configurações, esse número pode chegar ao máximo de 16 PCUs (aproximadamente 16 núcleos e 32 GB de recursos). Nota Esses parâmetros estão disponíveis apenas quando o método de faturamento é Serverless.
   Maximum Read-only Nodes
   Minimum PCUs per Node
   Maximum PCUs per Node
   Network Type	Este campo é fixo como VPC. Nenhuma seleção é necessária.
   VPC	Selecione a VPC e o vSwitch para o cluster. Recomendamos usar a mesma VPC e o mesmo vSwitch do cluster source. Nota Para garantir desempenho ideal, certifique-se de que o cluster PolarDB e quaisquer instâncias ECS conectadas estejam na mesma VPC. Caso contrário, eles não poderão se comunicar pela rede interna.
   vSwitch
   Compatibility	O novo cluster herda a compatibilidade do cluster source por padrão. Nenhuma seleção é necessária. Por exemplo, se o cluster source for compatível com MySQL 8.0, este valor também será fixado como MySQL 8.0.
   Minor Version	Selecione 8.0.1 ou 8.0.2. Nota Este parâmetro está disponível apenas quando Compatibility estiver definido como MySQL 8.0.
   Edition	O novo cluster herda a edição do cluster source por padrão. Nenhuma seleção é necessária. Por exemplo, se o cluster source for Cluster Edition, a edição do novo cluster também será fixada como Cluster Edition. Para mais informações, consulte Enterprise editions.
   Database Type	O PolarDB for MySQL Cluster Edition suporta dois tipos de especificação: General Specification e Dedicated Specification. Dedicated: Cada cluster utiliza exclusivamente seus recursos de computação alocados, como CPUs, sem compartilhá-los com outros clusters no mesmo servidor. Isso garante um desempenho mais estável e confiável. General-purpose: Diferentes clusters no mesmo servidor compartilham recursos de computação ociosos para maximizar a utilização e a relação custo-benefício. Para uma comparação detalhada entre os dois tipos, consulte Comparison between general-purpose and dedicated compute nodes.
   CPU Architecture	O novo cluster herda a arquitetura de CPU do cluster source por padrão. Nenhuma seleção é necessária.
   Node Specifications	Selecione as Node Specifications. Especificações diferentes oferecem capacidades máximas de armazenamento e níveis de desempenho distintos. Para mais informações, consulte Compute node specifications for Enterprise Edition. Nota Para garantir o funcionamento adequado do cluster restaurado, recomendamos selecionar uma Node Specifications igual ou superior à do cluster source.
   Nodes	Se o cluster source for Cluster Edition, o sistema define por padrão dois nós (um de leitura-escrita e um somente leitura). Você pode optar por criar dois nós (um de leitura-escrita e um somente leitura) ou apenas um nó (somente leitura-escrita). Se o cluster source for Multi-master Cluster (Limitless) Edition, o sistema cria automaticamente dois nós primários com especificações idênticas. Nenhuma seleção é necessária.
   PolarProxy type	O PolarDB suporta dois tipos de PolarProxy: Standard Enterprise Edition e Dedicated Enterprise Edition. Standard Enterprise Edition: Associado ao tipo de especificação General-purpose. Compartilha recursos físicos de CPU e oferece dimensionamento inteligente de recursos por segundo, com base na carga de trabalho. Dedicated Enterprise Edition: Associado ao tipo de especificação Dedicated. Utiliza recursos físicos dedicados de CPU para maior estabilidade de desempenho. Nota A Enterprise Edition do PolarProxy é atualmente gratuita. Políticas futuras de faturamento serão definidas posteriormente.
   Enable hot standby cluster	O PolarDB oferece vários modos de alta disponibilidade. Ao ativar o recurso de cluster de armazenamento standby quente para um cluster PolarDB, um cluster de armazenamento standby quente é criado na zona secundária da região onde reside o cluster PolarDB ou em um data center diferente na mesma zona. O cluster de armazenamento standby quente possui recursos de armazenamento independentes. A existência de recursos de computação independentes nesse cluster varia conforme o modo de alta disponibilidade. Quando o cluster PolarDB na zona primária falha, o cluster de armazenamento standby quente assume imediatamente as operações de leitura e escrita e as tarefas de armazenamento. Nota Para mais informações sobre o cluster de armazenamento standby quente e soluções relacionadas, consulte High availability modes (hot standby clusters). Regras para alteração dos modos de alta disponibilidade: Não é possível alterar diretamente o modo de alta disponibilidade de um cluster de Enable No-activity Suspension ou Enable No-activity Suspension para Detection Period for No-activity Suspension. Para realizar essa mudança no modo de alta disponibilidade, recomendamos adquirir um novo cluster e selecionar o modo de alta disponibilidade Double Zones (Hot Standby Storage Cluster Enabled) para ele. Em seguida, migre o cluster existente para o novo cluster usando o Data Transmission Service (DTS). Para saber como migrar um cluster existente para um novo, consulte Migration between PolarDB for MySQL clusters. O modo de alta disponibilidade Double Zones (Hot Standby Storage and Compute Clusters Enabled) só pode ser selecionado durante a compra de um novo cluster. Não é possível alterar o modo de alta disponibilidade de um cluster de Three Zones para outros modos, nem vice-versa. É possível alterar manualmente o modo de alta disponibilidade de um cluster de Single Zone (Hot Standby Storage Cluster Disabled) para outro modo de alta disponibilidade. Para mais informações, consulte High availability modes (hot standby clusters).
   Cross-zone strong consistency	Define se deve ser ativada a implantação com consistência forte entre três zonas.
   Single Zone (Hot Standby Storage Cluster Disabled)	Esta configuração é determinada pelo tipo de armazenamento do cluster source. Se o cluster source usar ESSD, só será possível selecionar ESSD. Se o cluster source usar PSL4 ou PSL5, será possível selecionar PSL4 ou PSL5. Os discos em nuvem ESSD são uma nova geração de products de disco de ultra-alto desempenho da Alibaba Cloud. Os ESSDs são construídos sobre uma arquitetura de armazenamento em blocos distribuído de nova geração, combinada com redes 25 GE e tecnologia RDMA, fornecendo até 1 milhão de IOPS de leitura/gravação aleatória e menor latência unidirecional por disco. Os ESSDs são divididos nas seguintes categorias: PL0 ESSD: Um ESSD de nível de desempenho (PL) 0. PL1 ESSD: Um ESSD PL1 oferece cinco vezes mais IOPS e aproximadamente o dobro do throughput de um ESSD PL0. PL2 ESSD: Um ESSD PL2 oferece aproximadamente o dobro de IOPS e throughput de um ESSD PL1. PL3 ESSD: Um ESSD PL3 oferece até 10 vezes mais IOPS e 5 vezes mais throughput que um ESSD PL2. É adequado para cargas de trabalho que exigem desempenho de E/S simultânea extremamente alto e latência de leitura/gravação extremamente estável. AutoPL ESSD: Em comparação com os ESSDs PL0, PL1, PL2 e PL3, os AutoPL ESSDs desacoplam IOPS da capacidade, permitindo configuração flexível e ajuste sob demanda. Isso reduz o custo total de propriedade (TCO) geral. Importante Para mais informações sobre o desempenho dos discos em nuvem ESSD, consulte ESSDs. Após o espaço de armazenamento de um disco em nuvem ESSD ficar cheio, o disco é bloqueado e torna-se somente leitura. Para evitar interrupções nos negócios, você pode enable automatic storage scaling for ESSD cloud disks. PSL4 e PSL5 são tipos de armazenamento que o PolarDB oferece para diferentes cenários de negócios. As diferenças são as seguintes: Tipo de armazenamento Recursos Cenários PSL5 (PolarStore Level 5) Tipo de armazenamento suportado por versões anteriores do PolarDB. É o tipo de armazenamento padrão para clusters PolarDB adquiridos antes de 7 de junho de 2022. O PSL5 oferece melhor desempenho, confiabilidade e disponibilidade. Cenários de negócios que exigem alto desempenho e confiabilidade e utilizam banco de dados como sistema central, como finanças, e-commerce, services governamentais e negócios de internet de médio a grande porte. PSL4 (PolarStore Level 4) O PolarDB lançou este novo tipo de armazenamento. Ele utiliza a tecnologia proprietária Smart-SSD da alibaba para compactar e descompactar dados armazenados no nível físico do disco SSD. Isso reduz o preço de armazenamento por unidade de capacidade, mantendo o impacto no desempenho sob controle. Cenários de aplicação que exigem custos menores e alta relação custo-benefício. Nota Regras de conversão de tipo de armazenamento: Algumas séries de products suportam upgrading the storage type, o que significa que o armazenamento PSL4 pode ser atualizado para PSL5. O downgrade do tipo de armazenamento não é suportado: o armazenamento PSL5 não pode ser rebaixado para PSL4. Para mudar do armazenamento PSL5 para PSL4, adquira um novo cluster. Use uma ferramenta de migração como o Data Transmission Service (DTS) ou o recurso Major version upgrades para migrar os dados do cluster original para o novo cluster.
   Three Zones	O PolarDB suporta dois tipos de mecanismo: InnoDB e InnoDB & X-Engine. InnoDB: Implanta apenas o mecanismo InnoDB. InnoDB & X-Engine: Uma implantação híbrida de InnoDB e X-Engine. Após selecionar esta opção, você pode definir a proporção de uso do X-Engine. Para mais informações, consulte Introduction to X-Engine. Nota Este parâmetro não é suportado pela Standard Edition do PolarDB for MySQL.
   Single Zone (Hot Standby Storage Cluster Disabled)	O PolarDB suporta dois métodos de faturamento de armazenamento: Storage Type e Storage Engine. Storage Billing Method: Esta abordagem serverless não exige a seleção de uma capacidade de armazenamento no momento da compra. O armazenamento expande automaticamente conforme os dados crescem, e a cobrança é feita apenas pelo espaço realmente utilizado. Para mais informações, consulte Pricing for pay-as-you-go storage. Pay-as-you-go: É necessário pagar antecipadamente pelo espaço de armazenamento do cluster. Para mais informações, consulte Pricing for subscription storage. Nota Se o Billing Method principal for Pay-as-you-go, o Subscription poderá ser Pay-as-you-go ou Subscription. Se o Billing Method principal for Pay-as-you-go, esta configuração não estará disponível e o armazenamento será faturado no modelo pay-as-you-go por padrão.
   Subscription	Quantidade de capacidade de armazenamento a ser pré-adquirida para o método Billing Method. A capacidade de armazenamento varia de 50 GB a 500 TB, em incrementos de 10 GB. Nota Esta configuração está disponível apenas quando o Storage Payment Method estiver definido como Storage Capacity.
   Subscription	Não é necessário selecionar uma capacidade antecipadamente. O PolarDB realiza o faturamento horariamente com base no uso real.
   Enable binary logging	Define se o log binário deve ser ativado. Para mais informações, consulte Enable binary logging.
   Storage Payment Method	Insira um nome para o cluster. O nome deve atender aos seguintes requisitos: Não pode começar com http:// ou https://. Deve ter entre 2 e 256 caracteres. Se você deixar este campo vazio, o sistema gerará automaticamente um nome para o cluster. É possível modificar o nome após a criação do cluster.
   Inherit tags from source cluster	Define se as tags devem ser herdadas do cluster source.
   Subscription	Selecione a duração da assinatura para o cluster. Nota Este parâmetro está disponível apenas quando o Storage Fee estiver definido como Subscription.
   Duration	Selecione a quantidade de clusters a serem adquiridos.

6. Após configurar os parâmetros, confirme a configuração do cluster, verifique o custo e leia os termos de service. Em seguida, clique em Billing Method.

7. Após concluir a compra, a criação do cluster leva de 10 a 15 minutos. Depois disso, visualize o novo cluster na página Clusters do console do PolarDB.

   Nota

   • Enquanto o status dos nós no cluster for Subscription, o cluster não estará pronto para uso. Ele estará disponível apenas quando o status mudar para Quantity.

   • Certifique-se de ter selecionado a região correta no canto superior esquerdo do console. Caso contrário, talvez não seja possível encontrar seu cluster.

Referência de API