主页 / dba / 问题 / 340645
Accepted
Just a learner
Asked: 2024-07-02 09:30:29 +0800 CST

了解 SQL Server 中的恢复分叉：含义和意义

  • 772

我正在尝试了解 SQL Server 中的恢复分叉概念，特别是与 sys.database_recovery_status 视图相关的概念。文档中提到了与恢复分叉相关的几列，例如：

  • 恢复分叉指南
  • 第一个恢复分叉指南
  • fork_point_lsn

然而，我很难找到这些含义及其重要性的清晰解释。我的具体问题是：

  • SQL Server 中的恢复分叉到底是什么？
  • 恢复分叉与数据库恢复过程有何关系？
  • 哪些情况通常会导致复苏分叉的产生？

我在网上搜索过，但似乎很少有文章深入介绍或解释这个概念。任何见解或解释都将不胜感激，以及有关此主题的任何综合资源的指示。

sql-server

2 个回答

  1. Best Answer

    从我收集的信息来看，我明白这些 GUID 就像是数据库的 DNA，无论数据库在亲属线上有多远，它都会共享信息来识别自己和第一个祖先。

    Stuart Moore 的文章有一些与恢复分叉和备份相关的信息：

    您恢复 SQL Server 数据库并开始两项新操作：

    • 新的复苏分叉
    • 新的 LSN 链

    所有数据库都沿着 Recovery Fork（由 RecoveryForkGUID 标识）运行，即使是新数据库也会有一个。您执行还原，SQL Server 将在幕后生成一个新的 Recovery Fork。就像捉鬼敢死队一样，SQL Server 不会让您跨越流

    正如此处其他地方所述 ，SQL Server 使用 LSN（日志序列号）来跟踪数据库操作，并且由于备份是数据库操作，因此它们也链接到 LSN。您将使数据库回到过去的 LSN，并从那里重新开始计数。这就是 SQL Server 使用恢复分叉的原因。即使您足够幸运，备份从同一个 LSN 开始（这种运气让我想问您彩票号码），您仍然无法使用备份。

    我做了一些测试，对这个问题有了一些了解。这个实验可能会帮助你理解恢复叉的用途：

    --CREATE THE NEW DATABASE

CREATE DATABASE LabRecoveryFork;
GO

SELECT d.name, dsr.*
FROM sys.database_recovery_status AS dsr
INNER JOIN sys.databases AS d ON dsr.database_id = d.database_id
WHERE d.name = 'LabRecoveryFork';
GO

    它创建了我们的数据库 LabRecoveryFork，并显示了有关database_guid、family_guid和 的信息recovery_fork_guid。请注意， 和family_guid是recovery_fork_guid相同的，这意味着这是原始数据库，它是该“血统”中的第一个。

    与原始数据库相关的信息

    sys.database_recovery_status文档说明了以下内容database_guid：

    当还原尚不存在的数据库时，RESTORE 始终会生成一个新的 GUID。

    --RESTORING A DATABASE THAT ALREADY EXISTS--

BACKUP DATABASE LabRecoveryFork TO DISK = 'C:\Backup\LabRecoveryFork.bak';
GO

RESTORE DATABASE LabRecoveryFork FROM DISK = 'C:\Backup\LabRecoveryFork.bak'
WITH replace;
GO

SELECT d.name, dsr.*
FROM sys.database_recovery_status AS dsr
INNER JOIN sys.databases AS d ON dsr.database_id = d.database_id
WHERE d.name = 'LabRecoveryFork';
GO

    你会发现database_guid，family_guid和之前一样，但是recovery_fork_guid有所不同，现在我们有一些新的信息：last_log_backup_lsn，first_recovery_fork_guid和fork_point_lsn。

    --RESTORIG A NEW DATABASE

RESTORE DATABASE LabRecoveryFork_2 FROM DISK = 'C:\Backup\LabRecoveryFork.bak'
WITH 
MOVE 'LabRecoveryFork' TO 'C:\Program Files\Microsoft SQL Server\MSSQL15.MSSQLSERVER\MSSQL\DATA\LabRecoveryFork_2.mdf',
MOVE 'LabRecoveryFork_Log' TO 'C:\Program Files\Microsoft SQL Server\MSSQL15.MSSQLSERVER\MSSQL\DATA\LabRecoveryFork_2.ldf';
GO

SELECT d.name, dsr.*
FROM sys.database_recovery_status AS dsr
INNER JOIN sys.databases AS d ON dsr.database_id = d.database_id
WHERE d.name LIKE 'LabRecoveryFork%';
GO

    现在我们有一个不同的database_guid，因为恢复的数据库之前并不存在（如文档所述），但family_guid仍然是相同的，因为它表明这个数据库源自哪个数据库。此外，last_log_backup_lsn和first_recovery_fork_guid与fork_point_lsn以前相同，因为这个数据库源自同一个备份。同样，我们有一个不同的recovery_fork_guid。

    最后，我们从第二个数据库的备份而不是原始备份中创建第三个数据库：

    --RESTORIG A THIRD DATABASE FROM THE BACKUP OF THE SECOND DATABASE IN LINE

BACKUP DATABASE LabRecoveryFork_2 TO DISK = 'C:\Backup\LabRecoveryFork_2.bak';
GO

RESTORE DATABASE LabRecoveryFork_3 FROM DISK = 'C:\Backup\LabRecoveryFork_2.bak'
WITH 
MOVE 'LabRecoveryFork' TO 'C:\Program Files\Microsoft SQL Server\MSSQL15.MSSQLSERVER\MSSQL\DATA\LabRecoveryFork_3.mdf',
MOVE 'LabRecoveryFork_Log' TO 'C:\Program Files\Microsoft SQL Server\MSSQL15.MSSQLSERVER\MSSQL\DATA\LabRecoveryFork_3.ldf';
GO

SELECT d.name, dsr.*
FROM sys.database_recovery_status AS dsr
INNER JOIN sys.databases AS d ON dsr.database_id = d.database_id
WHERE d.name LIKE 'LabRecoveryFork%';
GO

    在最后一种情况下，所有信息都发生了变化，除了family_guid。这是我从最后一步得到的结果：

    上次查询的结果

    利用这些信息，您可以发出一个命令RESTORE HEADERONLY来查找备份与数据库的关系：

    RESTORE HEADERONLY FROM DISK = 'C:\Backup\LabRecoveryFork_2.bak';

    您可以比较与 recovery_fork 和 LSN 相关的信息来验证备份与哪个 fork 相关（并且可以使用）。

    • 2

  2. 这篇文章在某种程度上回答了你的一些问题 - 尽管是间接的： https://stuart-moore.com/please-clean-down-your-sql-server-backup-history/

    如果您了解 SQL Server 的备份和恢复模型，您将对恢复分叉有所了解 - 它基本上只是 SQL Server 确保维护恢复方法/顺序的一种方式（例如：您尝试恢复的最新事务日志备份与您尝试恢复的数据库的时间点一致）。恢复分叉从完全恢复或创建数据库的时间点开始，以及与群集相关的一些其他场景（我相信当您在群集中进行完全故障转移时，SQL Server 将启动新的恢复分叉）。

    显然，DBA Stack Exchange 不允许使用 AI 答案 - 但我在 ChatGPT 上找到了您问题的最佳答案 - 因此如果您有权限，我建议您使用该工具。我并不是 AI 的狂热粉丝 - 但它在总结您的问题等知识方面很有价值 - 我将您的问题（如所呈现的）放入 ChatGPT 4o 中，它给出了比我在网上直接找到的任何地方都更好、更易懂的答案。

    • 1

相关问题