Em uma empresa, um servidor Oracle 11g apresentou um problema e o disco no qual se localizavam os arquivos do banco de dados foi danificado e perderam-se todos os arquivos (control files, datafiles, online redo log files etc.), porém, o disco no qual estava a flash recovery area ficou intacto. Neste caso,
Anão será possível restaurar um backup do banco de dados, pois os control files, datafiles e online redo log files foram perdidos.
Bserá possível restaurar um backup do banco de dados utilizando o aplicativo DUMP ou RESTORE a partir da flash recovery area.
Cnão será possível restaurar um banco de dados porque o servidor sempre fica off-line quando o disco é danificado, impedindo o acesso à flash recovery area.
Dserá possível restaurar um backup RMAN em conjunto com os archive redo log files contidos na flash recovery area.
Enão será possível restaurar o banco de dados, pois o software Oracle foi corrompido e o disco no qual se localizavam os arquivos do banco de dados foi danificado.
Revelar gabarito e comentário▾
GabaritoD — será possível restaurar um backup RMAN em conjunto com os archive redo log files contidos na flash recovery area.
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 - Backup e Recuperação - Flash Recovery Area
Gabarito: letra D. A Flash Recovery Area (FRA) armazena backups RMAN e archive redo log files. Mesmo com a perda total dos arquivos do banco (control files, datafiles, online redo logs), é possível restaurar o banco de dados utilizando o RMAN em conjunto com os archive logs contidos na FRA. A banca testa o conhecimento da função da FRA e da ferramenta RMAN.
Recuperação Oracle com FRA: Perda total (Control files, Datafiles, Online redo logs); FRA intacta (Backups RMAN, Archive redo logs); Processo de restauração (RMAN acessa FRA, Restaura control files, Restaura datafiles, Aplica archive logs, Banco recuperado)
Alternativa A — ❌ Incorreta
Afirma que não será possível restaurar o backup. É incorreta porque, embora os arquivos do banco tenham sido perdidos, o backup e os archive logs na FRA permitem a recuperação completa via RMAN. O RMAN pode restaurar o banco mesmo sem os control files originais.
Alternativa B — ❌ Incorreta
Menciona o aplicativo DUMP ou RESTORE. O DUMP (Data Pump) é uma ferramenta de exportação/importação lógica, não utilizada para restaurar um backup físico completo. O RESTORE não é um aplicativo autônomo; a ferramenta correta é o RMAN (Recovery Manager). A banca troca o conceito (pegadinha clássica).
Alternativa C — ❌ Incorreta
Afirma que o servidor fica off-line e impede o acesso à FRA. Não procede: o servidor pode estar em estado de montagem ou recovery, mas a FRA permanece acessível se o disco dela estiver intacto. A impossibilidade de acesso não é uma consequência necessária.
Alternativa D — ✅ Correta ⟵ GABARITO
Exatamente: será possível restaurar um backup RMAN em conjunto com os archive redo log files contidos na flash recovery area. O RMAN utiliza a FRA para localizar backups e archive logs, reconstruindo o banco de dados por completo. Esse é o cenário típico de recuperação de desastres no Oracle.
Alternativa E — ❌ Incorreta
Afirma que o software Oracle foi corrompido. O problema descrito é apenas a perda dos arquivos do banco de dados no disco danificado. O software Oracle (binários, bibliotecas) não foi afetado, a menos que também estivesse no mesmo disco, mas o enunciado não diz isso. A restauração via RMAN continua possível.
PEGA ESSA DICA!
Em questões de recuperação Oracle, lembre-se: a Flash Recovery Area é o local centralizado para backups RMAN e archive logs. Mesmo com perda total dos arquivos do banco (datafiles, control files, online redo), desde que a FRA esteja íntegra e contenha um backup válido mais todos os archive logs necessários, a recuperação é viável. O RMAN é a ferramenta padrão para backup e recovery físico.