O SQL Server usa logs de transação para registrar todas as modificações aplicadas ao (s) arquivo (s) principal (es) do banco de dados, para A) fornecer recursos tansactional de confirmação / reversão e B) fornecer a possibilidade de reproduzir essas modificações se / quando um backup anterior é restaurado e o banco de dados precisa ser atualizado sobre o que aconteceu desde que o backup foi feito.
Se os registros de transação nunca tiverem backup, eles crescerão indefinidamente, continuando a registrar todas as modificações do banco de dados desde a última vez em que foram copiados; então, uma razão muito simples para fazer backup deles é, se você não o fizer, eles continuarão crescendo e, eventualmente, preencherão todo o espaço em disco disponível.
Outra razão muito importante para fazer o backup é que é assim que você faz backups "incrementais" no SQL Server; ou seja, após um backup completo do banco de dados, você pode fazer um backup do log de transações (ou mais de um em série), que não apenas trunca arquivos de log antigos e libera espaço em disco, mas também atua como "o que mudou desde o último backup" backup, permitindo que você faça restaurações incrementais, caso precise delas.
Os logs de transações têm um papel muito strong no SQL Server e são muito importantes ao fazer backup / restauração.
(*) Tudo acima se aplica a bancos de dados que usam o modelo de recuperação completo ou em log de volume; se um banco de dados estiver configurado para um modelo de recuperação simples, os logs de transação não serão usados desta maneira: alguns deles são usados para processamento transacional, mas são mantidos no mínimo e reciclados automaticamente, sem crescer indefinidamente; backups incrementais / restaurações são naturalmente perdidos neste cenário.