Pular para o conteúdo principal

Questão de Banco de Dados — PostgreSQL — FGV 2023

Banco de DadosPostgreSQL
Código
fg072450
Banca
FGV
Órgão
TJ-RN
Ano
2023
Nível
Superior
Cargo
Analista Judiciário - Tecnologia de Informação – Análise de Suporte
Luiz é o responsável pela rotina de backup dos bancos de dados BD_FIRST e BD_SECOND mantidos no PostgreSQL.Para garantir que BD_FIRST e BD_SECOND sejam restaurados consistentemente até um ponto específico no tempo, tal como uma data-hora anterior a um ponto de falha, Luiz deve realizar backups do tipo:
  1. AFull Dump;
  2. BCopy Backup;
  3. CSQL Dump;
  4. DContinuous Archiving;
  5. EFile System Level.
Revelar gabarito e comentário

GabaritoD — Continuous Archiving;

Comentário gerado por IA. É um apoio ao estudo, ancorado em fontes, mas pode conter imprecisões — confira sempre na fonte oficial (lei, súmula, edital e gabarito da banca). Encontrou um erro? Use “Reportar”.

PostgreSQL: Backup e Point-in-Time Recovery

Gabarito: letra D. No PostgreSQL, a técnica que permite restaurar bancos de dados consistentemente até um ponto específico no tempo (Point-in-Time Recovery, PITR) é o Continuous Archiving, que utiliza o Write-Ahead Log (WAL) para registrar todas as alterações. Dessa forma, é possível recriar o estado do banco em qualquer instante anterior a uma falha, combinando um backup base com os arquivos WAL arquivados continuamente.

A banca testa o conhecimento dos tipos de backup no PostgreSQL e sua aplicação para PITR.

  1. 1Backup base (dump/snapshot)
  2. 2Arquivamento contínuo do WAL
  3. 3Falha → restaura backup base
  4. 4Aplica WALs até o ponto desejado
LEVEL · soulevel.com.br

Alternativa A — ❌ Incorreta

Full Dump (pg_dump) gera um arquivo SQL ou formato próprio com todo o banco, mas não captura transações subsequentes ao dump. Não permite PITR porque não registra alterações incrementais contínuas.

Alternativa B — ❌ Incorreta

Copy Backup não é um método nativo do PostgreSQL para PITR. O comando COPY exporta dados de uma tabela, mas não fornece mecanismo de recuperação a qualquer ponto no tempo.

Alternativa C — ❌ Incorreta

SQL Dump é essencialmente a mesma categoria do Full Dump (gerado pelo pg_dump). Não há suporte a PITR porque não há arquivamento contínuo de logs.

Alternativa D — ✅ Correta ⟵ GABARITO

Continuous Archiving é a técnica que, aliada ao WAL, permite PITR. Consiste em manter um backup base (pode ser um dump ou snapshot) e arquivar continuamente os segmentos WAL gerados. Em caso de falha, restaura-se o backup base e aplicam-se os WALs até o ponto desejado. É o único método listado que atende ao requisito de consistência temporal granular.

Alternativa E — ❌ Incorreta

File System Level backup (cópia dos arquivos de dados no nível do sistema operacional) pode ser usado, mas sem o arquivamento contínuo do WAL não oferece PITR. Apenas uma cópia pontual, sem capacidade de recuperar em um minuto específico após o backup.

PEGA ESSA DICA!

Pense no PITR como um "retroceder no tempo" contínuo. O WAL é o diário de bordo; sem ele, você só tem fotos (backups) sem os detalhes do que aconteceu entre elas. O Continuous Archiving é exatamente isso: manter o diário sempre atualizado.

Link permanente: /questoes/fg072450