요약

  • LOCKSS는 1999년 말 100MHz 구형 PC 여섯 대로 초기 시험을 시작했고, 2004년 4월 운영용 소프트웨어를 공개했다.
  • 도서관은 지워지지 않는 사본을 보관하며 다른 사본과 파일을 대조했다. 수집 허가와 출판 플랫폼별 도구, 사람의 관리도 필요했다.

퇴역을 앞둔 PC에 제법 먼 미래가 걸린 일이 생겼다. 학술지를 계속 읽을 수 있게 보관하는 일이었다. LOCKSS 창안자들이 쓴 2001년 6월 논문에 따르면 시험은 1999년 말 100MHz 구형 PC 여섯 대에서 시작됐다. 기계의 은퇴 계획이 미뤄진 셈이다.

Victoria Reich와 David S.H. Rosenthal은 1999년 Stanford Libraries에서 이 프로젝트를 시작했다. 웹으로 학술지를 구독하면 도서관은 비용을 내고, 독자는 출판사 서버의 페이지를 열었다. 시간이 흐른 뒤에도 읽으려면 그 페이지를 어디선가 맡아 두어야 했다.

종이 학술지는 여러 도서관에 나뉘어 보관됐다. LOCKSS는 이 익숙한 방식을 디지털 파일에 적용했다. 여기에 사본끼리 상태를 확인하고 고쳐 주는 기능을 더했다.

좀처럼 비우지 않는 캐시

2000년 Freenix 발표 논문은 초기 구조를 설명한다. 사서가 보관할 권을 선택하면 수집 프로그램이 새로 나온 페이지를 가져왔다. 독자가 먼저 요청할 때까지 기다릴 필요가 없었다. 캐시는 수집한 내용을 계속 남겨 뒀다.

컴퓨터들은 보관한 파일에서 계산한 요약값을 서로 비교했다. 값이 다르면 검사 범위를 좁혀 가며 빠졌거나 손상된 파일을 찾았다. 대체 파일은 출판사나 다른 캐시에서 가져올 수 있었다.

컴퓨터의 투표 대상은 파일의 일치 여부였다. 논문의 주장을 두고 벌이는 논쟁은 독자들에게 맡겨도 충분했다. 기계는 그 논쟁에 필요한 페이지를 온전하게 유지하는 일을 했다.

출판사 웹사이트에서 페이지를 받을 수 없을 때는 도서관의 사본이 내용을 제공할 수 있었다. 보존에는 독자가 읽는 화면까지 파일을 전달하는 일도 들어 있었다.

책상 아래에서 만나는 보존 업무

Stanford의 2002년 10월 보고서에는 거창한 목표와 잘 어울리지 않을 만큼 친숙한 고장이 나온다. 시험 참여 기관이 캐시를 관리하는 데 쓴 시간은 평균 월 한 시간 정도였다. 전원선이나 네트워크선이 빠졌거나, IP 주소가 바뀌거나, 통신 필터가 변경된 경우가 많았다. 프로젝트 팀도 기관 지원에 매주 한 사람 기준 하루에서 이틀 분량의 업무를 투입했다.

시험에서는 고의로 만든 손상과 우발적 손상을 발견하고 복구했다. 일상적인 운영을 위해 남은 일도 있었다. 출판 플랫폼마다 페이지 구조와 권호 경로를 이해하는 수집 모듈을 만들어야 했다. 광고처럼 달라지는 부분도 처리 대상이었다.

출판사는 도서관에 서면 허가를 주고, 프로그램이 읽을 수 있는 페이지로 수집 가능한 자료를 알려 줘야 했다. 수리용 사본은 과거에 해당 자료를 보관했던 다른 캐시에 제공했다. 어느 학술지를 남길지 정하고 독자가 이용할 수 있게 하는 일은 도서관의 몫이었다.

공식 연혁은 운영용 버전이 나온 시점을 2004년 4월로 기록한다. 그 사이 다른 도서관 직원들과 함께 장서 관리와 접근 방법을 다듬었다.

LOCKSS는 전자 학술지에 여러 보관 장소와 복구 경로를 마련했다. 이를 유지하는 데는 소프트웨어, 허가, 사서의 판단이 필요했다. 가끔은 책상 밑을 살피는 사람도 필요했다. 오래가는 학술 기억에는 이런 자잘한 일이 끼어 있다.