Os dados são um ativo essencial para as empresas. Com o desenvolvimento dos negócios, os dados corporativos crescem de forma exponencial e em grande escala. Os aplicativos de negócios exigem processamento em tempo real e online. Para as equipes de O&M de banco de dados, proteger os dados críticos da empresa é um desafio cada vez maior. Por exemplo, a exclusão acidental de dados, vulnerabilidades do sistema e ataques de ransomware, falhas de hardware e até desastres naturais podem causar perda de dados. Portanto, o backup e a restauração são recursos essenciais do banco de dados.
PolarDB oferece suporte a backups de dados e backups de log físico:
Backup de dados: para garantir a segurança, crie um conjunto de backup (snapshot) dos dados completos de um cluster em um momento específico. É um backup completo.
Backup de log físico: registra os dados incrementais gerados após a criação de um conjunto de backup. É um backup incremental.
A recuperação do cluster do PolarDB restaura os dados no cluster atual por meio de um conjunto de backup (snapshot).
A recuperação de banco de dados ou de tabela do PolarDB cria um novo banco de dados ou tabela no cluster atual para restaurar os dados.
Um backup de dados completo combinado com backups de redo log subsequentes permite a restauração em um ponto no tempo de todo um cluster PolarDB ou de bancos de dados e tabelas específicos.
Faturamento
O uso dos recursos de backup e restauração é gratuito, mas os arquivos de backup consomem espaço de armazenamento. Para obter as regras específicas de faturamento, consulte Backup storage (beyond free quota).
Para mais informações sobre como visualizar suas faturas, consulte Bills.
Caso você escolha reter conjuntos de backup para preservação em longo prazo ao cancelar manualmente a assinatura ou liberar o cluster, os conjuntos de backup serão movidos automaticamente para a lixeira do cluster. Ao serem movidos para a lixeira do cluster, para clusters com tipo de armazenamento PSL4/PSL5, os backups de nível 1 são convertidos automaticamente em backups de nível 2; para clusters com tipo de armazenamento de disco em nuvem ESSD, os backups de dados são retidos na lixeira do cluster. Os backups estão sujeitos a uma pequena taxa. Para mais informações, consulte Cluster recycle bin.
Backup de dados
PSL4/PSL5
Backups de nível 1
Os backups de nível 1 usam snapshots redirect-on-write (ROW) e são armazenados diretamente no sistema de armazenamento distribuído do PolarDB. O sistema não copia dados durante o backup. Quando um bloco é modificado, o sistema mantém a versão original para o snapshot e redireciona para um novo bloco, permitindo a conclusão dos backups em segundos, independentemente do tamanho do banco de dados.
O PolarDB restaura um cluster a partir de um snapshot em cerca de 10 minutos, por meio de processamento paralelo multithread e outras inovações técnicas. O tempo de recuperação dobra quando você ativa um cluster standby quente. O tempo efetivo depende de fatores como o volume de dados.
Visualize o tamanho do backup de nível 1
O backup de nível 1 é ativado por padrão e não pode ser desativado.
O período de retenção para backups de nível 1 é de 3 a 14 dias.
Backups de nível 2
Um backup de nível 2 é uma cópia compactada de um backup de nível 1 armazenada em mídia de armazenamento offline. Seu custo é menor, mas a restauração de dados é mais lenta.
Após a ativação do backup de nível 2, os backups de nível 1 que excederem o período de retenção especificado são convertidos automaticamente em backups de nível 2.
Os backups de nível 2 de clusters da Enterprise Edition suportam backups na mesma região e entre regiões. Os clusters da Standard Edition usam backup na mesma região por padrão. Para mais informações, consulte Same-region and cross-region backups.
Os backups de nível 2 suportam o recurso de backup esparso. É recomendado que você defina o período de retenção dos conjuntos de backup em base semanal, mensal ou anual. Isso permite reter um conjunto de backup por um longo intervalo, reduzindo o número de conjuntos de backup históricos. Essa abordagem ajuda a minimizar custos e ainda atender aos requisitos de conformidade. Para mais informações, consulte Advanced backup settings.
Visualize o tamanho do backup de nível 2
O backup de nível 2 é desativado por padrão.
O período de retenção para backups de nível 2 é de 30 a 7.300 dias.
Se um backup de nível 1 não concluir a conversão para o nível 2 antes do início da conversão do próximo backup de nível 1, o próximo backup de nível 1 é excluído diretamente em vez de convertido para o nível 2. Por exemplo, se o seu cluster PolarDB estiver configurado para criar um backup de nível 1 diariamente às 01:00 com um período de retenção de 24 horas, o PolarDB cria o backup de nível 1 A às 01:00 em 1º de janeiro e o backup de nível 1 B às 01:00 em 2 de janeiro. O backup A expira às 01:00 de 2 de janeiro e inicia a conversão para o nível 2. Se a conversão ainda estiver em andamento às 01:00 de 3 de janeiro devido ao tamanho do arquivo, o backup B é excluído diretamente nesse horário, em vez de ser convertido para o nível 2.
ESSD cloud disk
Os arquivos de backup armazenados localmente são chamados de backups de nível 1. Os backups de nível 1 são snapshots armazenados no cluster de armazenamento distribuído, oferecendo a velocidade mais rápida de backup e recuperação, embora com um custo mais alto. A retenção em longo prazo pode afetar levemente o desempenho de gravação do banco de dados, por isso recomendamos manter a retenção abaixo de duas semanas. Há uma cota gratuita de armazenamento de backup, e o uso excedente pode gerar cobranças adicionais. Ajuste o ciclo de backup para controlar a capacidade de backup.
O backup de nível 1 é ativado por padrão e não pode ser desativado.
O período de retenção para backups de nível 1 é de 3 a 14 dias.
Visualize o tamanho do backup de nível 1
Backup de log físico
O sistema cria backups de log enviando redo logs para o OSS em paralelo e em tempo real. Os backups de log suportam backup na mesma região e entre regiões, com um período de retenção mínimo de 3 dias e máximo de 7.300 dias. É necessário que você ative também o recurso Long-term Retain Backups before Cluster Deletion para armazenamento em longo prazo.
Os backups de log permitem a recuperação em um ponto no tempo (PITR). Um backup de dados completo (snapshot) combinado com backups de log subsequentes restaura um cluster PolarDB para qualquer ponto no tempo (PITR), protegendo dados recentes e evitando a perda de dados por operações acidentais. A velocidade de reprodução do redo log é de aproximadamente 20 a 70 segundos por GB. O tempo total de recuperação é igual ao tempo de restauração do conjunto de backup (snapshot) mais o tempo de reprodução do redo log.
O backup de log na mesma região é ativado por padrão e não pode ser desativado.
Visualizar tamanho do backup
O tamanho total do backup de log corresponde à soma de todos os arquivos individuais de backup de log.
Descrição de riscos
Quando a taxa de geração de redo log de um cluster PolarDB for MySQL atinge de 35 MB/s a 50 MB/s, os redo logs podem se acumular. Isso pode aumentar seus backup storage costs.
Proteção de dados de backup
-
Proteção contra adulteração:
No PolarDB for MySQL, os backups de dados são classificados como backups de nível 1 e nível 2 de acordo com o local de armazenamento. Os backups de nível 1 são armazenados como snapshots no sistema de armazenamento distribuído do PolarDB, enquanto os backups de nível 2 e os backups de log são armazenados no OSS. Ambos os métodos de armazenamento usados internamente pelo sistema de backup oferecem imutabilidade WORM (Write Once Read Many).
-
Proteção contra exclusão maliciosa ou acidental:
Exclusão manual: Por favor, exclua apenas dados de manual backups. Não exclua dados de automatic backups.
Exclusão automática por expiração: quando os dados de backup automático excedem o período de retenção configurado, o sistema os exclui automaticamente. No entanto, o recurso de backup automático não pode ser desativado. De acordo com as backup policy settings, o período mínimo de retenção é de 3 dias (padrão: 7 dias) com pelo menos 2 backups por semana. Portanto, os dados completos e os dados de log dos backups automáticos nunca são totalmente excluídos.
Backups na mesma região e entre regiões
-
Descrição do backup
Tipo de backup
Descrição
Ativado por padrão
Casos de uso
Benefícios
Backup na mesma região
Os backups são armazenados em uma zona de disponibilidade diferente dentro da mesma região.
Sim.
NotaAo ativar o backup de nível 2, o backup na mesma região é ativado por padrão.
Arquivamento em longo prazo.
Defina uma frequência menor para transferências de backup conforme a necessidade para reduzir custos.
Backup entre regiões
Os backups são armazenados em uma região diferente da região atual.
ImportanteCompatível apenas com o PolarDB MySQL Enterprise Edition.
Não. É necessário ativá-lo manualmente.
Backup com redundância geográfica e conformidade com o Nível 3 do MLPS.
RPO baixo, adequado para ambientes seguros de rede não pública. Defina uma frequência de transferência menor conforme a necessidade para reduzir custos.
NotaBackup de nível 2 de baixa frequência: o ciclo de backup para backups de nível 2 é configurado com uma frequência menor do que a dos backups de nível 1.
-
Regiões com suporte para backup entre regiões
Região de origem
Região de destino
China Continental
China Continental
US (Silicon Valley), US (Virginia)
China (Hong Kong)
Singapore, Indonesia (Jakarta), Japan (Tokyo), Malaysia (Kuala Lumpur)
Germany (Frankfurt)
China (Hong Kong)
China Continental
US (Silicon Valley), US (Virginia)
Japan (Tokyo), Singapore, Malaysia (Kuala Lumpur), Indonesia (Jakarta)
Germany (Frankfurt)
Japan (Tokyo)
China Continental
US (Silicon Valley), US (Virginia)
China (Hong Kong)
Singapore, Malaysia (Kuala Lumpur), Indonesia (Jakarta)
Germany (Frankfurt)
US (Silicon Valley)
China Continental
US (Virginia)
China (Hong Kong)
Singapore, Malaysia (Kuala Lumpur), Indonesia (Jakarta)
Germany (Frankfurt)
US (Virginia)
China Continental
US (Silicon Valley)
China (Hong Kong)
Singapore, Malaysia (Kuala Lumpur), Indonesia (Jakarta)
Germany (Frankfurt)
Singapore
China Continental
US (Silicon Valley), US (Virginia)
China (Hong Kong)
Malaysia (Kuala Lumpur), Indonesia (Jakarta)
Germany (Frankfurt)
Malaysia (Kuala Lumpur)
China Continental
US (Silicon Valley), US (Virginia)
China (Hong Kong)
Singapore, Indonesia (Jakarta), Japan (Tokyo)
Germany (Frankfurt)
Indonesia (Jakarta)
China Continental
US (Silicon Valley), US (Virginia)
China (Hong Kong)
Singapore, Japan (Tokyo), Malaysia (Kuala Lumpur)
Germany (Frankfurt)
Germany (Frankfurt)
China Continental
US (Silicon Valley), US (Virginia)
China (Hong Kong)
Singapore, Indonesia (Jakarta), Japan (Tokyo), Malaysia (Kuala Lumpur)
China East 1 (Hangzhou) Finance Cloud
China East 2 (Shanghai) Finance Cloud, China South 1 (Shenzhen) Finance Cloud
China East 2 (Shanghai) Finance Cloud
China East 1 (Hangzhou) Finance Cloud, China South 1 (Shenzhen) Finance Cloud
China South 1 (Shenzhen) Finance Cloud
China East 1 (Hangzhou) Finance Cloud, China East 2 (Shanghai) Finance Cloud
Perguntas frequentes
Para dúvidas frequentes sobre backup e recuperação, consulte FAQ.