State Restoration — dastur yoki tizimni avval saqlangan mantiqiy holatga qaytarish jarayoni. U nazorat nuqtasi, zaxira nusxa, jurnal yoki hodisalar ketma-ketligidan foydalanishi mumkin. Tiklashning maqsadi baytlarni ko‘chirish emas, balki tizim invariantlari saqlangan, resurslar to‘g‘ri bog‘langan va bajarilish izchil davom eta oladigan holatni hosil qilishdir.
Tiklash manbalari
Snapshot ma’lum vaqtdagi to‘liq yoki qisman tasvirni beradi. Tranzaksiya jurnali snapshotdan keyingi o‘zgarishlarni qayta ijro etadi. Hodisaga asoslangan tizim esa joriy holatni tarixiy hodisalardan qayta quradi. Bu usullarning ishonch modeli farq qiladi: snapshot buzilsa katta qism yo‘qoladi, jurnalning bitta noto‘g‘ri yozuvi esa undan keyingi qayta ijroga ta’sir qilishi mumkin.
Jarayon checkpointidan tiklashda xotira sahifalari va registrlar qaytariladi, so‘ng operatsion tizim obyektlari qayta yaratiladi. Ma’lumotlar bazasida esa tugallanmagan tranzaksiyalar bekor qilinib, tasdiqlangan yozuvlar qayta qo‘llanadi. Virtual mashinada xotira bilan birga virtual qurilmalar holati ham moslashtiriladi. Demak, “holat” tushunchasi tizim chegarasiga qarab o‘zgaradi.
Moslik va tekshiruv
Tiklashdan oldin format versiyasi, dastur tuzilishi, sxema va konfiguratsiya tekshiriladi. Yangi dastur eski obyektni boshqa ma’noda talqin qilsa, texnik jihatdan o‘qilgan ma’lumot mantiqan noto‘g‘ri bo‘lishi mumkin. Migratsiya kodi eski sxemani yangi sxemaga aniq o‘tkazishi va qayta bajarilganda qo‘shimcha zarar keltirmasligi kerak.
Yaxlitlik nazorati xesh yoki autentifikatsiyalangan imzo orqali amalga oshiriladi. Biroq to‘g‘ri xesh ma’lumotning kerakli vaqtga tegishli ekanini isbotlamaydi. Avlod raqami, monoton hisoblagich yoki ishonchli vaqt belgisi eski holatni ataylab qaytarish hujumini aniqlashga yordam beradi.
Tashqi ta’sirlar
Tizim ichki holatni orqaga qaytarsa ham, avval yuborilgan elektron xat, amalga oshirilgan to‘lov yoki tashqi API chaqirig‘i avtomatik bekor bo‘lmaydi. Qayta tiklangan dastur shu amalni yana bajarsa, takroriy natija yuz beradi. Idempotent so‘rov kalitlari, chiqish jurnali va tashqi tizim bilan yarashtirish mexanizmi bunday vaziyatni boshqaradi.
Tarmoq ulanishlari, vaqt, tasodifiy son generatori va qurilma holati ham avvalgi ko‘rinishda bo‘lmasligi mumkin. Tiklash kodi ularni yangi resurs sifatida ochishi, eskirgan seansni yangilashi yoki nazoratli xato bilan to‘xtashi lozim. Jim davom etish ko‘pincha noto‘g‘ri hisob-kitobni uzoqqa tarqatadi.
Amaliy bosqichlar
Odatdagi tartib saqlangan tasvirni tanlash, uning yaxlitligi va mosligini tekshirish, izolyatsiyalangan muhitda yuklash, bog‘liqliklarni qayta ulash va invariantlarni sinashdan iborat. So‘ng xizmat trafik uchun ochiladi. Katta tizimlar tiklash nuqtasi maqsadi va tiklash vaqti maqsadini o‘lchaydi; birinchisi qancha ma’lumot yo‘qolishi mumkinligini, ikkinchisi xizmat qachon qaytishini bildiradi.
Muntazam tiklash mashqlari zaxira borligini emas, undan amalda foydalanish mumkinligini ko‘rsatadi. Natija audit qilinib, muvaffaqiyatsiz bog‘lanishlar, yetishmagan kalitlar va ortiqcha qo‘lda bajariladigan qadamlar tuzatiladi.
Qisman tiklash ham alohida xavf tug‘diradi. Masalan, foydalanuvchi jadvali eski, ruxsatlar jadvali yangi holatda qolsa, ular orasidagi havolalar buzilishi mumkin. Shu sabab bog‘langan komponentlar uchun umumiy izchillik nuqtasi yoki aniq yarashtirish algoritmi kerak. Tiklash muvaffaqiyati xizmatning ishga tushgani bilan emas, nazorat summalari, biznes invariantlari, namunaviy so‘rovlar va tashqi tizimlar bilan balans mosligi orqali tasdiqlanadi. Nosoz sinov muhiti real kalit yoki mijozga xabar yubormasligi uchun izolyatsiya qilinadi.
Bog‘liq tushunchalar
snapshot, transaction log, checkpoint, disaster recovery, idempotency, schema migration