达梦 DBF 表数据提取

1. 安装工具并激活

1. 安装工具，激活达梦或全库授权，确认引擎就绪。
2. 数据库类型选择达梦，模式选择“数据文件提取”。
3. 当前不走日志模式。

2. 选择输入和输出

1. 在源文件区域点击“目录”，选择包含配套 MAIN.DBF、SYSTEM.DBF、dm.ctl、dm.ini 的 data 目录。
2. 不要只点选 MAIN.DBF，也不要把输出建在 data 里面。
3. 选择独立空输出目录，保留原副本。

3. 填写参数

1. 展开高级参数，用户填写 SYSDBA，表名填写 RECOVERY_SAMPLE。这是本次样本，自己的文件改为真实用户和表。
2. 本次使用目录中的字典识别，元数据栏无需选择样本以外的结构文件。
3. 并发数保持 1，确认输入目录和表名正确。

4. 执行提取

1. 点击“开始恢复”，观察任务状态和日志。
2. 原生测试提取 4096 行并逐值比对通过。本次桌面端校验通过后显示 review-required；若仍出现 DM_RESULT_UNVERIFIED，停止并保留日志，不能按成功处理。
3. 不要因为原生日志有 rows 就跳过桌面结果验证。

5. 查看导出记录

1. 校验通过后，选择“查看表数据”中的 result.tsv。
2. 本次业务列为 ID、NAME、QTY、NOTE；另外保留 source_file、page、slot、transaction_status、page_checksum_status、row_trailer_hex。
3. 打开结果目录保存 result.tsv、result.sql 和 process.txt，SQL 不直接执行。

6. 恢复后检查

1. 本次原生导出的 4096 行、4 列与 SQL 基准一致，检查了记录位置和 ID 重复，源文件哈希未变。
2. 输出明确标记 TRANSACTION_STATE_UNKNOWN 和 PAGE_CHECKSUM_UNVERIFIED，不能写成校验或事务已确认。
3. 自己的表还要核对字段、缺失、重复和业务关联。本次桌面复验已通过，仍不能省略这些业务检查。

导入测试库，再核对一次

重新用 UTF-8 字符集制作了 4096 行中文样本，先在原库查询核对，再从正常关闭的 DBF 副本提取。把提取结果按 4 列类型导入另一套新建的达梦实例后，逐字段一致，包含 240 个 NULL，没有重复 ID 或替换字符。两套临时实例均已停止。

1. 先准备另一套空的达梦 8 测试实例，字符集使用 UTF-8。确认当前连接、端口和字符集，不能连接原业务库。本例的源、目标分别是两套新实例。
2. 下载下方本例 SQL，在客户端打开，检查建表语句和 SYSDBA.RECOVERY_SAMPLE 目标表。目标表已存在时先停止，不要覆盖或删表。
3. 执行完整脚本，再查询下方两个计数。还要逐字段核对 ID、NAME、QTY、NOTE，中文用原库查询作为基准；这次同时核对了 UTF-8 字节，不能把乱码前后一致算作成功。

下载本例导入 SQL（仅供练习）

1SELECT COUNT(*) AS rows_total, COUNT(DISTINCT ID) AS distinct_ids
2FROM SYSDBA.RECOVERY_SAMPLE;

1disql /nolog
2LOGIN

1@C:/recovery-practice/import-sample.sql

本例的总行数和去重后的 ID 数均为 4096。行数相同还不够，本次另外逐字段比对了全部记录；中文、NULL、数字和日期也要一起核对。

下方 SQL 是本例已核对的提取记录转换成的练习脚本；工具 result.sql 本身仍为注释。此次验证 UTF-8，不扩大为其他字符集已通过。事务状态未知、页校验未证明，自己的数据还需核对业务关系后再决定回补。