Engenharia Múltipla Escolha

Os SGBDs estão sujeitos à ocorrência de alguma falha durante a execução de suas transações, sejam do tipo lógica ou do sistema computacional. Suponha que o sistema sofre uma falha de transação, na qual uma transação ativa terminou de forma anormal. Como possíveis causas dessa falha, tem-se: lógica da transação mal definida, deadlock ou cancelamento pelo usuário. Esse tipo de falha não compromete a memória principal e a memória secundária (disco), sendo a falha que possui a maior probabilidade de ocorrência em um sistema. Considerando este cenário, assinale a alternativa que indica a ação que dever ser executada.

Os SGBDs estão sujeitos à ocorrência de alguma falha durante a execução de suas transações, sejam do tipo lógica ou do sistema computacional. Suponha que o sistema sofre uma falha de transação, na qual uma transação ativa terminou de forma anormal. Como possíveis causas dessa falha, tem-se: lógica da transação mal definida, deadlock ou cancelamento pelo usuário. Esse tipo de falha não compromete a memória principal e a memória secundária (disco), sendo a falha que possui a maior probabilidade de ocorrência em um sistema. Considerando este cenário, assinale a alternativa que indica a ação que dever ser executada.

  1. Partial UNDO.
  2. Global UNDO.
  3. Partial REDO.
  4. Transaction UNDO.
  5. Global REDO.

Resolução completa

Explicação passo a passo

D
Alternativa D

Alternativa D - Transaction UNDO

A questão aborda o mecanismo de recuperação de falhas em Sistemas de Gerenciamento de Banco de Dados (SGBD), especificamente quando ocorre uma Falha de Transação. Diferente de uma falha de sistema (que derruba toda a máquina), esta falha é isolada ao processo da transação, sem danificar o disco ou a memória física.

Para manter a propriedade de Atomicidade do modelo ACID, qualquer alteração feita por uma transação que termine de forma anormal deve ser desfeita completamente. Isso garante que o banco de dados permaneça em um estado consistente, como se a transação nunca tivesse ocorrido.

A ação correta é realizar o UNDO (desfazer) apenas sobre os dados modificados por aquela transação específica, sem afetar outras transações ou exigir uma recuperação global do sistema.

Análise Técnica

Abaixo, detalhamos os conceitos fundamentais para entender a escolha da alternativa:

  • Natureza da Falha: O enunciado descreve uma falha onde "uma transação ativa terminou de forma anormal" mas "não compromete a memória principal e a memória secundária". Isso caracteriza uma Falha de Transação (Soft Failure), distinta de uma Falha de Sistema (Hard Failure).
  • Ação de Recuperação (UNDO vs REDO):
  • UNDO: Utilizado para reverter alterações não commitadas ou falhadas. É necessário para garantir Atomicidade.
  • REDO: Utilizado para reaplicar alterações já commitadas após uma falha de sistema. Não se aplica aqui pois a transação não foi concluída.
  • Escopo da Ação (Partial vs Global vs Transaction):
  • Global: Implica recuperar todo o sistema (após queda de energia).
  • Partial: Termo ambíguo, geralmente não usado em definições padrão de recuperação de transação única.
  • Transaction: Especifica que a operação é restrita àquela transação falha, preservando o trabalho das demais.
Tipo de FalhaImpacto no Disco/MemóriaAção de RecuperaçãoEscopo
Falha de TransaçãoNenhum (Lógica/Processo)UNDOApenas a transação afetada
Falha de SistemaSim (Perda de Voláteis)UNDO + REDOTodo o banco de dados

Por que não as outras alternativas?

  • a. Partial UNDO: Termologia imprecisa. A transação deve ser totalmente desfeita, não parcialmente.
  • b. Global UNDO: Seria excessivo e desnecessário, afetando transações que funcionaram corretamente.
  • c. e e. REDO: Redo implica refazer mudanças. Como a transação falhou, suas mudanças são inválidas e devem ser removidas, não repetidas.

Conclusão

Diante do cenário descrito, onde a integridade do armazenamento físico está intacta, mas o estado lógico da transação está comprometido, o SGBD deve abortar a transação e desfazer seus efeitos locais. Portanto, a ação técnica correta é o Transaction UNDO, garantindo a consistência dos dados sem interromper o funcionamento geral do servidor.

Tem outra questão para resolver?

Resolver agora com IA

Mais questões de Engenharia

Ver mais Engenharia resolvidas

Tem outra questão de Engenharia?

Cole o enunciado, tire uma foto ou descreva o problema — a IA resolve com explicação completa em segundos.