Resolva problemas com cópias de segurança e restauros

Este guia de resolução de problemas aborda problemas comuns que pode encontrar com as cópias de segurança, a recuperação e a replicação do AlloyDB para PostgreSQL. São fornecidas correções recomendadas.

Pretende restaurar um cluster eliminado

Descrição: no AlloyDB, as cópias de segurança a pedido e automáticas são independentes do cluster que quer restaurar. Pode restaurar dados de uma cópia de segurança para um novo cluster do AlloyDB, mesmo que o cluster que usou para criar a cópia de segurança seja eliminado. A camada de armazenamento processa as cópias de segurança do AlloyDB. Além disso, a base de dados não é bloqueada durante o processo de cópia de segurança, o que garante a disponibilidade contínua.

O restauro de cópias de segurança no AlloyDB está fora do sítio, o que significa que restaura a cópia de segurança para um novo cluster em vez de substituir um cluster existente. Depois de restaurar o cluster, pode adicionar novas instâncias principais ou de leitura ao cluster restaurado.

Quando restaura um cluster através da recuperação pontual (PITR), só pode restaurar um cluster a partir de um momento que esteja no período de recuperação configurado. Tem de escolher uma data/hora para um momento em que o cluster tinha uma instância.

Correção recomendada: restaure um cluster a partir de uma cópia de segurança armazenada.

Por predefinição, o AlloyDB faz cópias de segurança dos seus dados continuamente com um período de recuperação de 14 dias. Se reconfigurar o seu plano de cópia de segurança, pode demorar até 24 horas para que as cópias de segurança e a recuperação contínuas criem uma cópia de segurança e ativem a funcionalidade de recuperação contínua.

Se precisar de ajuda para resolver este problema, contacte o apoio técnico do Google Cloud.

Não sabe como encontrar as suas cópias de segurança

Descrição: as cópias de segurança são armazenadas separadamente do armazenamento do cluster por motivos de segurança e acessibilidade.

Correção recomendada: encontre as suas cópias de segurança através das seguintes interfaces:

Interface Encontre cópias de segurança
Google Cloud consola Veja uma lista de cópias de segurança num projeto.
CLI do Google Cloud Veja uma lista de cópias de segurança num projeto.
API REST Use o método projects.locations.backups.list, que lhe permite listar todas as cópias de segurança num projeto e numa localização especificados.

Quer fazer uma PITR, mas não consegue selecionar uma hora

Descrição: o AlloyDB oferece PITR como parte da respetiva cópia de segurança e recuperação contínuas. Os registos de transações, que são essenciais para a PITR, são transferidos para o Cloud Storage, o que garante que os registos não afetam o tamanho nem o desempenho dos seus clusters.

Pode não conseguir selecionar uma hora específica para a PITR pelos seguintes motivos:

  • O cluster que quer restaurar não existe. Não pode usar a PITR para restaurar um cluster eliminado.
  • A funcionalidade de cópia de segurança contínua não está ativada. A PITR baseia-se em registos de transações (WAL) que só são recolhidos quando a funcionalidade de cópia de segurança contínua está ativada.
  • O ponto de restauro da cópia de segurança é anterior à data da cópia de segurança contínua mais antiga.
  • Não selecionou uma data/hora para um momento em que o cluster tinha uma instância.

Correção recomendada: selecione uma hora específica para a PITR.

Experimente as seguintes correções:

  • Verifique se o cluster que quer restaurar existe. Se o cluster existir, siga os passos em Use a recuperação num ponto específico no tempo (PITR).
  • Verifique se as cópias de segurança contínuas estão ativadas no seu cluster. Se as cópias de segurança contínuas estiverem ativadas, siga os passos em Use a recuperação pontual (PITR).
  • Verifique se a hora em que quer restaurar a cópia de segurança está no período de recuperação configurado. Por predefinição, o AlloyDB faz continuamente uma cópia de segurança dos seus dados com um período de recuperação de 14 dias. Para mais informações, consulte o artigo Configure a cópia de segurança contínua.

As suas cópias de segurança são eliminadas inesperadamente

Descrição: as suas cópias de segurança do AlloyDB não são eliminadas automaticamente, a menos que a eliminação automática de cópias de segurança seja exigida pela sua configuração de retenção. O período de retenção de uma cópia de segurança é determinado quando um plano de cópia de segurança cria a cópia de segurança. O período de retenção é escrito nos metadados da cópia de segurança no momento da criação da cópia de segurança, e o campo é imutável.

As cópias de segurança são criadas por planos de cópia de segurança, como a cópia de segurança e recuperação contínuas ou as cópias de segurança automáticas. As cópias de segurança têm um período de retenção definido na configuração do plano de cópia de segurança, que é o período de retenção predefinido de 14 dias ou um parâmetro de retenção configurado pelo utilizador. Não pode escolher um período de retenção diretamente. As cópias de segurança a pedido têm um período de retenção de 365 dias.

Correção recomendada: para evitar eliminações inesperadas de cópias de segurança, reveja as configurações do seu plano de cópia de segurança.

Precisa de restaurar uma cópia de segurança numa região diferente

Descrição: só pode restaurar cópias de segurança na região onde a cópia de segurança se encontra, a menos que crie primeiro uma nova cópia de segurança a pedido do cluster original.

Correção recomendada: restaure um cluster para uma nova região criando uma nova cópia de segurança a pedido do cluster original:

  1. Crie a nova cópia de segurança na região de destino.
  2. Use a nova cópia de segurança para fazer o restauro na sua região preferida.

O AlloyDB também suporta cópias de segurança em réplicas entre regiões. Se tiver uma réplica entre regiões, fazer uma cópia de segurança dessa réplica pode cumprir muitos requisitos de cópia de segurança entre regiões. Para mais informações, consulte o artigo Vista geral da replicação entre regiões.