摘要

  • LOCKSS 于1999年在 Stanford Libraries 创立，早期试验用过六台100MHz旧电脑，2004年4月正式投用。
  • 各馆保留期刊副本并通过同伴校验修补损坏；采集许可、平台插件和人员维护共同决定读者能否继续读到文章。

一台准备退休的电脑，忽然领到了长期保存学术文献的任务。听起来有些为难老同志，LOCKSS 的早期试验还真这么干了。

项目创办者在2001年发表的原始论文中写道，试验于1999年末从六台100MHz旧电脑开始。Victoria Reich 与 David S.H. Rosenthal 当年在 Stanford Libraries 创立了这个项目，要解决的麻烦很具体：期刊搬到网上以后，图书馆交了订阅费，读者点开的却是出版社那边的网页。文章未来还能不能读，得有地方把它留住。

纸质期刊进馆以后，书架有自己的保管责任。LOCKSS 把这份工作交给了馆内计算机。馆员选择要留的期刊，机器在新内容发布时主动采集，哪怕还没有读者来点开它。这个缓存颇有图书馆脾气：收进来的东西，要留下。

副本之间也要对账

2000年的 Freenix 论文详细介绍了早期设计。不同图书馆的机器各自保管副本，定期比较文件计算出来的摘要。发现不一致，就逐层缩小检查范围，找到缺失或损坏的文件，再从出版社或另一份缓存补回来。

这种“投票”核对的是文件是否一致。至于论文论证得好不好，仍然留给学界吵。电脑先把文章完整保住，已经很忙。

保存还带着一个交付任务：出版社网站无法提供页面时，本地副本接着为读者提供内容。网址后面多了一处实际保管文章的地方，图书馆也多了可以自己动手处理问题的设备。

宏大使命，从插好电源开始

Stanford 的2002年10月进展报告把日常维护写得十分接地气。测试站点平均每月花约一小时照看缓存，常见问题包括电源或网线被拔掉、IP地址变化、网络过滤规则改动。项目团队每周还投入一至两个人日支持各站点。

报告记录了对人为和意外损坏的发现与修复，也列出尚待完成的工作。不同出版平台需要各自的采集插件，软件要懂页面结构、卷期路径，还要处理广告等变化内容。值得保存的期刊，未必已经有现成的工具接得进来。

出版社则需给图书馆书面许可，并提供机器可读的页面，告诉采集程序可以收哪些材料。修补副本面向曾经持有相应内容的同伴。馆员仍要决定收什么，并让本馆读者能用上。

项目官方历史把正式投用时间记在2004年4月。此前，团队与其他图书馆继续处理馆藏管理和访问问题。从旧电脑试验到日常服务，中间塞满了软件、许可和馆员的工作。

LOCKSS 给电子期刊安排了分散的落脚处，也给图书馆留下一项朴素的权能：自己保管、检查、修补所收的内容。机器负责比对副本，有时人负责看看桌子底下。学术记忆的后勤，就是这样具体。