Capacity Tier (au kama tunavyoiita ndani ya Vim - captir) ilionekana nyuma katika siku za Hifadhi Nakala ya Veeam na Replication 9.5 Sasisho la 4 chini ya jina la Hifadhi ya Kumbukumbu. Wazo nyuma yake ni kufanya uwezekano wa kuhamisha chelezo ambazo zimeanguka kutoka kwa kinachojulikana kama dirisha la urejeshaji wa uendeshaji kwenye uhifadhi wa kitu. Hii ilisaidia kufuta nafasi ya diski kwa watumiaji hao ambao walikuwa nayo kidogo. Na chaguo hili liliitwa Mode ya Kusonga.

Ili kufanya hatua hii rahisi (kama inavyoonekana), ilikuwa ya kutosha kufikia masharti mawili: pointi zote kutoka kwa hifadhi iliyohamishwa lazima iwe nje ya mipaka ya dirisha la kurejesha uendeshaji lililotajwa hapo juu, ambalo limewekwa wazi katika UI. Na pili: mlolongo lazima uwe katika kinachojulikana "fomu iliyotiwa muhuri" (mnyororo wa chelezo uliofungwa au Mnyororo wa Backup Inactive). Hiyo ni, hakuna mabadiliko yanayotokea katika mlolongo huu kwa muda.

Lakini katika VBR v10, wazo liliongezewa na vitendaji vipya - Njia ya Nakili, Njia Iliyofungwa na kitu kilicho na jina gumu-kutamka Kutoweza kubadilika kilionekana.

Haya ndiyo mambo ya kuvutia tutakayozungumzia leo. Kwanza, kuhusu jinsi ilifanya kazi katika VBR9.5u4, na kisha kuhusu mabadiliko katika toleo la kumi.

Na mabingwa wa lugha safi wanisamehe, lakini kuna maneno mengi ambayo hayawezi kutafsiriwa.
Kwa hivyo kutakuwa na tani nyingi za Anglicisms hapa.
Na gif nyingi.
Na picha.

• Bila majuto hata kidogo. Mwandishi wa makala.

Kama ilivyokuwa

Kweli, wacha tuanze kwa kuchambua dirisha la urejeshaji wa uendeshaji na chelezo iliyotiwa muhuri (au kama zinavyoitwa katika hati za Mnyororo wa Hifadhi Nakala Isiyotumika). Bila ufahamu wao, maelezo zaidi hayatawezekana.

Kama tunavyoona kwenye picha, tuna aina ya msururu wa chelezo na vizuizi vya data, ambavyo viko kwenye kiwango cha Utendaji SOBR cha hazina ambayo Kiwango cha Uwezo kimeunganishwa. Dirisha letu la kuhifadhi nakala ni siku tatu.

Ipasavyo, .vbk iliyoundwa Jumatatu inafunga mnyororo uliopita, ambao dirisha lake limewekwa kwa siku tatu. Na hiyo inamaanisha kuwa unaweza kuanza kusafirisha kwa usalama kila kitu cha zamani zaidi ya siku hizi tatu hadi safu ya upigaji risasi.

Lakini ni nini hasa kilichomaanishwa na mnyororo uliofungwa na ni nini kinachoweza kutumwa kwa safu ya upigaji risasi katika sasisho 4?

Kwa Forward Inremental, ishara ya kuifunga mnyororo ni uundaji wa nakala mpya kamili. Na haijalishi jinsi nakala hii kamili inapatikana: chelezo kamili za syntetisk na zinazofanya kazi zinazingatiwa.

Katika kesi ya Reverse, haya yote ni faili ambazo haziingii kwenye dirisha la uendeshaji.

Katika kesi ya ongezeko la Mbele kwa kurudisha nyuma, hizi zote ni kurudi nyuma na .vbk, ikiwa kuna .vbk nyingine kwenye kiwango cha utendaji.

Sasa hebu tuzingatie chaguo la kufanya kazi na minyororo ya Nakala ya Hifadhi Nakala. Ni bidhaa zilizo chini ya uhifadhi wa GFS pekee ndizo zilisafirishwa hapa. Kwa sababu kila kitu kilichohifadhiwa katika minyororo ya nakala rudufu ya hivi majuzi zaidi kinaweza kubadilishwa kwa njia moja au nyingine.

Sasa hebu tuangalie chini ya kofia. Huko, mchakato unaoitwa upungufu wa maji mwilini hutokea - kuacha faili tupu za chelezo kwa kiwango na kuburuta vizuizi kutoka kwa faili hizi hadi safu ya upigaji risasi. Ili kuboresha mchakato huu, kinachojulikana kama index ya upungufu wa maji mwilini hutumiwa, ambayo hukuruhusu kuzuia kunakili vizuizi ambavyo tayari vimenakiliwa kwa safu ya risasi ya uwezo.

Hebu tuone hii inaonekanaje kwa mfano: Hebu tuseme tuna .vbk iliyotoka kwenye dirisha la muamala na ni ya mnyororo uliofungwa. Hii ina maana kwamba tuna kila haki ya kuisogeza hadi kwenye safu ya upigaji picha. Wakati wa kusonga, faili ya metadata imeundwa katika dashi ya uwezo na vitalu vya faili iliyohamishwa. Faili ya metadata ya kiwango cha kiungo inaeleza ni nini huzuia faili yetu inajumuisha. Katika kisa kilicho kwenye picha, faili yetu ya kwanza ina vizuizi a, b, c na metadata ina viungo vya vizuizi hivi. Tunapokuwa na faili ya pili ya .vbk, tayari kusonga na inayojumuisha vitalu a, b na d, sisi, tukichambua index ya kutokomeza maji mwilini, tunaelewa kuwa block d tu inahitaji kuhamishwa. Na faili yake ya metadata itakuwa na viungo vya vitalu viwili vya awali na moja mpya.

Ipasavyo, mchakato wa kujaza nafasi hizi tupu nyuma na data inaitwa rehydration. Tayari hutumia faharasa yake ya kurejesha maji mwilini, kulingana na faili ya zamani zaidi ya .vbk kwenye kiwango cha utendaji cha ndani. Hiyo ni, ikiwa mtumiaji anataka kurudisha faili kutoka kwa safu ya upigaji picha, kwanza tunaunda faharasa ya vizuizi vya nakala rudufu ya zamani zaidi na kuhamisha tu vizuizi vilivyokosekana kutoka kwa ghala la upigaji picha. Katika kesi iliyotolewa kwenye picha, ili kurejesha FullBackup1.vbk kulingana na ripoti ya kurejesha maji, tunahitaji tu block C, ambayo tunachukua kutoka kwa aina mbalimbali za risasi. Ikiwa kipengee cha hifadhi ya wingu kinatumika kama safu ya upigaji risasi, hii hukuruhusu kuokoa pesa nyingi.

Hapa inaweza kuonekana kuwa teknolojia hii ni sawa na ile inayotumiwa katika Vichapishi vya WAN, lakini inaonekana hivyo tu. Katika vichapuzi, upunguzaji wa nakala ni wa kimataifa; hapa, urudishaji wa ndani hutumika ndani ya kila faili kwa mkato mahususi. Hii hufanyika kwa sababu ya tofauti katika kazi zinazotatuliwa: hapa tunahitaji kunakili faili kubwa za chelezo kamili, na kulingana na utafiti wetu, hata ikiwa muda mrefu unapita kati yao, algorithm hii ya ugawaji inatoa matokeo bora.

Lakini faharisi zaidi kwa mungu wa faharisi! Pia kuna index ya kurejesha data! Tunapoanza kurejesha mashine iliyo kwenye dashi ya uwezo, tutasoma tu vizuizi vya kipekee vya data ambavyo haviko kwenye dashi ya utendakazi.

Ilifanyikaje?

Hiyo yote ni kwa sehemu ya utangulizi. Imeelezewa kwa kina, lakini kama ilivyotajwa hapo juu, bila maelezo haya haitawezekana kuelezea jinsi kazi mpya zinavyofanya kazi. Kwa hiyo, bila ado zaidi, hebu tuendelee kwa kwanza.

Hali ya kunakili

Kwa kiasi kikubwa inategemea teknolojia zilizopo, lakini hubeba mantiki tofauti kabisa ya matumizi. 

Madhumuni ya modi hii ni kuhakikisha kuwa data yote iliyo katika eneo la karibu ina nakala katika dashi ya uwezo.

Ukilinganisha Move and Copy modes moja kwa moja, itaonekana kama hii:

• Mnyororo uliofungwa pekee ndio unaweza kuhamishwa. Katika kesi ya hali ya nakala, kila kitu kinahamishwa, bila kujali kinachotokea katika kazi ya chelezo.
• Kusonga kunachochewa faili zinapovuka mipaka ya kidirisha chelezo cha uendeshaji, na kunakili kunachochewa mara tu faili ya chelezo inapoonekana.
• Ufuatiliaji wa data mpya kwa kunakili hutokea kila mara, na kwa ajili ya kusonga ilisababishwa mara moja kila saa 4.

Kwa kuzingatia hali mpya, ninapendekeza kuhama kutoka kwa mifano rahisi hadi ngumu.

Katika hali ya kawaida, tuna faili mpya zilizo na nyongeza, na tunazinakili kwa safu ya upigaji picha. Bila kujali ni hali gani inatumika katika kazi ya kuhifadhi nakala, bila kujali ikiwa ni ya sehemu iliyofungwa ya mnyororo au la, bila kujali kama dirisha letu la uendeshaji limeisha muda wake. Waliichukua tu na kuinakili.

Mchakato nyuma ya hii bado ni upungufu wa maji mwilini kama ilivyoelezwa hapo juu. Katika hali ya kunakili, pia inahakikisha kwamba hatuakili vizuizi ambavyo tayari viko kwenye hifadhi yetu. Tofauti pekee ni kwamba ikiwa katika hali ya filamu tulibadilisha faili halisi na faili za dummy, hapa hatuzigusa kwa njia yoyote na kuacha kila kitu kama ilivyo. Vinginevyo, ni index sawa ya kutokomeza maji mwilini, ambayo inajaribu kwa uangalifu kuokoa pesa na wakati wako.

Swali linatokea - ukiangalia UI, kuna fursa ya kuchagua chaguo zote mbili kwa wakati mmoja. Njia iliyojumuishwa itafanyaje kazi?

Wacha tuipate sawa.

Mwanzo ni wa kawaida: faili ya chelezo imeundwa na kunakiliwa mara moja. Nyongeza inaundwa kwake na pia kunakiliwa. Hii hutokea hadi wakati tunapotambua kwamba faili zimeacha dirisha letu la uendeshaji na mlolongo uliofungwa umeonekana. Katika hatua hii tunafanya operesheni ya kutokomeza maji mwilini na kubadilisha faili hizi na faili za dummy. Bila shaka, hatunakili chochote tena kwenye safu ya upigaji picha.

Mantiki hii yote ya kuvutia inawajibika kwa kisanduku tiki kimoja tu kwenye kiolesura: Nakili chelezo kwenye hifadhi ya kitu mara tu zinapoundwa.

Kwa nini tunahitaji hali hii ya Nakili?

Ni bora zaidi kuelezea swali kwa njia hii: ni hatari gani tunalindwa kutokana na msaada wake? Je, inatusaidia kutatua tatizo gani?

Jibu ni dhahiri: bila shaka, hii ni kurejesha data. Ikiwa tuna nakala kamili ya data ya ndani kwenye hifadhi ya kitu, basi bila kujali nini kinatokea kwa bidhaa zetu, tunaweza kurejesha data kutoka kwa faili zilizo katika Amazon ya masharti.

Basi hebu tupitie matukio iwezekanavyo, kutoka rahisi hadi ngumu zaidi.

Bahati mbaya zaidi ambayo inaweza kuanguka juu ya vichwa vyetu ni kutoweza kufikiwa kwa faili moja kwenye mnyororo wa chelezo.

Hadithi ya kusikitisha zaidi ni kwamba moja ya viwango vya hazina yetu ya SOBR ilivunjika.

Inakuwa mbaya zaidi wakati hazina nzima ya SOBR haijafikiwa, lakini safu ya upigaji risasi inafanya kazi.
Na kila kitu ni mbaya sana - hii ndio wakati seva ya chelezo inakufa na hamu yako ya kwanza ni kujaribu kukimbilia mpaka wa Kanada kwa dakika kumi.

Sasa hebu tuangalie kila hali tofauti.

Wakati tumepoteza faili moja (na hata kadhaa) chelezo, basi tunachohitaji kufanya ni kuanza mchakato wa kuchambua kumbukumbu, na faili iliyopotea itabadilishwa na faili ya dummy. Na kwa kutumia mchakato wa kurejesha maji mwilini (uliojadiliwa mwanzoni mwa kifungu), mtumiaji ataweza kupakua data kutoka kwa safu ya upigaji risasi hadi uhifadhi wa ndani.

Sasa hali ni ngumu zaidi. Hebu tuchukulie kuwa SOBR yetu inajumuisha viwango viwili vinavyoendeshwa katika hali ya Utendaji, ambayo ina maana kwamba .vbk na .vib zetu zimeenea juu yao katika safu isiyosawazisha. Na wakati fulani kwa wakati, moja ya viwango haipatikani, na mtumiaji anahitaji haraka kurejesha mashine, sehemu ya data ambayo iko kwa kiwango hiki.

Mtumiaji huzindua mchawi wa kurejesha, huchagua hatua ambayo anataka kurejesha, na mchawi, wakati akifanya kazi, anakuja kutambua kwamba hana data zote muhimu kwa ajili ya kurejesha ndani ya nchi na kwa hiyo inahitaji kupakuliwa kutoka kwa risasi ya uwezo. nyumba ya sanaa. Wakati huo huo, vitalu vilivyobaki kwenye hifadhi ya ndani havitapakuliwa kutoka kwa wingu. Utukufu kwa index ya kurejesha (ndiyo, pia ilitajwa mwanzoni mwa makala).

Aina ndogo ya kesi hii ni kwamba hazina nzima ya SOBR haikuweza kufikiwa. Katika kesi hii, hatuna chochote cha kunakili kutoka kwa hifadhi ya ndani, na vitalu vyote vinapakuliwa kutoka kwa wingu.

Na hali ya kufurahisha zaidi ni kwamba seva ya chelezo ilikufa. Kuna chaguzi mbili hapa: msimamizi ni mzuri na alifanya chelezo za usanidi, na msimamizi ni Pinocchio mbaya mwenyewe na hakufanya chelezo za usanidi.

Katika kesi ya kwanza, itakuwa ya kutosha kwake kupeleka usakinishaji safi wa VBR mahali fulani na kurejesha hifadhidata yake kutoka kwa chelezo kwa kutumia njia za kawaida. Mwishoni mwa mchakato huu, kila kitu kitarudi kwa kawaida. Au itarejeshwa kulingana na mojawapo ya matukio hapo juu.

Lakini ikiwa msimamizi ni adui yake mwenyewe, au nakala rudufu ya usanidi pia ilipata shida kubwa, basi hata hapa hatutamuacha kwa huruma ya hatima. Kwa kesi hii, tumeanzisha utaratibu mpya unaoitwa Hifadhi ya Kitu cha Kuingiza. Inakuruhusu kuruka mchakato wa kuunda upya hazina ya SOBR na kuambatisha masafa ya upigaji picha kwa uchanganuzi upya unaofuata, na kuongeza tu kitu cha kuhifadhi kwenye kiolesura cha Vim na kuendesha utaratibu wa Kuingiza Hifadhi ya Hifadhi. Kitu pekee ambacho kinaweza kusimama kati yako na nakala zako ni ombi la kuingiza nenosiri ikiwa nakala zako zilisimbwa.

Labda hii yote inahusu Hali ya Nakili na tunaendelea

Hali Iliyofungwa

Wazo kuu ni kwamba chelezo mpya haziwezi kuonekana kwenye kiwango kilichochaguliwa cha SOBR cha hazina. Kabla ya v10, tulikuwa na Hali ya Matengenezo pekee, wakati kazi yoyote na hazina ilipigwa marufuku kabisa. Aina ya hali ngumu ya kuzima uhifadhi, ambapo ni kitufe cha Ondoa tu, ambacho husafirisha nakala rudufu kwa kiwango kingine mara moja.

Na hali iliyofungwa ni aina ya chaguo "laini": tunakataza uundaji wa nakala mpya na hatua kwa hatua kufuta zamani kulingana na uhifadhi uliochaguliwa, lakini katika mchakato hatupoteza uwezo wa kurejesha kutoka kwa alama zilizohifadhiwa. Jambo muhimu sana wakati tuna kipande cha vifaa karibu na mwisho wa maisha yake na tunahitaji kuibadilisha, au tunahitaji tu kuifungua kwa kitu muhimu zaidi, lakini hakuna mahali pa kuichukua na kusonga kila kitu mara moja. Au haiwezi kufutwa.

Ipasavyo, kanuni ya operesheni ni rahisi sana: ni muhimu kukataza shughuli zote za uandishi (kuonekana kwa data mpya), kuacha kusoma (marejesho) na kufuta (kuhifadhi).

Njia zote mbili zinaweza kutumika wakati huo huo, lakini kumbuka kuwa Utunzaji una kipaumbele cha juu.

Kwa mfano, fikiria SOBR inayojumuisha viwango viwili. Wacha tuchukue kuwa kwa siku nne za kwanza tulitengeneza nakala rudufu katika hali ya Kuongeza Milele ya Mbele, na kisha tunafunga kiwango. Hii inaongoza kwa ukweli kwamba tunaanzisha uundaji wa kamili mpya kwenye kiwango cha pili kinachopatikana. Ikiwa uhifadhi wetu ni wa nne, basi wakati mlolongo wote ulio kwenye kiwango kilichofungwa unapita zaidi ya mipaka yake, unafutwa kwa dhamiri safi.

Kuna hali wakati kufuta hutokea mapema. Kwa mfano, hii ni nyongeza ya Forward na kujaa mara kwa mara. Ikiwa tuliunda nakala kamili kwa siku mbili za kwanza, na Alhamisi tunaamua kuifunga hazina, basi Ijumaa, wakati nakala mpya itaundwa, faili ya Jumatatu itafutwa kwa sababu. hakuna utegemezi kwa hatua hii. Na hatua yenyewe haitegemei mtu yeyote. Kisha tunasubiri hadi pointi nne zitaundwa kwa kiwango cha kutosha na kufuta tatu zilizobaki, ambazo haziwezi kufutwa kwa kujitegemea.

Mambo ni rahisi na Reverse Incremental. Ndani yake, pointi za zamani zaidi hazitegemei chochote na zinaweza kufutwa kwa usalama. Kwa hiyo, mara tu .vbk mpya inapoundwa kwa kiwango kipya, .vrbs ya zamani itafutwa moja kwa moja.

Kwa njia, kwa nini tunaunda .vbk mpya kila wakati: ikiwa hatukuiunda, lakini tuliendelea mlolongo wa zamani wa nyongeza, basi .vbk ya zamani ingefungia kwa muda mrefu sana katika hali yoyote, kuzuia kufutwa kwake. Kwa hiyo, iliamua kwamba mara tu kiwango kimefungwa, tunaunda salama kamili kwa kiwango cha bure.

Mambo ni magumu zaidi na safu ya upigaji risasi.

Kwanza, hebu tuangalie hali ya kunakili. Wacha tufikirie kuwa tulikuwa tunaunda nakala rudufu kwa siku nne, na kisha safu ya upigaji risasi ilifungwa. Hatufuti chochote, lakini kwa unyenyekevu tunavumilia uhifadhi, baada ya hapo tunafuta data kutoka kwa safu ya upigaji risasi.

Takriban kitu kimoja kinatokea katika hali ya kusonga - tunasubiri retouch, kufuta ya zamani katika hifadhi ya ndani, na kufuta moja iliyohifadhiwa kwenye hifadhi ya kitu.

Mfano wa kuvutia na nyongeza ya Forever forward. Tunaweka uhifadhi katika pointi tatu na kuanza kufanya nakala rudufu Jumatatu, ambazo zinakiliwa mara kwa mara kwenye wingu. Baada ya kuziba hifadhi, hifadhi zinaendelea kuundwa, kudumisha pointi tatu, lakini data iliyohifadhiwa kwenye dashi ya uwezo inabakia tegemezi na haiwezi kufutwa. Kwa hiyo, tunasubiri hadi Alhamisi, wakati .vbk yetu inakwenda zaidi ya uhifadhi, na kisha tu tunafuta kwa utulivu mlolongo mzima uliohifadhiwa.

Na kanusho ndogo: mifano yote hapa inaonyeshwa na mashine moja. Ikiwa una kadhaa kati ya hizo kwenye chelezo chako, basi kugusa kwao kutatofautiana kulingana na ikiwa Active Full ilitengenezwa au la.

Hiyo ni kimsingi yote kuna yake. Kwa hivyo wacha tuendelee kwenye kipengele kigumu zaidi -

Kutobadilika

Kama ilivyo kwa vidokezo vilivyotangulia, jambo la kwanza ni shida gani kazi hii inasuluhisha. Mara tu tunapopakia nakala zetu mahali pengine kwa uhifadhi, kuna hamu kubwa ya kuhakikisha usalama wao, yaani, kuzuia ufutaji wao na urekebishaji wowote wakati wa uhifadhi fulani. Ikiwa ni pamoja na wasimamizi, ikiwa ni pamoja na chini ya akaunti zao za mizizi. Hii inakuwezesha kuwalinda kutokana na uharibifu wa ajali au kwa makusudi. Mtu yeyote anayefanya kazi na AWS anaweza kuwa amekutana na kipengele sawa kinachoitwa Object Lock.

Sasa hebu tuangalie modi kwa maneno ya jumla, na kisha tuchunguze kwa undani. Katika mfano wetu, Kutobadilika kutawezeshwa kwa safu yetu ya upigaji picha na kubaki kwa siku nne. Na hali ya Nakili imewezeshwa kwenye chelezo.

Kutobadilika hakuingiliani na uhifadhi wa jumla kwa njia yoyote. Kwa mfano, haiongezi alama za ziada au kitu kama hicho. Ni kwamba mtu hawezi kufuta faili za chelezo ndani ya siku nne. Ukihifadhi nakala siku ya Jumatatu, utaweza kufuta faili yake Ijumaa pekee.

Dhana zote zilizoelezwa hapo awali za upungufu wa maji mwilini, faharisi na metadata zinaendelea kufanya kazi sawa sawa. Lakini kwa hali moja - kizuizi kinawekwa sio tu kwa data, bali pia kwa metadata. Hii inafanywa ikiwa mshambuliaji mwenye hila ataamua kufuta hifadhidata yetu ya metadata na kuzuia vizuizi vya data kugeuka kuwa mush binary zisizo na maana.

Sasa ni wakati mzuri wa kuelezea teknolojia yetu ya kutengeneza block. Au kuzuia kizazi. Kwa kufanya hivyo, fikiria hali ambayo imesababisha kuonekana kwake.

Wacha tuchukue kipimo cha muda cha siku sita na chini tutaashiria wakati wa kumalizika kwa muda unaotarajiwa wa kutoweza kubadilika. Siku ya kwanza tunachukua na kuunda faili inayojumuisha block block a na metadata yake. Ikiwa kutobadilika kumewekwa kwa siku tatu, ni busara kudhani kuwa siku ya nne data itafunguliwa na kufutwa. Siku ya pili tutaongeza faili2 mpya, inayojumuisha block b na mipangilio sawa. Kizuizi bado kinahitaji kuondolewa siku ya nne. Lakini siku ya tatu kitu kibaya kinatokea - faili ya File3 imeundwa, inayojumuisha block d mpya na kiunga cha kizuizi cha zamani a. Hii inamaanisha kuwa kwa kizuizi na bendera yake isiyoweza kubadilika lazima iwekwe upya hadi tarehe mpya, ambayo itahamishwa hadi siku ya sita. Na hapa shida inatokea - katika chelezo halisi kuna idadi kubwa ya vizuizi vile. Na ili kuongeza muda wao wa kutoweza kubadilika, unahitaji kufanya idadi kubwa ya maombi kila wakati. Na kwa kweli, huu utakuwa mchakato usio na mwisho wa kila siku, kwani kwa kiwango cha juu cha uwezekano tutapata safu nyingi za vizuizi vilivyotolewa kwa kila nakala. Idadi kubwa ya maombi kutoka kwa watoa huduma wa hifadhi ya kitu inamaanisha nini? Haki! Bili kubwa mwisho wa mwezi.

Na ili usiondoe nje ya bluu kufichua wateja wako unaowapenda kwa pesa nyingi, utaratibu wa kizazi cha kuzuia ulivumbuliwa. Hiki ni kipindi cha ziada ambacho tunaongeza kwenye kipindi cha kutoweza kubadilika. Katika mfano hapa chini, kipindi hiki ni siku mbili. Lakini huu ni mfano tu. Kwa kweli, hutumia fomula yao wenyewe, ambayo inatoa takriban siku kumi za ziada wakati wa kufuli kila mwezi.

Wacha tuendelee kuzingatia hali hiyo hiyo, lakini kwa kizazi cha block. Siku ya kwanza tunaunda faili1 kutoka kwa block a na metadata. Tunaongeza kipindi cha kizazi na kutoweza kubadilika - hii ina maana kwamba fursa ya kufuta faili itakuwa siku ya sita. Ikiwa siku ya pili tunaunda File2, inayojumuisha block b na kiungo cha kuzuia a, basi hakuna kinachotokea kwa tarehe inayotarajiwa ya kufuta. Alisimama kama alivyofanya siku ya sita. Na kwa hivyo tunajaribu kuokoa pesa kwa idadi ya maombi. Hali pekee wakati tarehe ya mwisho inaweza kubadilishwa ni ikiwa kipindi cha kizazi kimekwisha. Hiyo ni, ikiwa siku ya tatu File3 mpya ina kiunga cha kuzuia a, basi kizazi cha 2 kitaongezwa kwani Gen1 tayari imeisha muda wake. Na tarehe inayotarajiwa ya kufuta block a itahamia siku ya nane. Hii inaruhusu sisi kupunguza kwa kiasi kikubwa idadi ya maombi ya kupanua maisha ya vitalu vilivyotolewa, ambayo huwaokoa wateja tani ya pesa.

Teknolojia yenyewe inapatikana kwa watumiaji wa vifaa vinavyoendana na S3 na S3, ambao wazalishaji wanahakikisha kwamba utekelezaji wao hautofautiani na Amazon. Kwa hivyo jibu la swali halali kwa nini Azure haijaungwa mkono - wana kipengele sawa, lakini inafanya kazi kwa kiwango cha vyombo, sio vitu vya mtu binafsi. Kwa njia, Amazon yenyewe ina lock ya kitu katika njia mbili: kufuata na utawala. Katika kisa cha pili, kuna uwezekano kwamba msimamizi mkuu zaidi juu ya msimamizi na mzizi juu ya mizizi, licha ya kufuli kwa kitu, bado anafuta data. Katika kesi ya kufuata, kila kitu ni misumari tightly na hakuna mtu anaweza kufuta backups. Hata Amazon inasimamia (kulingana na taarifa zao rasmi). Hii ndiyo hali tunayotumia.

Na, kama kawaida, viungo vingine muhimu:

• juu ya Kizazi cha kuzuia kwa kila undani.
• Taarifa zote kuhusu Hifadhi Nakala ya Veeam & Rudia 10 kwa ubora wake
• О Kiwango cha Uwezo kwa undani

Chanzo: mapenzi.com