Из Википедии, бесплатной энциклопедии
Перейти к навигации Перейти к поиску

Проект LOCKSS («Множество копий сохраняют вещи в безопасности») под эгидой Стэнфордского университета представляет собой одноранговую сеть, которая разрабатывает и поддерживает систему с открытым исходным кодом , позволяющую библиотекам собирать, сохранять и предоставлять своим читателям доступ к материал опубликован в сети. Его основная цель - цифровое хранение .

Система пытается воспроизвести то, как это делают библиотеки, для материалов, опубликованных на бумаге. Первоначально он был разработан для научных журналов [2], но теперь также используется для ряда других материалов. Примеры включают проект SOLINET по сохранению диссертаций и диссертаций в восьми университетах [3], правительственные документы США [4] и программу MetaArchive Cooperative по сохранению подверженных риску цифровых архивных коллекций, включая электронные тезисы и диссертации (ETD), газеты, коллекции фотографий , и аудиовизуальные коллекции. [5] [6]

Аналогичный проект под названием CLOCKSS (Controlled LOCKSS) «является освобожденной от налогов, 501 (c) 3 , некоммерческой организацией, управляемой Советом директоров, состоящим из библиотекарей и издателей». [7] CLOCKSS работает по технологии LOCKSS. [8]

Проблема [ править ]

Традиционно академические библиотеки сохраняют выпуски научных журналов индивидуально или совместно, обеспечивая своим читателям доступ к полученному контенту даже после того, как издатель прекратил деятельность или была отменена подписка. [9] В эпоху цифровых технологий библиотеки часто подписываются на журналы, которые доступны только в цифровом виде через Интернет . Хотя модель электронной подписки удобна для читателей, она не позволяет библиотекам сохранять копию журнала. Если издатель прекращает публиковать, или библиотека отменяет подписку, или если веб-сайт издателя не работает в течение дня, оплаченный контент больше не доступен.

Методы [ править ]

Система LOCKSS позволяет библиотеке с разрешения издателя собирать, сохранять и распространять среди своих посетителей копии материалов, на которые она подписана, а также материалы с открытым доступом (возможно, опубликованные по лицензии Creative Commons ). Система каждой библиотеки собирает копию с помощью специального поискового робота, который проверяет, предоставил ли издатель подходящее разрешение. Система не зависит от формата и собирает любые форматы, которые издатель доставляет через HTTP . Библиотеки, собравшие одинаковые материалы, сотрудничают в одноранговой сети для обеспечения их сохранности. Одноранговые узлы в сети голосуют за криптографические хеш-функции сохраняемого контента и одноразового номера; партнер, получивший меньшее количество голосов, считает свою копию поврежденной и восстанавливает ее у издателя или других партнеров. [10] [11]

Лицензия LOCKSS, используемая большинством издателей, позволяет читателям библиотеки получить доступ к ее собственной копии, но не разрешает аналогичный доступ другим библиотекам или неаффилированным читателям; система не поддерживает обмен файлами . По запросу библиотека может предоставить другой библиотеке контент для исправления, но только если запрашивающая библиотека доказала, что в прошлом у нее была хорошая копия, проголосовав большинством. Если браузер читателя больше не поддерживает формат, в котором была собрана копия, процесс миграции формата может преобразовать его в текущий формат. [12] Эти ограничения на использование сохраненных копий материалов, охраняемых авторским правом, оказались эффективными для того, чтобы убедить владельцев авторских прав предоставить необходимое разрешение. [13]

Подход LOCKSS, предусматривающий выборочный сбор с разрешения издателя, распределенное хранение и ограниченное распространение, контрастирует, например, с подходом Интернет-архива всеядного сбора без разрешения издателя, централизованного хранения и неограниченного распространения. Система LOCKSS намного меньше, но она может сохранять материалы подписки, к которым Интернет-архив не имеет доступа.

Поскольку каждая библиотека управляет своим собственным партнером LOCKSS и поддерживает свою собственную копию сохраненного материала, и поскольку есть библиотеки, которые делают это по всему миру (см. Список участвующих библиотек ниже ), система обеспечивает гораздо более высокую степень репликации, чем обычно при неисправности. -толерантная система . В процессе голосования используется такая высокая степень репликации, чтобы исключить необходимость резервного копирования на автономные носители и обеспечить надежную защиту от атак, направленных на повреждение сохраненного содержимого. [14]

Важность [ править ]

В дополнение к сохранению доступа библиотеки традиционно затрудняли переписывание или подавление печатных материалов. Существование неопределенного, но большого количества идентичных копий на носителе с некоторой степенью защиты от несанкционированного доступа при многих независимых администрациях означало, что попытки изменить или удалить все копии опубликованной работы, скорее всего, потерпят неудачу и будут обнаружены. Веб-публикация, основанная на единственном экземпляре под единым администрированием, не обеспечивает ни одной из этих мер защиты от подрывной деятельности. Таким образом, веб-публикации - удобный инструмент для переписывания истории. Сохраняя множество копий под разнообразным администрированием, автоматически проверяя копии через определенные промежутки времени друг с другом (и, в будущем, с копией издателя), и путем предупреждения библиотек при обнаружении изменений,система LOCKSS пытается восстановить многие из этих гарантий в современном цифровом мире публикации.

Реализация [ править ]

Перед внедрением системы LOCKSS необходимо внимательно рассмотреть некоторые вопросы, чтобы убедиться, что контент проверяется, оценивается и проверяется пользователями. Пользователь должен задавать такие вопросы, как «Каковы ваши процедуры?», «Каковы ваши методы?», «Как оценивается эта система?» И «Какова ваша программа готовности к стихийным бедствиям?». Эти вопросы позволят пользователю оценить систему, составить успешный план обслуживания своих материалов и позволить системе быть усиленной за счет тщательно оцененной структуры поддержки.

Исходный код для всей системы LOCKSS содержит лицензии с открытым исходным кодом в стиле BSD и доступен на GitHub . [15] LOCKSS является товарным знаком Стэнфордского университета.

См. Также [ править ]

  • Часы долгого времени
  • Электронная библиотека
  • Цифровое сохранение
  • Национальная программа по инфраструктуре и сохранению цифровой информации
  • Портик (услуга)

Ссылки [ править ]

  1. ^ "Выпуск 1.75.5" . 11 февраля 2021 . Проверено 13 февраля 2021 года .
  2. ^ Дэвид Ш. Розенталь ; Вики Райх (18 июня 2000 г.). «Постоянные публикации в Интернете» (PDF) . 2000 Ежегодная техническая конференция USENIX . Проверено 19 января 2008 . Цитировать журнал требует |journal=( помощь )CS1 maint: discouraged parameter (link)
  3. ^ «ASERL и LOCKSS для сохранения электронных тезисов и диссертаций» (пресс-релиз). СОЛИНЕТ . 11 июля 2005 . Проверено 19 января 2008 . CS1 maint: discouraged parameter (link)
  4. ^ Джейкобс, Джеймс. «LOCKSS-USDOCS» . домашняя страница . LOCKSS . Проверено 23 февраля 2012 года . CS1 maint: discouraged parameter (link)
  5. ^ "Кооператив MetaArchive" . Домашняя страница . Проверено 19 января 2008 . CS1 maint: discouraged parameter (link)
  6. ^ Маниатис, Петрос; Розенталь, Дэвид SH; Руссопулос, Мема; Бейкер, Мэри; Giuli, TJ; Muliadi, Янто (2003). «Сохранение одноранговых реплик с помощью выборочного голосования с ограничением скорости». Материалы девятнадцатого симпозиума ACM по принципам операционных систем - SOSP '03 (PDF) . п. 44. arXiv : cs / 0303026 . DOI : 10.1145 / 945445.945451 . ISBN  978-1581137576. Бесплатная загрузка PDF.
  7. ^ CLOCKSS.org (2015), CLOCKSS.org .
  8. ^ CLOCKSS.org (2008-02-14), В чем разница между LOCKSS и CLOCKSS? (PDF) , дата обращения 21 ноября 2015 . CS1 maint: discouraged parameter (link)
  9. ^ «Принципы сохранения - LOCKSS» .
  10. ^ Петрос Маниатас; Мема Руссопулос; TJ Giuli; Дэвид С.Х. Розенталь; Мэри Бейкер; Янто Мулиади (19 октября 2003 г.). «Сохранение реплик одноранговых узлов с помощью выборочного голосования с ограниченной скоростью» (PDF) . Симпозиум ACM по принципам операционных систем . Проверено 19 января 2008 . Cite journal requires |journal= (help)CS1 maint: discouraged parameter (link)
  11. ^ TJ Giuli; Петрос Маниатис; Мэри Бейкер; Дэвид С.Х. Розенталь; Мема Руссопулос (27 ноября 2004 г.). «Защита от истощения для одноранговой цифровой системы хранения». arXiv : cs.CR/0405111 .
  12. ^ Дэвид Ш. Розенталь ; Томас Липкис; Томас С. Робертсон; Сет Морабито (январь 2005 г.). «Перенос сохраненного веб-контента в прозрачном формате» . Журнал D-Lib . 11 (1). arXiv : cs / 0411077 . DOI : 10,1045 / january2005-Розенталя . Проверено 19 января 2008 . CS1 maint: discouraged parameter (link)
  13. ^ «Издатели и титулы» . LOCKSS . Проверено 19 января 2008 . CS1 maint: discouraged parameter (link)
  14. Дэвид Ш. Розенталь и Дэниел Л. Варгас (11 сентября 2012 г.). «Ящики LOCKSS в облаке» (PDF) . Проверено 11 октября 2013 года . CS1 maint: discouraged parameter (link)
  15. ^ «LOCKSS (много копий хранят вещи в безопасности)» . Веб-сайт проекта . GitHub . Проверено 12 сентября 2017 года . CS1 maint: discouraged parameter (link)

Дальнейшее чтение [ править ]

  • «LOCKSS, CLOCKSS и Портик» . Библиотеки Университета Рутгерса . Источник 2021-01-24 .

Внешние ссылки [ править ]

  • Официальный веб-сайт
  • LOCKSS (видео на YouTube, июнь 2007 г.)
  • LOCKSS, часть I: Почему библиотеки должны заботиться о LOCKSS (видео YouTube, декабрь 2007 г.)
  • CLOCKSS , "Controlled LOCKSS", объединенный глобальный (вице-локальный) архив LOCKSS.