A partir do SQL Server 2005 e todas as versões posteriores, o Enterprise Edition inclui um recurso chamado "Fast Recovery".
a) A recuperação rápida usa vários encadeamentos do sistema operacional para executar a operação "REDO"?
b) O SQL Server grava no log de transações em paralelo gerando vários threads ou o log é gravado sequencialmente para que apenas um thread seja usado para gravar no log de transações?
A recuperação rápida permite que um banco de dados fique online assim que a fase REDO for concluída, antes que o UNDO seja executado. Isso é possível pelo log de bloqueio, que registra os bloqueios que foram aplicados por uma transação no registro de log associado.
A recuperação rápida lê os registros de log que serão DESFEITOS, adquire os bloqueios e coloca o banco de dados online. O processamento UNDO pode prosseguir no devido tempo enquanto outras atividades do banco de dados ocorrem, pois os recursos que serão afetados são protegidos por bloqueios. Consulte o registro de bloqueio de Paul Randal e a postagem de recuperação rápida para obter os detalhes sangrentos.
As operações REDO são de thread único na Standard Edition e Enterprise Edition com menos de 5 núcleos. No Enterprise com mais de 5 núcleos, há um redo thread para cada 4 núcleos ( referência ). Isso é separado e não relacionado ao recurso Fast Recovery, tanto quanto eu posso dizer.
Em resposta à sua outra pergunta, um único thread é responsável pelas gravações do log de transações.