Questão de Banco de Dados — Backup em Banco de Dados — FUNDATEC 2025
Banco de Dados›Backup em Banco de Dados
Código
qg468575
Banca
FUNDATEC
Órgão
BRDE
Ano
2025
Nível
Superior
Cargo
Analista de Sistemas - Subárea Administração de Banco de Dados
Após uma falha de hardware, um DBA precisa restaurar um banco de dados crítico. Ele possui um backup completo de 2 dias atrás e uma série completa de backups incrementais e de archive logs gerados desde então. Para minimizar a perda de dados, o objetivo é restaurar o banco ao estado exatamente no momento da falha. Qual é a sequência correta de operações a ser realizada?
ARestaurar o backup completo, aplicar o último backup incremental e os Archive Logs.
BRestaurar o último backup incremental, aplicar o backup completo e os Archive Logs.
CRestaurar os Archive Logs, aplicar o backup completo e os backups incrementais.
DRestaurar o backup completo, aplicar todos os backups incrementais em ordem, recuperar o banco aplicando os Archive Logs.
ERestaurar o backup completo e imediatamente abrir o banco; os incrementais e logs serão aplicados automaticamente.
Revelar gabarito e comentário▾
GabaritoD — Restaurar o backup completo, aplicar todos os backups incrementais em ordem, recuperar o banco aplicando os Archive Logs.
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”.
Backup e Restauração em Banco de Dados
Gabarito: letra D. A sequência correta para restaurar o banco ao momento exato da falha é: (1) restaurar o backup completo (full), (2) aplicar todos os backups incrementais na ordem em que foram gerados e (3) recuperar aplicando os archive logs (redo logs arquivados) que contêm as transações após o último incremental. Essa ordem permite reconstruir o estado mais recente dos dados, minimizando a perda.
A banca testa o conhecimento do processo de recuperação após falha de hardware. O backup completo é a base; os incrementais capturam as alterações desde o último backup (seja full ou incremental); os archive logs registram cada transação confirmada e são necessários para recuperar até o último instante antes da falha.
Alternativa A — ❌ Incorreta
Afirma aplicar o último backup incremental e os archive logs, pulando os incrementais intermediários. A restauração incremental exige todos os incrementais gerados após o full, na sequência correta. Sem eles, os dados posteriores ao primeiro incremental estariam perdidos.
Alternativa B — ❌ Incorreta
Inverte a ordem: quer restaurar o último incremental antes do completo. O backup incremental não tem sentido sem o full como base; não é possível aplicar um incremental sobre um banco inexistente ou vazio.
Alternativa C — ❌ Incorreta
Propõe restaurar os archive logs primeiro, depois o full e os incrementais. Os archive logs dependem de uma estrutura de banco já existente (resultante da restauração do full + incrementais); aplicá-los antes não faz sentido.
Alternativa D — ✅ Correta ⟵ GABARITO
Descreve exatamente a sequência esperada: restaurar o backup completo, aplicar todos os backups incrementais em ordem e, por fim, recuperar o banco aplicando os archive logs. Essa é a prática padrão em SGBDs como Oracle (com RMAN) e PostgreSQL (com WAL).
Alternativa E — ❌ Incorreta
Sugere abrir o banco imediatamente após restaurar o full, esperando que incrementais e logs sejam aplicados automaticamente. Sem a aplicação dos incrementais e logs, o banco estará no estado de 2 dias atrás, e não no momento da falha. A recuperação automática (crash recovery) só refaz transações dos logs já aplicados, mas não inclui incrementais não aplicados.
NÃO CAIA NESSA!
A alternativa A é a mais tentadora: parece que “último incremental” é suficiente, mas a banca conta com o candidato que esquece que o incremental acumula desde o backup anterior — é preciso todos os incrementais, não apenas o último. Treine essa ordem: FULL → TODOS os incrementais (na ordem) → LOGS.