三月二十六号那次恢复:从 2019 年的 db 文件里捞出 47 条记录
旧笔记本拆下来的 SSD 通电后,我在 User Data 下找到 47 条可读条目。其中 31 条的下载时间戳还能对上当年的日历。
那天我要找一份 2018 年下载的 PDF,文件名只剩半截,靠的就是「下载记录」这一栏。这篇把我这几年关于 QQ 浏览器历史下载记录恢复的收录、试验与整理,按时间顺序写清楚。
旧笔记本拆下来的 SSD 通电后,我在 User Data 下找到 47 条可读条目。其中 31 条的下载时间戳还能对上当年的日历。
2018 年那版第 112 页讲到 SQLite 的 WAL 残留。我的看法是:这一节被大多数教程忽略了,但它恰恰是恢复成功率的关键变量。
他清完缓存后以为下载记录全没了,我把 History 文件和 Download 表分开检查,最后救回 12 条。这个案例值一条记录。
我按 5 个步骤模拟重装,结果在第二步清理 Profile 时,Download 表就被覆盖了。这个顺序和多数网帖说的不一样。
导出后发现 3.2 GB 的下载记录里有 218 条重复项,原因是同一下载触发了两次。这提醒我恢复之前先做去重。
机器是 2016 年的 ThinkPad T460,系统里只剩一条线索:下载路径指向 D 盘。翻了两小时,找回 8 个课件,其中 5 个能打开。
试了 6 款标榜一键恢复的工具,有 4 款只是把 History 文件复制一遍。这个过程让我确认:恢复没有捷径。
那台机器早已报废,但移动硬盘里留着一份 2014 年的完整备份,里面有 2013 年 9 月的下载列表,共 63 条。
作者在第 46 页的这句话,成了我后来每次操作前必做的一步。它比任何工具都重要。
我叫江晚,在一家做档案数字化的公司做数据整理,日常和旧硬盘、旧备份打交道。
这个站是我 2024 年冬天开始写的,起因是自己丢过一次重要的下载记录,翻遍网帖也没找到一条能复现的步骤。
我不做恢复工具,只是把每次试验的过程、失败的地方和引用到的资料如实记下来,供后来的人对照。文中涉及具体工具的部分,我都标了版本号。
“没有备份的数据,本质上都是临时数据。”