Dá para responder esta questão com um pouco de interpetação de texto:
a) ....deve ter as seguintes informações: identificador da transação, identificador de item de dados, novo valor.
Como trata-se de recuperação, não há novo valor, mas sim valores anteriores a serem recuperados.
c)...O sistema de banco de dados reside permanentemente no armazenamento volátil ...
A palavra volátil já mata a alternativa.
d) O Rollback mantém a integridade dos dados caso a transação falhe, ou seja, ou é tudo certo ou nada feito.
e)...falha ocorreu suficientemente cedo durante a transferência, de modo que o bloco de destino permanece intacto).
As palavras suficientemente cedo e o trecho que diz que o bloco fica intacto matam a alternativa.
Gab. letra b.
Só uma observação do comentário anterior do nosso amigo André.
Sobre o comentário da letra a: "não há novo valor"...pode haver sim novo valor, pois na própria descrição tem o seguinte trecho "o registro de log de atualização", então se tem atualização tem novo valor.
A questão esta se referindo a logs de transação:
Todos os bancos de dados possuem este tipo de arquivo. Este log é uma forma de todos os SGDB garantirem o "D" do ACID (Durabilidade).
Log para recuperação de informações referentes a transações contínuas e arquiváveis.
O problema é o seguinte trecho "descreve uma única escrita no banco de dados".
Esses arquivos possuem um formato finito e quando o arquivo atinge este tamanho ele inicia um novo arquivo de log.
Logs de Transação de cada SGDB:
Oracle: Redo Log;
PostgreSQL: Write Ahead Log;
DB2: Active Log;
MySQL: Binary Log;
Fonte: https://www.savepoint.blog.br/2007/08/28/log-de-transacoes-parte-i-o-que-e-isso/