Matriz de suporte para Azure PostgreSQL servidor flexível e backup elástico em cluster vaulted (v2) (pré-visualização)

O Azure Backup permite-lhe 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)

Cópias de segurança vaulted estão disponíveis em todas as regiões públicas, exceto Áustria Este, Bélgica Central, Chile Central, Indonésia Central, Israel Noroeste, Malásia Sul, Malásia Oeste, México Central, Qatar 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 Azure PostgreSQL flexible server e backup elástico em cluster vaulted (v2)

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

Cenários de backup suportados para Azure PostgreSQL flexible server e backup elástico em cluster vaulted (v2)

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

• Todo o servidor ou cluster é feito backup. A cópia de segurança de bases de dados individuais não é suportada.
• É suportado cluster elástico até 8 nós.
• A primeira cópia de segurança de uma fonte de dados é uma cópia de segurança completa; todas as cópias de segurança depois disso são incrementais. O Azure Backup realiza novamente uma replicação inicial automaticamente se a cadeia de snapshots estiver quebrada.
• São suportados cronogramas de backup diários ou semanais, 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 on-demand (ad hoc) são suportados após a configuração da proteção.
• É suportada uma instância de backup por fonte de dados. A proteção múltipla do mesmo servidor não é suportada, por isso um servidor é protegido ou pela stack v1 ou pela stack v2, nunca por ambos.
• A política de backup associada a uma instância de backup pode ser alterada após a proteção estar configurada.
• Um trabalho de backup é marcado como Bem-sucedido assim que o snapshot do disco gerido foi copiado para o vault.
• Os metadados do ponto de recuperação, incluindo a versão PostgreSQL onde foi feito o backup, são visíveis em cada ponto de recuperação.
• São suportados backups imutáveis do WORM. Quando a imutabilidade está ativada e bloqueada no cofre de Backup, os pontos de recuperação não podem ser alterados, sobrescritos ou eliminados antes do seu período de retenção configurado expirar, por qualquer utilizador, incluindo um administrador do cofre.

Cenários de restauro suportados para Azure PostgreSQL flexible server e backup elástico em cluster vaulted (v2)

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

• As restaurações são realizadas como Restaurar como Servidor para um local alternativo. O servidor flexível alvo ou cluster elástico deve ser criado antes de a restauração ser acionada.
• Os dados em tabelas não registadas não são preservados e são perdidos após a restauração.
• O alvo pode estar numa subscrição diferente dentro do mesmo inquilino.
• A restauração entre regiões é suportada.
• Operações de restauro a partir de backups feitos em versões PostgreSQL que já não são suportadas não são garantidas.
• A restauração é suportada mesmo depois de a fonte de dados ter sido eliminada.
• Um trabalho de restauro é marcado como Bem-sucedido apenas quando todo o ponto de recuperação foi restaurado.
• Um ponto de recuperação obtido num servidor SSD Premium v1 restaura para um destino SSD Premium v1. Um ponto de recuperação tomado num 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 cumprir todos os seguintes critérios, que o Azure Backup valida antes do início da operação de restauro:

• O servidor ou cluster deve estar vazio.
• O servidor ou cluster não deve estar no nível de computação Burstable.
• 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 inferior ao tamanho do disco de origem, mesmo que o ponto de recuperação exija menos espaço no disco de destino.
• O servidor ou cluster não deve ter alta disponibilidade configurada.
• O servidor ou cluster não pode ter uma geo-réplica configurada, e não pode ser ele próprio 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 elastic cluster vaulted backup (v2)

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

• O backup e restauro ao nível do item não é suportado. Não pode fazer backup ou restaurar uma base de dados, tabela ou objeto individual.
• O burstable compute tier não é suportado. Configurar backup num servidor Burstable falha devido a um erro do utilizador. Escale o servidor para Uso Geral ou Otimizado para Memória primeiro.
• O PostgreSQL 14 e versões anteriores não são suportados. A configuração de backup falha para servidores que usam estas versões. Tens de atualizar para uma versão principal suportada antes de configurares a cópia de segurança, ou continuar a proteger o servidor com a v1.
• O backup é suportado apenas para servidores principais. Não podes configurar backup para réplicas de leitura ou geo-réplicas. Se tentares configurar uma cópia de segurança para uma réplica, a operação falha com um erro do utilizador.
• 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 demorar mais de um dia para servidores e clusters grandes. As cópias de segurança também podem exceder um dia para servidores com elevadas rotações diárias de dados ou servidores que utilizam o SSD Premium v2.
• Mover um item protegido da v1 para a v2 é uma das formas. Para voltar à 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 planeado. A configuração de backup existente mantém-se associada ao servidor principal anterior, e os seus backups começam a falhar após o failover. Para proteger o novo servidor principal, configure backup nesse servidor.

Passo seguinte

• Sobre o Azure PostgreSQL flexible server e o elastic cluster vaulted backup (v2) (pré-visualização).

Conteúdo relacionado

• Matriz de suporte para Base de Dados do Azure para PostgreSQL - Flexible Server (v1)..