PolarDB:Método 2 para restauração de banco de dados e tabela: Restaurar dados para um ponto anterior no tempo

Introdução

O recurso de restauração de banco de dados e tabela do PolarDB não sobrescreve nem exclui bancos de dados e tabelas existentes no cluster original, tampouco grava dados neles. Em vez disso, ele cria novos bancos de dados e tabelas no cluster original. Durante a restauração, é possível especificar novos nomes de banco de dados ou de tabela para restaurar os dados de backup de db1 em db2.

Durante a restauração de banco de dados e tabela, o acesso normal aos bancos de dados no cluster original permanece inalterado. No entanto, a operação pode consumir recursos computacionais do cluster original e causar aumento na utilização da CPU e no IOPS do cluster.

Cenários

Observações de uso

• A restauração para um ponto no tempo refere-se à seleção de um momento específico para recuperar as tabelas do banco de dados. Após a restauração, as tabelas conterão apenas os dados correspondentes àquele momento, garantindo que os dados da tabela no banco de dados estejam consistentes com o ponto no tempo selecionado.

• O modo "Restaurar para um ponto anterior no tempo" no recurso de restauração de banco de dados e tabela suporta apenas a recuperação a partir de um ponto no tempo de um backup de primeiro nível. Não há suporte para restauração a partir de um backup de segundo nível.

• A operação de restauração de banco de dados e tabela falha nos seguintes cenários:

  • O nome do banco de dados ou da tabela especificado já existe no cluster original.

  • Entre o momento em que o conjunto de backups foi gerado e o ponto de restauração, a tabela a ser restaurada foi excluída, ou o cluster contém um banco de dados ou tabela com o mesmo nome do banco de dados ou tabela de destino.

• A restauração de banco de dados e tabela recupera apenas as tabelas especificadas. Certifique-se de ter selecionado todas as tabelas que precisam ser restauradas.

  Nota

  Caso não seja possível determinar todas as tabelas envolvidas, recomendamos restaurar os dados históricos de todo o cluster para um novo cluster e, em seguida, migrar os dados para o cluster original. Para obter mais informações, consulte Restore from a backup set e Restore a cluster to a point in time.

• Se você não restaurar o banco de dados inteiro, será possível restaurar até 100 tabelas por vez para cada banco de dados. Se optar por restaurar o banco de dados completo, todas as tabelas nele contidas serão recuperadas.

  Nota

  • Restaurar muitas tabelas simultaneamente prolonga significativamente o tempo da operação. Por isso, evite restaurar um número excessivo de tabelas de uma só vez.

  • Quando for necessário restaurar uma grande quantidade de tabelas, recomenda-se recuperar todos os dados históricos para um novo cluster. Para etapas detalhadas da operação, consulte Restore from a backup set e Restore a cluster to a point in time.

• O recurso de restauração de banco de dados e tabela pode ser utilizado mesmo quando o cluster possui mais de 50.000 tabelas (incluindo tabelas do sistema).

  Nota

  • Este recurso está atualmente em fase de lançamento gradual. Para utilizá-lo, Contact us para adicionar o cluster à lista de permissões e ative o recurso.

  • Consulte o número de tabelas (incluindo tabelas do sistema) no cluster. A instrução SQL é a seguinte:

    SELECT COUNT(*) FROM information_schema.tables;

  • verifique a quantidade de tabelas do sistema no cluster utilizando a seguinte instrução SQL:

    SELECT COUNT(*) FROM information_schema.tables WHERE table_schema IN ('sys', 'performance_schema', 'mysql', 'information_schema', '__recycle_bin__');

• A restauração de banco de dados e tabela não oferece suporte à recuperação de triggers. Se a tabela original tiver um trigger configurado, ele não será restaurado.

• Não há suporte para restauração de chaves estrangeiras na recuperação de banco de dados e tabela. Caso a tabela original possua uma chave estrangeira configurada, ela não será restaurada.

• Recomendamos realizar a restauração de dados fora dos horários de pico.

Procedimento

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

2. No painel de navegação à esquerda, escolha Settings and Management > Backup and Restoration e clique em Restore Databases/Tables.

3. Na caixa de diálogo exibida, defina Restoration Type como Point in Time e selecione o ponto no tempo desejado para a Restoration Time.

   Nota

   • O ponto no tempo selecionado para Restoration Time deve estar dentro do intervalo de Restore To. Além disso, a tabela a ser restaurada deve existir no conjunto de backups completos mais recente realizado antes desse ponto no tempo para que o recurso Point in Time funcione corretamente. O intervalo de pontos no tempo passíveis de restauração depende do período definido em Log Retention Period (Days) nas configurações de backup, que é de 7 dias por padrão.

   • O recurso de restauração de banco de dados e tabela oferece três configurações de velocidade baseadas no consumo de IOPS: Quick, Standard e Secure. Escolha uma configuração conforme as necessidades do seu negócio. Para a duração estimada da restauração em cada configuração de velocidade, consulte Reference for database and table restoration speed tests.

     • Quick: Durante a restauração de dados no cluster atual, uma grande quantidade de IOPS pode ser consumida. Recomendamos selecionar esta configuração fora dos horários de pico.

     • Standard (recomendado para clusters com mais de 4 núcleos): Durante a restauração de dados no cluster atual, uma quantidade moderada de IOPS pode ser consumida.

     • Secure (recomendado para clusters com 4 núcleos ou menos): Durante a restauração de dados no cluster atual, apenas uma pequena quantidade de IOPS é consumida, mas a velocidade de restauração pode ser significativamente afetada.

     Para clusters com 4 núcleos ou menos, recomendamos verifique se innodb_io_capacity e innodb_io_capacity_max estão definidos com valores correspondentes à especificação do cluster. Para o IOPS máximo suportado por cada especificação de cluster, consulte Compute node specifications for Enterprise Edition e Compute node specifications for Standard Edition. Recomendamos utilizar a velocidade Secure para a restauração.

4. Na seção Databases and Tables to Restore, selecione o banco de dados de destino no lado esquerdo e as tabelas de destino no lado direito.

   Nota

   • Se novos nomes de banco de dados ou de tabela não forem especificados, o sistema adicionará _backup aos nomes originais para gerar automaticamente novos nomes de bancos de dados e tabelas. Por exemplo, se o nome original da tabela for test, o novo nome gerado automaticamente será test_backup.

   • Ao selecionar um banco de dados de destino sem especificar tabelas, todas as tabelas do banco de dados serão restauradas por padrão.

5. Após confirmar que você selecionou os bancos de dados e as tabelas que deseja restaurar, clique em OK.

Referência da API