PolarDB: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 backup e restaurar dados 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: quantidade 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: tamanho lógico dos dados de um conjunto de backup (também chamado de backup ou snapshot). A cobrança dos backups de dados baseia-se no espaço de armazenamento físico ocupado, e 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 no backup, sem ultrapassar o tamanho total dos dados.

Backup de log físico

• Benefícios

  O 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

  O backup de log é habilitado por padrão e não pode ser desativado.

  Com base em um conjunto de backup completo e nos logs 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 aos 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 de restauração dos conjuntos de backup com o tempo de consulta dos logs de redo.

• Visualizar tamanho do backup

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

  

Backup intra-região e backup entre regiões

• Diferenças

  Tipo de backup	Descrição	Habilitado por padrão	Cenário	Benefícios
  Backup intra-região	Os arquivos de backup ficam armazenados em zonas diferentes 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	Reduz 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 distintas.	Desativado. Habilite manualmente o backup entre regiões.	Redundância geográfica e MLPS nível 3	Reduz o objetivo de ponto de recuperação (RPO). Este método de armazenamento de backup é ideal para ambientes de rede privada criptografados e altamente seguros. Também reduz 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 do nível 2 é menor que a do nível 1.

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

  Região de origem	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 origem.
  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: Apenas backups manuais podem ser excluídos; não é possível excluir backups automáticos.

  • Exclusão automática ao expirar: Os backups automáticos são removidos quando o período de retenção termina, e esse comportamento não pode ser desativado. O período mínimo de retenção nas configurações da política de backup é de 3 dias (padrão: 7 dias), com execuções de backup 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 detalhes sobre as regras de cobrança do espaço de armazenamento de backup, consulte Regras de cobrança para armazenamento de backup que excede a cota gratuita em clusters da Standard Edition ou .