Questão de Banco de Dados — Oracle — CESPE / CEBRASPE 2025
Banco de Dados›Oracle
Código
ce417234
Banca
CESPE / CEBRASPE
Órgão
PC DF
Ano
2025
Cargo
GAAPC ( )
A respeito de arquitetura, segurança, integridade, concorrência, recuperação após falhas e gerenciamento de transições em sistemas de gerenciamento de banco de dados (SGDB), julgue o item a seguir.
Em um ambiente Oracle, a implementação de controle de concorrência por meio de isolamento de transações, combinada ao uso de backups incrementais e de log de redo, é suficiente para garantir a integridade e a recuperação completa dos dados após falha inesperada.
CCerto
EErrado
Revelar gabarito e comentário▾
GabaritoC — Certo
Esta resolução diverge do gabarito oficial. A banca deu Certo; a resolução abaixo sustenta o contrário e explica por quê — ela não foi reescrita para concordar. Acontece nos dois sentidos: há gabarito que cai em recurso e há resolução que erra. Confira na fonte antes de fixar o entendimento.
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”.
Controle de concorrência, backups e recuperação no Oracle
Gabarito: Errado. A combinação de isolamento de transações, backups incrementais e log de redo não é suficiente para garantir a integridade e a recuperação completa dos dados após uma falha inesperada, pois a recuperação completa depende de um conjunto mais amplo de componentes e estratégias, incluindo os arquivos de controle (control files), que são essenciais para a montagem e recuperação do banco, e a durabilidade das transações confirmadas, que exige que o log de redo seja arquivado e que haja uma estratégia de backup adequada (completa + incrementais). A afirmativa peca por generalização indevida: trata como suficiente o que é apenas parte do mecanismo.
O controle de concorrência por isolamento de transações é uma das propriedades ACID (Isolamento) e garante que transações concorrentes não interfiram umas nas outras, evitando leituras sujas, leituras não repetíveis e fantasmas. No Oracle, isso é implementado por meio de locks e multiversão (MVCC), com o uso de undo segments para fornecer consistência de leitura. Porém, o isolamento não tem relação direta com a recuperação após falha: ele atua na execução concorrente, não na persistência dos dados.
Os backups incrementais (nível 0 e nível 1 no RMAN) são cópias de segurança que capturam apenas os blocos alterados desde o último backup, reduzindo o tempo e o espaço de armazenamento. Eles são parte fundamental de uma estratégia de recuperação, mas não são suficientes sozinhos: é preciso também um backup completo (full) para servir de base, e os incrementais são aplicados sobre ele. Além disso, a recuperação completa exige que o banco esteja em modo ARCHIVELOG para que os redo logs arquivados possam ser usados na recuperação até o momento da falha.
O log de redo registra todas as alterações feitas no banco, permitindo que o Oracle refaça (redo) as transações em caso de falha. No entanto, o redo log sozinho não garante a recuperação completa: é necessário que ele esteja arquivado (archived redo log) e que haja um control file íntegro, que contém a estrutura física do banco e é essencial para a montagem e recuperação. Sem o control file, o banco pode até ser montado, mas não pode ser recuperado em caso de incidente.
A afirmativa também ignora a necessidade de uma estratégia de backup completa (full + incrementais) e de testes de recuperação periódicos. A recuperação completa após falha inesperada depende de um plano de recuperação de desastres que considere todos os componentes: control files, redo logs arquivados, backups completos e incrementais, e a configuração correta do ambiente. Portanto, a combinação citada é necessária, mas não suficiente.
NÃO CAIA NESSA!
A banca tenta fazer o candidato acreditar que isolamento + backups incrementais + redo log são suficientes para a recuperação completa. Na verdade, faltam componentes essenciais como control files, redo logs arquivados e um backup completo de base. O isolamento é para concorrência, não para recuperação — são mecanismos distintos que atuam em momentos diferentes.
PEGA ESSA DICA!
Para questões sobre recuperação no Oracle, lembre-se do tripé: backup completo + incrementais + redo logs arquivados + control files. O isolamento é propriedade ACID para concorrência, não para recuperação. Se a questão disser que isolamento garante recuperação, está errada.
Recuperação completa no Oracle
1Componentes necessários
Backup completo (base)
Backups incrementais (nível 0 e 1)
Redo logs arquivados (ARCHIVELOG)
Control files (estrutura física)
2Mecanismos distintos
Isolamento (ACID) → concorrência
Redo/backup → recuperação
3Não basta: isolamento + incrementais + redo
LEVEL · soulevel.com.br
Item — ❌ Errado
A afirmativa está errada porque a combinação citada não é suficiente para garantir a integridade e a recuperação completa dos dados após falha inesperada. O isolamento de transações é uma propriedade ACID que atua na concorrência, não na recuperação. Os backups incrementais precisam de um backup completo como base, e o log de redo precisa estar arquivado para permitir recuperação até o momento da falha. Além disso, os control files são essenciais para a montagem e recuperação do banco — sem eles, o banco não pode ser recuperado em caso de incidente. A recuperação completa depende de uma estratégia integrada que inclua todos esses componentes, e não apenas os três citados.