Retention — ma’lumot, backup, log yoki snapshot qancha muddat saqlanishi va muddat tugagach qanday o‘chirilishini belgilovchi siyosatdir. U texnik storage boshqaruvi, biznes ehtiyoji, audit va huquqiy talablarni birlashtiradi. Retention “hamma narsani abadiy saqlash” emas, boshqariladigan lifecycle hisoblanadi.
Saqlash davri
Turli data turiga turli muddat kerak. Operatsion debug loglar bir necha hafta, moliyaviy yozuvlar yillar, vaqtinchalik cache esa soatlar saqlanishi mumkin. Muddat data yaratilgan, oxirgi o‘zgartirilgan yoki biznes hodisasi yakunlangan vaqtdan hisoblanishi mumkin.
Policy quyidagilarni aniq ko‘rsatadi:
- data klassi va owner;
- retention boshlanish nuqtasi;
- active, archive va deletion bosqichlari;
- legal hold yoki exception;
- o‘chirish va tasdiqlash mexanizmi;
- backup hamda replica nusxalariga ta’siri.
Backup avlodlari
Grandfather-father-son modeli kunlik, haftalik va oylik backup avlodlarini turli muddat saqlaydi. Har kunlik nusxani yillar saqlamasdan, uzoq tarix uchun oy oxiri nusxasi qoladi. Incremental chain dependencylari retention engine tomonidan hisoblanadi.
Base full o‘chirilsa unga bog‘liq incremental backup tiklanmasligi mumkin. Synthetic full yoki chain consolidation eski dependencylarni uzadi. Catalog nusxaning expiry’sini real restore qobiliyati bilan bog‘laydi.
Log va event retention
Log indekslar vaqt bo‘yicha rollover qilinib, hot, warm va cold qatlamlarda saqlanadi. Eski indeks delete qilinganda dashboardning uzoq davr querysi data topmaydi. Alert va audit talabi retention muddatiga mos bo‘lishi kerak.
Event broker retention vaqt yoki hajm bo‘yicha bo‘lishi mumkin. Consumer lag retentiondan oshsa hali o‘qilmagan event o‘chadi. Eng sekin consumer offseti va oldest available offset monitoring qilinadi.
Legal hold va immutable saqlash
Legal hold odatiy expirationni vaqtincha to‘xtatadi. Uning tugash sanasi oldindan noma’lum bo‘lishi mumkin. Compliance retention objectni belgilangan muddat davomida hatto administrator delete’idan himoya qiladi.
Immutable storage ransomware va operator xatosiga qarshi yordam beradi, lekin noto‘g‘ri uzoq muddat storage xarajatini qulflab qo‘yadi. Retention lock productionga qo‘llanishidan oldin test va approvaldan o‘tadi.
Data minimization
Keraksiz data uzoq saqlansa breach zarar doirasi va privacy majburiyati oshadi. Shaxsiy ma’lumot maqsad tugagach o‘chiriladi yoki anonymize qilinadi. Pseudonymization qayta identifikatsiya kaliti mavjud bo‘lsa to‘liq deletionga teng emas.
Primary database’dan o‘chirish backup nusxalaridan darhol yo‘qolishni anglatmaydi. Backup expirygacha access cheklanishi va restore’dan keyin deletion request qayta qo‘llanishi mumkin. Bunday jarayon policyda hujjatlashtiriladi.
Amalga oshirish
Lifecycle job yosh, tag yoki partition bo‘yicha data’ni transition va delete qiladi. Katta table’da row-by-row delete uzoq transaction va bloat yaratadi; vaqt partitionini drop qilish tezroq. Object storage prefix yoki tag asosida lifecycle qo‘llaydi.
Deletion muvaffaqiyati count, byte va audit event bilan tekshiriladi. Faqat job “success” statusi barcha replica, cache va search indeksdan data ketganini isbotlamaydi. Data lineage nusxalar joyini ko‘rsatadi.
Policy o‘zgarishi
Retentionni qisqartirish katta miqdordagi data’ni birdan o‘chirish triggeri bo‘lishi mumkin. Dry run qancha object va byte ta’sirlanishini ko‘rsatadi. Uzaytirish storage capacity va huquqiy asos bilan baholanadi.
Policy versiyasi, tasdiqlovchi va kuchga kirgan sana auditda saqlanadi. Exceptionlar muddati va ownerga ega bo‘lmasa vaqtinchalik istisno doimiy bo‘lib qoladi.
Bog‘liq tushunchalar
Lifecycle policy, Data minimization, Legal hold, Immutable backup, Archive storage, Data deletion, Backup rotation