摘要

  • Debian 在 2010 年 4 月正式推出软件快照服务，用户可以按日期和版本找回旧软件包，用来排查变化、重复已经试过的升级过程。
  • 当年的维修记录显示，备份站点能继续提供旧内容，还需要另行承担新快照的采集；漏掉的档案范围会直接变成历史缺口。

时间机器也有很不科幻的一面：磁盘控制器坏了，照样得找配件。Debian 在 2010 年留下的运行日志，就有这样一段维修故事。

4 月 12 日的正式公告介绍了 snapshot.debian.org。它把过去的软件包和源码按日期、版本提供给用户，使用方式接近普通 apt 软件仓库。管理员可以先拿某一天的软件包集合试升级，再用同一批东西正式升级；开发者也能回头找出故障从哪个版本开始。公告说，当时已有约 6.5 TB 数据，收录了自 2005 年 3 月以来主档案和安全档案中的几乎全部软件包。

正式亮相之前，机房已经给团队上了一课。2 月 20 日的日志记下第二站点投入服务：主机 stabile 负责导入新快照，数据复制到 sibelius，两边都能提供网页访问。四天后，主机的控制器故障，半数磁盘无法访问。剩下的服务器继续供应旧档案，新数据导入却停了。

团队原本就打算让备用机器另用一个数据库做采集。这次故障替待办清单排了优先级，效率相当高，手段相当粗暴。

昨天还在营业，今天却没入库

到 3 月 9 日，主机重新上线，备用端采到的快照开始合并回来。不过，backports.org 的更新没有成功推送到备用端，这部分采集缺了。3 月 15 日，日志记录主机已恢复制作快照，备用端数据也已合并。

修复还包括一轮翻箱倒柜。文件以内容的哈希值命名，数据库则记着这些文件对应哪些软件包、位于哪条档案路径。检查既核对文件名与内容，也查看数据库指向的文件是否存在。团队发现了内容正确、名字算错的文件，也找到了损坏的软件包索引；能更名和修正引用的就修，损坏的文件则移除。机器亮灯以后，还有不少家务。

年底又来了一次。12 月 14 日的更新回顾约 11 月 20 日发生的硬件问题：主机停了新导入，另一台镜像继续提供截至 20 日的数据。一个非公开的备用系统仍在采集，后来收集结果被并了回来。但它没有采 debian-ports，这个档案在受影响时段留下了空白。

快照服务让“回到某个软件版本”成了可以实际操作的事。维修日志又把保存过去的劳动摊开给人看：货架上旧货齐全，收货口今天可能已经停工。想让时间机器有未来，总得有人管进货。