Um backup de log do SQL Server inclui registros de log com backup em um backup completo ou diferencial anterior?

Os backups completos e diferenciais contêm os registros de log produzidos durante o tempo necessário para copiar as páginas de dados para a mídia de backup. Ou seja, quando o backup é iniciado, um checkpoint é realizado. Esta é a fase de cópia da página de dados. Registros de log podem ser produzidos durante esta fase (as modificações são feitas no banco de dados). Após esta fase de cópia de dados, os registros de log produzidos desde o último ponto de verificação também serão gravados na mídia de backup. Possivelmente um pouco mais do que isso, se você for exigente: um backup de log do SQL Server inclui registros de log com backup em um backup completo ou diferencial anterior?

Os backups de log também conterão os registros de log acima. É por isso que você pode “pular” a restauração de um backup completo ou diferencial. Tudo que você precisa é de uma cadeia ininterrupta de backups de log. Digamos que você tenha estes backups:

F1, L2, L3, F4, L5, L6

Você pode restaurar abaixo:

F1, L2, L3, L5, L6

Acima não seria possível, a menos que esses backups de log contivessem todos os registros de log. Ou seja, eles formam uma cadeia ininterrupta de backups de log (contendo uma cadeia ininterrupta de registros de log).

Sua afirmação não está totalmente correta:

No entanto, também sei que os backups diferenciais e completos também incluem alguns registros de log.

Backup completo

Um backup completo contém apenas uma pequena parte do log de transações para que o SQL Server possa criar um banco de dados que consiste em um arquivo *.MDF e um arquivo *.LDF.

Um backup completo do banco de dados faz backup de todo o banco de dados. Isso inclui parte do log de transações para que o banco de dados completo possa ser recuperado após a restauração de um backup completo do banco de dados. Os backups completos do banco de dados representam o banco de dados no momento em que o backup foi concluído.

^{Referência: backups completos de banco de dados (SQL Server) (Microsoft Learn | SQL)}

Você pode visualizar o conteúdo de um arquivo de backup com o seguinte comando:

RESTORE FILELISTONLY FROM DISK = 'F:\BACKUP_LOCATION\StackExchange_FULL_20231021_223000.bak'

Isso retornará uma lista de arquivos que definem o banco de dados.

+-------------------+---------------------------------------------+------+---------------+----------+----------------+--------+-----------+---------+--------------------------------------+-------------+--------------+-------------------+-----------------+-------------+--------------+---------------------+--------------------------------------+------------+-----------+---------------+-------------+
|    LogicalName    |                PhysicalName                 | Type | FileGroupName |   Size   |    MaxSize     | FileId | CreateLSN | DropLSN |               UniqueId               | ReadOnlyLSN | ReadWriteLSN | BackupSizeInBytes | SourceBlockSize | FileGroupId | LogGroupGUID | DifferentialBaseLSN |         DifferentialBaseGUID         | IsReadOnly | IsPresent | TDEThumbprint | SnapshotUrl |
+-------------------+---------------------------------------------+------+---------------+----------+----------------+--------+-----------+---------+--------------------------------------+-------------+--------------+-------------------+-----------------+-------------+--------------+---------------------+--------------------------------------+------------+-----------+---------------+-------------+
| StackExchange     | E:\SQL2022CS\SQL_DATA\StackExchange.mdf     | D    | PRIMARY       |  8388608 | 35184372080640 |      1 |         0 |       0 | F326A779-A4C1-4E02-8B2C-81D34D2DC71B |           0 |            0 |           4587520 |            4096 |           1 | NULL         |   42000000520800001 | E5AB4046-80EA-4F08-82FC-DFB2703583F5 |          0 |         1 | NULL          | NULL        |
| StackExchange_log | F:\SQL2022CS\SQL_LOGS\StackExchange_log.ldf | L    | NULL          | 75497472 |  2199023255552 |      2 |         0 |       0 | 3B04B400-C534-4822-AF24-D9980391FD0F |           0 |            0 |                 0 |            4096 |           0 | NULL         |                   0 | 00000000-0000-0000-0000-000000000000 |          0 |         1 | NULL          | NULL        |
+-------------------+---------------------------------------------+------+---------------+----------+----------------+--------+-----------+---------+--------------------------------------+-------------+--------------+-------------------+-----------------+-------------+--------------+---------------------+--------------------------------------+------------+-----------+---------------+-------------+

Copo Diferencial

O Backup Diferencial contém apenas as [Extensões] que foram modificadas no banco de dados desde o último backup completo. O processo de backup verifica as extensões (8 páginas = 1 extensão; 1 página = 8 kb de dados) do arquivo de banco de dados *.mdf e quaisquer outros arquivos *.ndf que compõem o banco de dados, que contêm um marcador de que as páginas foram alteradas desde o último backup.

Um backup diferencial é baseado no backup completo de dados mais recente e anterior. Um backup diferencial captura apenas os dados que foram alterados desde o backup completo. O backup completo no qual se baseia um backup diferencial é conhecido como base do diferencial. Os backups completos, exceto os backups somente cópia, podem servir como base para uma série de backups diferenciais, incluindo backups de banco de dados, backups parciais e backups de arquivos. O backup base para um backup diferencial de arquivo pode estar contido em um backup completo, um backup de arquivo ou um backup parcial.

e...

Um backup diferencial captura o estado de quaisquer extensões (coleções de oito páginas fisicamente contíguas) que foram alteradas entre o momento em que a base diferencial foi criada e o momento em que o backup diferencial foi criado.

^{Referência: backups diferenciais (SQL Server) (Microsoft Learn | SQL)}

Ao contrário do que você entende, o backup diferencial não contém uma parte do log de transações.

Aqui está uma imagem do conteúdo de um backup diferencial:

Backup do log de transações

Um Backup do Log de Transações é um backup do seu arquivo de log de transações que contém as transações e modificações feitas no banco de dados desde o seu último backup completo (backup TLOG inicial) ou desde o Backup do Log de Transações anterior. É essencialmente uma cadeia de modificações.

Todo banco de dados SQL Server possui um log de transações que registra todas as transações e as modificações no banco de dados feitas por cada transação. O log de transações é um componente crítico do banco de dados e, se houver uma falha no sistema, o log de transações poderá ser necessário para trazer seu banco de dados de volta a um estado consistente.

^{Referência: Guia de gerenciamento e arquitetura de log de transações do SQL Server (Microsoft Learn | SQL)}

Portanto, um backup do log de transações é uma cópia da transação e das modificações realizadas em seu banco de dados.

Respondendo as suas perguntas

Os backups de log também incluem os registros de log dos quais foi feito backup nos backups completos ou diferenciais anteriores?

Mais ou menos, os backups do log de transações contêm todas as modificações feitas após/durante o último backup completo. O backup do log de transações no Backup Completo serve apenas para facilitar a restauração do banco de dados (cria arquivos *.mdf e *.ldf) e para colocar o banco de dados em um estado consistente. O Backup Diferencial não afeta os backups do Log de Transações.

Ou um backup de log faz backup estritamente dos registros de log a partir do último backup de log, com backups completos ou diferenciais não intervindo ou afetando o que é copiado no backup de log subsequente?

Depois de fazer um backup completo inicial, sim.

Deixe-me explicar

Se você tiver a seguinte cadeia de backup:

F = Completo D = Diferencial L = Backup do Log de Transações

M--------------T--------------W--------------T------------F----X----- (Days of Week)
F -> L -> L -> D -> L -> L -> D -> L -> L -> F -> L -> -> D -> L      (Backups)

...então você pode restaurar o banco de dados para sexta-feira na posição marcada com um X usando o backup completo de segunda-feira (F) e todos os backups do log de transações (L) até X.

Ou você pode usar o Backup Completo (F) de segunda-feira e o Backup Diferencial (D) de quarta-feira e todos os Backups de Log de Transações (L) até sexta-feira para chegar à posição X.

Publiquei um exemplo em minha resposta à pergunta Como saber se uma cadeia de log de backup está quebrada?

Essencialmente, tudo se resume a: Se você tiver uma cadeia ininterrupta de backups de log de transações até um determinado ponto e um backup completo como base, poderá restaurar em qualquer ponto ao longo dessa cadeia, porque os backups de log de transações contêm todas as transações e modificações desde o último backup do log de transações ou o backup completo inicial.