Os dados são um ativo fundamental para as empresas. Com o crescimento dos negócios, o volume de dados aumenta exponencialmente e exige que as aplicações processem informações online e em tempo real. As equipes de O&M de banco de dados enfrentam grandes desafios na proteção desses ativos críticos, pois exclusões acidentais, vulnerabilidades de sistema, ransomware, falhas de hardware e desastres naturais podem causar perda de dados. Por isso, o backup e a restauração são recursos essenciais em bancos de dados.
O PolarDB oferece suporte a backups de dados e backups de redo log:
Backup de dados: gera um conjunto de backup (snapshot) com todos os dados do cluster em um momento específico. Trata-se de um backup completo.
Backup de redo log: registra os dados incrementais produzidos após a criação de um conjunto de backup. Corresponde a um backup incremental.
A recuperação de um cluster PolarDB restaura os dados no cluster atual utilizando um conjunto de backup (snapshot).
A recuperação de um banco de dados ou tabela do PolarDB cria um novo banco de dados ou tabela no cluster atual para restaurar os dados desejados.
A combinação de um backup completo de dados com backups subsequentes de redo log permite a restauração point-in-time de todo um cluster PolarDB ou de bancos de dados e tabelas específicos.
Regras de faturamento
O recurso de backup e restauração é gratuito, mas os arquivos de backup consomem espaço de armazenamento. Para mais detalhes sobre as regras de faturamento, consulte Armazenamento de backup (acima da cota gratuita).
Para saber como visualizar suas faturas, consulte Faturas.
Se você optar por reter conjuntos de backup por um longo período ao cancelar manualmente a assinatura ou liberar seu cluster, esses conjuntos serão movidos automaticamente para a lixeira do cluster. Nesse caso, os arquivos de backup nível 1 tornam-se automaticamente arquivos de backup nível 2 e geram cobrança. Para mais informações, consulte Lixeira do cluster.
Backup de dados
PSL4/PSL5
Backup nível 1
Os backups nível 1 utilizam snapshots redirect-on-write (ROW) e são armazenados diretamente no sistema de armazenamento distribuído do PolarDB. Não há cópia de dados durante o backup. Quando um bloco é modificado, o sistema preserva a versão original para o snapshot e redireciona a gravação para um novo bloco. Isso permite que os backups sejam concluídos em segundos, independentemente do tamanho do banco de dados.
O PolarDB restaura um cluster a partir de um snapshot em cerca de 10 minutos usando processamento paralelo multithread. O tempo de recuperação dobra em clusters com standby quente e varia conforme o tamanho do banco de dados.
Tamanho do backup nível 1
No console do PolarDB, acesse para visualizar os tamanhos dos backups nível 1:
PolarDB cluster Physical Size of Level-1 Backups (indicado por ① na figura acima): representa o espaço físico total ocupado exclusivamente por todos os backups nível 1. Esse valor serve como base para calcular o uso real de armazenamento dos backups nível 1.
PolarDB cluster Logical Size of Backups (indicado por ② na figura anterior): corresponde ao tamanho lógico de um único conjunto de backup. Esse tamanho não é usado para faturamento.
Os dados de um cluster PolarDB e seus múltiplos backups nível 1 (snapshots) compartilham os mesmos blocos de dados físicos. Esses blocos compartilhados são cobrados apenas uma vez.
Backup Perguntas frequentes.
O backup nível 1 vem ativado por padrão e não pode ser desativado.
O período de retenção dos backups nível 1 varia de 3 a 14 dias.
Backup nível 2
O backup nível 2 é uma cópia compactada de um backup nível 1 armazenada em storage offline. Apresenta custo menor, porém com restauração mais lenta.
Ao ativar o backup nível 2, os backups nível 1 são convertidos automaticamente em backups nível 2 após o término do período de retenção especificado.
Os backups nível 2 oferecem suporte a backups em região única e entre regiões.
Tamanho do backup nível 2
No console do PolarDB, acesse para visualizar o tamanho total dos backups nível 2 (soma de todos os arquivos de backup):
Caso a conversão de nível 1 para nível 2 demore demais, o próximo backup nível 1 expirado será excluído em vez de convertido. Exemplo: seu cluster PolarDB realiza backup diário às 01:00 com retenção de 24 horas. O PolarDB cria o Backup A em 1º de janeiro às 01:00. O Backup A expira em 2 de janeiro e inicia a conversão. Se a conversão ainda estiver em execução em 3 de janeiro às 01:00, o Backup B (de 2 de janeiro) será excluído sem conversão.
O backup nível 2 vem desativado por padrão.
O período de retenção dos backups nível 2 varia de 30 a 7.300 dias.
ESSD
Os backups nível 1 são snapshots locais no cluster de armazenamento distribuído. Eles proporcionam a recuperação e o backup mais rápidos, embora com custo mais alto. O armazenamento prolongado pode impactar levemente a performance de escrita; recomenda-se manter a retenção inferior a duas semanas. Existe uma cota de armazenamento gratuita, sendo o uso excedente faturado. Ajuste o ciclo de backup para controlar a capacidade.
O backup nível 1 vem ativado por padrão e não pode ser desativado.
O período de retenção dos backups nível 1 varia de 3 a 14 dias.
Tamanho do backup nível 1
No console do PolarDB, acesse para visualizar os tamanhos dos backups nível 1:
PolarDB cluster Physical Size of Level-1 Backups (indicado por ① na figura acima): representa o espaço físico total ocupado exclusivamente por todos os backups nível 1. Esse valor serve como base para calcular o uso real do armazenamento de backup nível 1.
PolarDB cluster Logical Size of Backups (indicado por ② na figura acima): corresponde ao tamanho lógico de um único conjunto de backup, não utilizado para fins de faturamento.
Os dados de um cluster PolarDB e seus múltiplos backups nível 1 (snapshots) compartilham os mesmos blocos de dados físicos. Tais blocos compartilhados são cobrados apenas uma vez.
Backup Perguntas frequentes.
Backup de redo log
O PolarDB gera backups de log enviando redo logs para o Object Storage Service (OSS) em paralelo e em tempo real. Os backups de log suportam backup em região única e entre regiões, com período de retenção de 3 a 7.300 dias. Também é possível ativar o recurso Long-term Retain Backups before Cluster Deletion para armazenamento de longo prazo.
Atualmente, apenas a Enterprise Edition oferece a opção Long-term Retain Backups before Cluster Deletion.
O backup em região única para logs vem ativado por padrão e não pode ser desativado.
Os backups de log habilitam a recuperação point-in-time (PITR). Um snapshot completo combinado com backups de log subsequentes restaura um cluster PolarDB para qualquer ponto no tempo e protege contra perda acidental de dados. Velocidade de replay de redo log: 20 a 70 segundos por GB. Tempo total de recuperação = restauração do snapshot + replay de log.
Tamanho do backup
O tamanho total dos backups de log corresponde à soma dos tamanhos de todos os arquivos individuais de backup de log:
Avaliação de riscos
Quando a taxa de geração de redo log de um cluster PolarDB for MySQL atinge entre 35 MB/s e 50 MB/s, pode ocorrer acúmulo de redo logs. Isso pode elevar seus custos de armazenamento de backup.
Proteção de dados de backup
-
Proteção contra adulteração:
-
No PolarDB for MySQL, os backups nível 1 ficam armazenados como snapshots no sistema de armazenamento distribuído, enquanto os backups nível 2 e de log residem no OSS. Ambos garantem imutabilidade WORM (Write Once, Read Many).
NotaClusters da Standard Edition suportam apenas backups nível 1 (backups de dados) e não oferecem suporte a backups nível 2.
-
-
Proteção contra exclusão maliciosa ou acidental:
Exclusão manual: só é possível excluir dados de backups manuais. Não é permitido excluir dados de backups automáticos.
Os backups automáticos são removidos após o fim do período de retenção, mas o recurso não pode ser desativado. Conforme as configurações da política de backup, a retenção mínima é de 3 dias (padrão: 7), com pelo menos dois backups por semana. Isso garante que os dados de backup automático nunca sejam totalmente apagados.
Backups em região única e entre regiões
-
Descrição do backup
Tipo de backup
Descrição
Ativado por padrão
Casos de uso
Benefícios
Backup em região única
Os backups ficam armazenados em uma zona de disponibilidade diferente dentro da mesma região.
Sim.
NotaAo ativar o backup nível 2, o backup em região única é habilitado automaticamente.
Arquivamento de longo prazo.
Reduz custos ao permitir transferências de backup menos frequentes.
Backup entre regiões
Os backups são armazenados em uma região distinta da região de origem.
ImportanteEste recurso está disponível apenas para o PolarDB for MySQL Enterprise Edition.
Não. É necessário ativá-lo manualmente.
Backup com redundância geográfica e conformidade MLPS Nível 3.
Baixo RPO, ideal para ambientes seguros não públicos. A menor frequência de transferência reduz custos.
NotaBackup nível 2 de baixa frequência: o ciclo de backup nível 2 é configurado com frequência inferior à dos backups nível 1.
-
Regiões suportadas para backup entre regiões
Região de origem
Região de destino
China Continental
China Continental
EUA (Silicon Valley), EUA (Virginia)
China (Hong Kong)
Singapura, Indonésia (Jacarta), Japão (Tóquio), Malásia (Kuala Lumpur)
Alemanha (Frankfurt)
China (Hong Kong)
China Continental
EUA (Silicon Valley), EUA (Virginia)
Japão (Tóquio), Singapura, Malásia (Kuala Lumpur), Indonésia (Jacarta)
Alemanha (Frankfurt)
Japão (Tóquio)
China Continental
EUA (Silicon Valley), EUA (Virginia)
China (Hong Kong)
Singapura, Malásia (Kuala Lumpur), Indonésia (Jacarta)
Alemanha (Frankfurt)
EUA (Silicon Valley)
China Continental
EUA (Virginia)
China (Hong Kong)
Singapura, Malásia (Kuala Lumpur), Indonésia (Jacarta)
Alemanha (Frankfurt)
EUA (Virginia)
China Continental
EUA (Silicon Valley)
China (Hong Kong)
Singapura, Malásia (Kuala Lumpur), Indonésia (Jacarta)
Alemanha (Frankfurt)
Singapura
China Continental
EUA (Silicon Valley), EUA (Virginia)
China (Hong Kong)
Malásia (Kuala Lumpur), Indonésia (Jacarta)
Alemanha (Frankfurt)
Malásia (Kuala Lumpur)
China Continental
EUA (Silicon Valley), EUA (Virginia)
China (Hong Kong)
Singapura, Indonésia (Jacarta), Japão (Tóquio)
Alemanha (Frankfurt)
Indonésia (Jacarta)
China Continental
EUA (Silicon Valley), EUA (Virginia)
China (Hong Kong)
Singapura, Japão (Tóquio), Malásia (Kuala Lumpur)
Alemanha (Frankfurt)
Alemanha (Frankfurt)
China Continental
EUA (Silicon Valley), EUA (Virginia)
China (Hong Kong)
Singapura, Indonésia (Jacarta), Japão (Tóquio), Malásia (Kuala Lumpur)
China (Hangzhou) Finance Cloud
China (Shanghai) Finance Cloud, China (Shenzhen) Finance Cloud
China (Shanghai) Finance Cloud
China (Hangzhou) Finance Cloud, China (Shenzhen) Finance Cloud
China (Shenzhen) Finance Cloud
China (Hangzhou) Finance Cloud, China (Shanghai) Finance Cloud
Perguntas frequentes
Backup e recuperação Perguntas frequentes.