Esta página descreve os recursos de backup e recuperação que podem ser usados para proteger seus dados nos bancos de dados do AlloyDB para PostgreSQL.
O AlloyDB oferece duas maneiras de fazer backup e recuperar seus dados:
O backup e a recuperação contínua, ativado em todos os clusters por padrão, é um recurso do AlloyDB que permite criar um novo cluster com base em qualquer estado recente de outro cluster no mesmo projeto e região.
Os backups discretos são recursos baseados em arquivos que contêm cópias completas dos bancos de dados do cluster. O AlloyDB os cria sob demanda ou de acordo com uma programação regular que você define. É possível restaurar qualquer um desses backups em novos clusters.
Backup e recuperação contínuos
O AlloyDB permite restaurar um cluster existente para qualquer momento do histórico recente, com granularidade de microssegundos. Por padrão, o AlloyDB permite escolher qualquer ponto no tempo até 14 dias no passado. É possível configurar seu cluster para redimensionar essa janela para até 35 dias ou até um dia.
O backup e a recuperação contínuos são especialmente úteis para restaurar um cluster após uma exclusão acidental de dados em grande escala ou qualquer outra situação em que você precise recriar rapidamente o estado de um cluster com base em um ponto no passado recente.
Em termos de recuperação de desastres, o backup e a recuperação contínuos permitem que o AlloyDB tenha um objetivo de ponto de recuperação (RPO) de zero. Em outras palavras, é possível restaurar o cluster ao estado que ele tinha momentos antes de um incidente catastrófico, sem a perda permanente de dados.
Também é possível usar o backup e a recuperação contínua para criar um clone independente de um cluster saudável, com todos os dados copiados do momento atual.
Backups sob demanda ou automatizados
No AlloyDB, um backup é um recurso baseado em arquivos que contém uma cópia dos dados de um cluster de um determinado momento.
O AlloyDB tem três maneiras de criar backups:
O AlloyDB sempre cria um backup por dia como parte do sistema de backup e recuperação contínuo, a menos que você desative esse recurso.
Os backups contínuos são incrementais: o AlloyDB armazena apenas os dados que foram alterados em relação aos backups anteriores. Essa abordagem mantém os arquivos de backup o menor possível, o que ajuda a reduzir os custos de armazenamento de backup. O tamanho desses backups varia, dependendo de fatores como a quantidade de dados gravados desde o último backup. Backups contínuos completos também são feitos periodicamente. O tamanho do backup é semelhante ao do cluster.
É possível criar um backup sob demanda a qualquer momento usando a Google Cloud CLI, o console do Google Cloud ou a API.
Os backups sob demanda são completos: cada um deles inclui todos os dados que estavam nos bancos de dados do cluster quando a operação de backup começou.
Se você ativar uma programação de backup automático, o AlloyDB vai criar backups adicionais regularmente, de acordo com suas preferências.
Os backups automatizados são incrementais, assim como os contínuos. Se você configurar os backups automáticos para usar uma janela de retenção maior que 35 dias, o AlloyDB poderá armazenar várias cadeias de backups incrementais para cobrir o período necessário.
Assim como nos bancos de dados do cluster, o AlloyDB criptografa os dados de backup usando a criptografia padrão gerenciada pelo Google ou chaves de criptografia gerenciadas pelo cliente.
Requisitos para a criação de backups
O AlloyDB se prepara para criar um novo backup verificando o seguinte sobre o cluster a ser feito o backup:
- O estado do cluster é
Ready. - O cluster tem uma instância principal.
- O estado da instância principal
é
Ready.
Se todas essas verificações forem aprovadas, o AlloyDB vai iniciar uma operação de longa duração para criar o backup.
Os backups são eficientes e independentes
Os backups criados com base nos dados do AlloyDB são gerenciados inteiramente pela camada de armazenamento do AlloyDB. Isso significa que as operações de backup e restauração não têm impacto no desempenho de leitura e gravação do cluster do AlloyDB, porque são realizadas por recursos separados daqueles que armazenam e consultam os dados do cluster.
Essa separação de recursos de armazenamento também significa que um backup existe independente do cluster original. É possível restaurar esse backup, mesmo que o cluster de origem tenha sido excluído.
Para saber mais sobre como a camada de armazenamento do AlloyDB permite isso, consulte AlloyDB para PostgreSQL: armazenamento inteligente e compatível com banco de dados.
Locais de backup sob demanda
Para backups sob demanda, os locais de backup do AlloyDB incluem:
- Local padrão selecionado pelo AlloyDB com base na localização do cluster original.
- Local em várias regiões especificado quando você não quer usar o local padrão.
Local de backup padrão
Se você não especificar um local de armazenamento, os backups serão armazenados no local do cluster do AlloyDB. Por exemplo, se a instância do AlloyDB estiver em us-central1 (Iowa), os backups serão armazenados no local us-central1 (Iowa) por padrão.
Local do backup entre regiões
O AlloyDB permite selecionar um local personalizado entre regiões para os dados de backup, o que expande o conjunto de regiões em que você pode armazenar os backups. Isso é útil para manter a capacidade de restauração se a região do cluster ficar indisponível.
Ao selecionar um local entre regiões para um backup, considere o seguinte:
- Custo:os preços podem variar de acordo com a região.
- Proximidade do servidor do aplicativo:armazene o backup o mais próximo possível do aplicativo de veiculação.
Restauração de cluster
É possível restaurar um cluster no AlloyDB criando um novo cluster que contenha todos os dados do cluster original de algum momento no passado. As duas maneiras de especificar esse ponto correspondem aos dois tipos gerais de backups aceitos pelo AlloyDB:
Para realizar um ponto de restauração no tempo do estado recente de um cluster, especifique um cluster de origem e um carimbo de data/hora ao criar um novo cluster. O novo cluster precisa estar na mesma região que o cluster de origem, mas pode estar em um projeto Google Cloud diferente.
Para restaurar um cluster de um backup, especifique esse backup ao criar um novo cluster. O novo cluster precisa estar na mesma região do backup, mas pode estar em um projeto diferente do Google Cloud .
Em ambos os casos, o AlloyDB cria um novo cluster e inicia uma operação de longa duração para carregar os dados de backup no armazenamento desse cluster. Depois que essa operação for concluída, você vai criar uma instância principal nesse cluster para acessar os dados.
Para saber mais, consulte Restaurar de um backup.
Retenção e exclusão de backup
Os arquivos que o AlloyDB cria para permitir o backup e a recuperação contínuos têm um período de armazenamento padrão de 14 dias. É possível ajustar esse período para qualquer número de dias entre 1 e 35 ou desativar o backup contínuo para impedir que o AlloyDB retenha esses arquivos.
Os backups sob demanda e automatizados têm um período de armazenamento de até um ano. Se você ativar os backups automatizados no cluster, poderá definir um período de armazenamento ou usar o período padrão de 14 dias.
Os backups mais antigos que o período de armazenamento ainda podem aparecer quando você confere os backups do seu projeto. Os backups vencidos não geram custos de armazenamento, mas estão sujeitos à exclusão automática. Se você precisar excluir os backups antes que o sistema faça isso, faça a exclusão manual.
A seguir
Saiba como restaurar um cluster.
Saiba como criar manualmente um backup sob demanda.
Saiba como configurar planos de backup, incluindo backups automáticos e contínuos.