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:
- A)Full Dump;
Errada, porque full dump faz uma cópia completa, mas não garante recuperação até um instante específico no tempo.
- B)Copy Backup;
Errada, porque copy backup é apenas uma cópia dos arquivos, sem o mecanismo de arquivamento contínuo necessário para PITR.
- C)SQL Dump;
Errada, porque SQL dump gera um script lógico de exportação/importação, útil para migração, mas não para restauração temporal precisa.
- D)Continuous Archiving;
Certa, porque o continuous archiving permite recuperar o banco até um ponto exato no tempo usando backup base mais WAL arquivado.
- E)File System Level.
Errada, porque backup em nível de sistema de arquivos pode copiar dados físicos, mas sozinho não garante recuperação consistente até uma data-hora específica.
Gabarito: D
Quando a ideia é restaurar dois bancos de dados até um ponto exato no tempo, você precisa de algo que permita recuperar o estado do sistema com controle de tempo, e não apenas copiar arquivos soltos. No PostgreSQL, isso é feito com arquivamento contínuo dos WALs (Write-Ahead Logs), em conjunto com um backup base. Essa combinação permite voltar a um instante específico antes de uma falha, como se você apertasse o botão de "voltar no tempo" do banco. É por isso que o gabarito é a alternativa D. O Continuous Archiving guarda os registros de transação e possibilita a Point-in-Time Recovery (PITR), que é justamente a restauração até uma data-hora anterior ao problema. Sem os WALs arquivados, você até consegue restaurar um backup, mas não consegue ajustar com precisão o momento da recuperação. As demais opções falam de cópias ou dumps mais simples, que servem para backup, mas não entregam esse nível de controle temporal. Em prova, sempre desconfie quando o enunciado mencionar "ponto específico no tempo", "data-hora anterior" ou "após uma falha": isso costuma apontar para arquivamento contínuo e recuperação até um instante exato. Em doutrina de PostgreSQL, isso é clássico: backup base + arquivos WAL = recuperação em ponto no tempo. É a dupla que evita o drama de restaurar demais ou de menos.