Zaxira nusxa: RPO, RTO va qayta tiklash sinovi

Gipotetik holat. Doʻkonlar tarmogʻining serveri tunda ishdan chiqdi. Texnik xodim zaxira papkasini ochdi: fayllar har kuni yozilgan, eng oxirgisi kechagi sanada turibdi. Uni tiklashga urinish uch soat davom etdi va oxirida maʼlum boʻldi: yozuvlar bor, ammo ilova sozlamalari va biriktirilgan hujjatlar nusxada yoʻq. Zaxira bor edi, tiklash esa ishlamadi. Bu hikoya oʻylab topilgan, ammo uning mantiqi hamma uchun tanish.

Zaxira nusxa nimani oʻz ichiga olishi kerak

NIST katalogi zaxirani uch qismga boʻladi: foydalanuvchi maʼlumotlari, tizim darajasidagi axborot va tizim hujjatlari. Tizim darajasidagi axborotga tizim holati, operatsion tizim, ilova dasturlari va litsenziyalar kiradi. Demak, faqat bazaning faylini saqlash yetmaydi, chunki bazani ishga tushiradigan muhit ham tiklanishi kerak.

Shifrlangan nusxalarda yana bir nozik joy bor. NIST SP 800-34 shifrlash kalitlarini nusxaning oʻzidan alohida, ammo kerak paytda olish mumkin boʻlgan joyda saqlashni tavsiya qiladi. Kalit yoʻqolsa, shifrlangan nusxani ochib boʻlmaydi, shuning uchun kalit ham tiklash rejasining bir qismi.

Odoo 20 hujjati shu yoʻnalishda gapiradi: ishlab chiqarish tizimida bazaning ham, biriktirilgan fayllar omborining ham kundalik nusxasi olinadi, nusxalar esa serverning oʻzidan kirib boʻlmaydigan alohida arxiv serveriga koʻchiriladi.

RPO va RTO: ikki raqam, ikki savol

Zaxira haqida ikkita savol beriladi. Birinchisi: eng koʻpi bilan qancha maʼlumotni yoʻqotishga chidaymiz? Ikkinchisi: tizim eng koʻpi bilan qancha vaqt ishlamay tura oladi? NIST SP 800-34 bularga rasmiy nom beradi.

RPO, yaʼni tiklash nuqtasi maqsadi, uzilishdan oldingi qaysi vaqtgacha boʻlgan maʼlumotni eng soʻnggi nusxadan tiklash mumkinligini bildiradi. Hujjatga koʻra, bu koʻrsatkich jarayon tiklanish davrida qancha maʼlumot yoʻqotilishiga chidashini ifodalaydi. RTO, yaʼni tiklash vaqti maqsadi, tizim resursi qancha vaqt ishlamay turishi mumkinligini, undan keyin oqibat chidab boʻlmas boʻlishini koʻrsatadi.

Bu ikkalasining ustida yana bir chegara turadi: jarayon uchun ruxsat etilgan umumiy toʻxtab turish muddati, inglizcha qisqartmasi MTD. RTO shu chegaradan qisqa boʻlishi kerak, chunki tizim tiklangandan keyin maʼlumotni qayta ishlash uchun ham vaqt ketadi.

Oddiy hisob bilan koʻraylik, bu gipotetik. Nusxa har kuni soat 23:00 da olinadi. Server ertasi kuni soat 18:00 da ishdan chiqsa, 19 soatlik ish yoʻqoladi, yaʼni nusxalar orasidagi vaqt amalda RPO ning yuqori chegarasiga aylanadi. Agar doʻkon bir soatlik buyurtmani qoʻlda qayta kirita olsa, 19 soatni esa kirita olmasa, nusxalar oraligʻini qisqartirish kerak.

Bu raqamlarni axborot texnologiyalari boʻlimining oʻzi tanlay olmaydi. NIST hujjatida qabul qilinadigan toʻxtab turish muddatini jarayon egalari, rahbariyat va biznes menejerlari bilan birga aniqlash aytilgan. Savol texnik emas: qaysi jarayon qancha uzilishni koʻtara oladi.

SP 800-34 optimal nuqtani topishni aytadi: tizim ishlamay turishining zarari bilan uni tiklash uchun sarflanadigan resurslar taqqoslanadi. RPO bir soatga tushsa, nusxalar orasidagi vaqt ham bir soatdan oshmasligi kerak, bu esa koʻproq joy, koʻproq nazorat va koʻproq tekshiruv talab qiladi. Shuning uchun har tizim uchun eng qisqa RPO ni tanlash ham xato: kam muhim tizimga ortiqcha mablagʻ va vaqt ketadi, muhim tizimga esa yetishmaydi.

Tizim bir butun emas: qaysi qism birinchi tiklanadi

Tizim koʻpincha bir necha qismdan iborat: maʼlumotlar bazasi, ilova serveri, veb-server va ish kompyuterlari. SP 800-34 namunaviy tahlilida har bir qism uchun alohida RTO yoziladi va qismlar orasidagi bogʻliqlik koʻrsatiladi. Sabab oddiy: baza tiklanmaguncha ilova ishga tushmaydi, ilova ishga tushmaguncha foydalanuvchi baribir ish boshlay olmaydi.

Shu sababli tiklash tartibi ham qismlar boʻyicha, ketma-ketlikda yoziladi. Ketma-ketlik yozilmagan boʻlsa, tunda ishlayotgan texnik xodim birinchi boʻlib nimani ishga tushirish kerakligini oʻylab vaqt yoʻqotadi. Bu tahririyat xulosasi, ammo uning asosi SP 800-34 dagi qismlararo bogʻliqlik jadvalidir.

Nusxa turi tiklash vaqtiga taʼsir qiladi

SP 800-34 uch usulni sanaydi: toʻliq, oʻsib boruvchi va farqli nusxa. Toʻliq nusxa hamma fayllarni oladi, kerakli faylni topish oson, ammo bu usul koʻp vaqt va joy talab qiladi. Oʻsib boruvchi nusxa oxirgi nusxadan beri oʻzgargan fayllarni oladi, joy tejaladi, lekin tiklash uchun oxirgi toʻliq nusxa va undan keyingi har kunlik nusxalar kerak boʻladi.

Farqli nusxa oxirgi toʻliq nusxadan beri oʻzgargan hamma narsani oladi, shuning uchun tiklashga toʻliq nusxa va oxirgi farqli nusxa yetadi. Hujjat misol sifatida dam olish kunlari toʻliq nusxa, har kecha esa farqli nusxa olishni koʻrsatadi. Bu RTO bilan bevosita bogʻliq: nusxalar zanjiri uzun boʻlsa, tiklash ham uzoq davom etadi, bitta yoʻqolgan halqa esa butun zanjirni buzadi.

Nusxa qayerda turadi

NIST SP 800-34 nusxani ofisdan tashqarida saqlashni yaxshi ish tartibi deb ataydi. Saqlash joyini tanlashda geografik masofa alohida mezon: bir ofat ikkala joyga ham tegmasligi kerak. Katalogda ham muqobil saqlash joyi asosiy joydan geografik jihatdan ajratilgan boʻlishi aytiladi.

Amaliyotda keng tarqalgan qoida bor: uch nusxa, ikki xil tashuvchi, bittasi boshqa joyda. U koʻpincha fotograf Peter Krogh nomi bilan bogʻlanadi, lekin bu standart emas, tajribadan chiqqan qoida, uni keltirgan maqola esa kompaniyaning oʻz blogi. Qoidaning oʻzi yetarli emas, chunki unda kirishni nazorat qilish, shifrlash va nusxani tekshirish yetishmaydi.

Soʻnggi yillarda yana bir xavf kuchaygan. CISA qoʻllanmasida yozilishicha, koʻp zararli dasturlar tarmoqdan ochiq turgan nusxalarni topib oʻchiradi yoki shifrlaydi, shuning uchun nusxalar tarmoqdan uzilgan holda va shifrlangan koʻrinishda saqlanishi kerak. Odoo hujjatidagi alohida arxiv serveri tavsiyasi ham shu xavfga javob beradi: nusxa asosiy serverga zarar yetganda, uning ichiga kirgan odam yoki zararli dastur yetib bora olmaydigan joyda turishi kerak.

Tiklashni sinash: nusxaning haqiqiy imtihoni

Nusxa sinalmaguncha taxmin boʻlib qoladi. NIST katalogida ikki sinov bor. Birinchisi nusxaning ishonchliligi va butunligini tekshiradi: tasodifiy tanlangan fayllar ochilib, asl maʼlumot bilan solishtiriladi. Ikkinchisi tanlangan tizim funksiyalarini namunaviy nusxadan haqiqatan tiklaydi va favqulodda holat rejasini sinash doirasida bajariladi.

Sinov usullari ham har xil: roʻyxat boʻyicha tekshirish, qogʻozdagi mashq, simulyatsiya va toʻliq mashq. CISA ham nusxaning mavjudligi va butunligini favqulodda holatga oʻxshash sharoitda muntazam tekshirishni tavsiya qiladi. NIST yana bir talab qoʻshadi: sinov natijalari koʻrib chiqiladi va zarur boʻlsa tuzatish choralari boshlanadi.

Odoo Online hujjati nusxa ZIP fayl shaklida yuklab olinishini va bazalar kunlik zaxiralanishini yozadi. Tiklash sinovida bunday fayl alohida bazaga ochilib, kirish, biriktirilgan hujjatlar va hisobotlar tekshiriladi. Bu tahririyat xulosasi: hujjat ZIP ichida aynan nimalar borligini batafsil sanamaydi, shuning uchun uni sinab koʻrish kerak.

Sinov oxirida bir varaq yozib qoʻyiladi. Bu tahririyat taklifi, lekin undagi har bir band keyingi sinovni aniqroq qiladi:

• Sinov boshlangan va tugagan vaqt, shunda haqiqiy tiklash vaqti RTO bilan solishtiriladi.
• Qaysi sanadagi nusxadan tiklangani, shunda yoʻqotilgan maʼlumot hajmi RPO bilan solishtiriladi.
• Tiklash paytida nima ishlamagani va qanday tuzatilgani.
• Tiklashni kim bajargani va u uchun qaysi hujjat yoki kalit kerak boʻlgani.

Tiklangandan keyin ish tugamaydi

SP 800-34 tiklangandan keyingi qadamlarni alohida sanaydi. Imkon boricha tezroq tizimning yangi toʻliq nusxasi olinadi va boshqa nusxalar bilan birga saqlanadi. Barcha tiklash harakatlari hujjatlashtiriladi, muammolar va olingan saboqlar esa keyingi rejani yangilash uchun yoziladi. NIST katalogi ham tiklash tugagach tizim toʻliq ishlashini baholash va vaqtinchalik imkoniyatlarni oʻchirishni qayd etadi.

Bu qadamlar oddiy koʻrinadi, ammo koʻpincha unutiladi. Tizim ishga tushgach hamma yengil nafas oladi, yangi nusxa esa kechagi nusxaning eskirgan holatida qolaveradi. Agar ikkinchi uzilish yuz bersa, tiklash yana eski nuqtadan boshlanadi.

ISO 22301: raqamlar qaysi tizimning qismi

ISO 22301:2019 biznes uzluksizligini boshqarish tizimiga qoʻyiladigan talablarni belgilaydi, bu standartning ikkinchi nashri boʻlib, 2012 yilgi nashrning oʻrnini bosgan va 2024 yilda unga oʻzgartirish kiritilgan. Standart matni pullik, shuning uchun bu yerda faqat uning oʻrni aytiladi: RPO va RTO texnik raqamlar, standart esa ularni tashkilotning uzilishga tayyorgarlik, javob va tiklanish tizimi ichiga joylaydi.

Amalda nima qilish mumkin

Bu qadamlar manbalardagi mantiqdan chiqarilgan tahririyat xulosasi, tayyor protokol emas.

1. Har muhim tizim uchun ikki raqam yozing: eng koʻpi bilan qancha maʼlumotni yoʻqotamiz va qancha vaqt toʻxtab tura olamiz. Raqamlarni jarayon egalari bilan kelishing.
2. Nusxaga baza bilan birga biriktirilgan fayllar, sozlamalar va shifrlash kalitlari ham kirishini tekshiring.
3. Kamida bitta nusxa serverdan va asosiy tarmoqdan alohida joyda tursin, ideal holda tarmoqdan uzilgan boʻlsin.
4. Tiklashni kalendarga yozing: nusxadan alohida muhitga haqiqatan tiklang, ishlashini tekshiring va qancha vaqt ketganini yozib qoʻying.
5. Natijani RTO bilan solishtiring. Tiklash maqsaddan uzoq davom etsa, nusxa turini yoki saqlash usulini oʻzgartiring.