如何查看SQL Server 2016差异备份文件中的实际数据

初始三类实现路径的可行性判定 #

• 不依赖完整备份直接还原差异备份：完全不可行。SQL Server差异备份的设计逻辑是以上一次完整备份为基线，仅记录基线之后被修改的数据区，本身不构成完整的数据集，没有基线完整备份的前提下，差异备份既无法独立还原，也没有官方支持的解析方式。
• 借助查询语句或存储过程直接读取备份文件内的实际行数据：不可行。官方提供的所有备份查看命令（包括RESTORE HEADERONLY、RESTORE FILELISTONLY）仅能返回备份集元数据、LSN范围、文件清单这类摘要信息。备份文件是按数据库页格式序列化的二进制结构，没有公开接口支持直接从文件中抽取单表、单行的业务数据，非官方的第三方解析工具稳定性无保障，且存在许可合规风险。
• 在运行态数据库查询下一次差异备份包含的数据：可实现但精度无法满足行级需求。SQL Server通过差异位图（DIFF Bitmap）标记自上次完整备份后被修改过的区（单个区覆盖64KB空间，包含8个数据页），可以通过DBCC PAGE读取该位图定位所有被修改的区，但差异备份的最小粒度是区而非行：只要一个区内存在任意一行变更，整个区都会被纳入差异备份，因此通过位图只能定位到修改过的存储区域，无法直接筛选出区域内真正发生变更的行，这也是差异备份会包含未变更行的根本原因。

调整后方案的可行性判定 #

你提到的「先制作基线完整备份，到达指定时间节点后将该完整备份还原为独立新库，再对比两个库的数据差异」思路完全可行，是当前合规方案中精度最高、结果最可靠的实现方式，操作时注意以下要点即可：

• 制作基线完整备份时，记录备份完成时的数据库LSN号，避免备份窗口内的事务导致对比基线不准
• 还原基线备份到新库时，直接使用RECOVERY参数将数据库恢复到可用状态即可，不需要追加还原后续的差异或日志备份，新库数据将与做基线备份那一刻的源库数据完全一致
• 对比特定表数据时，如果表上有ROWVERSION类型字段，可直接通过该字段快速筛选变更行，无需逐行匹配所有业务字段；没有行版本字段的话，可以直接使用SQL Server自带的tablediff命令行工具完成两库同表的行级差异比对，不需要手动编写全字段对比查询。

补充可选方向 #

如果后续需要长期跟踪指定表的行级变更，不需要每次通过备份还原对比，可以提前开启SQL Server自带的变更数据捕获（CDC）功能，开启后系统会自动记录指定表的所有增、删、改操作，支持按时间范围直接查询变更行，精度可以完全覆盖行级需求，但该功能需要提前配置，无法回溯配置开启前的历史变更。

注意：没有任何官方方案可以直接从独立的差异备份文件中解析出精确到行的变更列表，所有声称可以实现该能力的工具都是基于对SQL Server页存储格式的逆向解析，结果准确性无法保证。

内容的提问来源于stack exchange，提问作者Onthrax