Në Ne treguam për veçoritë e reja në përditësimin e Janarit Update 4 për Veeam Backup & Replication 9.5 (VBR), ku qëllimisht nuk përmendëm backup-et në shirit magnetik. Një tregim rreth kësaj fushe meriton një artikull të veçantë, sepse veçoritë e reja ishin vërtet shumë.
â Djem, do tĂ« shkruani njĂ« artikull?
â Pse jo!
Disa nga diskët magnetikë në shekullin XXI
Ruajtja e të dhënave në shirita magnetikë (kasetat, "tëipet", siç i quajmë ne në R&D) nuk kufizohet në një kompjuter që u zhduk në histori si ZX-Spectrum, për të cilin një lojë mund të ngarkohej në memorien operative 48 kb nga për disa minuta. Në çerek shekulli, sh brija dhe kapacitetet e kasetave janë rritur me 6-7 rend të madhësisë. Kjo nuk është një krahasim krejtësisht i saktë, dhe sipas ACME, i cili automatizon marrjen e certifikatave SSL. Ai do të shtojë mekanizma të tjerë për verifikimin e pronarit të sitit. Më shumë në lidhje me të nuk është në gjendje të përfitojë. Megjithatë, teknologjitë moderne lejojnë regjistrimin e 12 terabajt të të dhënave në një kasetë me një gjatësi kilometrike (deri në 30 terabajt në modalitetin e kompresimit), kështu që një ruajtës 160 dollarësh lë pas konkurentët në kostot e ruajtjes afatgjatë të një sasie të madhe të dhënash edhe duke pasur parasysh investimet në pajisjet për regjistrimin/leximin. Të dhënat në këto kaseta ruhen me siguri për 15-30 vjet.
Do tĂ« hyj nga njĂ« kĂ«nd tjetĂ«r. Kohet e fundit kanĂ« arritur nĂ« njĂ« nivel tĂ« ri. Ato mund tĂ« presin momentin e tyre nĂ« infrastrukturĂ«n e njĂ« kompanie tĂ« madhe pĂ«r javĂ« dhe muaj, dhe me shfaqjen e njĂ« dobĂ«sie tĂ« re zero ditĂ« â tĂ« shkatĂ«rrojnĂ« (nuk pa ndihmĂ«n e njeriut, sepse nĂ« lojĂ« janĂ« para tĂ« mĂ«dha) jo vetĂ«m tĂ« gjitha tĂ« dhĂ«nat, por edhe tĂ« gjitha kopjet rezervĂ«, deri atje ku Ă«shtĂ« e mundur tĂ« arrihet. Ja , kur kompanive iu desh tĂ« paguajnĂ« kĂ«rkuesve. TĂ« ashtuquajturat vargu ajror, dmth. backup-et qĂ« janĂ« fizikisht tĂ« izoluar nga infrastruktura, janĂ« bĂ«rĂ«, nĂ« thelb, shpĂ«timi i vetĂ«m i besueshĂ«m nga kĂ«to histori. Shiriti magnetik kĂ«tu Ă«shtĂ« njĂ« nga zgjidhjet qĂ« nuk del nĂ« modĂ«.
Por njĂ« specifikim dhe pajisje teknologjike nga prodhuesit kryesorĂ« (IBM, HPE, Oracle, Dell) pĂ«r mbrojtjen e besueshme tĂ« tĂ« dhĂ«nave nuk janĂ« tĂ« mjaftueshme, nevojitet njĂ« softuer i mirĂ«. Ne nĂ« Veeam kemi njĂ« ekip tĂ« tĂ«rĂ« qĂ« merret me back-up-et nĂ« shirita, rreth 10 persona analizojnĂ«, planifikojnĂ«, studiojnĂ«, zhvillojnĂ« dhe testojnĂ« çdo ditĂ«. TĂ« dhĂ«nat e kĂ«saj pune i keni parĂ« nĂ« artikujt e mĂ«parshĂ«m (, ). ĂfarĂ« Ă«shtĂ« bĂ«rĂ« gjatĂ« vitit tĂ« fundit?
Fjalor
Dëgjohet një zgjedhje mes lirisë në lidhje me gjuhën amtare dhe fjalorit burokratik që e komplikon lexueshmërinë. Unë preferoj të parën, prandaj paraprakisht kërkoj falje nëse ndonjë prej fjalëve të zhargonit në listën më poshtë do t'i shqetësojë dikë. Këtu do të përmend shkurtimisht se çfarë do të thotë cila termin.
EkspertĂ«t e VBR-sĂ« mund ta kalojnĂ« kĂ«tĂ« pjesĂ«Job â punĂ« â njĂ« detyrĂ« pĂ«r back-up. NĂ« thelb, e gjithĂ« VBR-ja Ă«shtĂ« ndĂ«rtuar mbi punĂ«t. PĂ«rveç back-up-it dhe replikimit, kjo mund tĂ« jetĂ« gjithashtu edhe kopjimi nĂ« kasetĂ« (backup to tape job, punĂ« me kasetĂ«). Le tĂ« theksoj se rikuperimi nga njĂ« kopje rezervĂ« (restor) Ă«shtĂ« gjithashtu njĂ« punĂ«, por nĂ« kĂ«tĂ« artikull kjo fjalĂ« do tĂ« kuptohet pĂ«r back-up.
Storage â ruajtje â njĂ« emĂ«r historik. KĂ«to janĂ« skedarĂ«t nĂ« repotitĂ« e tij (repository â depo), qĂ« pĂ«rmbajnĂ« kopje rezervĂ« â operacione tĂ« plota dhe inkrementale.. NĂ« njĂ« ruajtje mund tĂ« ketĂ« njĂ« ose mĂ« shumĂ« makina virtuale.
Chain â zinxhir â njĂ« sekuencĂ« e ruajtjeve qĂ« lidhin njĂ«ra-tjetrĂ«n. PĂ«r tĂ« rikuperuar tĂ« dhĂ«nat nga ruajtja inkrementale n, ne kemi nevojĂ« pĂ«r tĂ« gjitha ruajtat e mĂ«parshme nga (n-1) deri nĂ« 1 dhe ruajtjen e plotĂ«, e cila e referon inkrementalen e parĂ«.
Source, Target â burim, destinacion. Burimi Ă«shtĂ« entiteti fillestar qĂ« pĂ«rpunon puna. NĂ« rastin e back-up-eve/replikave, zakonisht Ă«shtĂ« njĂ« makinĂ« virtuale nĂ« hipervizor. NĂ« rastin e punĂ«s sĂ« kasetĂ«s, burimi Ă«shtĂ« vetĂ« puna e back-up-it (apo skedarĂ«t nĂ« rastin e punĂ«s file to tape). Destinacioni pĂ«r punĂ«n e back-up-it Ă«shtĂ« depoja ku ruhen kopjet rezervĂ«. PĂ«r punĂ«t e kasetĂ«s, ky Ă«shtĂ« media pool.
Media pool â â grupi i mediave tĂ« informacionit, nĂ« rastin tonĂ« â kasetat. NjĂ« kontejner logjik, i krijuar nga pĂ«rdoruesi dhe qĂ« pĂ«rmban kasetat e njĂ« ose disa bibliotekave. Pra, puna e kasetĂ«s gjithmonĂ« ka media pool si destinacion, domethĂ«nĂ« tĂ« dhĂ«nat nuk shkruhen nĂ« ndonjĂ« kasetĂ« specifike dhe as nĂ« ndonjĂ« kasetĂ« nĂ« bibliotekĂ«, por nĂ« njĂ« grup tĂ« caktuar tĂ« tyre. Media pool ka parametrin e kohĂ«s sĂ« ruajtjes sĂ« tĂ« dhĂ«nave, pas kalimit tĂ« tĂ« cilit kaseta mund tĂ« riprogramohet. PĂ«rdoruesi mund tĂ« krijojĂ« media pool standarde dhe Secili nga kĂ«to lloje tani mund tĂ« jetĂ« gjithashtu WORM dhe jo-WORM, pĂ«r kĂ«tĂ« mĂ« poshtĂ«.
Media set â â njĂ« grup kasetash nĂ« pushtimin mediatik, nĂ« tĂ« cilat shkruhen vazhdimisht kopje rezervĂ«/fajllat. PĂ«r pushtimet GFS, setet mediatik kanĂ« lidhje gjithashtu me intervalin (p.sh., vjetor â yearly), kasetat rotullohen vetĂ«m brenda intervalit tĂ« tyre.
â elementĂ«t e bibliotekĂ«s sĂ« kasetave. Drive lexon dhe rrotullon kasetĂ«n, changer Ă«shtĂ« roboti qĂ« transferon kasetat ndĂ«rmjet vendeve tĂ« ruajtjes, vendeve tĂ« shkarkimit dhe drivĂ«s. EkzistojnĂ« gjithashtu drive tĂ« pavarur (standalone â e qĂ«ndruar veçmas), roli i changer-it kĂ«tu luhet nga njerĂ«zit. PĂ«r drivin Ă«shtĂ« e nevojshme tĂ« instalohet saktĂ«sisht drejtori i prodhuesit nĂ« makinĂ«n Windows, ku Ă«shtĂ« lidhur biblioteka; me changer-in mund tĂ« punojmĂ« edhe pa drejtorĂ«, pĂ«rmes SCSI native.
Tenant to tape. I mbrojtur ofruesi â tĂ« mbrojtur klientĂ«t
Më në fund, asnjë kallep në tavolinë. Karakteristika më masive e përditësimit tonë, e destinuar për , që përdorin në infrastrukturën e tyre VBR. Zhvillimi filloi dy vjet më parë. Shpejt e kuptuam se do ta kemi të vështirë të përfundojmë një detyrë të tillë për publikimin e afërt, morëm një pushim të vogël dhe në fund e lanë karakteristikën në versionin 9.5 Update 4.
NĂ«se flasim shkurt, tani ofruesit kanĂ« mundĂ«sinĂ« tĂ« kopjojnĂ« kopjet rezervĂ« tĂ« klientĂ«ve tĂ« tyre nĂ« kaseta me anĂ« tĂ« punĂ«s sĂ« kasetave nĂ« pushtimin GFS. Kjo i jep ofruesve â dhe kĂ«ta janĂ« djemtĂ« shumĂ« tĂ« rĂ«ndĂ«sishĂ«m pĂ«r ne dhe departamentin tonĂ« komercial â dy mundĂ«si:
- tĂ« mbrojnĂ« klientĂ«t e tyre (tenantĂ«t, tenant â qiramarrĂ«s) nga humbja e tĂ« dhĂ«nave si rezultat i fshirjes aksidentale ose problemeve infrastrukturore ("pĂ«rmbytje nĂ« qendrĂ«n e serverĂ«ve");
- të ofrojnë tenantëve një shërbim shtesë për rikthimin e të dhënave nga një kopje rezervë e vjetër, e cila është fshirë nga repozitoriumi i reve sipas politikës së ruajtjes së të dhënave, por në kaseta akoma ka mbetur.
Nga pikĂ«pamja e marketingut, funksionaliteti Ă«shtĂ« shumĂ« "i shijshĂ«m", nga ana jonĂ« â po ashtu jo mĂ« pak i komplikuar pĂ«r t'u realizuar.
Zhvillimi
Problemi kryesor qĂ« ka lindur Ă«shtĂ« enkriptimi i tĂ« dhĂ«nave. Shumica e kopjeve rezervĂ« nĂ« re janĂ« tĂ« enkriptuara, statistika thotĂ« se janĂ« â e numrit total. PĂ«r ne, ky numĂ«r ishte njĂ« surprizĂ«, mendonim se gjithçka ishte e enkriptuar, por jo â shumĂ« klientĂ«, duket, janĂ« pa rezerva tĂ« bindur ndaj ofruesve tĂ« tyre.
Paradigma është e thjeshtë: ofruesi nuk duhet të jetë në gjendje të deshifrojë të dhënat e tenantëve të tij. Megjithatë, në kuadër të veçorisë së re, është e nevojshme që ofruesi të hapë magazinat me kopje rezervë. Kjo është e nevojshme për të transferuar blloqet e të dhënave, për shembull, për të krijuar . E rëndësishme është që kjo duhet bërë pa marrë parasysh tenantin, kur çelësat e nevojshëm nuk dërgohen në anën e ofruesit gjatë ekzekutimit të punës.
Zgjidhja e kĂ«tij problemi, e cila pĂ«rdoret edhe nĂ« njĂ« veçori tjetĂ«r shumĂ« tĂ« rĂ«ndĂ«sishme tĂ« pĂ«rditĂ«simit tĂ« fundit â â konsiston nĂ« shtimin e njĂ« çelĂ«si pĂ«rkatĂ«s tĂ« enkriptimit. ĂelĂ«si arkivĂ« (Archive key) ruhet nĂ« bazĂ«n e tĂ« dhĂ«nave tĂ« ofruesit nĂ« formĂ« tĂ« enkriptuar. Me njĂ« skemĂ« tĂ« zgjuar, nĂ« anĂ«n e ofruesit mund tĂ« hapet magazina, tĂ« zhvendosen dhe tĂ« rikonfigurohen blloqet e tĂ« dhĂ«nave midis magazinave (sepse secila ka çelĂ«sin e saj), por nuk mund tĂ« deshifrohen tĂ« dhĂ«nat vetĂ«.
Skema e zgjuar (versioni funksional)
Do të shtoja se të gjithë inxhinierët në R&D kanë shumë dashuri për enkriptimin në produktin tonë, megjithatë, askush nuk e di në të gjitha detajet se si funksionon. (Këtu ishte edhe një shaka "dhe pse madje funksionon", por redaktorët nuk e lanë atë të kalonte.)
Testimi
PĂ«r veçorinĂ« janĂ« regjistruar qindra gabime. Zonat mĂ« tĂ« komplikuara janĂ« â enkriptimi, ndĂ«rfaqja e pĂ«rdoruesit, problemet gjatĂ« rikuperimit.
Nga pikĂ«pamja e testimit, vĂ«shtirĂ«sia ishte variabiliteti i madh, "kombinatorika" e llojeve dhe tipave tĂ« punĂ«ve dhe repository-ve tĂ« tenantĂ«ve â kam parasysh si burimin ashtu edhe destinacionin nĂ« rikuperimin e kopjeve rezervĂ« nĂ« infrastrukturĂ«. E gjithĂ« kjo Ă«shtĂ« e lidhur me logjikĂ«n nĂ« kuadĂ«r (pĂ«rfshirĂ« tĂ« reja â paralelizmi dhe mediat e pĂ«rditshme, pĂ«r kĂ«tĂ« mĂ« poshtĂ«), si dhe pĂ«r vetĂ« specifikat e çuditshme tĂ« cloud pĂ«r tĂ« tipave. Mos harroni ta spĂ«rkasni abundantesh me enkriptim. NĂ«se vazhdojmĂ« metaforĂ«n, ne kemi ngrĂ«nĂ« mirĂ« kĂ«tĂ« pjatĂ« â por e kemi shijuar nga tĂ« gjitha anĂ«t.
Fragmenti i planit të testimit
Si rezultat
Për një përshkrim të detajuar mund të gjeni në (për momentin në anglisht): , . Do të ndalem në momentet kryesore.
Backup
Ofruesi shton tenantët në punën e tipit GFS si destinacion. në rast se licenca cloud është në dispozicion, në hapin e dytë të wizardit është e disponueshme opsioni TenantëtMund të shtoni të gjithë tenantët njëherësh ose veç e veç, dhe mund të zgjidhni vetëm një kuotë të veçantë (por jo një subkuotë) të një tenant-i të veçantë. Nuk lejohet të përzihen backup-et e tenantëve me backup-et lokale në një punë.
Përgatitjet e tjera janë pothuajse identike me një punë të zakonshme në GFS-pool.
Restaurimi i të dhënave është i mundur si në anën e ofruesit, ashtu edhe në anën e tenant-it vetë.
Restaurimi në anën e ofruesit
Kjo bëhet përmes një wizard-i të ri. Këtu mund të zhyteni deri në një punë të veçantë, me restaurimin e të gjithë zinxhirit që ka qenë në depo në një ditë të caktuar.
Ka tre opsione për restaurim:
- Në lokacionin origjinal. Në këtë rast, backup-i origjinal, nëse ekziston, fshihet; punët e tenant-it automatikisht rikonfigurohen në zinxhirin e restauruar. Supozohet se një restaurim i tillë do të jetë krejtësisht i padukshëm për klientin, vetëm për një kohë të shkurtër do të jetë i shkëputur nga depoja cloud.
- Në një kuotë/në depo të re. Ofruesi mund, për shembull, të krijojë një llogari të përkohshme për këtë qëllim, e cila më pas do të fshihet. Backup-i shfaqet në infrastrukturën e tenant-it pas sinkronizimit me bazën e ofruesit.
- Thjesht në disk të serverit Linux ose Windows, të regjistruar në infrastrukturën e ofruesit. Më pas, këtë zinxhir mund ta regjistroni në një flash drive dhe ta dërgoni tenant-it.
Restaurimi në anën e tenant-it
Ky opsion nënkupton që klienti të ketë infrastrukturen e tij të tapes dhe një sasi të madhe të dhënash për restaurim. Kasetën me backup-et e regjistruara, ofruesi mund ta dërgojë fizikisht klientit me shërbimin e dërgesave, ai e katalogizon atë në pajisjet e tij, deshifron kasetat dhe backup-et dhe punon me kopjet rezervë sikur të ishin regjistruar vetë në kaseta. Kjo është një këshillë për ta shmangur shkarkimin e terabajtëve përmes WAN.
Përmirësime të mëdha në GFS-pool
-mediat e pool-eve u shfaqën në VBR dy vjet më parë, në versionin 9.5. Në përditësimin që doli, si në lidhje me shfaqjen e karakteristikës Tenant to tape, ashtu edhe sipas kërkesave të përdoruesve, ne e përmirësuam mirë këtë funksionalitet.
Setet e mediave të përditshme
Shfaqet një e re përditshme (ditore) media set. Tani në grupin GFS mund të ruani backups për çdo ditë, dhe jo vetëm të plota, por edhe të inkrementale. Të fundit zënë një hapësirë që është ndjeshëm më e vogël dhe kjo bëhet për arsye kursimi të kasetave. Supozohet se këto kaseta rotullohen vazhdimisht në bibliotekë, pa u dërguar në ruajtje të largët. Ndërkohë, për të rikuperuar nga pika inkrementale, do t'i nevojiten kasetat e një prej media seteve më të larta (javore, mujore, tremujore ose vjetore). Aktivizimi i media setit të përditshëm pa aktivizimin e atij javore nuk është e mundur, në mënyrë që në shumicën e rasteve për rikuperimin nga kopja inkrementale, të nevojiten pikërisht kasetat javore. Ato ose gjithmonë ndodhen në bibliotekë ose ruhen në një depo të tilletë largët.
Logjika e funksionimit tĂ« tape-job nĂ« GFS media pool , shkrimtarĂ«t teknikĂ« nuk do tĂ« gĂ«njejnĂ«. NĂ« dy fjalĂ«, duke lĂ«nĂ« mĂ«njanĂ« detajet, nĂ« media setet javore dhe mĂ« tĂ« larta kopjohen vetĂ«m backups tĂ« plota (pĂ«rfshirĂ« backup-et virtuale tĂ« plota), njĂ« pĂ«r çdo datĂ«, ndĂ«rsa nĂ« atĂ« tĂ« pĂ«rditshĂ«m â tĂ« gjitha backups qĂ« ndodhen nĂ« magazinimin pĂ«r ditĂ«n aktuale, pasi backup-job mund tĂ« aktivizohet mĂ« shpesh se njĂ« herĂ« nĂ« ditĂ«.
Paralelizmi, koha e nisjes dhe pritja në GFS pools
Tani Ă«shtĂ« e mundur shkrimi paralel i disa vargjeve ose punĂ«ve nĂ« disa disqe tĂ« bibliotekĂ«s dhe nĂ« GFS media pools (mĂ« parĂ« â vetĂ«m nĂ« ato tĂ« zakonshme). Aktivizohet nĂ« hapin Opsionet media pool.
Sqarim i rëndësishëm: një skedar i njëjtë gjithmonë shkruhet në një rrymë, prandaj në rastin e disa makinave virtuale të mëdha rekomandohet aktivizimi i , në mënyrë që backup-i të përbëhet nga disa vargje.
PĂ«rveç kĂ«saj, tani Ă«shtĂ« e mundur tĂ« zgjidhni koha e nisjes sĂ« punĂ«s GFS. ShumĂ« pĂ«rdorues nuk e pĂ«lqenin aktivizimin nĂ« mesnatĂ« dhe pritjen e mĂ«passhme pĂ«r pothuajse njĂ« ditĂ« tĂ« tĂ«rĂ« derisa burimi tĂ« pĂ«rfundojĂ«. Tani, kjo kohĂ« mund tĂ« vendoset, pĂ«r shembull, nĂ« mbrĂ«mje tĂ« vonĂ«, kur tashmĂ« ka diçka pĂ«r tĂ« kopjuar nĂ« kasetĂ«. PĂ«r mĂ« tepĂ«r, sipas kĂ«rkesave tĂ« pĂ«rdoruesve, ne zbuluam nĂ« cilĂ«simet e avancuara njĂ« opsion qĂ« mĂ« parĂ« mund tĂ« aktivizohej vetĂ«m pĂ«rmes njĂ« çelĂ«si regjistri. Mjafton tĂ« zgjidhni Procesoni pikĂ«n mĂ« tĂ« fundit tĂ« rikuperimit nĂ« vend qĂ« tĂ« prisni â dhe nĂ« kasetĂ« kopjohet ajo qĂ« ekziston nĂ« magazinĂ« nĂ« momentin e nisjes sĂ« tape-job (pika nga dita e djeshme, pĂ«r shembull), nuk ka pritje fare.
Përmirësimi i funksionit me disa biblioteka
Do të flasim për situatën kur në një media pool janë shtuar më shumë se një bibliotekë. E kemi mbështetur këtë edhe më parë, por herë pas here merrnim ankesat e klientëve për sjellje jo të parashikueshme.
Ishte
Për shembull, një tapë-job filloi, zuri dy disqe në bibliotekën e parë, por cilësimet e paralelizmës i lejojnë asaj të përdorë 4 disqe menjëherë. A duhet që kjo job të kalojë në bibliotekën e dytë të media pool-it dhe ta përdorë atë gjithashtu, apo do të ishte përdorim i tepruar i burimeve?
NjĂ« rast tjetĂ«r. ĂshtĂ« zgjedhur opsioni pĂ«r tu kaluar sipas kushteve "asnjĂ« kasetĂ« e disponueshme", nĂ« bibliotekĂ«n e parĂ« ka vetĂ«m njĂ« kasetĂ«, por tĂ« dhĂ«nat potencialisht mund tĂ« shkruhen nĂ« tĂ« gjitha. MegjithatĂ«, cilĂ«simet lejojnĂ« qĂ« tĂ« shkruhet paralelisht nĂ« dy kaseta. A duhet tĂ« aktivizohet biblioteka e dytĂ« nĂ« kĂ«tĂ« rast?
Ne kemi vendosur të rregullojmë këtë fushë, duke dhënë mundësinë për të konfiguruar sjelljen në mënyrë të qartë.
U bë
kanĂ« rolet â aktive dhe pasive. Dhe media pool vetĂ« ka dy mĂ«nyra: rezistente ndaj dĂ«shtimit, ose fajlver (failover) dhe shkrimi paralel (paralleling). Tani, nĂ« varĂ«si tĂ« kĂ«rkesave, mund tĂ« konfigurohet media pool nĂ« mĂ«nyra tĂ« ndryshme.
- NĂ«se keni disa biblioteka tĂ« barabarta dhe duhet tĂ« drejtoni shkrimin nĂ« to â aktivizoni modin e shkrimit paralel, pĂ«r kĂ«tĂ« tĂ« gjitha bibliotekat duhet tĂ« kenĂ« rolet aktive. NĂ« kĂ«tĂ« rast, kasetat dhe disqet e reja do tĂ« pĂ«rfshihen menjĂ«herĂ«, sapo tĂ« lindĂ« nevoja pĂ«r to, pavarĂ«sisht se nĂ« cilĂ«n bibliotekĂ« ndodhen. Prioriteti mbetet â nĂ« fillim do tĂ« pĂ«rpiqemi tĂ« gjejmĂ« burimet nĂ« bibliotekĂ«n e vendosur mĂ« lart nĂ« listĂ«.
- Nëse keni një bibliotekë kryesore dhe një disq të vjetër ose stendëlon si rezervë, aktivizoni modin e fajlverit, duke vendosur bibliotekën kryesore në majë të listës dhe duke zgjedhur rol pasiv për pajisjet rezervë. Kalimi në një pajisje të tillë do të ndodhë vetëm kur është vërtet e nevojshme, për të siguruar që job-i të funksionojë ndonjëherë. Kjo situatë do të konsiderohet si një emergjencë, për të cilën do të dërgohet një njoftim në email.
Ka njĂ« situatĂ« mĂ« tĂ« komplikuar qĂ« pĂ«r momentin nuk e mbĂ«shtesim â disa biblioteka aktive nĂ« prani tĂ« atyre pasive. Feedback-u do tĂ« tregojĂ« nĂ«se ka nevojĂ« pĂ«r konfigurime tĂ« tilla dhe nĂ«se Ă«shtĂ« e nevojshme tĂ« "pĂ«rmirĂ«sojmĂ«" kĂ«tĂ« funksion nĂ« tĂ« ardhmen. Praktika standarde.
Mbështetje WORM
WORM â Write Once Read Many â kasetat qĂ« nuk mund tĂ« fshihen ose tĂ« ridiskuhen , mund tĂ« shkruhen vetĂ«m tĂ« dhĂ«nat shtesĂ«. PĂ«rdorimi i tyre i detyrueshĂ«m pĂ«r shkak tĂ« rregullave tĂ« disa organizatave, pĂ«r shembull, atyre qĂ« punojnĂ« nĂ« fushĂ«n e mjekĂ«sisĂ«. Problemi kryesor me kĂ«to kaseta mĂ« parĂ« ishte se VBR gjatĂ« ose regjistronte titullin, i cili mĂ« vonĂ« nuk mund tĂ« fshihej, dhe punĂ«t e tape dĂ«shtonin me gabim gjatĂ« njĂ« pĂ«rpjekjeje tĂ« tillĂ«.
Në 9.5 Update 4 është realizuar mbështetje e plotë për këto kaseta. Janë shtuar grupe mediatike WORM, të zakonshme dhe GFS, në të cilat mund të vendosen vetëm kasetat e këtij tipi.
Kasetat e reja kanë një ikonë blu, "të ngrirë". Nga këndvështrimi i përdoruesit, puna me kasetat WORM nuk ndryshon nga ajo me ato normale.
"Worms" e kasetave fillimisht përcaktohen nga sufiksi , nëse barkodi mbi to është i zakonshëm apo i padukshëm, informacionin e jep drejtori gjatë futjes së parë të kasetës. Nuk do të mund të vendosësh kasetat WORM në një grup mediatik të zakonshëm dhe të shkruash mbi to. Nga e qeshura: përdoruesit tashmë kanë zbuluar se kanë ngjitur barkodet WORM në kasetat normale dhe janë çuditur nga ndryshimet në infrastrukturën e tyre pas përditësimit.
Ăipi i kasetĂ«s
NĂ« tĂ« njĂ«jtĂ«n kohĂ« me implementimin e kasetave tĂ« pa ridiskuara, filluam tĂ« punojmĂ« me . Atributet standarde nĂ« çip mĂ« parĂ« nuk ishin pĂ«rdorur nga ne, tani shkruajmĂ« dhe lexojmĂ« disa prej tyre, por nuk i perceptojmĂ« si burim kryesor tĂ« tĂ« dhĂ«nave. Orientimi kryesor â pĂ«rsĂ«ri titulli i kasetĂ«s. Ky vendim u tregua i saktĂ«: pas njĂ« muaji nga lansimi, shohim se "zoo" e harduerit tĂ« pĂ«rdoruesve na ofron surpriza nĂ« aspektin e punĂ«s me çipin.
Backup i NDMP-volumeve në kasetë
NĂ« pĂ«rfundim â mbi funksionin mĂ« tĂ« kĂ«rkuar sipas numrit tĂ« komenteve tĂ« kĂ«tij pĂ«rditĂ«simi. Ka filluar tĂ« jetĂ« i disponueshĂ«m backup i NDMP-volumeve nĂ« kaseta. NĂ« infrastrukturĂ«n VBR Ă«shtĂ« e nevojshme , pas kĂ«tij, nĂ« punĂ«n e skedarĂ«ve tĂ« kasetĂ«s do tĂ« jetĂ« e mundur tĂ« zgjidhen volumin nga ky host. Ato do tĂ« vendosen nĂ« kasetat si skedarĂ« me njĂ« atribut tĂ« veçantĂ«, pĂ«r tĂ« dalluar ato nga tĂ« zakonshmit gjatĂ« katalogimit.
NĂ« implementimin e parĂ« ka disa kufizime tĂ« caktuara: zgjerimet (extensions) nuk mbĂ«shteten, pĂ«rveçse bĂ«het backup dhe restaurim vetĂ«m i volumit tĂ« plotĂ«, jo i skedarĂ«ve tĂ« veçantĂ«. Backup funksionon pĂ«rmes (nĂ« rastin e NetApp â ), kĂ«tu ka disa veçori: numri maksimal i pikave inkrementale Ă«shtĂ« 9, pas tĂ« cilave forcizohet njĂ« kopje rezervĂ« e plotĂ«.
Në përfundim
Këto ishin vetëm risitë më të mëdha në fushën e backup-it në kasetë në VBR 9.5 Update 4. Ndryshime të tjera do t'i paraqes në listë:
- mundësia e vendosjes së rendit të punëve burimore dhe skedarëve në punët e kasetës;
- rolin e Operatorit tĂ« Kasetave (pĂ«rdoruesi mund tĂ« bĂ«jĂ« çdo gjĂ«, pĂ«rveç rikthimit nga kaseta â pĂ«r kĂ«tĂ« ka Operatorin e Rikthimit);
- maskat e plota include/exclude janë shtuar në punën e kasetës (përveç NDMP);
- rindĂ«rtimi Ă«shtĂ« pĂ«rmirĂ«suar nĂ« punĂ«n e kasetĂ«s (folderi rikthehet me skedarĂ«t qĂ« ishin atje nĂ« momentin e backup-it, jo me tĂ« gjithĂ« ata qĂ« kanĂ« qenĂ« ndonjĂ«herĂ« nĂ« tĂ« gjatĂ« gjithĂ« historisĂ« sĂ« backup-it â njĂ« veçori shumĂ« e kĂ«rkuar, pĂ«r tĂ« qenĂ« e sinqertĂ«);
- shpejtësia e rikthimit të një numri shumë të madh skedarësh nga kasetat është rritur;
- algoritmi i zgjedhjes së kasetës së ardhshme për regjistrim është përmirësuar, sidomos, duke marrë parasysh volumin e të dhënave të regjistruara/lexuara gjatë gjithë jetës së saj, me kasetën më të freskët;
- qëndrueshmëria e produktit është përmirësuar.
Useful links
Për ndryshim, do të paraqes disa lidhje dhe në burimet në gjuhën ruse:
- Dhe kthehemi nĂ« vendin e mĂ«parshĂ«m me videot shikuese "Si funksionon kĂ«tĂ«" (ndoshta, pĂ«r momentin nĂ« anglisht) â mund tĂ« shihni . PĂ«r kasetat flitet nĂ« slide-t 95 â 102.
Burimi: habr.com
