Recuperação de falhas em bancos de dados
❌ ERRADO. A afirmação está incorreta porque o processo de recuperação após falha não se limita a aplicar apenas logs de transações confirmadas (commit) ignorando operações após o último checkpoint. Na verdade, o checkpoint serve para reduzir o trabalho de recuperação: transações confirmadas antes do checkpoint já tiveram suas alterações gravadas no disco (devido à escrita dos buffers durante o checkpoint) e, portanto, não precisam ser refeitas. Já transações confirmadas após o checkpoint necessitam de REDO (refazer). Além disso, transações que estavam ativas (não confirmadas) no momento da falha precisam de UNDO (desfazer), independentemente de seus registros estarem antes ou depois do checkpoint.
A recuperação típica segue os seguintes passos:
Identificar, a partir do último checkpoint, quais transações estavam ativas e quais já haviam cometido.
Refazer (REDO) todas as transações confirmadas, mesmo aquelas com registros após o checkpoint, para garantir que suas alterações estejam persistidas.
Desfazer (UNDO) todas as transações que não estavam confirmadas no momento da falha.
Portanto, ignorar operações registradas após o último checkpoint é um erro, pois tanto REDO quanto UNDO podem envolver esses registros.
✅ Gabarito: Errado (E).