Raqamli saqlash va arxivlash siyosati

Ushbu siyosat jurnalning tasdiqlangan saqlash infratuzilmasi, nashr etilgan kontent va metadata uzluksiz ochiqligini qo‘llab-quvvatlovchi choralar hamda hali tasdiqlanishi kerak bo‘lgan cheklovlarni bayon qiladi. Sozlamada yoqilgan xizmat amalda arxivlayotgan xizmatdan ajratiladi. Inglizcha matn asosiy versiya; o‘zbekcha va ruscha matnlar ayni siyosatni ifodalaydi.

Texnik holat 2026-yil 1-sentabrda tekshirildi. Bu muayyan vaqtdagi audit; infratuzilma o‘zgarsa xizmatlar qayta tekshirilib, bayonot yangilanishi kerak.

Mundarija

  1. Maqsad va qo‘llanish doirasi
  2. Tasdiqlangan infratuzilma
  3. Uzoq muddatli saqlash strategiyasi
  4. OJS nashr arxivi
  5. LOCKSS va CLOCKSS gateway holati
  6. Institutsional repository
  7. Server backuplari va tiklash
  8. Metadata saqlash va interoperabellik
  9. DOI ro‘yxati va doimiyligi
  10. Yaxlitlik tekshiruvi
  11. Jurnal yopilganda uzluksiz kirish
  12. VERIFY — hali tasdiqlanmagan xizmat va tartiblar
  13. Mas’uliyat va aloqa

1. Maqsad va qo‘llanish doirasi

Jurnal nashr etilgan maqola, son fayli, OJSdagi qo‘shimcha material, metadata va doimiy identifikatorlarni uzoq muddat topish va ochish imkonini saqlashni maqsad qiladi. Saqlash bitta sayt nusxasiga bog‘lanmasligi kerak.

Siyosat ochiq ilmiy yozuvga taalluqli. Maxfiy submission, taqriz va tahririy ish fayllari alohida retention hamda access controlni talab qiladi va ochiq arxiv tarkibiga va’da qilinmaydi.

2. Tasdiqlangan infratuzilma

Audit ochiq OJS arxivi va OAI-PMH metadata feedi; ochiq LOCKSS/CLOCKSS OJS gatewaylari; SRT maqola va son fayllari mavjud QDTU DSpace repositorysi; sayt va DB komponentlarini qamragan ketma-ket kunlik lokal Hestia backuplari; production Crossref plugini, registered DOI yozuvlari va doi.org hamda Crossref API orqali ishlagan namunaviy DOIni tasdiqladi.

Dalil doirasi cheklangan: gateway node harvestingini, topilgan repository fayllari to‘liq qamrovni, lokal backup off-site saqlashni yoki bitta DOI namunasi barcha DOI to‘g‘riligini isbotlamaydi.

3. Uzoq muddatli saqlash strategiyasi

Hozirgi qatlamlar: asosiy OJS arxivi, OAI-PMH metadata, DSpacedagi ikkilamchi nusxalar, server recovery backuplari, DOI ro‘yxati va preservation gatewaylari. Ularning qamrovi va tiklash vazifasi turlicha.

Backup mustaqil preservation network o‘rnini bosmaydi. Jurnal sonlar, fayllar, metadata va DOI manzillarini tizimlar o‘rtasida davriy solishtirib, bo‘shliqlarni bartaraf etishi kerak.

4. OJS nashr arxivi

Nashr etilgan son va maqolalar OJS landing page va yuklanadigan fayllar bilan ochiq. OJS son, maqola, muallif, metadata va fayllar aloqasini saqlaydi.

Tiklash uchun production DB, public fayllar va kerakli non-public OJS fayllari birga olinishi lozim. Faqat PDFlarni ko‘chirish to‘liq nashr strukturasini saqlamaydi.

5. LOCKSS va CLOCKSS gateway holati

LOCKSS va CLOCKSS OJS sozlamalari yoqilgan, ochiq gateway sahifalari muvaffaqiyatli javob beradi va harvesting uchun jurnal kontentini ko‘rsatadi. Bu OJS darajasidagi gateway integratsiyasini tasdiqlaydi.

LOCKSS kutubxona tarmog‘i yoki CLOCKSS Archive jurnalni qabul qilib, harvest va preserve qilgani tasdiqlanmadi. Tegishli xizmat yoki node dalilisiz ulardan tiklash kafolatlangan deb aytilmaydi.

6. Institutsional repository

Qarshi davlat texnika universitetining DSpace repositorysi ochiq. Unda SRT maqola yozuvlari, maqola fayllari va son fayllari topildi; demak u jurnal kontentining kamida bir qismi uchun ikkilamchi manzil beradi.

Barcha sonlarning to‘liqligi, avtomatik OJS–DSpace deposit, jadval yoki har bir SRT yozuvi uchun retention majburiyati aniqlanmadi. Uni to‘liq mirror deb atashdan oldin qamrov OJS bilan solishtirilishi kerak.

7. Server backuplari va tiklash

Hosting boshqaruv tizimi lokal Hestia backup arxivlarini yaratadi. Auditda sayt domeni va DB komponentlarini ko‘rsatgan ketma-ket kunlik arxivlar mavjud edi.

Off-site nusxa, geografik ajratish, shifrlash, retention jadvali, avtomatik monitoring yoki muvaffaqiyatli restore testi tasdiqlanmadi. Backup himoyalanishi, kuzatilishi va nazoratli restore bilan sinovdan o‘tishi kerak.

8. Metadata saqlash va interoperabellik

OJS OAI-PMH endpointi Identify va Dublin Core recordlarini muvaffaqiyatli qaytaradi. DSpace ham OAI-PMH beradi; undagi SRT yozuvlarida tavsifiy metadata va fayllar mavjud.

Saqlanadigan asosiy metadata title, authors, mavjud contributor IDlari, abstract, keywords, date, issue context, language, licence, DOI, URL va fayl/notice aloqalarini qamrashi kerak. Exportlar backup bilan saqlanib, migratsiyadan keyin tekshiriladi.

9. DOI ro‘yxati va doimiyligi

Crossref plugini production rejimida faol. OJSda registered DOI yozuvlari bor; tekshirilgan yangi DOI doi.org orqali maqolaga ochildi va Crossref API metadata qaytardi. DOI identifikatsiya va discoveryni ta’minlaydi, maqola faylini saqlamaydi.

Jurnal DOI metadata va destination URLlarni saqlashi kerak. URL o‘zgarsa yangi DOI berilmay, Crossref resource URL yangilanadi. Notice va DOI tarixi Tuzatishlar, retraksiyalar va xavotir bayonotlari siyosatiga muvofiq saqlanadi.

10. Yaxlitlik tekshiruvi

Tekshiruv son/maqola miqdori, fayl mavjudligi, imkon bo‘lsa checksum, OAI recordlari, repository qamrovi, DOI holati va destinationlarni solishtirishi kerak. Xato backup, yo‘q fayl, yetishmayotgan metadata va singan DOI qayd etilib tuzatiladi.

Legacy PKP PN sozlamasida SHA-1 ko‘rindi, ammo PKP PN depositlari yo‘q. Bu joriy paketlar PNda fixity-check qilinayotganiga dalil emas.

11. Jurnal yopilganda uzluksiz kirish

Jurnal nashrni to‘xtatsa, maqsad e’lon qilingan yozuvni ochiq saqlashdir. Imkon bo‘lsa OJS read-only qoladi, to‘liq kontent va metadata tasdiqlangan davomiy arxivga o‘tkaziladi, Crossref DOI manzillari saqlanadi yoki omon qolgan nusxaga yangilanadi.

Tasdiqlangan closure plan, successor custodian, moliyalashtirish yoki to‘liq preserved copy topilmadi. Yopilishdan oldin domain, DOI account, OJS DB/fayllar, repository depositlari va ochiq access mas’uliyati yozma belgilanadi.

12. VERIFY — hali tasdiqlanmagan xizmat va tartiblar

Quyidagilar texnik yoki hujjatli dalil olinmaguncha ishlamoqda deb ko‘rsatilmaydi:

  • VERIFY: PKP PN: legacy DB sozlamasi enabled/accepting, lekin plugin kodi yo‘q va ikki deposit jadvali ham bo‘sh. Claimdan oldin moslik, eligibility, shartlar, install va muvaffaqiyatli preserved deposit tasdiqlansin.
  • VERIFY: LOCKSS/CLOCKSS: tegishli service yoki node bilan qabul, harvesting va preserved holdings tasdiqlansin; gatewayning o‘zi yetarli emas.
  • VERIFY: DSpace: mas’ul bo‘lim, to‘liq SRT qamrovi, deposit jadvali/automation, retention va closure roli tasdiqlansin.
  • VERIFY: Backup: off-site/geografik alohida nusxa, retention, encryption/access, monitoring va restore testlari tasdiqlansin.
  • VERIFY: Closure: custodian, funding, domain/DOI mas’uli, archive destination va ochiq kirish tartibi yozma tasdiqlansin.

13. Mas’uliyat va aloqa

Saqlash vazifalari tahririyat, noshir/egasi, server administratori, repository va DOI account holder o‘rtasida belgilanadi. Hosting, domain, OJS, repository yoki DOI o‘zgarishi backup, migration va keyingi validationni qamrashi kerak.

Yo‘q fayl, singan DOI yoki arxiv farqi admin@srt-journal.uz manziliga bildirilishi mumkin. Umumiy ma’lumot Aloqa sahifasida. Email delivery/monitoring sinovdan o‘tkazilmadi.

Ushbu siyosatni Nashr etikasi bayonoti, Ochiq foydalanish siyosati va Tuzatishlar va retraksiyalar siyosati bilan birga o‘qing.