Então, esta é agora a minha terceira pergunta sobre este tema. Continuo descobrindo mais e mais do que gostaria de saber e entender sobre como funciona a recuperação COMPLETA.
Fizemos a transição de um banco de dados para COMPLETO ontem, fazendo um backup completo às 7h. Desde então, fazemos backups T-Log a cada hora e diferenciais todas as noites às 00h01. Estou gerando alguns relatórios que podem ser enviados automaticamente por e-mail para mim (automação viva!) e notei algo engraçado com os números LSN. Talvez eu não esteja entendendo como eles funcionam, mas aqui vai.
Imagem do resultado da consulta exibindo arquivos, datas, tamanhos, LSNs, etc desde que iniciamos a recuperação completa ontem:
Eu destaquei os LSNs que são confusos para mim e espero que facilite a leitura para todos vocês. Aqui estão minhas perguntas:
O LSN alto para o backup completo é '308000000583700001', os backups diferenciais [Linha 13 na imagem] LSN baixo também não deveriam ser para que o log seja encadeado corretamente? Estou entendendo mal como os arquivos de log completos e diferenciais são sincronizados entre si?
Você notará que o diferencial, obtido às 12h01, tem um LSN alto de '311000000469900001', mas o backup T-Log feito à 1h tem exatamente o mesmo LSN alto. Isso é simplesmente porque não houve atividade e o T-Log simplesmente 'alcançou' para corresponder ao LSN do diferencial?
Estou quebrando a cabeça tentando ter certeza não apenas de como implementar uma estratégia de recuperação como essa, mas também de entender exatamente como todos os LSNs são sincronizados quando gerados.
Obrigado novamente por toda a sua ajuda, como sempre, neste!
Aqui está o SQL usado para extrair este resultado, caso você queira investigar usando seu sistema:
SELECT TOP 48 CAST(s.database_name as char(10)) AS DB
,CAST(' ' as char(1)) + CAST(SUBSTRING(m.physical_device_name, 46, 40) as char(25)) AS FileName
,CAST(CAST(s.backup_size / 1000000 AS INT) AS CHAR(4)) AS MBSize
,CAST(DATEDIFF(second, s.backup_start_date, s.backup_finish_date) AS CHAR(4)) AS SecsTaken
,s.backup_start_date
,CAST(s.first_lsn AS CHAR(20)) AS first_lsn
,CAST(s.last_lsn AS CHAR(20)) AS last_lsn
,CASE s.[type]
WHEN 'D'
THEN 'Full'
WHEN 'I'
THEN 'Diff'
WHEN 'L'
THEN 'TLog'
END AS BackupType
FROM msdb.dbo.backupset s
INNER JOIN msdb.dbo.backupmediafamily m ON s.media_set_id = m.media_set_id
AND backup_start_date > '2014-07-24 07:00:00'
ORDER BY backup_start_date DESC
Da resposta do @Shankys, aqui está a aparência do conjunto de resultados com database_backup_lsn e chockpoint_lsn adicionados à consulta. Como você pode ver, o backup_lsn é o mesmo para todos, referenciando que eles estão vinculados ao backup completo criado ontem. Espero que esta informação ajude qualquer pessoa que esteja tentando entender como os LSNs funcionam!
Vou responder a sua pergunta de acordo com o que você perguntou
Não, não é necessário que o LSN do backup diferencial corresponda ao LSN do backup completo. O LSN é basicamente um carimbo dos últimos registros que acessaram o log. Você também deve ter incluído DatabaseBackupLSN/checkpointLSN e, em seguida, observará que DatabasebackupLSN do backup diferencial corresponderá ao checkpointLSN do backup completo e isso mostrará a qual backup completo esse backup diferencial está relacionado. O backup diferencial também é um tipo de backup completo, apenas fazendo backup de extensões que foram alteradas, portanto, o número LSN pode não ser o mesmo do backup completo.
Nem o backup do log de transações nem a cadeia LSN seriam afetados pelo backup diferencial ou pelo backup completo do banco de dados. Somente o backup de log afeta a cadeia. A prova de que você pode ver o último LSN do backup do trn da 12h é igual ao primeiro LSN do backup do log de transação da 1h.
Espero que isto ajude