所以,这是我关于这个话题的第三个问题。我只是不断地发现越来越多的东西,而不是我想知道和理解的关于完全恢复是如何工作的。
昨天我们通过在早上 7 点进行完整备份将数据库转换为 FULL。从那时起,我们每小时进行一次 T-Log 备份,每晚 12:01 进行一次差异备份。我正在生成一些可以自动通过电子邮件发送给我的报告(自动化万岁!),我注意到 LSN 编号有些有趣。也许我只是不明白他们是如何工作的,但这里是。
自我们昨天启动完全恢复以来,显示文件、日期、大小、LSN 等的查询结果图片:
我已经突出显示了让我感到困惑的 LSN,希望它能让大家更容易阅读。这是我的问题:
完整备份的高 LSN 是“308000000583700001”,差异备份 [图片中的第 13 行] 低 LSN 不应该也是为了让日志正确链接吗?我是否误解了完整日志文件和差异日志文件是如何相互同步的?
您会注意到,在凌晨 12:01 获取的差异具有“311000000469900001”的高 LSN,但在凌晨 1:00 获取的 T-Log 备份具有完全相同的高 LSN。这仅仅是因为没有活动,而 T-Log 只是“赶上”以匹配差速器的 LSN 吗?
我正在绞尽脑汁,试图确保我不仅知道如何实施这样的恢复策略,而且我还完全理解 LSN 在生成时是如何同步的。
再次感谢您像往常一样在此方面提供的所有帮助!
以下是用于提取此结果的 SQL,以防您想使用您的系统进行调查:
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
来自@Shankys 的回复,这是将 database_backup_lsn 和 chockpoint_lsn 添加到查询的结果集的样子。如您所见,backup_lsn 对所有备份都是相同的,表示它们与昨天创建的完整备份相关联。我希望这些信息可以帮助任何其他试图了解 LSN 工作原理的人!
我会像你问的那样明智地回答你的问题
不,差异备份的 LSN 不必与完整备份的 LSN 匹配。LSN 基本上是访问日志的最后记录的标记。您还应该包括 DatabaseBackupLSN/checkpointLSN,然后您会注意到差异备份的 DatabasebackupLSN 将与完整备份的 checkpointLSN 匹配,这将显示此差异备份与哪个完整备份相关。差异备份也是一种完整备份,只是备份已更改的盘区,因此 LSN 编号可能与完整备份的不同。
事务日志备份和 LSN 链都不会受到差异备份或完整数据库备份的影响。只有日志备份影响链。证明你可以看到 12 AM trn 备份的最后一个 LSN 与 1 AM 事务日志备份的第一个 LSN 相同。
希望这可以帮助