Matriz de suporte para Azure PostgreSQL servidor flexível e backup elástico em cluster vaulted (v2) (prévia)

O Backup do Azure permite proteger servidores flexíveis e clusters elásticos do Azure PostgreSQL com backups físicos (snapshot de disco). Este artigo resume as regiões, cenários, configurações e limitações suportadas pela experiência v2.

Regiões suportadas para Azure PostgreSQL servidor flexível e backup elástico em cluster vaulted (v2)

Backups vaulted estão disponíveis em todas as regiões públicas, exceto Áustria Leste, Bélgica Central, Chile Central, Indonésia Central, Israel Noroeste, Malásia Sul, Malásia Oeste, México Central, Catar Central, Sul Central dos EUA 2, Sudeste dos EUA, Sudeste dos EUA 3, Sudeste dos EUA 5, Sudoeste dos EUA e Oeste da Índia.

Fontes de dados e configurações suportadas para servidor flexível Azure PostgreSQL e backup vaulted de cluster elástico (v2)

A tabela a seguir lista as fontes de dados e configurações suportadas para o servidor flexível Azure PostgreSQL e backup elástico em cluster vaulted (v2):

Cenários de backup suportados para Azure PostgreSQL servidor flexível e backup elástico em cluster vaulted (v2)

O servidor flexível Azure PostgreSQL e o backup vaulted de cluster elástico (v2) suportam os seguintes cenários de backup:

• Todo o servidor ou cluster é feito backup. Backup de bancos de dados individuais não é suportado.
• Cluster elástico de até 8 nós é suportado.
• O primeiro backup de uma fonte de dados é um backup completo; todo backup depois disso é incremental. O Backup do Azure realiza uma replicação inicial novamente automaticamente se a cadeia de snapshots for quebrada.
• Cronogramas de backup diários ou semanais são suportados, com um objetivo mínimo de pontos de recuperação de um dia.
• A retenção pode ser definida de 7 dias até 10 anos, com durações independentes para pontos de recuperação diários, semanais, mensais e anuais.
• Backups sob demanda (ad hoc) são suportados após a configuração da proteção.
• Uma instância de backup é suportada por fonte de dados. A proteção múltipla do mesmo servidor não é suportada, então um servidor é protegido tanto pela pilha v1 quanto pela pilha v2, nunca ambas.
• A política de backup associada a uma instância de backup pode ser alterada após a configuração da proteção.
• Um trabalho de backup é marcado como Bem-sucedido assim que o snapshot gerenciado do disco foi copiado para o vault.
• Metadados do ponto de recuperação, incluindo a versão PostgreSQL em que o backup foi feito, são visíveis em cada ponto de recuperação.
• Backups imutáveis do WORM são suportados. Quando a imutabilidade é ativada e travada no cofre de backup, os pontos de recuperação não podem ser alterados, sobrescritos ou excluídos antes que o período de retenção configurado expire, por qualquer usuário, incluindo o administrador do cofre.

Cenários de restauração suportados para Azure PostgreSQL servidor flexível e backup elástico em cluster vaulted (v2)

Servidor flexível Azure PostgreSQL e backup vaulted de cluster elástico (v2) suportam os seguintes cenários de restauração:

• Restaurações são realizadas como Restaurar como Servidor em um local alternativo. O servidor flexível alvo ou cluster elástico deve ser criado antes que a restauração seja acionada.
• Dados em tabelas não logadas não são preservados e são perdidos após a restauração.
• O alvo pode estar em uma assinatura diferente dentro do mesmo inquilino.
• A restauração entre regiões é suportada.
• Operações de restauração a partir de backups feitos em versões PostgreSQL que não são mais suportadas não são garantidas.
• A restauração é suportada mesmo após a fonte de dados de origem ter sido excluída.
• Um trabalho de restauração é marcado como Bem-sucedido somente quando todo o ponto de recuperação foi restaurado.
• Um ponto de recuperação feito em um servidor SSD Premium v1 restaura em um target SSD Premium v1. Um ponto de recuperação feito em um servidor SSD Premium v2 restaura para um destino SSD Premium v2.

Requisitos alvo para restauração

O servidor flexível alvo ou cluster elástico deve atender a todos os seguintes critérios, que o Backup do Azure valida antes do início da operação de restauração:

• O servidor ou cluster deve estar vazio.
• O servidor ou cluster não deve estar no tier de computação Burrstable.
• O servidor ou cluster alvo deve usar a mesma versão principal do PostgreSQL que o servidor de origem quando o backup foi feito. A restauração falha se as versões não coincidirem.
• O servidor ou cluster alvo deve ter o mesmo tamanho de disco que o servidor de origem. A restauração falha se o tamanho do disco alvo for menor que o tamanho do disco de origem, mesmo que o ponto de recuperação exija menos espaço no disco alvo.
• O servidor ou cluster não pode ter alta disponibilidade configurada.
• O servidor ou cluster não pode ter uma geo-réplica configurada, e ele próprio não pode ser uma geo-réplica.
• O servidor ou cluster deve estar na mesma região do cofre de backup.

Limitações para Azure PostgreSQL flexible server e backup vaulted em cluster elástico (v2)

A experiência v2 apresenta as seguintes limitações:

• Backup e restauração em nível de item não são suportados. Você não pode fazer backup ou restaurar um banco de dados, tabela ou objeto individual.
• O nível de computação Burstable não é suportado. Configurar backup em um servidor Burstable falha devido a um erro do usuário. Escale o servidor para Uso Geral ou Otimizado para Memória primeiro.
• PostgreSQL 14 e versões anteriores não são suportadas. A configuração de backup falha para servidores que usam essas versões. Você deve atualizar para uma versão principal suportada antes de configurar backup, ou continuar protegendo o servidor com a v1.
• Backup é suportado apenas para servidores primários. Você não pode configurar backup para réplicas de leitura ou geo-réplicas. Se você tentar configurar backup de uma réplica, a operação falha com um erro do usuário.
• O objetivo do ponto de recuperação de um dia (RPO) não é garantido em todos os cenários. O backup inicial e a replicação inicial subsequente transferem todo o conteúdo do disco e podem levar mais de um dia para servidores e clusters grandes. Backups também podem ultrapassar um dia para servidores com alta rotatividade diária de dados ou servidores que usam SSD Premium v2.
• Mover um item protegido da v1 para a v2 é uma das formas. Para voltar para a v1, pare a proteção e reconfigure o backup na pilha v1.
• A configuração de backup não se aplica automaticamente ao novo servidor principal após um geo-failover planejado. A configuração de backup existente permanece associada ao servidor primário anterior, e seus backups começam a falhar após o failover. Para proteger o novo servidor principal, configure backup nesse servidor.

Próximas etapas

• Sobre o Azure PostgreSQL servidor flexível e o backup elástico em cluster vaulted (v2) (prévia).

Conteúdo relacionado

• Support matrix for Banco de Dados do Azure para PostgreSQL - Flexible Server (v1)..