Kri*_*yer 5 sql-server backup recovery transaction-log
所以,这是我关于这个主题的第三个问题。我只是不断发现越来越多的东西,我想知道和了解完全恢复的工作原理。
我们昨天通过在早上 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
Run Code Online (Sandbox Code Playgroud)
从@Shankys 响应中,这是将 database_backup_lsn 和 chockpoint_lsn 添加到查询中的结果集。如您所见,所有的 backup_lsn 都是相同的,因为它们与昨天创建的完整备份相关联。我希望这些信息可以帮助其他任何试图了解 LSN 工作原理的人!
我会像你问的那样明智地回答你的问题
不,差异备份的 LSN 不必与完整备份的 LSN 匹配。LSN 基本上是访问日志的最后记录的标记。您还应该包括 DatabaseBackupLSN/checkpointLSN,然后您会注意到差异备份的 DatabasebackupLSN 将与完整备份的 checkpointLSN 匹配,这将显示此差异备份与哪个完整备份相关。差异备份也是一种完整备份,只是备份已更改的盘区,因此 LSN 号可能与完整备份的 LSN 号不同。
事务日志备份和 LSN 链都不会受到差异备份或完整数据库备份的影响。只有日志备份才会影响链。您可以看到上午 12 点 trn 备份的最后一个 LSN 与凌晨 1 点事务日志备份的第一个 LSN 相同。
希望这可以帮助
归档时间: |
|
查看次数: |
1068 次 |
最近记录: |