Imkoniyat darajasi (yoki biz uni Vim ichida chaqiramiz - captir) Veeam Backup va Replication 9.5 4-yangilash davrida Arxiv darajasi nomi ostida paydo bo'lgan. Buning ortidagi g'oya - operatsion tiklash oynasi deb ataladigan narsadan tushib qolgan zaxira nusxalarini ob'ektni saqlashga ko'chirish imkonini berishdir. Bu unchalik katta bo'lmagan foydalanuvchilar uchun disk maydonini bo'shatishga yordam berdi. Va bu variant Move Mode deb nomlangan.

Ushbu oddiy (aftidan) amalni bajarish uchun ikkita shartni bajarish kifoya edi: ko'chirilgan zahiradagi barcha nuqtalar foydalanuvchi interfeysida aniq o'rnatilgan yuqorida aytib o'tilgan operatsion tiklash oynasi chegaralaridan tashqarida bo'lishi kerak. Va ikkinchisi: zanjir "muhrlangan shakl" deb ataladigan bo'lishi kerak (muhrlangan zahira zanjiri yoki faol bo'lmagan zaxira zanjiri). Ya'ni, vaqt o'tishi bilan bu zanjirda hech qanday o'zgarishlar sodir bo'lmaydi.

Ammo VBR v10-da kontseptsiya yangi funktsiyalar bilan to'ldirildi - Nusxa olish rejimi, muhrlangan rejim va talaffuz qilish qiyin bo'lgan "O'zgarmaslik" nomli narsa paydo bo'ldi.

Bu biz bugun gaplashadigan qiziqarli narsalar. Birinchidan, VBR9.5u4 da qanday ishlaganligi haqida, keyin esa o'ninchi versiyadagi o'zgarishlar haqida.

Sof til g‘oliblari meni kechirsin, lekin tarjima qilib bo‘lmaydigan atamalar juda ko‘p.
Shunday qilib, bu erda bir tonna inglizizm bo'ladi.
Va juda ko'p giflar.
Va rasmlar.

• Eng kichik afsuslanmasdan. Maqola muallifi.

Bo'lganidek

Xo'sh, keling, operatsion tiklash oynasini va muhrlangan zaxirani tahlil qilishdan boshlaylik (yoki ular Faol bo'lmagan zahiraviy zanjir hujjatlarida deyilganidek). Ularning tushunchasisiz qo'shimcha tushuntirish mumkin bo'lmaydi.

Rasmda ko'rib turganimizdek, bizda ma'lumotlar bloklari bo'lgan zaxira zanjiri mavjud bo'lib, u Imkoniyat darajasi ulangan omborning SOBR ishlash darajasida joylashgan. Bizning operatsion zaxira oynamiz uch kun.

Shunga ko'ra, dushanba kuni yaratilgan .vbk oldingi zanjirni muhrlaydi, uning oynasi uch kunga o'rnatiladi. Va bu shuni anglatadiki, siz ushbu uch kundan kattaroq narsalarni otishma maydoniga xavfsiz tashishni boshlashingiz mumkin.

Lekin muhrlangan zanjir deganda aynan nimani nazarda tutgan va 4-yangilashda sig'imli tortishish maydoniga nima yuborilishi mumkin edi?

Forward Incremental, zanjirni muhrlash belgisi yangi to'liq zaxirani yaratishdir. Va bu to'liq zaxira qanday olinganligi muhim emas: sintetik to'liq va faol to'liq zaxiralar hisobga olinadi.

Teskari holatda, bularning barchasi operatsion oynaga tushmaydigan fayllardir.

Orqaga qaytarish bilan oldinga o'sish holatida, bularning barchasi orqaga qaytarish va .vbk, agar unumdorlik darajasida boshqa .vbk bo'lsa.

Endi zaxira nusxa ko'chirish zanjirlari bilan ishlash variantini ko'rib chiqaylik. Bu yerda faqat GFS saqloviga kiradigan narsalar tashilgan. Chunki oxirgi zahira nusxa zanjirlarida saqlangan hamma narsa u yoki bu tarzda o'zgartirilishi mumkin.

Endi kaput ostiga qaraylik. U erda suvsizlanish deb ataladigan jarayon sodir bo'ladi - hajmda bo'sh zaxira fayllarini qoldirish va bloklarni ushbu fayllardan sig'imli tortishish diapazoniga sudrab borish. Ushbu jarayonni optimallashtirish uchun suvsizlanish indeksi deb ataladigan narsa qo'llaniladi, bu sizga allaqachon sig'imli tortishish diapazoniga ko'chirilgan bloklarni nusxalashdan qochish imkonini beradi.

Keling, bu qanday ko'rinishini misol bilan ko'rib chiqaylik: Aytaylik, bizda tranzaksiya oynasidan chiqqan va muhrlangan zanjirga tegishli .vbk bor. Bu shuni anglatadiki, biz uni sig'imli tortishish poligoniga ko'chirishga to'la haqlimiz. Ko'chirish vaqtida uzatilgan faylning sig'im chizig'i va bloklarida metadata fayli yaratiladi. Bog'lanish darajasidagi metama'lumotlar fayli bizning faylimiz qaysi bloklardan iboratligini tavsiflaydi. Rasmdagi holatda, bizning birinchi faylimiz a, b, c bloklaridan iborat va metadata ushbu bloklarga havolalarni o'z ichiga oladi. Bizda ko'chirishga tayyor bo'lgan va a, b va d bloklaridan iborat ikkinchi .vbk fayli mavjud bo'lganda, biz suvsizlanish indeksini tahlil qilib, faqat d blokini o'tkazish kerakligini tushunamiz. Va uning metama'lumotlar faylida ikkita oldingi va bitta yangi blokga havolalar mavjud.

Shunga ko'ra, bu bo'sh joylarni ma'lumotlar bilan to'ldirish jarayoni regidratsiya deb ataladi. U allaqachon mahalliy ishlash darajasi bo'yicha eng qadimgi .vbk fayliga asoslangan o'zining regidratsiya indeksidan foydalanadi. Ya'ni, agar foydalanuvchi faylni sig'imli tortishish diapazonidan qaytarishni istasa, biz birinchi navbatda eng qadimgi to'liq zaxira bloklari indeksini yaratamiz va sig'imli tortishish galereyasidan faqat etishmayotgan bloklarni o'tkazamiz. Rasmda keltirilgan holatda, FullBackup1.vbk ni regidratsiya indeksiga ko'ra regidratatsiya qilish uchun bizga faqat sig'imli tortishish diapazonidan oladigan C bloki kerak. Agar bulutli saqlash ob'ekti sig'imli tortishish maydoni bo'lib xizmat qilsa, bu sizga katta miqdordagi pulni tejash imkonini beradi.

Bu erda ushbu texnologiya WAN tezlatgichlarida qo'llaniladigan texnologiya bilan bir xil bo'lib tuyulishi mumkin, ammo bu faqat shunday ko'rinadi. Tezlatgichlarda detuplikatsiya global hisoblanadi; bu erda har bir fayl ichida ma'lum bir ofsetda mahalliy deuplikatsiya qo'llaniladi. Bu hal qilinayotgan vazifalarning farqi tufayli sodir bo'ladi: bu erda biz katta hajmdagi to'liq zaxira fayllarni nusxalashimiz kerak va bizning tadqiqotlarimizga ko'ra, ular orasida uzoq vaqt o'tsa ham, bu deduplikatsiya algoritmi eng yaxshi natijani beradi.

Ammo indekslar xudosi uchun ko'proq indekslar! Ma'lumotni tiklash uchun indeks ham mavjud! Imkoniyatlar chizig'ida joylashgan mashinani tiklashni boshlaganimizda, biz faqat ishlash chizig'ida bo'lmagan noyob ma'lumotlar bloklarini o'qiymiz.

Bu qanday sodir bo'ldi?

Kirish qismi uchun hammasi shu. Bu juda batafsil, ammo yuqorida aytib o'tilganidek, bu tafsilotlarsiz yangi funktsiyalar qanday ishlashini tushuntirib bo'lmaydi. Shuning uchun, qo'shimcha uzatmasdan, birinchisiga o'tamiz.

Nusxalash rejimi

U asosan mavjud texnologiyalarga asoslangan, ammo foydalanishning butunlay boshqacha mantig'iga ega. 

Ushbu rejimning maqsadi mahalliy darajada joylashgan barcha ma'lumotlarning sig'im chizig'ida nusxasi borligini ta'minlashdir.

Agar siz Ko'chirish va nusxa ko'chirish rejimlarini o'zaro solishtirsangiz, u quyidagicha ko'rinadi:

• Faqat muhrlangan zanjirni ko'chirish mumkin. Nusxa ko'chirish rejimida, zaxira ishida nima sodir bo'lishidan qat'i nazar, mutlaqo hamma narsa uzatiladi.
• Ko'chirish, fayllar operatsion zaxira oynasi chegaralaridan tashqariga chiqqanda ishga tushiriladi va nusxalash zaxira fayli paydo bo'lishi bilanoq boshlanadi.
• Nusxa olish uchun yangi ma'lumotlarning monitoringi doimiy ravishda amalga oshiriladi va ularni ko'chirish uchun har 4 soatda bir marta ishga tushiriladi.

Yangi rejimni ko'rib chiqishda men oddiy misollardan murakkab misollarga o'tishni taklif qilaman.

Eng keng tarqalgan holatda, bizda oddiygina o'sish bilan yangi fayllar mavjud va biz ularni shunchaki sig'imli tortishish diapazoniga nusxalaymiz. Zaxira ishida qanday rejim qo'llanilishidan qat'i nazar, u zanjirning muhrlangan qismiga tegishlimi yoki yo'qmi, bizning operatsion oynamiz tugaganmi yoki yo'qmi. Ular shunchaki olib, nusxa ko'chirishdi.

Buning ortidagi jarayon yuqorida aytib o'tilganidek, hali ham suvsizlanishdir. Nusxa ko'chirish rejimida u bizning xotiramizda allaqachon mavjud bo'lgan bloklardan nusxa ko'chirmasligimizga ishonch hosil qiladi. Faqatgina farq shundaki, agar kino rejimida biz haqiqiy fayllarni qo'g'irchoq fayllar bilan almashtirgan bo'lsak, bu erda biz ularga hech qanday tarzda tegmaymiz va hamma narsani avvalgidek qoldiramiz. Aks holda, bu sizning pulingizni va vaqtingizni tejashga harakat qiladigan aynan bir xil suvsizlanish indeksidir.

Savol tug'iladi - agar siz UI-ga qarasangiz, ikkala variantni bir vaqtning o'zida tanlash imkoniyati mavjud. Bunday kombinatsiyalangan rejim qanday ishlaydi?

Keling, tushunaylik.

Boshlanishi standart: zahira fayli yaratiladi va darhol nusxalanadi. Unga o'sish yaratiladi va ko'chiriladi. Bu fayllar bizning operatsion oynamizdan chiqib ketganini va muhrlangan zanjir paydo bo'lganini anglagunimizcha sodir bo'ladi. Ushbu nuqtada biz suvsizlanish operatsiyasini bajaramiz va bu fayllarni qo'g'irchoq fayllar bilan almashtiramiz. Albatta, biz sig'imli tortishish diapazoniga hech narsa nusxa ko'chirmaymiz.

Bu barcha qiziqarli mantiq interfeysdagi faqat bitta katakcha uchun javobgardir: Zaxira nusxalarini yaratilgan zahoti ob'ekt xotirasiga nusxalash.

Nima uchun bizga ushbu Nusxa olish rejimi kerak?

Savolni shu tarzda takrorlash yaxshiroqdir: uning yordami bilan biz qanday xavflardan himoyalanganmiz? Bu bizga qanday muammoni hal qilishga yordam beradi?

Javob aniq: albatta, bu ma'lumotlarni qayta tiklash. Agar bizda ob'ektni saqlashda mahalliy ma'lumotlarning to'liq nusxasi bo'lsa, mahsulotimizga nima bo'lishidan qat'i nazar, biz har doim shartli Amazonda joylashgan fayllardan ma'lumotlarni qayta tiklashimiz mumkin.

Shunday qilib, keling, mumkin bo'lgan stsenariylarni ko'rib chiqaylik, eng oddiyidan murakkabroq.

Bizning boshimizga tushishi mumkin bo'lgan eng oddiy baxtsizlik - bu zaxira zanjiridagi fayllardan birining mavjud emasligi.

Eng achinarlisi shundaki, bizning SOBR omborimizning bir qismi buzildi.

Butun SOBR omboriga kirish imkoni bo'lmaganda, lekin tortishish diapazoni ishlayotgan bo'lsa, bu yanada yomonlashadi.
Va hamma narsa haqiqatan ham yomon - bu zahira serveri o'lganida va sizning birinchi xohishingiz Kanada chegarasiga o'n daqiqada yugurishga harakat qilishdir.

Endi har bir vaziyatni alohida ko'rib chiqamiz.

Agar biz bitta (va hatto bir nechta) zaxira fayllarni yo'qotgan bo'lsak, biz qilishimiz kerak bo'lgan yagona narsa omborni qayta ko'rish jarayonini boshlashdir va yo'qolgan fayl soxta fayl bilan almashtiriladi. Va regidratsiya jarayonidan foydalangan holda (bu maqolaning boshida muhokama qilingan), foydalanuvchi sig'imli tortishish diapazonidan ma'lumotlarni mahalliy saqlashga yuklab olishi mumkin.

Endi vaziyat yanada murakkab. Faraz qilaylik, bizning SOBR Performance rejimida ishlaydigan ikkita kengaytmadan iborat, ya'ni bizning .vbk va .vib ular ustidan juda notekis qatlamda tarqalgan. Va bir vaqtning o'zida, kengaytmalardan biri mavjud bo'lmaydi va foydalanuvchi zudlik bilan mashinani qayta tiklashi kerak, uning ma'lumotlarining bir qismi aynan shu darajada yotadi.

Foydalanuvchi qayta tiklash ustasini ishga tushiradi, qayta tiklamoqchi bo'lgan nuqtani tanlaydi va sehrgar ishlayotganda, mahalliy darajada tiklash uchun zarur bo'lgan barcha ma'lumotlarga ega emasligini va shuning uchun sig'imni suratga olishdan yuklab olish kerakligini tushunadi. galereya. Shu bilan birga, mahalliy xotirada qolgan bloklar bulutdan yuklab olinmaydi. Qayta tiklash indeksiga shon-sharaf (ha, bu maqolaning boshida ham aytib o'tilgan).

Ushbu ishning kichik turi shundan iboratki, butun SOBR omboriga kirish imkonsiz bo'lib qoldi. Bunday holda, bizda mahalliy xotiradan nusxa ko'chirish uchun hech narsa yo'q va barcha bloklar bulutdan yuklab olinadi.

Va eng qiziqarli holat - zaxira server o'lib qolgan. Bu erda ikkita variant bor: administrator zo'r va konfiguratsiyaning zahira nusxalarini yaratdi va administratorning o'zi yovuz Pinokkio va konfiguratsiya zaxiralarini yaratmagan.

Birinchi holda, unga VBR-ning toza o'rnatilishini biron bir joyda joylashtirish va standart vositalardan foydalangan holda uning ma'lumotlar bazasini zaxiradan tiklash kifoya qiladi. Ushbu jarayonning oxirida hamma narsa normal holatga qaytadi. Yoki u yuqoridagi stsenariylardan biriga muvofiq tiklanadi.

Ammo agar administrator o'zining dushmani bo'lsa yoki konfiguratsiya zaxirasi ham epik muvaffaqiyatsizlikka uchragan bo'lsa, unda biz bu erda ham uni taqdirning rahm-shafqatiga qoldirmaymiz. Bu holatda biz Import Object Storage deb nomlangan yangi tartibni joriy qildik. Bu sizga SOBR omborini qo'lda qayta yaratish jarayonini o'tkazib yuborish va keyinchalik qayta ko'rib chiqish bilan unga sig'imli tortishish diapazoni biriktirish va Vim interfeysiga saqlash ob'ektini qo'shish va Import saqlash ombori protsedurasini ishga tushirish imkonini beradi. Siz va zaxira nusxalaringiz o'rtasidagi yo'lda turishi mumkin bo'lgan yagona narsa, agar zaxiralaringiz shifrlangan bo'lsa, parolni kiritish so'rovidir.

Bu, ehtimol, nusxa ko'chirish rejimi haqida va biz davom etamiz

Muhrlangan rejim

Asosiy g'oya shundaki, yangi zahiralar omborning tanlangan SOBR hajmida ko'rinmaydi. v10 dan oldin bizda faqat texnik xizmat ko'rsatish rejimi mavjud edi, o'shanda ombor bilan har qanday ishlash butunlay taqiqlangan edi. Saqlashni o'chirish uchun qattiq rejimning bir turi, bu erda faqat Evakuatsiya tugmasi mavjud bo'lib, zaxira nusxalarini bir martalik boshqa hajmga olib boradi.

Va muhrlangan rejim "yumshoq" variantning bir turi: biz yangi zaxira nusxalarini yaratishni taqiqlaymiz va tanlangan saqlashga ko'ra eskilarini asta-sekin o'chirib tashlaymiz, ammo bu jarayonda biz saqlangan nuqtalardan tiklash qobiliyatini yo'qotmaymiz. Bu juda foydali narsa, agar bizda uning xizmat muddati tugashiga yaqin bo'lgan uskuna bo'lsa va uni almashtirish kerak bo'lsa yoki biz uni muhimroq narsaga bo'shatishimiz kerak bo'lsa, lekin uni olib ketish va hamma narsani bir vaqtning o'zida ko'chirish uchun joy yo'q. Yoki uni o'chirib bo'lmaydi.

Shunga ko'ra, ishlash printsipi juda oddiy: barcha yozish operatsiyalarini (yangi ma'lumotlarning paydo bo'lishi), o'qishni (tiklashlarni) qoldirishni va o'chirishni (saqlashni) taqiqlash kerak.

Ikkala rejim ham bir vaqtning o'zida ishlatilishi mumkin, ammo esda tutingki, texnik xizmat ko'rsatish ustuvor ahamiyatga ega.

Misol sifatida, ikki darajadan iborat SOBRni ko'rib chiqing. Faraz qilaylik, dastlabki to'rt kun davomida biz Forward Forever Incremental rejimida zaxira nusxalarini yaratdik, keyin esa hajmni muhrlaymiz.Bu biz ikkinchi mavjud darajada yangi faol to'liq yaratishni boshlashimizga olib keladi. Agar bizning ushlab turishimiz to'rtta bo'lsa, unda muhrlangan darajada joylashgan butun zanjir o'z chegaralaridan tashqariga chiqsa, u toza vijdon bilan o'chiriladi.

O'chirish avvalroq sodir bo'lgan holatlar mavjud. Misol uchun, bu davriy to'liqlar bilan ortib borayotgan oldinga. Agar biz dastlabki ikki kun davomida to'liq zaxira nusxalarini yaratgan bo'lsak va payshanba kuni biz omborni muhrlashga qaror qilsak, juma kuni, yangi zaxira yaratilganda, dushanba uchun fayl o'chiriladi, chunki bu nuqtaga hech qanday bog'liqlik yo'q. Va nuqtaning o'zi hech kimga bog'liq emas. Keyin biz mavjud darajada to'rtta nuqta yaratilguncha kutamiz va qolgan uchtasini o'chirib tashlaymiz, ularni bir-biridan mustaqil ravishda o'chirib bo'lmaydi.

Reverse Incremental bilan ishlar osonroq. Unda eng qadimgi nuqtalar hech narsaga bog'liq emas va xavfsiz tarzda o'chirilishi mumkin. Shuning uchun, yangi .vbk yangi darajada yaratilishi bilanoq, eski .vrbs birma-bir o'chiriladi.

Aytgancha, nima uchun biz har safar yangi .vbk yaratamiz: agar biz uni yaratmagan bo'lsak, lekin eski o'sish zanjirini davom ettirgan bo'lsak, u holda eski .vbk har qanday rejimda cheksiz uzoq vaqt davomida muzlatib qo'yadi va uni o'chirishga to'sqinlik qiladi. Shuning uchun, chegara muhrlangandan so'ng, biz bepul hajmda to'liq zaxira nusxasini yaratishga qaror qilindi.

Imkoniyatli tortishish diapazoni bilan ishlar ancha murakkab.

Keling, avval nusxa ko'chirish rejimini ko'rib chiqaylik. Tasavvur qilaylik, biz to'rt kun davomida faol ravishda zaxira nusxalarini yaratdik va keyin sig'imli tortishish maydoni muhrlandi. Biz hech narsani o'chirmaymiz, lekin saqlashga kamtarlik bilan dosh beramiz, shundan so'ng biz tortishish diapazonidan ma'lumotlarni o'chirib tashlaymiz.

Taxminan xuddi shu narsa harakat rejimida sodir bo'ladi - biz retushni kutamiz, mahalliy xotiradagi eskisini o'chirib tashlaymiz va ob'ekt xotirasida saqlanganini o'chirib tashlaymiz.

Forever forward incremental bilan qiziqarli misol. Biz saqlashni uchta nuqtada o'rnatamiz va dushanba kuni bulutga muntazam ravishda ko'chiradigan zaxira nusxalarini yaratishni boshlaymiz. Saqlash joyini muhrlab qo'ygandan so'ng, uchta nuqtani saqlab, zaxira nusxalarini yaratish davom etmoqda, ammo sig'im chizig'ida saqlangan ma'lumotlar bog'liq bo'lib qoladi va ularni o'chirib bo'lmaydi. Shuning uchun, biz payshanba kunigacha, .vbk saqlanishdan tashqariga chiqguncha kutamiz va shundan keyingina biz butun saqlangan zanjirni tinchgina o'chirib tashlaymiz.

Va kichik rad etish: bu erda barcha misollar bitta mashinada ko'rsatilgan. Agar zaxirangizda ulardan bir nechtasi bo'lsa, ularning retushi Active Full-ning qilingan yoki qilinmaganligiga qarab farqlanadi.

Bu, asosan, hamma narsa. Shunday qilib, keling, eng qattiq xususiyatga o'tamiz -

O'zgarmaslik

Oldingi nuqtalarda bo'lgani kabi, birinchi narsa bu funktsiya qanday muammoni hal qilishidir. Zaxira nusxalarimizni saqlash uchun biror joyga yuklashimiz bilanoq, ularning xavfsizligini kafolatlash, ya'ni ularni o'chirish va ma'lum bir saqlash vaqtida har qanday o'zgartirishni jismonan taqiqlash istagi paydo bo'ladi. Shu jumladan administratorlar, shu jumladan ularning ildiz hisoblari ostida. Bu ularni tasodifiy yoki qasddan shikastlanishdan himoya qilish imkonini beradi. AWS bilan ishlaydigan har bir kishi Object Lock deb nomlangan shunga o'xshash xususiyatga duch kelgan bo'lishi mumkin.

Endi umumiy ma'noda rejimni ko'rib chiqamiz va keyin tafsilotlarni ko'rib chiqamiz. Bizning misolimizda o'zgarmaslik to'rt kun ushlab turish bilan bizning tortishish masofamiz uchun yoqiladi. Va zaxirada nusxa ko'chirish rejimi yoqilgan.

O'zgarmaslik hech qanday tarzda umumiy ushlab turish bilan o'zaro ta'sir qilmaydi. Misol uchun, u qo'shimcha ball yoki shunga o'xshash narsalarni qo'shmaydi. Biror kishi to'rt kun ichida zaxira fayllarni o'chira olmaydi. Agar dushanba kuni zaxira nusxasini yaratsangiz, uning faylini faqat juma kuni o'chirib tashlashingiz mumkin bo'ladi.

Suvsizlanish, indekslar va metama'lumotlarning ilgari tushuntirilgan barcha tushunchalari xuddi shunday ishlashda davom etmoqda. Ammo bitta shart bilan - blok nafaqat ma'lumotlar uchun, balki metadata uchun ham o'rnatiladi. Bu ayyor tajovuzkor metama'lumotlar bazasini o'chirishga va ma'lumotlar bloklarini foydasiz ikkilik mushga aylanishiga yo'l qo'ymaslikka qaror qilgan taqdirda amalga oshiriladi.

Endi bloklarni yaratish texnologiyasini tushuntirish uchun ajoyib vaqt. Yoki blok yaratish. Buning uchun uning paydo bo'lishiga olib kelgan vaziyatni ko'rib chiqing.

Keling, olti kunlik vaqt shkalasini olaylik va undan pastroqda biz o'zgarmaslikning kutilayotgan tugash vaqtini belgilaymiz. Birinchi kuni biz a ma'lumotlar bloki va uning metama'lumotlaridan iborat faylni olamiz va yaratamiz. Agar o'zgarmaslik uch kunga o'rnatilgan bo'lsa, to'rtinchi kuni ma'lumotlar qulfdan chiqariladi va o'chiriladi deb taxmin qilish mantiqan to'g'ri keladi. Ikkinchi kuni biz bir xil sozlamalarga ega b blokidan iborat yangi fayl2 qo'shamiz. To'rtinchi kuni blokni olib tashlash kerak. Ammo uchinchi kuni dahshatli narsa yuz beradi - yangi d blokidan va eski a blokiga havoladan iborat File3 fayli yaratiladi. Bu shuni anglatadiki, blok va uning o'zgarmas bayrog'i oltinchi kunga o'tkaziladigan yangi sanaga qaytarilishi kerak. Va bu erda muammo tug'iladi - haqiqiy zaxira nusxalarida bunday bloklarning juda ko'p soni mavjud. Va ularning o'zgarmaslik muddatini uzaytirish uchun siz har safar juda ko'p so'rovlar qilishingiz kerak. Va aslida, bu deyarli cheksiz kunlik jarayon bo'ladi, chunki yuqori ehtimollik bilan biz har bir nusxada birlashtirilgan bloklarning katta to'plamlarini topamiz. Ob'ektni saqlash provayderlarining ko'p sonli so'rovlari nimani anglatadi? To'g'ri! Oy oxirida katta hisob.

Sevimli mijozlaringizni katta pul evaziga fosh qilmaslik uchun blok yaratish mexanizmi ixtiro qilindi. Bu biz belgilangan o'zgarmaslik davriga qo'shadigan qo'shimcha davr. Quyidagi misolda bu muddat ikki kun. Lekin bu faqat bir misol. Aslida, ular o'zlarining formulalaridan foydalanadilar, bu esa oylik blokirovka paytida taxminan o'n qo'shimcha kun beradi.

Keling, xuddi shu vaziyatni ko'rib chiqishni davom ettiraylik, lekin blok yaratish bilan. Birinchi kuni biz a blokidan va metadatadan fayl1 ni yaratamiz. Biz avlod davri va o'zgarmaslikni qo'shamiz - bu faylni o'chirish imkoniyati oltinchi kuni bo'lishini anglatadi. Agar ikkinchi kuni biz b blokdan va a blokiga havoladan iborat File2 ni yaratsak, kutilgan o'chirish sanasiga hech narsa bo'lmaydi. Oltinchi kuni ham xuddi shunday turdi. Shunday qilib, biz so'rovlar soni bo'yicha pulni tejashga harakat qilmoqdamiz. Belgilangan muddat o'zgarishi mumkin bo'lgan yagona holat, agar ishlab chiqarish muddati tugagan bo'lsa. Ya'ni, agar uchinchi kuni yangi File3 a blokirovka qilish uchun havolani o'z ichiga olsa, Gen2 muddati allaqachon tugaganligi sababli 1-avlod qo'shiladi. Va blokni o'chirish uchun kutilgan sana sakkizinchi kunga o'tadi. Bu bizga birlashtirilgan bloklarning ishlash muddatini uzaytirish bo'yicha so'rovlar sonini keskin kamaytirish imkonini beradi, bu esa mijozlarga bir tonna pulni tejash imkonini beradi.

Texnologiyaning o'zi S3 va S3-ga mos keladigan apparat foydalanuvchilari uchun mavjud bo'lib, ularning ishlab chiqaruvchilari ularni amalga oshirish Amazonnikidan farq qilmasligiga kafolat beradi. Demak, Azure nima uchun qo'llab-quvvatlanmaydi degan qonuniy savolga javob - ular shunga o'xshash xususiyatga ega, ammo u alohida ob'ektlar emas, balki konteynerlar darajasida ishlaydi. Aytgancha, Amazonning o'zi ikkita rejimda ob'ektni blokirovka qiladi: muvofiqlik va boshqaruv. Ikkinchi holda, administratorlar va ildizlar ustidagi eng katta administrator, ob'ekt blokirovkasiga qaramay, ma'lumotlarni o'chirib tashlashi mumkin. Muvofiqlik holatida hamma narsa mahkam yopishtirilgan va hech kim zaxira nusxalarini o'chira olmaydi. Hatto Amazon ma'murlari (ularning rasmiy bayonotlariga ko'ra). Bu biz qo'llab-quvvatlaydigan rejim.

Va odatdagidek, ba'zi foydali havolalar:

• haqida Blok yaratish har bir tafsilotda.
• Haqida barcha ma'lumotlar Veeam Backup & Replication 10 eng yaxshi holatda
• О Imkoniyat darajasi tafsilotlarda

Manba: www.habr.com