Ang Capacity Tier (o ingon nga gitawag namon kini sa sulod sa Vim - captir) nagpakita balik sa mga adlaw sa Veeam Backup ug Replication 9.5 Update 4 ubos sa ngalan nga Archive Tier. Ang ideya sa luyo niini mao ang paghimo nga posible nga ibalhin ang mga backup nga nahulog gikan sa gitawag nga operational restore window sa pagtipig sa butang. Nakatabang kini sa paghawan sa espasyo sa disk alang sa mga tiggamit nga adunay gamay niini. Ug kini nga kapilian gitawag nga Move Mode.

Aron mahimo kini nga yano (sama sa daw) nga aksyon, igo na kini aron makab-ot ang duha ka mga kondisyon: ang tanan nga mga punto gikan sa gibalhin nga backup kinahanglan nga naa sa gawas sa mga utlanan sa nahisgutan sa ibabaw nga window sa pagpasig-uli sa operasyon, nga klaro nga gibutang sa UI. Ug ikaduha: ang kadena kinahanglang anaa sa gitawag nga “sealed form” (sealed backup chain o Inactive Backup Chain). Sa ato pa, walay mga kausaban nga mahitabo niini nga kadena sa paglabay sa panahon.

Apan sa VBR v10, ang konsepto gidugangan sa bag-ong mga gimbuhaton - Copy Mode, Sealed Mode ug usa ka butang nga adunay lisud nga paglitok nga ngalan nga Immutability nagpakita.

Kini ang mga makaiikag nga mga butang nga atong hisgutan karon. Una, bahin sa kung giunsa kini nagtrabaho sa VBR9.5u4, ug dayon bahin sa mga pagbag-o sa ikanapulo nga bersyon.

Ug hinaut nga ang mga kampeon sa putli nga pinulongan pasayloa ako, apan adunay daghan kaayo nga mga termino nga dili mahubad.
Mao nga adunay usa ka tonelada nga Anglicism dinhi.
Ug daghang gif.
Ug mga hulagway.

• Sa walay bisan gamay nga pagmahay. Awtor sa artikulo.

Ingon sa kaniadto

Aw, magsugod kita pinaagi sa pag-analisar sa window sa pagpasig-uli sa operasyon ug pag-sealed nga backup (o ingon nga kini gitawag sa dokumentasyon nga Dili Aktibo nga Backup Chain). Kung wala ang ilang pagsabut, ang dugang nga katin-awan dili mahimo.

Sama sa atong nakita sa hulagway, kita adunay usa ka matang sa backup nga kadena nga adunay mga bloke sa datos, nga nahimutang sa Performance tier SOBR sa repository diin ang Capacity Tier konektado. Ang among operational backup window maoy tulo ka adlaw.

Tungod niini, ang .vbk nga gihimo kaniadtong Lunes nagtak-op sa miaging kadena, kansang bintana gitakda sa tulo ka adlaw. Ug kana nagpasabut nga luwas ka nga makasugod sa pagdala sa tanan nga mas tigulang kaysa niining tulo ka adlaw ngadto sa shooting range.

Apan unsa man gyud ang gipasabot sa usa ka silyado nga kadena ug unsa ang mahimong ipadala sa kapasidad sa pagpamusil sa update 4?

Alang sa Forward Incremental, usa ka timaan sa pag-seal sa kadena mao ang paghimo og bag-ong full backup. Ug dili igsapayan kung giunsa kini nga hingpit nga pag-backup nakuha: pareho nga sintetikong puno ug aktibo nga bug-os nga pag-backup gikonsiderar.

Sa kaso sa Reverse, kini ang tanan nga mga file nga dili mahulog sa operating window.

Sa kaso sa Forward increment nga adunay mga rollback, kining tanan mga rollback ug .vbk, kung adunay lain nga .vbk sa gidak-on sa performance

Karon atong tagdon ang opsyon sa pagtrabaho uban sa Backup Copy chains. Ang mga butang lamang nga nahulog ubos sa pagpabilin sa GFS ang gidala dinhi. Tungod kay ang tanan nga gitipigan sa mas bag-o nga backup nga mga kadena sa kopya mahimong mausab sa usa ka paagi o sa lain.

Karon atong tan-awon sa ilawom sa tabon. Didto, usa ka proseso nga gitawag dehydration mahitabo - nagbilin nga walay sulod nga backup file sa gidak-on ug drag blocks gikan niini nga mga file ngadto sa kapasidad shooting range. Aron ma-optimize kini nga proseso, gigamit ang gitawag nga dehydration index, nga nagtugot kanimo nga malikayan ang pagkopya sa mga bloke nga nakopya na sa kapasidad sa pagpamusil.

Atong tan-awon kon unsa ang hitsura niini uban sa usa ka pananglitan: Ingnon ta nga kita adunay .vbk nga migawas sa bintana sa transaksyon ug iya sa usa ka silyado nga kadena. Kini nagpasabot nga aduna kitay katungod sa pagbalhin niini ngadto sa kapasidad sa pagpamusil. Sa panahon sa paglihok, usa ka metadata file ang gihimo sa kapasidad nga dash ug mga bloke sa gibalhin nga file. Ang link-level metadata file naghulagway kung unsa ang nag-block sa among file. Sa kaso sa litrato, ang among una nga file naglangkob sa mga bloke a, b, c ug ang metadata adunay mga link sa kini nga mga bloke. Sa diha nga kami adunay usa ka ikaduha nga .vbk file, andam sa paglihok ug naglangkob sa mga bloke a, b ug d, kami, pag-analisar sa dehydration index, nakasabut nga block d lamang ang kinahanglan ibalhin. Ug ang metadata file niini adunay mga link sa duha ka miaging mga bloke ug usa ka bag-o.

Tungod niini, ang proseso sa pagpuno niining walay sulod nga mga luna balik sa datos gitawag nga rehydration. Gigamit na niini ang kaugalingon nga index sa rehydration, base sa labing karaan nga .vbk file sa lokal nga gidak-on sa performance. Kana mao, kung gusto sa user nga ibalik ang usa ka file gikan sa kapasidad sa pagpamusil, una nga maghimo kami usa ka indeks sa mga bloke sa labing karaan nga bug-os nga backup ug ibalhin lamang ang nawala nga mga bloke gikan sa gallery sa pagpamusil sa kapasidad. Sa kaso nga gipresentar sa hulagway, aron sa pag-rehydrate sa FullBackup1.vbk sumala sa rehydration index, gikinahanglan lamang nato ang block C, nga atong gikuha gikan sa capacity shooting range. Kung ang usa ka storage cloud nga butang nagsilbi nga kapasidad sa pagpamusil, kini nagtugot kanimo nga makadaginot ug dako nga kantidad sa salapi.

Dinhi mahimo’g ingon nga kini nga teknolohiya parehas sa gigamit sa WAN Accelerators, apan ingon ra. Sa mga accelerator, ang deduplication kay global; dinhi, ang lokal nga deduplication gigamit sulod sa matag file sa usa ka piho nga offset. Nahitabo kini tungod sa kalainan sa mga buluhaton nga nasulbad: dinhi kinahanglan namon nga kopyahon ang dagkong bug-os nga backup nga mga file, ug sumala sa among panukiduki, bisan kung ang usa ka taas nga yugto sa panahon molabay sa taliwala nila, kini nga deduplication algorithm naghatag sa labing kaayo nga sangputanan.

Apan daghang mga indeks alang sa diyos sa mga indeks! Adunay usab usa ka indeks alang sa pagbawi sa datos! Sa diha nga kita magsugod sa pagpasig-uli sa usa ka makina nga nahimutang sa kapasidad dash, kita mobasa lamang sa talagsaon nga mga bloke sa datos nga wala sa performance dash.

Giunsa kini pagkahitabo

Kana ra para sa pasiuna nga bahin. Kini detalyado kaayo, apan sama sa gihisgutan sa ibabaw, kung wala kini nga mga detalye dili posible nga ipasabut kung giunsa ang mga bag-ong gimbuhaton. Busa, sa walay dugang nga pagduha-duha, magpadayon kita sa una.

Copy mode

Kini kasagaran gibase sa kasamtangan nga mga teknolohiya, apan nagdala sa usa ka bug-os nga lain-laing mga lohika sa paggamit. 

Ang katuyoan niini nga mode mao ang pagsiguro nga ang tanan nga datos nga nahimutang sa lokal nga gidak-on adunay kopya sa dash sa kapasidad.

Kung imong itandi ang Move and Copy modes head-on, kini tan-awon sama niini:

• Ang selyado nga kadena lamang ang mabalhin. Sa kaso sa usa ka copy mode, hingpit nga ang tanan gibalhin, bisan unsa pa ang mahitabo sa backup nga trabaho.
• Ang paglihok ma-trigger kung ang mga file molapas sa mga utlanan sa operational backup window, ug ang pagkopya ma-trigger sa diha nga makita ang backup file.
• Ang pag-monitor sa bag-ong datos alang sa pagkopya kanunay nga mahitabo, ug alang sa pagbalhin kini gi-trigger kausa sa matag 4 ka oras.

Sa pagkonsiderar sa bag-ong mode, akong gisugyot nga mobalhin gikan sa yano nga mga pananglitan ngadto sa mga komplikado.

Sa kasagaran nga kaso, aduna lang kami bag-ong mga file nga adunay mga increment, ug gikopya lang namo kini ngadto sa capacity shooting range. Dili igsapayan kung unsa nga mode ang gigamit sa backup nga trabaho, bisan kung kini nahisakop sa silyado nga bahin sa kadena o wala, bisan kung ang among operating window na-expire na. Gikuha lang nila ug gikopya.

Ang proseso sa likod niini mao gihapon ang dehydration sama sa gihulagway sa ibabaw. Sa mode nga kopya, gisiguro usab niini nga dili namo kopyahon ang mga bloke nga naa na sa among pagtipig. Ang bugtong kalainan mao nga kung sa mode sa salida gipulihan namon ang tinuud nga mga file nga adunay mga dummy file, dinhi dili namon sila hikapon sa bisan unsang paagi ug ibilin ang tanan nga ingon. Kung dili, parehas ra kini nga indeks sa dehydration, nga maampingon nga naningkamot sa pagtipig sa imong salapi ug oras.

Ang pangutana mitungha - kung imong tan-awon ang UI, adunay higayon nga mapili ang duha nga kapilian sa parehas nga oras. Sa unsang paagi molihok ang ingon nga hiniusa nga mode?

Tugoti nga sa husto.

Ang sinugdanan mao ang sukaranan: usa ka backup file ang gihimo ug gikopya dayon. Usa ka increment ang gihimo niini ug gikopya usab. Mahitabo kini hangtod sa higayon nga nahibal-an namon nga ang mga file mibiya sa among operating window ug usa ka silyado nga kadena ang nagpakita. Niini nga punto naghimo kami usa ka operasyon sa dehydration ug gipulihan kini nga mga file nga adunay mga dummy file. Siyempre, dili na namo kopyahon ang bisan unsa sa kapasidad sa pagpamusil.

Kining tanan nga makaiikag nga lohika maoy responsable sa usa lang ka checkbox sa interface: Kopyaha ang mga backup sa object storage sa diha nga kini nahimo.

Ngano nga kinahanglan naton kini nga Copy mode?

Mas maayo pa nga i-rephrase ang pangutana niining paagiha: unsa nga mga risgo ang atong gipanalipdan sa tabang niini? Unsa nga problema ang makatabang kanato sa pagsulbad?

Ang tubag klaro: siyempre, kini ang data recovery. Kung kami adunay usa ka kompleto nga kopya sa lokal nga datos sa pagtipig sa butang, nan bisan unsa pa ang mahitabo sa among produkto, mahimo namon kanunay nga ibalik ang datos gikan sa mga file nga nahimutang sa kondisyon nga Amazon.

Busa atong tun-an ang posibleng mga senaryo, gikan sa pinakasimple ngadto sa mas komplikado.

Ang pinakasimple nga kaalautan nga mahimong mahulog sa atong mga ulo mao ang pagkadili ma-access sa usa sa mga file sa backup chain.

Ang usa ka mas makapasubo nga istorya mao nga ang usa sa mga gilapdon sa among SOBR repository nabuak.

Mas grabe pa kini kung ang tibuuk nga repositoryo sa SOBR nahimong dili ma-access, apan ang kapasidad sa pagpamusil nagtrabaho.
Ug ang tanan daotan kaayo - kini kung mamatay ang backup server ug ang imong una nga tinguha mao ang pagsulay sa pagdagan sa utlanan sa Canada sa napulo ka minuto.

Karon atong tan-awon ang matag sitwasyon nga gilain.

Kung nawad-an kami usa (ug daghan pa) nga backup nga mga file, nan ang kinahanglan namon buhaton mao ang pagsugod sa proseso sa pag-rescan sa repository, ug ang nawala nga file mapulihan sa usa ka dummy file. Ug gamit ang proseso sa rehydration (nga gihisgutan sa sinugdanan sa artikulo), ang user makahimo sa pag-download sa datos gikan sa kapasidad sa pagpamusil ngadto sa lokal nga pagtipig.

Karon ang sitwasyon mas komplikado. Atong isipon nga ang atong SOBR naglangkob sa duha ka gilapdon nga nagdagan sa Performance mode, nga nagpasabot nga ang atong .vbk ug .vib kay mikaylap sa ibabaw nila sa medyo dili patas nga layer. Ug sa pipila ka mga punto sa panahon, ang usa sa mga gilapdon mahimong dili magamit, ug ang tiggamit kinahanglan nga ibalik ang makina, nga bahin sa datos nga nahimutang sa kini nga gidak-on.

Gilunsad sa user ang recovery wizard, gipili ang punto nga gusto niyang ibalik, ug ang wizard, samtang nagtrabaho, nakaamgo nga wala niya ang tanang datos nga gikinahanglan alang sa pagbawi sa lokal ug busa kinahanglan nga i-download gikan sa kapasidad sa pagpamusil. gallery. Sa parehas nga oras, ang mga bloke nga nagpabilin sa lokal nga pagtipig dili ma-download gikan sa panganod. Himaya sa indeks sa pagpasig-uli (oo, gihisgotan usab kini sa sinugdanan sa artikulo).

Ang usa ka subtype niini nga kaso mao nga ang tibuok SOBR repository nahimong dili ma-access. Sa kini nga kaso, wala kami makopya gikan sa lokal nga pagtipig, ug ang tanan nga mga bloke gi-download gikan sa panganod.

Ug ang labing makapaikag nga kahimtang mao nga ang backup server namatay. Adunay duha ka mga kapilian dinhi: ang admin maayo ug naghimo sa mga pag-backup sa pag-configure, ug ang admin usa ka daotan nga Pinocchio sa iyang kaugalingon ug wala maghimo mga pag-backup sa pag-configure.

Sa una nga kaso, igo na alang kaniya nga i-deploy ang usa ka limpyo nga pag-install sa VBR sa usa ka lugar ug ibalik ang database niini gikan sa usa ka backup gamit ang standard nga paagi. Sa pagtapos niini nga proseso, ang tanan mobalik sa normal. O kini ipasig-uli sumala sa usa sa mga senaryo sa ibabaw.

Apan kung ang admin mao ang iyang kaugalingon nga kaaway, o ang pag-backup sa configuration nag-antus usab sa usa ka epiko nga kapakyasan, nan bisan dinhi dili nato siya itugyan sa kaluoy sa kapalaran. Alang niini nga kaso, gipaila namo ang usa ka bag-ong pamaagi nga gitawag og Import Object Storage. Gitugotan ka nga laktawan ang proseso sa mano-mano nga paghimo pag-usab sa usa ka SOBR repository ug pag-attach sa usa ka kapasidad sa pagpamusil niini uban ang sunud nga pag-scan, ug pagdugang usa ka butang sa pagtipig sa interface sa Vim ug pagdagan ang pamaagi sa Import Storage Repository. Ang bugtong butang nga mahimong makababag sa taliwala nimo ug sa imong mga backup mao ang usa ka hangyo nga mosulod sa usa ka password kung ang imong mga backup na-encrypt.

Kini tingali ang tanan bahin sa Copy Mode ug nagpadayon kami

Silyado nga Mode

Ang nag-unang ideya mao nga ang bag-ong mga backup dili makita sa pinili nga SOBR gidak-on sa repository. Sa wala pa ang v10, naa ra mi Maintenance Mode, kung ang bisan unsang trabaho sa repository hingpit nga gidili. Usa ka matang sa hardcore mode alang sa pagsira sa storage, diin ang Evacuate button lamang ang anaa, nga nagdala sa mga backup ngadto sa lain nga gidak-on sa usa ka higayon.

Ug ang Sealed mode usa ka matang sa "humok" nga kapilian: gidid-an namon ang paghimo sa mga bag-ong backup ug anam-anam nga tangtangon ang mga daan sumala sa gipili nga pagpadayon, apan sa proseso dili kami mawad-an sa abilidad sa pagpasig-uli gikan sa mga gitipigan nga mga punto. Usa ka mapuslanon kaayo nga butang kung kita adunay usa ka piraso sa hardware nga hapit na matapos ang kinabuhi niini ug kinahanglan nga pulihan kini, o kinahanglan lang naton nga buhian kini alang sa usa ka butang nga labi ka hinungdanon, apan wala’y bisan diin nga makuha kini ug ibalhin ang tanan sa usa ka higayon. O dili kini mapapas.

Tungod niini, ang prinsipyo sa operasyon yano ra: gikinahanglan nga idili ang tanan nga mga operasyon sa pagsulat (ang dagway sa bag-ong datos), gibiyaan ang pagbasa (pagpahiuli) ug pagtangtang (pagpabilin).

Ang duha nga mga mode mahimong magamit nga dungan, apan hinumdomi nga ang Maintenance adunay mas taas nga prayoridad.

Isip usa ka pananglitan, tagda ang usa ka SOBR nga naglangkob sa duha ka gilapdon. Atong isipon nga sa unang upat ka adlaw naghimo kami og mga backup sa Forward Forever Incremental mode, ug dayon among gitak-opan ang gidak-on. Kini mitultol sa kamatuoran nga among gisugdan ang paghimo og bag-ong aktibo nga puno sa ikaduha nga anaa nga gidak-on. Kung upat ang among retensyon, unya kung ang tibuuk nga kadena nga nahimutang sa gisilyohan nga gilapdon molapas sa mga limitasyon niini, kini mapapas nga adunay limpyo nga tanlag.

Adunay mga sitwasyon nga ang pagtangtang mahitabo sa sayo pa. Pananglitan, kini ang Forward incremental nga adunay periodic fulls. Kung naghimo kami og bug-os nga pag-backup sa unang duha ka adlaw, ug sa Huwebes kami nakahukom sa pagsilyo sa repository, unya sa Biyernes, sa diha nga ang usa ka bag-o nga backup gihimo, ang file alang sa Lunes mapapas tungod kay walay mga dependency sa niini nga punto. Ug ang punto mismo wala magdepende kang bisan kinsa. Dayon maghulat kami hangtud nga ang upat ka mga punto gihimo sa anaa nga gidak-on ug tangtangon ang nahabilin nga tulo, nga dili mapapas nga independente sa usag usa.

Ang mga butang mas simple sa Reverse Incremental. Niini, ang labing karaan nga mga punto wala magdepende sa bisan unsang butang ug mahimong luwas nga mapapas. Busa, sa diha nga ang usa ka bag-ong .vbk mabuhat sa usa ka bag-ong gidak-on, ang daan nga .vrbs pagatangtangon sa usag usa.

Pinaagi sa dalan, nganong naghimo kita og bag-o nga .vbk sa matag higayon: kung wala nato kini gimugna, apan gipadayon ang daan nga kadena sa mga pag-uswag, nan ang daan nga .vbk mag-freeze sa walay katapusan nga taas nga panahon sa bisan unsang paagi, nga makapugong sa pagtangtang niini. Busa, nakahukom nga sa diha nga ang gidak-on ma-sealed, naghimo kami og usa ka bug-os nga backup sa libre nga gidak-on.

Ang mga butang mas komplikado sa kapasidad sa pagpamusil.

Atong tan-awon una ang copy mode. Ibutang nato nga aktibo mi nga nagmugna og mga backup sulod sa upat ka adlaw, ug dayon ang capacity shooting range naselyohan. Wala kami nagtangtang sa bisan unsa, apan mapaubsanong nag-antos sa pagpadayon, pagkahuman among gitangtang ang datos gikan sa kapasidad sa pagpamusil.

Gibana-bana nga parehas nga butang ang mahitabo sa mode sa paglihok - naghulat kami sa pag-retouch, tangtangon ang daan sa lokal nga pagtipig, ug tangtangon ang gitipigan sa pagtipig sa butang.

Usa ka makapaikag nga pananglitan sa Forever forward incremental. Nag-instalar kami og retensyon sa tulo ka mga punto ug nagsugod sa paghimo og mga backup sa Lunes, nga kanunay nga gikopya sa panganod. Human sa pagsilyo sa pagtipig, ang mga backup nagpadayon sa paghimo, nga nagmintinar sa tulo ka punto, apan ang datos nga gitipigan sa kapasidad nga dash nagpabilin nga nagsalig ug dili mapapas. Busa, naghulat kami hangtod sa Huwebes, kung ang among .vbk lapas sa pagpadayon, ug pagkahuman kalmado namon nga gitangtang ang tibuuk nga natipig nga kadena.

Ug usa ka gamay nga disclaimer: ang tanan nga mga pananglitan dinhi gipakita sa usa ka makina. Kung daghan ka niini sa imong backup, magkalainlain ang ilang retouch depende kung nahimo ba ang Aktibo nga Full o wala.

Mao ra kana ang tanan. Mao nga magpadayon kita sa labing hardcore nga bahin -

Pagkabag-o

Sama sa nangaging mga punto, ang una nga butang mao kung unsang problema ang nasulbad sa kini nga function. Sa diha nga kami mag-upload sa among mga backup sa usa ka dapit alang sa pagtipig, adunay usa ka kusganon nga tinguha sa paggarantiya sa ilang kaluwasan, nga mao, sa pisikal nga pagdili sa ilang pagtangtang ug bisan unsa nga pagbag-o sa panahon sa usa ka gihatag nga pagpabilin. Naglakip sa mga admin, lakip sa ilawom sa ilang mga root account. Kini nagtugot kanimo sa pagpanalipod kanila gikan sa aksidente o tinuyo nga kadaot. Bisan kinsa nga nagtrabaho sa AWS tingali nakit-an ang parehas nga bahin nga gitawag nga Object Lock.

Karon atong tan-awon ang mode sa kinatibuk-an nga mga termino, ug dayon susihon ang mga detalye. Sa among pananglitan, ang Pagkadili-mabag-o mahimo alang sa among kapasidad sa pagpamusil nga adunay pagpabilin sa upat ka adlaw. Ug ang Copy mode gipalihok sa backup.

Ang pagkadili-mabag-o dili makig-uban sa kinatibuk-ang pagpabilin sa bisan unsang paagi. Pananglitan, wala kini magdugang og dugang nga mga punto o bisan unsa nga sama niana. Kini ra nga ang usa ka tawo dili makatangtang sa mga backup nga file sa sulod sa upat ka adlaw. Kung maghimo ka og backup sa Lunes, mahimo ra nimo mapapas ang file niini sa Biyernes.

Ang tanan nga gipatin-aw kaniadto nga mga konsepto sa dehydration, index ug metadata nagpadayon sa pagtrabaho nga parehas. Apan sa usa ka kondisyon - ang block gitakda dili lamang alang sa datos, kondili alang usab sa metadata. Gihimo kini kung ang usa ka tuso nga tig-atake makahukom sa pagpahid sa among database sa metadata ug aron mapugngan ang mga bloke sa datos nga mahimong walay pulos nga binary mush.

Karon ang maayong panahon sa pagpatin-aw sa atong teknolohiya sa block generation. O block henerasyon. Aron mahimo kini, tagda ang sitwasyon nga mitultol sa pagpakita niini.

Atong kuhaon ang usa ka sukod sa panahon nga unom ka adlaw ug sa ubos atong markahan ang oras sa gipaabot nga expiration sa pagkadili mausab. Sa unang adlaw nagkuha kami ug naghimo ug file nga naglangkob sa data block a ug sa metadata niini. Kung ang pagkadili-mabag-o gitakda sa tulo ka adlaw, makatarunganon nga hunahunaon nga sa ikaupat nga adlaw ang datos ma-unlock ug mapapas. Sa ikaduhang adlaw magdugang kami og bag-ong file2, nga naglangkob sa block b nga adunay parehas nga mga setting. Ang block a kinahanglan pa nga tangtangon sa ikaupat nga adlaw. Apan sa ikatulo nga adlaw adunay usa ka makalilisang nga mahitabo - usa ka File3 file ang gihimo, nga naglangkob sa usa ka bag-ong block d ug usa ka link sa daan nga block a. Kini nagpasabot nga alang sa usa ka bloke ug ang dili mausab nga bandila niini kinahanglan nga i-reset sa usa ka bag-ong petsa, nga gibalhin ngadto sa ikaunom nga adlaw. Ug dinhi mitungha ang usa ka problema - sa tinuud nga pag-backup adunay daghang daghang mga bloke. Ug aron mapalawig ang ilang pagkadili-mabag-o nga panahon, kinahanglan nimo nga maghimo daghang daghang mga hangyo matag higayon. Ug sa tinuud, kini usa ka hapit walay katapusan nga adlaw-adlaw nga proseso, tungod kay adunay taas nga lebel sa posibilidad nga makit-an namon ang daghang mga stack sa mga deduplicated nga mga bloke sa matag kopya. Unsa ang gipasabut sa daghang mga hangyo gikan sa mga taghatag sa pagtipig sa butang? Husto! Dako nga bayronon sa katapusan sa bulan.

Ug aron dili ibutyag ang imong paborito nga mga kliyente alang sa daghang salapi, ang mekanismo sa paghimo sa block giimbento. Kini usa ka dugang nga panahon nga among idugang sa gitakda nga panahon sa pagkadili-mabag-o. Sa pananglitan sa ubos, kini nga panahon duha ka adlaw. Apan kini usa lamang ka pananglitan. Sa tinuud, gigamit nila ang ilang kaugalingon nga pormula, nga naghatag gibana-bana nga napulo ka dugang nga mga adlaw sa usa ka binulan nga kandado.

Atong ipadayon ang paghunahuna sa parehas nga sitwasyon, apan sa block generation. Sa unang adlaw naghimo kami og file1 gikan sa block a ug metadata. Gidugang namon ang panahon sa henerasyon ug pagkadili mabag-o - kini nagpasabut nga ang higayon nga mapapas ang file naa sa ikaunom nga adlaw. Kung sa ikaduhang adlaw maghimo kami og File2, nga naglangkob sa block b ug usa ka link aron babagan ang a, nan walay mahitabo sa gipaabot nga petsa sa pagtangtang. Mibarog siya sama sa iyang gibuhat sa ikaunom nga adlaw. Ug sa ingon naningkamot kami nga makatipig salapi sa gidaghanon sa mga hangyo. Ang bugtong sitwasyon kung ang deadline mahimong mabalhin kung ang panahon sa henerasyon natapos na. Sa ato pa, kung sa ikatulo nga adlaw ang bag-ong File3 adunay usa ka link aron ma-block ang usa, unya ang henerasyon 2 idugang tungod kay ang Gen1 na-expire na. Ug ang gipaabot nga petsa sa pagtangtang sa block a mobalhin ngadto sa ikawalong adlaw. Kini nagtugot kanamo nga mahinuklugong makunhuran ang gidaghanon sa mga hangyo aron mapalawig ang tibuok kinabuhi sa mga deduplicated nga mga bloke, nga makaluwas sa mga kliyente og usa ka toneladang salapi.

Ang teknolohiya mismo magamit sa mga tiggamit sa S3 ug S3-compatible nga hardware, kansang mga tiggama naggarantiya nga ang ilang pagpatuman dili lahi sa Amazon. Busa ang tubag sa lehitimong pangutana ngano nga ang Azure dili suportado - sila adunay susama nga bahin, apan kini nagtrabaho sa lebel sa mga sudlanan, dili indibidwal nga mga butang. Pinaagi sa dalan, ang Amazon mismo adunay butang nga lock sa duha nga mga mode: pagsunod ug pagdumala. Sa ikaduha nga kaso, nagpabilin ang posibilidad nga ang labing dako nga admin labaw sa mga admin ug gamut sa ibabaw sa mga gamut, bisan pa sa butang nga lock, nagtangtang gihapon sa datos. Sa kaso sa pagsunod, ang tanan hugot nga gilansang ug walay usa nga makatangtang sa mga backup. Bisan ang mga admin sa Amazon (sumala sa ilang opisyal nga mga pahayag). Kini ang mode nga among gisuportahan.

Ug, sama sa naandan, pipila ka mapuslanon nga mga link:

• sa Block Generation sa matag detalye.
• Ang tanang impormasyon mahitungod sa Veeam Backup & Replication 10 sa labing maayo niini
• О Tier sa Kapasidad sa detalye

Source: www.habr.com