PolarDB:O que é backup e restauração

Backup de dados

O backup de dados varia conforme o tipo de armazenamento.

• Tipo de armazenamento: Standard Edition Enterprise SSD (ESSD).

  Recurso de backup	Habilitado por padrão	Período de retenção	Descrição	Como visualizar o tamanho do backup
  Backup de dados	Sim	3 a 7300 dias	O backup de dados utiliza snapshots para capturar e armazenar informações no sistema de armazenamento distribuído do cluster. Essa abordagem permite fazer backups e restaurações rapidamente. No entanto, os backups de dados (snapshots) podem consumir recursos significativos de armazenamento e aumentar os custos. A retenção prolongada de backups de dados pode degradar o desempenho de gravação do cluster. Recomendamos reter os backups de dados por no máximo duas semanas. Uma cota gratuita de espaço de armazenamento está disponível para backups de dados. O uso excedente pode gerar cobranças adicionais. Modifique a programação de backup para gerenciar o tamanho dos backups de dados.	A figura a seguir mostra o tamanho físico dos backups de dados. Nota Data Backup Physical Size (chamada 1 na figura) de um cluster PolarDB: representa o total de espaço de armazenamento físico ocupado por todos os backups de dados. Os dados do cluster PolarDB e os backups compartilham os mesmos blocos de dados no sistema de armazenamento. A cobrança baseia-se nesses blocos de dados. Backup Set Logical Size (chamada 2 na figura) de um cluster PolarDB: corresponde ao tamanho lógico dos dados de um conjunto de backup (também chamado de backup ou snapshot). A cobrança pelos backups de dados baseia-se no espaço de armazenamento físico ocupado, não no tamanho lógico dos dados. O espaço físico ocupado por um backup de dados começa em zero e aumenta à medida que mais dados são gravados, sem ultrapassar o tamanho total dos dados.

Backup de log físico

• Benefícios

  O recurso de backup de log permite criar backups enviando logs de redo em tempo real para o Object Storage Service (OSS) em paralelo. Esse recurso vem habilitado por padrão, e os backups de log são retidos por 3 a 7300 dias. Para salvar permanentemente os backups de log, ative o recurso Permanently Retain Backups before Cluster Deletion.

  Nota

  Por padrão, o recurso de backup de log está habilitado e não pode ser desativado.

  Com base em um conjunto de backup completo e nos logs de backup gerados após sua criação, é possível executar uma recuperação point-in-time (PITR) para um cluster PolarDB. Isso evita perda de dados e garante a segurança das informações. Ao realizar o PITR, considere o tempo necessário para consultar os logs de redo, que varia conforme o volume e a carga de trabalho dos seus dados. Geralmente, a consulta de logs de redo ocorre a uma taxa de 1 GB a cada 20 a 180 segundos. A duração total da restauração equivale à soma do tempo necessário para restaurar os conjuntos de backup e do tempo gasto na consulta dos logs de redo.

• Visualize o tamanho do backup

  A figura a seguir mostra o tamanho total dos backups de log.

  

Backup intrarregião e backup entre regiões

• Diferenças

  Tipo de backup	Descrição	Habilitado por padrão	Cenário	Benefícios
  Backup intrarregião	Os arquivos de backup são armazenados em diferentes zonas dentro da mesma região.	Sim Nota Esse método de armazenamento é ativado automaticamente ao habilitar o backup de nível 2.	Arquivamento de longo prazo	Permite reduzir custos ao descarregar dados com baixa frequência de backup.
  Recurso de backup entre regiões	Os arquivos de backup são armazenados em regiões diferentes.	Desabilitado. Ative manualmente o backup entre regiões.	Georredundância e MLPS nível 3	Reduz o objetivo de ponto de recuperação (RPO). Este método de armazenamento é ideal para ambientes de rede privada criptografados e altamente seguros. Também permite reduzir custos ao descarregar dados com baixa frequência de backup.

  Nota

  Backup de nível 2 de baixa frequência: A frequência de backup de nível 2 é menor que a do backup de nível 1.

• Regiões da Alibaba Cloud com suporte ao recurso de backup entre regiões

  Região de source	Região de destino
  China (Hangzhou), China (Shanghai), China (Qingdao), China (Beijing), China (Shenzhen) e China (Hong Kong).	China (Hangzhou), China (Shanghai), China (Qingdao), China (Beijing), China (Shenzhen) e China (Hong Kong). Nota Os arquivos de backup entre regiões são replicados para uma região diferente da região de source.
  US (Virginia)	US (Silicon Valley)

Proteção de dados de backup

• Proteção contra adulteração:

  • Os backups de dados do PolarDB for PostgreSQL são classificados pelo local de armazenamento: os backups de nível 1 são snapshots no armazenamento distribuído do PolarDB, enquanto os backups de nível 2 e de log residem no OSS. Ambos suportam Write Once Read Many (WORM) para evitar adulterações.

    Nota

    Clusters da Standard Edition suportam apenas backup de nível 1 (backup de dados), sem suporte para backup de nível 2.

• Prevenção contra exclusão maliciosa ou acidental:

  • Exclusão manual: É possível excluir apenas manual backups, mas não automatic backups.

  • Exclusão automática por expiração: Os backups automáticos são excluídos quando o período de retenção termina e essa configuração não pode ser desativada. O período mínimo de retenção em backup policy settings é de 3 dias (padrão: 7 dias), com backups executados pelo menos duas vezes por semana. Portanto, os dados de backup completo automático e de log não podem ser totalmente excluídos.

Preços

O uso do recurso de backup e restauração é gratuito. No entanto, os arquivos de backup consomem espaço de armazenamento. Para informações sobre as regras de cobrança do espaço de armazenamento de backup, consulte Billing rules for backup storage that exceeds the free quota for Standard Edition clusters ou .