SQL Server MDF 表数据恢复

1恢复准备

1. 下载 practice.zip，右键选择“全部解压缩”。
2. 打开解压目录，确认 input 下有 MDF、schema.tsv 和 baseline.json；根目录有 sample-settings.json 和三个 ps1 脚本。
3. 在 input 同级目录下新建 output 文件夹，恢复结果放在这里。脚本与 input 保持原有位置，不要单独挪走。

baseline.json 是原库查询结果，供恢复后比对，不用选进工具。MDF 不需要附加到 SQL Server，直接选择文件即可。使用自己的文件时，要保留副本，并确认文件不再被数据库写入。

测试包需要完整解压。output 由你新建，三个脚本放在根目录：

1input/
2  recovery-sample.mdf
3  schema.tsv
4  baseline.json
5sample-settings.json
6Check-Recovery.ps1
7Verify-Sample.ps1
8Inspect-Sample.ps1
9output/  (create this empty folder)

2打开工具

1. 下载当前电脑系统对应的 DBRescue 安装包，安装后打开。
2. 在授权区域填入 SQL Server 或全库授权码，点击激活，确认授权有效。本文使用测试授权，不提供授权码。离线电脑使用工具中的离线请求、响应流程。
3. 找到“新建恢复任务”，数据库类型选择 SQL Server，恢复模式选择“数据文件提取”。

界面版本不同时，入口文案可能略有区别。开始前确认引擎已就绪。购买前预览只能用于检查记录，不能代替完整导出。

3选择 MDF 文件

1. 点击“源文件或目录”右侧的“文件”，选择 input 目录下的 recovery-sample.mdf。这里不选目录，也不选 LDF。
2. 点击“输出目录”右侧的“选择”，选中刚建好的 output 文件夹。
3. 需要检查文件读取情况，可以点击“检查源文件”。检查完成后，继续配置下面的参数。

源路径结尾应为 recovery-sample.mdf，输出路径应为 output。输出目录不能放在 input 里面，也不能放在程序或配置目录内。

4填写恢复参数

1. 展开“用户、表与高级参数”。
2. 点击“对应表的 schema.tsv（必选）”右侧的“文件”，选择 input/schema.tsv。
3. “原数据库的 PAGE_VERIFY 设置”选择 CHECKSUM。
4. “数据页分配单元 Object 组件”填写 222，“数据页分配单元 Index 组件”填写 256。
5. 并发数保持 1，用户名和表名不用填写。参数填写完成后如下图：

这两个数字来自本次样本的页分配单元信息，不是普通 OBJECT_ID 或索引编号，只适用于本文 MDF。schema.tsv 中列名与类型以制表符分隔，练习时直接选择随包文件即可。

1$practiceFolder = Read-Host 'Extracted practice folder'
2Get-Content -LiteralPath (Join-Path $practiceFolder 'sample-settings.json') -Raw -Encoding UTF8

1id	int
2name	varchar(100)
3small	smallint
4big	bigint
5active	bit
6tiny	tinyint
7code	char(3)
8payload	varbinary(4)

5执行恢复

1. 确认 MDF、schema.tsv、输出目录都已选好，校验方式为 CHECKSUM，Object / Index 为 222 / 256。
2. 点击“开始恢复”，等待任务结束，运行中不要更换输入文件。
3. 本次任务状态为 completed。日志显示 decoded_rows 为 4096、data_pages 为 27、skipped_slots 为 0，即读取 27 个目标数据页，提取 4096 行记录。

任务失败时先看日志，不要反复提交，也不要随意切换成 NONE。日志中的 TRANSACTION_STATE_UNKNOWN 表示事务状态未知，提取完成不等于记录都已提交。

6查看恢复数据

1. 恢复完成后，点击“查看表数据”。
2. 结果文件选择 decoded_rows.tsv，查看恢复出的字段和值。本次中文、表情、整数和空值均可在预览中看到，如下图：
3. 点击“打开结果目录”，可以看到 decoded_rows.tsv、decoded_rows.sql、slot_locator.tsv 和 desktop-engine.log 等文件。

本次界面只预览前 50 行，完整数据在 TSV 文件中。decoded_rows.sql 是供核对的注释内容，不包含可直接执行的 INSERT，不能拿它直接回灌业务库。

7数据比对

1. 点击“打开结果目录”，找到这次生成的 decoded_rows.tsv。检查脚本已经放进测试包，参考数据会自动从 input/baseline.json 读取，不需要手动选择。

随后又在独立 SQL Server 容器中执行了本例的类型导入，逐字段核对通过，具体操作见下方“导入测试库”。没有向原业务库回补。

1. 打开解压后的测试包目录，确认能看到 Check-Recovery.ps1 和 input 文件夹。
2. 点击资源管理器的地址栏，输入 powershell，按回车，在当前目录打开 PowerShell。
3. 执行下面这一行。弹出文件选择窗口后，进入本次任务的结果目录，选择 decoded_rows.tsv，点击打开。
4. 脚本先比对 4096 行、8 个字段，再统计重复 ID、页面校验和事务状态。关闭选择窗口即可取消，不修改任何文件。

1.\Check-Recovery.ps1

下面是本次实际运行输出。第一行出现 PASS 才表示与本文样本基准一致；系统策略不允许执行时，不要关闭安全策略，请检查脚本并使用获准的环境。

1PASS: 4096 rows; 8 columns match the supplied baseline.
2Rows: 4096
3Duplicate ID groups: 0
4Page checks:
5VERIFIED_PAGE_CHECKSUM: 4096
6Transaction states:
7TRANSACTION_STATE_UNKNOWN: 4096

4096 行都带有 VERIFIED_PAGE_CHECKSUM，重复 ID 为 0，但事务状态全部是 TRANSACTION_STATE_UNKNOWN。这表示页面校验通过，不能据此认定记录都已提交。该脚本按练习表的 id 检查重复，不能直接用于任意业务表。

先保留 MDF 副本、结构文件、任务日志和原始导出。下节继续验证样本在独立 SQL Server 中的导入；生产回补仍要确认事务、目标表结构、重复记录和业务关联。