Questão de Banco de Dados — Administração de banco de dados — CESPE / CEBRASPE 2026
Banco de Dados›Administração de banco de dados
Código
ce225560
Banca
CESPE / CEBRASPE
Órgão
IPAAM
Ano
2026
Nível
Superior
Cargo
Analista Ambiental – Especialidade: Análise de Sistemas
Durante um procedimento de recuperação estrutural, um DBA precisa abrir o banco de dados após a aplicação de redo logs, mantendo a consistência dos dados, sem permitir alterações adicionais até a validação completa.Considerando o Oracle Database 21c, assinale a opção que corresponde ao comando/estado correto para essa situação.
AFORCE
BREADONLY
CMOUNT
DNOARCHIVELOG
ERESETLOGS
Revelar gabarito e comentário▾
GabaritoE — RESETLOGS
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”.
Recuperação estrutural no Oracle Database 21c
Gabarito: letra E. Após a aplicação de redo logs em um procedimento de recuperação (como incomplete recovery ou recovery using backup control file), o banco deve ser aberto com o comando ALTER DATABASE OPEN RESETLOGS. Esse comando redefine a sequência de redo logs, garante a consistência dos dados e permite que o banco fique disponível para operações normais, mas sem exigir validação adicional imediata (a validação completa pode ocorrer depois). A banca testa o conhecimento do comando específico para essa situação, que é uma das operações mais críticas do DBA.
A situação descrita no enunciado é típica de uma recuperação que não pode ser feita com um complete recovery (ou seja, não é possível aplicar todos os redo logs até o momento da falha). Nesses casos, o Oracle exige que o banco seja aberto com RESETLOGS, o que descarta os redo logs antigos e inicia uma nova incarnation do banco de dados. As demais opções não correspondem ao comando/estado correto.
1Falha no banco
2MOUNT (estado intermediário)
3Aplicar redo logs
4ALTER DATABASE OPEN RESETLOGS
5Nova incarnation iniciada
6Banco read-write disponível
LEVEL · soulevel.com.br
Alternativa A — ❌ Incorreta
FORCE não é um comando ou estado válido no Oracle para abrir o banco após recuperação. O comando ALTER DATABASE OPEN pode ser usado com RESETLOGS ou NORESETLOGS, mas FORCE não existe nesse contexto. Além disso, FORCE é usado em outras operações, como ALTER SYSTEM KILL SESSION com a opção IMMEDIATE, mas não para abertura do banco.
Alternativa B — ❌ Incorreta
READONLY é um modo de operação do banco (aberto somente para leitura), mas não é o estado adequado após a aplicação de redo logs em uma recuperação estrutural. O banco precisa ser aberto para leitura e escrita (read-write) para que as transações possam prosseguir. O modo READONLY não permite alterações, mas não é o objetivo — o DBA precisa permitir alterações após a validação, e o RESETLOGS já abre o banco em modo read-write.
Alternativa C — ❌ Incorreta
MOUNT é um estado intermediário (o banco está montado, mas não aberto). O DBA usaria o estado MOUNT para realizar operações de recuperação, mas o enunciado diz "abrir o banco de dados após a aplicação de redo logs". Depois da recuperação, é necessário passar do estado MOUNT para OPEN; portanto, MOUNT não é a resposta.
Alternativa D — ❌ Incorreta
NOARCHIVELOG é um modo de operação do banco (sem arquivamento de redo logs), não um comando/estado de abertura. A questão pede o comando/estado correto após a aplicação de redo logs; o modo NOARCHIVELOG é definido na criação do banco ou alterado com ALTER DATABASE ARCHIVELOG/NOARCHIVELOG, mas não é um estado de abertura.
Alternativa E — ✅ Correta ⟵ GABARITO
RESETLOGS é a opção usada no comando ALTER DATABASE OPEN RESETLOGS após uma recuperação que não pôde ser complete recovery (por exemplo, perda de um redo log ativo, ou recuperação com backup control file). Esse comando:
Redefine a sequência de redo logs (zera o log sequence number).
Garante a consistência do banco de dados.
Permite que o banco seja aberto para operações normais (read-write).
Não permite alterações adicionais apenas no sentido de que a validação completa (como um ANALYZE ou verificação de integridade) pode ser feita depois, mas o banco já fica disponível.
Portanto, é exatamente o que o enunciado descreve: "abrir o banco de dados após a aplicação de redo logs, mantendo a consistência dos dados, sem permitir alterações adicionais até a validação completa" — interpreta-se que até a validação completa o banco pode ser aberto com RESETLOGS e depois, se necessário, realizar verificações adicionais (como ANALYZE TABLE ... VALIDATE STRUCTURE).