PolarDB:Restaurar um cluster para um ponto no tempo

Observações de uso

• O cluster restaurado herda os dados e as contas do cluster de origem, mas não as configurações de parâmetros.

• O intervalo de tempo disponível para restauração depende da configuração Log Retention Period (Days). Por padrão, é possível restaurar para qualquer ponto nos últimos 7 dias.

Procedimento

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

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

3. Restaure para um ponto no tempo.

   • Para restaurar dados na mesma região:

     Na página Backup and Restoration, clique em Point-in-time Restoration.

   • Para restaurar dados entre regiões:

     1. Na página Backup and Restoration, selecione a região que contém os dados a serem restaurados.

     2. Clique em Point-in-time Restoration.

4. Na página de configuração, selecione o Commodity Type do novo cluster.

   • Subscription: método de faturamento pré-pago em que você paga antecipadamente pelos recursos de computação.

   • Pay-as-you-go: método de faturamento pós-pago em que a cobrança ocorre conforme o uso dos recursos de computação.

   • Serverless: as cobranças incluem custos de nós de computação, capacidade de armazenamento, armazenamento de backup excedente à cota gratuita e SQL Explorer opcional. Para mais informações, consulte Serverless pricing.

   Esta operação cria um novo cluster sem afetar o original. A restauração de ponto no tempo recupera dados dos backups e logs de redo do cluster original para o novo cluster. Os dados e o status de execução do cluster original permanecem inalterados.

5. Configure os seguintes parâmetros.

   Parâmetro	Descrição
   Cloned By	Selecione Restore to Point in Time.
   Region	Selecione a região de destino da restauração. Nota Se o backup entre regiões estiver ativado, será possível restaurar dados para a região de origem ou para a região de destino. Se o backup entre regiões estiver desativado, a região de destino será igual à do cluster de origem por padrão, dispensando seleção.
   Point in Time	Selecione o ponto no tempo para o qual deseja restaurar os dados. Nota O intervalo de tempo disponível depende da configuração Log Retention Period (Days). O padrão é 7 dias.
   Primary Zone	Selecione a zona de disponibilidade primária do cluster. Nota Em regiões com múltiplas zonas de disponibilidade, 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 adicionáveis. Valores válidos: 0 a 15. Maximum Read-only Nodes: defina o número máximo de nós somente leitura adicionáveis. Valores válidos: 0 a 15. Nota A quantidade de nós somente leitura aumenta ou diminui automaticamente dentro dos limites 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 de PCUs por nó no cluster. Valores válidos: 0,25 PCU a 31 PCUs. Maximum PCUs per Node: defina o limite superior de PCUs por nó no cluster. Valores válidos: 1 PCU a 32 PCUs. Nota PCUs são a unidade de faturamento por segundo 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 conforme a carga de trabalho. A granularidade mínima de dimensionamento é 0,5 PCU. 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). Ao detectar aumento na carga de trabalho, o sistema aumenta automaticamente o número de PCUs do nó primário ou dos nós somente leitura. Conforme suas configurações, o valor 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 product Type está definido como Serverless.
   Maximum Read-only Nodes
   Minimum PCUs per Node
   Maximum PCUs per Node
   Network Type	Este parâmetro é fixo como VPC e não pode ser alterado.
   VPC	Selecione a VPC e o vSwitch do cluster. Recomendamos selecionar a mesma VPC e o mesmo vSwitch do cluster de origem. Nota Para obter desempenho ideal, certifique-se de que o cluster PolarDB e as instâncias ECS de destino estejam na mesma VPC. Caso contrário, a comunicação pela rede interna não será possível.
   vSwitch
   Compatibility	Este parâmetro é fixo na versão de compatibilidade do cluster de origem e não pode ser alterado. Por exemplo, se o cluster de origem for totalmente compatível com MySQL 8.0, a compatibilidade do novo cluster também será fixada como MySQL 8.0.
   Minor Version	Selecione 8.0.1 ou 8.0.2. Nota Este parâmetro está disponível apenas quando Compatibility está definido como MySQL 8.0.
   Edition	Este parâmetro é fixo na edição do cluster de origem e não pode ser alterado. Por exemplo, se o cluster de origem for Cluster Edition, o novo cluster também será Cluster Edition. Para mais informações, consulte Enterprise editions.
   Database Type	O PolarDB for MySQL Cluster Edition oferece dois tipos de recursos: General Specification e Dedicated Specification. Dedicated: cada cluster utiliza exclusivamente seus recursos de computação alocados, garantindo desempenho estável e confiável. General-purpose: diferentes clusters no mesmo servidor compartilham recursos de computação ociosos, oferecendo maior custo-benefício via multiplexação de recursos. Para comparar detalhadamente os dois tipos de recursos, consulte How to choose between general-purpose and dedicated resource types.
   CPU Architecture	Este parâmetro é fixo na arquitetura de CPU do cluster de origem e não pode ser alterado.
   Node Specifications	Selecione uma Node Specifications. Especificações diferentes oferecem capacidades máximas de armazenamento e níveis de desempenho distintos. Para mais informações, consulte Enterprise Edition compute node specifications. Nota Para garantir a estabilidade do cluster restaurado, recomendamos selecionar uma Node Specifications igual ou superior à do cluster de origem.
   Nodes	Se o cluster de origem for Cluster Edition, o sistema exibirá dois nós (um de leitura-escrita e um somente leitura) por padrão. É possível criar dois nós ou apenas um nó de leitura-escrita. Se o cluster de origem for Multi-master Cluster (Limitless) Edition, o sistema criará dois nós primários com as mesmas especificações por padrão. Não é necessário configurar este parâmetro.
   PolarProxy type	O PolarDB oferece dois tipos de PolarProxy: Standard Enterprise Edition e Dedicated Enterprise Edition. Standard Enterprise Edition: usado com o tipo de recurso general-purpose. Compartilha recursos físicos de CPU e fornece dimensionamento elástico inteligente em nível de segundos conforme a carga de trabalho. Dedicated Enterprise Edition: usado com o tipo de recurso dedicated. Utiliza recursos físicos dedicados de CPU para maior estabilidade de desempenho. Nota O PolarProxy Enterprise Edition é atualmente gratuito. A política de faturamento futura será definida posteriormente.
   Enable No-activity Suspension	Ao optar por Enable No-activity Suspension, defina o Detection Period for No-activity Suspension. O intervalo válido é de 5 minutos a 24 horas. Nota Esses parâmetros estão disponíveis apenas quando product Type está definido como Serverless.
   Enable hot standby cluster	O PolarDB oferece múltiplos 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 do cluster PolarDB ou em um data center diferente na mesma zona. Esse cluster possui recursos de armazenamento independentes. A existência de recursos de computação independentes varia conforme o modo de alta disponibilidade. Se o cluster PolarDB na zona primária falhar, o cluster de armazenamento standby quente assumirá 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 de modos de alta disponibilidade: Não é possível alterar diretamente o modo de alta disponibilidade de um cluster de Double Zones (Hot Standby Storage Cluster Enabled) ou Double Zones (Hot Standby Storage and Compute Clusters Enabled) para Single Zone (Hot Standby Storage Cluster Disabled). Para essa alteração, recomendamos adquirir um novo cluster com o modo de alta disponibilidade Single Zone (Hot Standby Storage Cluster Disabled) e migrar o cluster existente usando o Data Transmission Service (DTS). Para informações sobre migração entre clusters, consulte Migration between PolarDB for MySQL clusters. O modo de alta disponibilidade Three Zones só pode ser selecionado na aquisição de um novo cluster. Não é possível alterar o modo de alta disponibilidade de Three Zones para outros modos, nem vice-versa. É possível alterar manualmente o modo de alta disponibilidade de Single Zone (Hot Standby Storage Cluster Disabled) para outro modo. Para mais informações, consulte High availability modes (hot standby clusters).
   Cross-zone strong consistency	Define se a consistência forte entre três zonas de disponibilidade deve ser ativada.
   Storage Type	O tipo de armazenamento é herdado do cluster de origem. Se o cluster de origem usar ESSD, apenas ESSD poderá ser selecionado. Se usar PSL4 ou PSL5, será possível selecionar PSL4 ou PSL5. Os discos em nuvem ESSD são products de disco de ultra-alto desempenho de nova geração da Alibaba Cloud. Construídos sobre uma arquitetura de armazenamento em blocos distribuídos de nova geração, combinam redes 25 GE e tecnologia RDMA, oferecendo até 1 milhão de IOPS de leitura/gravação aleatória e menor latência unidirecional por disco. Os ESSDs dividem-se nas seguintes categorias: PL0 ESSD: ESSD de nível de desempenho (PL) 0. PL1 ESSD: oferece cinco vezes mais IOPS e aproximadamente o dobro do throughput de um ESSD PL0. PL2 ESSD: oferece aproximadamente o dobro de IOPS e throughput de um ESSD PL1. PL3 ESSD: 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: comparado aos ESSDs PL0, PL1, PL2 e PL3, desacopla IOPS da capacidade, permitindo configuração flexível e ajuste sob demanda. Isso reduz o custo total de propriedade (TCO). Importante Para mais informações sobre o desempenho dos discos em nuvem ESSD, consulte ESSDs. Quando o espaço de armazenamento de um disco em nuvem ESSD fica 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 fornecidos pelo PolarDB para diferentes cenários de negócios. As diferenças são: Tipo de armazenamento Recursos Cenários PSL5 (PolarStore Level 5) Tipo de armazenamento suportado por versões anteriores do PolarDB. É o padrão para clusters adquiridos antes de 7 de junho de 2022. Oferece melhor desempenho, confiabilidade e disponibilidade. Cenários que exigem alto desempenho e confiabilidade com 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) Novo tipo de armazenamento lançado pelo PolarDB. Usa a tecnologia proprietária Smart-SSD da Alibaba para compactar e descompactar dados no nível físico do disco SSD. Reduz o preço por unidade de capacidade mantendo o impacto no desempenho controlado. Cenários que exigem custos menores e alto custo-benefício. Nota Regras de conversão de tipo de armazenamento: Algumas séries de products suportam upgrading the storage type, permitindo atualizar o armazenamento PSL4 para PSL5. O downgrade do tipo de armazenamento não é suportado: PSL5 não pode ser rebaixado para PSL4. Para mudar de 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.
   Storage Engine	O PolarDB oferece dois tipos de mecanismo: InnoDB e InnoDB & X-Engine. InnoDB: mecanismo de armazenamento InnoDB. InnoDB & X-Engine: mecanismo híbrido que implanta InnoDB e X-Engine. Ao selecionar esta opção, defina a proporção de recursos alocados ao X-Engine. Para mais informações, consulte Introduction to X-Engine. Nota Este parâmetro não está disponível para o PolarDB for MySQL Standard Edition.
   Storage Billing Method	O PolarDB suporta dois métodos de faturamento de armazenamento: Pay-as-you-go e Subscription. Pay-as-you-go: neste método de pagamento conforme o uso, a capacidade escala automaticamente. A cobrança ocorre apenas pelo armazenamento utilizado, sem necessidade de especificar capacidade na compra. Para mais informações, consulte Pay-as-you-go pricing. Subscription: exige a compra antecipada de uma quantidade específica de armazenamento. Para mais informações, consulte Subscription pricing. Nota Quando Billing Method está definido como Subscription, defina Storage Payment Method como Pay-as-you-go ou Subscription. Quando Billing Method está definido como Pay-as-you-go, o armazenamento é faturado conforme o uso por padrão e este parâmetro não pode ser configurado.
   Storage Capacity	Quantidade de espaço de armazenamento pré-pago para um cluster Subscription. Varia de 50 GB a 500 TB, ajustável em incrementos de 10 GB. Nota Este parâmetro está disponível apenas quando Storage Payment Method está definido como Subscription.
   Storage Fee	Não é necessário especificar a capacidade de armazenamento na compra. O PolarDB cobra por hora pelo uso real.
   Enable binary logging	Define se o log binário deve ser ativado. Para mais informações, consulte Enable binary logging.
   Cluster Name	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 deixar este parâmetro vazio, o sistema gera automaticamente um nome. É possível alterar o nome após a criação do cluster.
   Inherit tags from source cluster	Define se as tags do cluster de origem devem ser herdadas.
   Subscription duration	Selecione a duração da assinatura do cluster. Nota Este parâmetro está disponível apenas quando Billing Method está definido como Subscription.
   Quantity	Selecione a quantidade de clusters a adquirir.

6. Revise a configuração do cluster, confirme o custo e leia os termos de service. Em seguida, clique em Buy Now.

7. Após a conclusão da compra, o sistema leva de 10 a 15 minutos para criar o cluster. Depois, visualize o cluster recém-criado na lista de clusters no console do PolarDB.

   Nota

   • Enquanto o status de um nó for Creating, o cluster ainda não estará pronto para uso. O cluster ficará pronto apenas quando o status mudar para Running.

   • Certifique-se de ter selecionado a região correta no canto superior esquerdo do console. Caso contrário, o cluster criado pode não aparecer.

Referência de API