Политика цифрового сохранения и архивирования

Настоящая политика описывает подтверждённую инфраструктуру сохранения журнала, меры для продолжительного доступа к материалам и метаданным и ограничения, требующие проверки. Настройка «включено» отделяется от доказанного архивирования. Английская версия является основной; узбекская и русская версии передают ту же политику.

Техническое состояние проверено 1 сентября 2026 года. Это аудит на определённую дату; при изменении инфраструктуры сведения необходимо проверить и обновить.

Содержание

  1. Цель и сфера действия
  2. Подтверждённая инфраструктура
  3. Стратегия долгосрочного сохранения
  4. Опубликованный архив OJS
  5. Состояние LOCKSS и CLOCKSS
  6. Институциональный репозиторий
  7. Резервные копии и восстановление
  8. Сохранение метаданных
  9. Регистрация и постоянство DOI
  10. Контроль целостности
  11. Доступ при закрытии журнала
  12. VERIFY — неподтверждённые услуги и процедуры
  13. Ответственность и контакт

1. Цель и сфера действия

Журнал стремится сохранить статьи, выпуски, доступные в OJS дополнительные материалы, метаданные и постоянные идентификаторы для долгосрочного поиска и доступа. Сохранение не должно зависеть от одной копии сайта.

Политика относится к опубликованной записи. Конфиденциальные рукописи, рецензии и рабочие файлы требуют отдельного хранения и контроля доступа и не обещаются как часть открытого архива.

2. Подтверждённая инфраструктура

Подтверждены: открытый архив OJS и OAI-PMH; публичные gateway-страницы LOCKSS/CLOCKSS; репозиторий DSpace КГТУ с файлами статей и выпусков SRT; последовательные ежедневные локальные резервные копии Hestia с сайтом и базой; рабочий Crossref в production, зарегистрированные DOI и пример DOI, разрешающийся через doi.org и Crossref API.

Доказательства ограничены: gateway не доказывает сбор узлами, найденные файлы — полный охват, локальный backup — off-site сохранение, а один DOI — правильность всех DOI.

3. Стратегия долгосрочного сохранения

Текущие уровни: основной OJS, OAI-PMH, вторичные копии DSpace, серверные backups, DOI и preservation gateway. Их охват и функции восстановления различаются.

Backup не заменяет независимую сеть сохранения. Журнал должен периодически сопоставлять выпуски, файлы, метаданные и DOI между системами и устранять пробелы.

4. Опубликованный архив OJS

Выпуски и статьи доступны в OJS через страницы и файлы. OJS хранит связи выпусков, статей, авторов, метаданных и файлов.

Для восстановления вместе сохраняются production database, public и необходимые non-public файлы OJS. Одни PDF не сохраняют полную структуру публикации.

5. Состояние LOCKSS и CLOCKSS

Настройки LOCKSS/CLOCKSS включены, публичные gateway успешно отвечают и показывают содержание для harvesting. Это подтверждает интеграцию gateway на уровне OJS.

Не подтверждено принятие и сохранение журнала сетью LOCKSS или CLOCKSS Archive. Восстановление из них не объявляется гарантированным без доказательства соответствующего сервиса или узла.

6. Институциональный репозиторий

Репозиторий DSpace Каршинского государственного технического университета публично доступен. В нём найдены записи и файлы статей и выпусков SRT, что подтверждает вторичное размещение части содержания.

Полнота выпусков, автоматический OJS–DSpace deposit, расписание и обязательство хранения каждого объекта не установлены. До названия полным зеркалом охват нужно сверить с OJS.

7. Резервные копии и восстановление

Система хостинга создаёт локальные архивы Hestia. При аудите присутствовали последовательные ежедневные копии с компонентами домена и базы данных.

Off-site копия, географическое разделение, шифрование, retention, мониторинг и успешный restore-тест не подтверждены. Backups следует защищать, контролировать и проверять восстановлением.

8. Сохранение метаданных

OAI-PMH OJS возвращает Identify и записи Dublin Core. DSpace также предоставляет OAI-PMH; размещённые записи SRT содержат метаданные и файлы.

Основные метаданные должны включать название, авторов, идентификаторы, аннотацию, ключевые слова, даты, выпуск, язык, лицензию, DOI, URL и связи с файлами/уведомлениями. Экспорты сохраняются с backups и проверяются после миграции.

9. Регистрация и постоянство DOI

Crossref работает в production. OJS содержит зарегистрированные DOI; проверенный новый DOI открыл статью через doi.org и был найден Crossref API. DOI поддерживает идентификацию, но не хранит файл статьи.

Журнал поддерживает метаданные и destination URL. При смене URL обновляется Crossref resource URL, а не выдаётся новый DOI. История DOI и уведомлений сохраняется согласно Политике исправлений и ретракций.

10. Контроль целостности

Следует сравнивать число выпусков/статей, доступность файлов, доступные checksums, OAI records, охват DSpace, DOI status и destinations. Ошибки документируются и исправляются.

В legacy настройках PKP PN найден SHA-1, но deposits отсутствуют. Это не доказывает текущую fixity-проверку пакетов сетью PKP PN.

11. Доступ при закрытии журнала

При прекращении публикации цель — сохранить открытой опубликованную запись. По возможности OJS остаётся read-only, полные материалы и метаданные передаются в подтверждённый продолжающий архив, а DOI ведут на сохранившуюся копию.

Утверждённый closure plan, преемник, финансирование и полная сохранённая копия не подтверждены. До закрытия письменно назначаются ответственные за домен, DOI, OJS, repository deposits и публичный доступ.

12. VERIFY — неподтверждённые услуги и процедуры

Следующее нельзя представлять действующим до получения доказательств:

  • VERIFY: PKP PN: legacy DB отмечает enabled/accepting, но код плагина отсутствует и обе таблицы deposits пусты. Проверить совместимость, eligibility, условия, установку и успешный preserved deposit.
  • VERIFY: LOCKSS/CLOCKSS: подтвердить принятие, harvesting и holdings у сервиса или узла; одного gateway недостаточно.
  • VERIFY: DSpace: подтвердить ответственное подразделение, полный охват SRT, расписание/автоматизацию, retention и роль при закрытии.
  • VERIFY: Backups: подтвердить off-site копии, retention, encryption/access, мониторинг и restore-тесты.
  • VERIFY: Closure: утвердить custodian, funding, ответственность за домен/DOI, archive destination и порядок доступа.

13. Ответственность и контакт

Обязанности распределяются между редакцией, издателем/владельцем, администратором, репозиторием и держателем DOI. Изменения hosting, domain, OJS, DSpace или DOI должны включать backup, migration и проверку.

О пропавшем файле, неработающем DOI или расхождении можно сообщить на admin@srt-journal.uz. Общие сведения — на странице Контакты. Доставка и контроль почты не тестировались.

Читайте эту политику вместе с Заявлением о публикационной этике, Политикой открытого доступа и Политикой исправлений и ретракций.