Um diário externo não é a mesma coisa que um dispositivo de cache LVM. Um cache LVM em um SSD para write-back não seria volátil, portanto as preocupações com a integridade dos dados não são enormes (exceto se esse dispositivo de cache falhar repentinamente - e esse dispositivo de cache pode realmente ser um RAID de através do Linux MD ou similar).
Um diário de intenção EXT4 consiste em muitas pequenas gravações que se beneficiam de um dispositivo de armazenamento rápido de baixa latência, seja ele externo ou o mesmo dispositivo em que os dados são armazenados. Ao usar mídia rotacional para discos de dados, isso se torna relevante em cargas de trabalho altamente aleatórias e transnacionais.
Um cache de write-back une-se a gravações para que as gravações sejam na maior parte sequenciais, mas não fazem distinção entre dados e metadados, ou o diário em particular. Ele ficará na frente de todas as gravações, armazenando tudo em cache e, em seguida, enfileirando as gravações no disco da maneira mais sequencial possível durante um flush, dado o conjunto de dados em cache. Os comandos Flush são enviados ao mesmo tempo que os comandos de barreira de gravação (em um determinado intervalo), garantindo um estado não corrompido em seu dispositivo de backup.
Se um cache de write-back morrer repentina e completamente, você perderá algum tempo no seu sistema de arquivos, mas ele ainda será consistente. Isso pode ser atenuado com um dispositivo de cache RAID1.
Se um dispositivo de registro for interrompido, você não poderá montar seu sistema de arquivos até descartar o dispositivo de registro em diário usando # tune2fs -O ^has_journal /path/to/ext4device
. Neste caso, você teria que reparar este sistema de arquivos com uma varredura fsck completa (que em alguns casos levaria muito tempo). Você também provavelmente veria corrupção se isso acontecesse durante ou antes de uma perda de energia.