昨天下午三点，我把一张编号 49-03-117 的扫描件摊在桌上，才知道旧库没死透

作者：江晚

在恢复旧的49图库里翻到的一些东西

昨天下午三点，我把一张编号 49-03-117 的扫描件摊在桌上，纸角已经卷了，右下角印着「2003.04」，页脚有两次叠印的页码。就是这张纸让我意识到，所谓「恢复旧的49图库」，不是把一个坏掉的东西修好，而是重新弄清楚它当年到底是怎么被叠起来的。

事情的起点其实很普通：我想找到旧库里某张图对应的原始条目。旧站点已经不能访问，能拿到的只有两份备份和一个离线快照。我按最直觉的方式做，先恢复目录结构，再核对内容。结果做到第三天就卡住了——同一个编号在三种来源里指向三份不同的东西，而且没有一份能自称权威。于是我开始往回退，退到单张扫描件这一层，一张一张地看，看纸张、页码、印章、手写批注。49-03-117 那张纸上有两处细节：页脚的页码印了两遍，第二次偏了大约三毫米；右下角的日期章边缘有缺口。这两处细节后来帮我把一批同源扫描件归到了一起。

第五天，我去绍兴路一家咖啡馆见了陈维桢。他以前维护过那个旧库，带来两个移动硬盘，其中一个贴着「49-old-3」的手写标签。我们对着笔记本核对了大约四十分钟，他反复说的一句话是：「你按编号找，可能会失望。」他的意思是，旧库的编号并不是一次性定好的，中间至少改过两轮规则，改的时候没有保留映射关系。这一点直接推翻了我前四天建立的恢复路径。我当场没有反驳，回到住处后又把他的说法和手头三份目录比对了一遍，发现确实有大约三成的条目无法用单一规则贯通。这也是为什么后来我更倾向于通过49图库精准资料查询这样的交叉渠道去反向验证，而不是硬啃编号本身。

说一个具体的坑。我曾经把三条疑似重复的记录合并成一条，用的是批量工具，合并前只核对了标题。结果中间那条记录上挂着的两个备注字段被静默丢掉了，没有任何报错。回滚花了一小时，数据是救回来了，但那次之后我把所有批量操作都改成了逐条确认。这件事也让我对「一键恢复」这类说法保持警惕。有些工作平台化之后确实更快，比如我平时查东西会顺手用uc浏览器网站快速入口，那类入口省的是找东西的时间；但恢复旧库这种活，省下的时间往往会在校验环节还回来。

一些没法回避的困惑

困惑之一是标准问题。旧库对同一个编号允许两种解释：一种按收录时间，一种按资料分类。这两种解释在部分区间里互相冲突，而当年的录入者似乎并不觉得这是矛盾，他们在不同年份分别用过这两套逻辑。我尝试只保留一套，结果损失了大量可解释的信息；都保留，索引又变得层层叠叠。这个取舍我至今没做干净。中间我还专门试过从旧设备里找线索，比如用手机qq网页版登陆回查早期同步记录，以及在qq浏览器查看qq文件里碰运气找缓存，找到的都是零碎的东西，不足以支撑一个结论。

困惑之二是「完整」到底该怎么定义。目前我手上可以确认来源的条目大约占七成，剩下三成里有一部分只有标题没有内容，还有一部分内容在但归属不明。如果把「完整」定义为「每一条都有可追溯来源」，那这个恢复工程恐怕永远做不完。我也翻过一些别人整理过的查询入口，比如那份49图库49tk.cm资料库查询成功案例里提到的方法，能补上一部分对应关系，但补不上来源缺失的部分。我必须承认，有些东西在 2016 年 11 月那次全量备份之后就断掉了，后面的所有努力都只是尽量把断口描述清楚。

还有一个我不太愿意写下来的困惑：我越来越怀疑旧库本身的「编号规则」就是不统一的，它不是一个坏掉的系统，而是一个从来没被统一过的系统。说好听点叫历史层积，说难听点就是当年录入的人各干各的。如果这个判断成立，那么恢复旧的49图库这件事的目标就得改——不是还原成「一个」库，而是把每一层的来龙去脉记录下来。这个观点现在支持我的人不多，我也还在找证据。

接下来要做的三件事

第一件是找到 2012 年那份缓存。陈维桢说它可能在另一台老机器上，硬盘早换过，能不能找到不好说。找不到的话，大约七十条记录只能标注为「来源无法确认」，我接受这个结果，但要把原因写清楚。第二件是把目前所有合并操作全部重做一遍，改为逐条确认并留下操作记录。第三件是把「编号规则不统一」这个假设写成一个可检验的清单，逐条找反例，如果找不到反例再公开。这三件事都不快，但快也快不来，前面几次返工已经证明了这一点。

写到这里，我还是没有答案。桌上那张 49-03-117 还摊着，边缘的缺口在灯下很明显。我能确定的只有一件事：这次恢复过程中翻出来的东西，比「恢复」本身更有价值——它们至少记录了旧库到底是怎么长成现在这个样子的。