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 de 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 visualizar a página de detalhes.

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

3. Execute uma restauração de 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 de 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: número mínimo de nós somente leitura. Valores válidos: 0 a 15. Maximum Read-only Nodes: número máximo de nós somente leitura. Valores válidos: 0 a 15. Nota A quantidade de nós somente leitura aumenta ou diminui automaticamente dentro do intervalo especificado conforme a carga de trabalho. Para mais informações sobre a política de dimensionamento, consulte Auto scaling. Para garantir alta disponibilidade ao seu cluster serverless, recomendamos definir Minimum Read-only Nodes como 1. Minimum PCUs per Node: número mínimo de PCUs por nó no cluster. Valores válidos: 0,25 a 31 PCUs. Maximum PCUs per Node: número máximo de PCUs por nó no cluster. Valores válidos: 1 a 32 PCUs. Nota Serverless usa PCUs como unidade para faturamento por segundo e dimensionamento de recursos. Uma PCU equivale a aproximadamente 1 núcleo vCPU e 2 GB de memória. As PCUs de um nó são dimensionadas dinamicamente dentro do intervalo especificado, com passo mínimo de 0,5 PCU. Exemplo: se você definir Minimum PCUs per Node como 2 e Maximum PCUs per Node como 16, a especificação padrão para cada nó no cluster serverless será de 2 PCUs (cerca de 2 núcleos vCPU e 4 GB de memória). Ao detectar aumento na carga de trabalho, o sistema aumenta automaticamente as PCUs do nó primário ou dos nós somente leitura. Contudo, o número de PCUs não pode exceder 16. 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 às quais deseja se conectar 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á fixa 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 por meio da multiplexação de recursos. Para uma comparação detalhada dos 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. Você pode optar por 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: utilizado com o tipo de recurso general-purpose. Compartilha recursos físicos de CPU e fornece dimensionamento elástico inteligente no nível de segundos com base na carga de trabalho. Dedicated Enterprise Edition: utilizado com o tipo de recurso dedicated. Usa recursos físicos dedicados de CPU para melhor estabilidade de desempenho. Nota O PolarProxy Enterprise Edition é atualmente gratuito. A política de faturamento futura será definida posteriormente.
   Enable No-activity Suspension	Se você optar por Enable No-activity Suspension, deverá definir 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	PolarDB fornece vários modos de alta disponibilidade. Após 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 o cluster PolarDB reside 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 no cluster de armazenamento standby quente 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 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 tal alteração no modo de alta disponibilidade, recomendamos adquirir um novo cluster e selecionar o modo de alta disponibilidade Single Zone (Hot Standby Storage Cluster Disabled). Em seguida, migre o cluster existente para o novo usando o Data Transmission Service (DTS). Para informações sobre como migrar um cluster existente para um novo, consulte Migration between PolarDB for MySQL clusters. Você pode selecionar o modo de alta disponibilidade Three Zones apenas ao adquirir um novo cluster. Não é possível alterar o modo de alta disponibilidade de um cluster de Three Zones para outros modos e 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. 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, só será possível selecionar ESSD. Se usar PSL4 ou PSL5, será possível selecionar PSL4 ou PSL5. Os ESSDs são discos de altíssimo desempenho construídos sobre uma arquitetura de armazenamento em bloco distribuído com suporte a Ethernet de 25 Gigabit e Remote Direct Memory Access (RDMA), entregando até 1 milhão de IOPS de leitura/escrita aleatória com baixa latência unidirecional. 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 cenários de negócios que exigem desempenho de E/S simultânea extremamente alto e latência de leitura/escrita baixa e estável. AutoPL ESSD: comparados aos ESSDs PL0, PL1, PL2 e PL3, os AutoPL ESSDs desacoplam IOPS da capacidade, permitindo configuração flexível e ajustes 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 ESSD cloud disks. Quando o espaço de armazenamento de um disco em nuvem ESSD está cheio, ele 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 fornece para diferentes cenários de negócios. As diferenças são as seguintes: Tipo de armazenamento Recursos Casos de uso PSL5 (PolarStore Level 5) Esta classe de armazenamento foi usada em versões anteriores do PolarDB e é o padrão para clusters adquiridos antes de 7 de junho de 2022. Oferece maior desempenho, confiabilidade e disponibilidade. Cargas de trabalho críticas para os negócios que exigem alto desempenho e confiabilidade, como finanças, e-commerce, serviços governamentais e empresas de internet de médio a grande porte. PSL4 (PolarStore Level 4) Uma nova classe de armazenamento do PolarDB que utiliza a tecnologia proprietária smart-SSD da Alibaba. Esta tecnologia compacta e descompacta dados na camada física de SSD, o que reduz os custos de armazenamento com impacto gerenciável no desempenho. Aplicações sensíveis a custos que priorizam alto custo-benefício. Nota Regras de conversão de classe de armazenamento: Algumas séries de produtos suportam upgrading the storage class de PSL4 para PSL5. O downgrade da classe de armazenamento não é suportado. Não é possível fazer downgrade do armazenamento PSL5 para PSL4. Para mudar do armazenamento PSL5 para PSL4, adquira um novo cluster e migre os dados usando uma ferramenta como o Data Transmission Service (DTS) ou um major version upgrade.
   Storage Engine	O PolarDB oferece dois tipos de mecanismo: InnoDB e InnoDB & X-Engine. InnoDB: o mecanismo de armazenamento InnoDB. InnoDB & X-Engine: um mecanismo híbrido que implanta tanto InnoDB quanto X-Engine. Se você selecionar esta opção, poderá definir a proporção de recursos alocados para o 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 de armazenamento é dimensionada 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: este método exige a aquisição antecipada de uma quantidade específica de armazenamento. Para mais informações, consulte Subscription pricing. Nota Quando Billing Method está definido como Subscription, você pode definir Storage Payment Method como Pay-as-you-go ou Subscription. Quando Billing Method está definido como Pay-as-you-go, o armazenamento é faturado com base no pagamento 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. A capacidade 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 este parâmetro for deixado vazio, o sistema gera automaticamente um nome para o cluster. É possível alterar o nome após a criação do cluster.
   Inherit tags from source cluster	Define se as tags devem ser herdadas do cluster de origem.
   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 o número 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

   • Quando o status de um nó é Creating, o cluster ainda não está pronto para uso. O cluster estará 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, talvez não seja possível ver o cluster criado.

Referência de API