Partilhar via

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

  • Artigo

APLICA-SE A: Azure Cosmos DB para PostgreSQL (alimentado pela extensão de banco de dados Citus para PostgreSQL)

O Azure Cosmos DB para PostgreSQL cria automaticamente backups de cada nó em um cluster. Os backups podem ser usados para restaurar o cluster para um tempo especificado - restauração point-in-time (PITR). A cópia de segurança e o restauro são uma parte essencial de qualquer estratégia de continuidade empresarial, uma vez que protegem os seus dados contra danos e a eliminação acidentais.

Cópias de Segurança

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

As cópias de segurança permitem restaurar um servidor para qualquer ponto anterior no tempo dentro do período de retenção. (Atualmente, o período de retenção é de 35 dias para todos os clusters.) Todos os backups são criptografados usando criptografia AES de 256 bits.

Os ficheiros de cópia de segurança não podem ser exportados. Eles só podem ser usados para operações de restauração no Azure Cosmos DB para PostgreSQL.

Redundância de backup

O Azure Cosmos DB para PostgreSQL suporta as seguintes opções de redundância de backup.

  • Backup da mesma região

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

    • Armazenamento de backup com redundância local: essa opção é escolhida automaticamente para regiões que não oferecem suporte a zonas de disponibilidade. Quando os backups são armazenados em armazenamento de backup localmente redundante, 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 de três cópias de dados armazenados na região onde o cluster está hospedado, os dados são replicados para outra região.

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

Custo de armazenamento de cópias de segurança

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

Restauro

Pode restaurar um cluster para qualquer ponto anterior no tempo dos últimos 35 dias. A restauração point-in-time é útil em vários cenários. Por exemplo, quando um utilizador elimina dados acidentalmente ou descarta uma tabela ou uma base de dados importante, ou se uma aplicação substituir acidentalmente dados corretos por dados incorretos.

Nota

Embora os backups de cluster sejam 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 da alta disponibilidade (HA), as operações de manutenção e dimensionamento de computação/armazenamento usam failovers para minimizar o tempo de inatividade durante essas operações.

Para a restauração da mesma região, quando todos os nós estiverem ativos e em execução, você poderá restaurar o cluster sem qualquer perda de dados. Em um caso extremamente raro de um nó que experimenta um evento catastrófico (e a alta disponibilidade não está habilitada 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 onde o cluster está localizado.

Importante

Não é possível restaurar os clusters eliminados. Se eliminar o cluster, todos os nós que pertencem ao cluster serão eliminados e não poderão ser recuperados. Para proteger os recursos do cluster, após a implantação, contra exclusão acidental ou alterações inesperadas, os administradores podem aproveitar os bloqueios de gerenciamento.

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

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

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

Próximos passos