A Figura a seguir ilustra uma linha de tempo para um schedule possível de transações executáveis.

Quando o checkpoint foi tomado no tempo t1, a transação T1 tinha sido confirmada, enquanto as transações T3 e T4 não o tinham. Antes da falha do sistema no tempo t2 , T1, T2 e T3 tinham sido confirmadas, mas T4 e T5 não.

De acordo com o método de recuperação, não é preciso refazer as operações write_item da transação T1, ou quaisquer transações confirmadas antes do momento do último checkpoint em t1. As operações write_item de T2 e T3 devem, contudo, ser refeitas, pois as duas transações atingiram seus pontos de confirmação após o último checkpoint. Lembre-se de que o log é gravado à força antes de confirmar uma transação. As transações T4 e T5 serão ignoradas: elas serão efetivamente canceladas ou revertidas porque nenhuma de suas operações write_item foram gravadas no banco de dados em disco sob o protocolo de atualização adiado.