Questão de Banco de Dados — Administração de banco de dados — FUNDATEC 2025
Banco de Dados›Administração de banco de dados
Código
qg468574
Banca
FUNDATEC
Órgão
BRDE
Ano
2025
Nível
Superior
Cargo
Analista de Sistemas - Subárea Administração de Banco de Dados
Um desenvolvedor executou acidentalmente um DELETE sem cláusula WHERE em uma tabela importante às 10:30 AM. O erro foi percebido às 10:35 AM. O banco está em modo ARCHIVELOG e possui Flashback Technology habilitada. Qual feature permite reverter apenas esta operação indesejada, recuperando os dados deletados, sem a necessidade de realizar um restore completo dos arquivos de backup e sem afetar outras transações válidas ocorridas no período?
APoint-in-Time Recovery a nível de tabela.
BRestore de um Backup Incremental.
CFlashback Table to before TIMESTAMP.
DAtivação de uma Logical Standby Database.
ERecriação da tabela a partir de um export lógico.
Revelar gabarito e comentário▾
GabaritoC — Flashback Table to before TIMESTAMP.
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”.
Oracle Flashback Technology: Flashback Table
Gabarito: letra C. O Flashback Table to before TIMESTAMP permite reverter uma tabela inteira para um estado anterior usando dados de undo (flashback logs), sem necessidade de restore de backup e sem afetar outras transações – exatamente o que o cenário exige: recuperar os dados deletados acidentalmente sem interromper as demais operações.
A banca testa o conhecimento das funcionalidades de recuperação do Oracle, especialmente a diferença entre Flashback Table e técnicas tradicionais como Point-in-Time Recovery (PITR) ou restore de backup. A chave é identificar a feature que opera em nível de tabela e não requer restore completo.
1DELETE sem WHERE (10:30)
2Erro percebido (10:35)
3Flashback Table to before TIMESTAMP
4Tabela revertida sem restore
LEVEL · soulevel.com.br
Alternativa A — ❌ Incorreta
Point-in-Time Recovery (PITR) no Oracle é realizado em nível de banco de dados ou tablespace, não de tabela individual. Para usá-lo seria necessário restaurar um backup completo e aplicar logs de redo até o timestamp desejado, o que afeta todo o banco e é muito mais demorado e impactante.
Alternativa B — ❌ Incorreta
Restore de um backup incremental também é um processo de recuperação em nível de banco de dados ou tablespace. Envolve restaurar arquivos de backup e aplicar logs, não sendo direcionado a uma única tabela e afetando outras transações.
Alternativa C — ✅ Correta ⟵ GABARITO
Flashback Table to before TIMESTAMP é a funcionalidade específica do Oracle que permite reverter uma tabela para o estado exato de um timestamp anterior, utilizando os dados de undo armazenados. Opera apenas na tabela especificada, não requer restore de backup e não interfere em outras transações — ideal para reverter um DELETE acidental sem afetar operações válidas.
Alternativa D — ❌ Incorreta
Uma Logical Standby Database é uma configuração de Oracle Data Guard que mantém uma réplica lógica do banco primário, normalmente usada para consultas e failover. Não é uma ferramenta de recuperação pontual para reverter uma única transação em uma tabela.
Alternativa E — ❌ Incorreta
Recriação da tabela a partir de um export lógico (exp/imp) exigiria que houvesse um export da tabela antes do DELETE, o que não foi mencionado. Além disso, o processo de importação é mais lento e manual, não sendo a feature mais adequada para reverter rapidamente a operação sem afetar outras transações.
NÃO CAIA NESSA!
Confundir Flashback Table com Point-in-Time Recovery (PITR). Enquanto o Flashback Table atua sobre uma única tabela usando undo, o PITR é uma técnica de recuperação em nível de banco ou tablespace que exige restore completo de backup e aplicação de logs.