Share via

Backup e restauração no Azure Cosmos DB for PostgreSQL

  • Artigo

APLICA-SE AO: Azure Cosmos DB for PostgreSQL (da plataforma da extensão de dados Citus para PostgreSQL)

O Azure Cosmos DB for PostgreSQL cria automaticamente backups de cada nó e os coloca em um cluster. Os backups podem ser usados para restaurar o cluster para uma restauração pontual (PITR) especificada. Os recursos de backup e restauração são uma parte essencial de qualquer estratégia de continuidade dos negócios, pois eles protegem seus dados contra exclusão ou corrupção acidentais.

Backups

O processo automatizado executa o backup de cada nó do Azure Cosmos DB for PostgreSQL a partir do momento em que o cluster é provisionado e em todo o ciclo de vida do cluster. O Azure Cosmos DB for PostgreSQL usa instantâneos periódicos de disco e os combina com os arquivos WAL do nó que são transmitidos para o armazenamento de blobs do Azure.

Os backups permitem que você restaure um servidor pontualmente dentro do período de retenção. (No momento, o período de retenção é de 35 dias para todos os clusters.) Todos os backups são criptografados usando a criptografia AES de 256 bits.

Os arquivos de backup não podem ser exportados. Eles só podem ser usados para operações de restauração no Azure Cosmos DB for PostgreSQL.

Redundância de backup

O Azure Cosmos DB for PostgreSQL dá suporte às seguintes opções de redundância de backup.

  • Backup da mesma região

    • Armazenamento de backup com redundância de zona: esta opção é escolhida automaticamente para regiões que dão suporte a zonas de disponibilidade. Quando os backups são armazenados no armazenamento de backup com redundância de zona, além de várias cópias de dados armazenados na zona de disponibilidade em que o nó de cada cluster está hospedado, os dados também são replicados em outras zonas de disponibilidade.

    • Armazenamento de backup com redundância local: esta opção é escolhida automaticamente para regiões que não dão suporte a zonas de disponibilidade. Quando os backups são armazenados no armazenamento de backup com redundância local, várias cópias de backups são armazenadas na mesma região.

  • Backup entre regiões

    • Armazenamento de backup com redundância geográfica: você pode escolher essa opção no momento da criação do cluster. Quando os backups são armazenados em outra região, além das três cópias de dados armazenados dentro da região em que o cluster está hospedado, os dados são replicados em outra região.

Região do Azure em que o backup com redundância geográfica do cluster é armazenado depende da região do Azure em que o cluster do Azure Cosmos DB para PostgreSQL está localizado.

Custo do armazenamento de backup

Para obter o preço atual do armazenamento de backup, consulte a página de preços do Azure Cosmos DB for PostgreSQL.

Restaurar

Você pode restaurar um cluster em qualquer ponto no tempo dentro dos últimos 35 dias. A Restauração pontual é útil em vários cenários. Por exemplo, quando um usuário exclui dados, remove uma tabela ou um banco de dados importante por engano ou se um aplicativo substitui, acidentalmente, dados válidos por dados inválidos.

Observação

Embora os backups de cluster estejam sempre armazenados por 35 dias, talvez seja necessário abrir uma solicitação de suporte para restaurar o cluster para um ponto anterior ao tempo de failover mais recente. Além de alta disponibilidade (HA), operações de manutenção e dimensionamento de computação/armazenamento usam failovers para minimizar o tempo de inatividade durante essas operações.

Para restauração na mesma região, quando todos os nós estiverem em execução, você poderá restaurar o cluster sem nenhuma perda de dados. Em um caso extremamente raro de um nó enfrentando um evento catastrófico (e alta disponibilidade não está habilitado no cluster), você pode perder até 5 minutos de dados.

Em clusters com backup geográfico habilitado, a restauração pode ser executada na região remota ou na mesma região em que o cluster está localizado.

Importante

Os clusters excluídos não podem ser restaurados. Se você excluir o cluster, todos os nós que pertencem o cluster serão excluídos e não poderão ser recuperados. Após a implantação, para proteger os recursos do cluster contra exclusão acidental ou alterações inesperadas, os administradores podem usar bloqueios de gerenciamento.

O processo de restauração cria um novo cluster na mesma região do Azure (ou remotamente), assinatura e grupo de recursos do que o original. Ele tem a configuração original: o mesmo número de nós, o mesmo número de vCores, o mesmo tamanho de armazenamento, as mesmas funções de usuário, a mesma versão do PostgreSQL e a mesma versão da extensão Citus.

As configurações de rede não são preservadas do cluster original, elas são redefinidas para valores padrão. Você precisará ajustar manualmente essas configurações após a restauração para permitir o acesso ao cluster restaurado. Em geral, confira nossa lista de tarefas de pós-restauração sugeridas.

Na maioria dos casos, a restauração do cluster leva até 1 hora.

Próximas etapas