Pse është e nevojshme të bëhen kopje rezervë? Sepse pajisjet janë shumë të besueshme, përveç kësaj, ekzistojnë "rehet" që janë më të sigurta se serverët fizikë: me një konfigurim të duhur, serveri "në re" mund të kalojë lehtësisht një dështim të serverit fizik, ndërsa nga perspektiva e përdoruesve të shërbimeve, do të ketë një vonesë të vogël, pothuajse të padukshme në kohën e shërbimit. Së fundmi, kopjimi i informacionit shpesh kërkon të paguash "kohë të panevojshme" për procesorin, ngarkesë të diskut dhe trafik të rrjetit.
Programi ideal punon shpejt, nuk rrjedh nga memoria operative, nuk ka boshllëk dhe nuk ekziston.
âI panjohur
Që ngaqë programet ende shkruhen nga zhvillues të paqëndrueshëm, dhe procesi i testimit shpesh mungon, plus shpërndarja e programeve është shumë rrallë me aplikimin e "praktikave më të mira" (të cilat vetë janë gjithashtu programe dhe, si rrjedhojë, jo perfekte), administratorët sistemor shpesh përballen me detyra që tingëllojnë të shkurtra, por përmbajnë shumë: "kthe në gjendjen siç ishte", "rikthe bazën në funksionim normal", "punon ngadalë - rikthe", si dhe ajo që më pëlqen më shumë "nuk e di çfarë, por riparo".
Përveç gabimeve logjike që dalin si rezultat i punës së pakujdesshme të zhvilluesve, ose rasteve të rastësishme, si dhe njohurive ose moskuptimit të hollësive të vogla në ndërtimin e programeve - përfshirë ato lidhëse dhe sistemore, duke përfshirë sistemet operative, drejtuesit dhe firmware-in - ka edhe gabime të tjera. Për shembull, shumica e zhvilluesve mbështeten në runtime, duke harruar tërësisht ligjet fizike, të cilat akoma është e pamundur t'i anashkalohet përmes programeve. Kjo është besueshmëria e pafund e nën-sistemit të diskëve dhe çdo nën-sistemi tjetër për ruajtje të dhënash (përfshirë memorien operative dhe cache-in e procesorit!), si edhe koha e përpunimit në procesor që është zero, dhe mungesa e gabimeve në transmetim në rrjet dhe në përpunim, si dhe vonesat në rrjet që janë zero. Nuk duhet të neglizhohet dhe e ashtuquajtura afatshkurtër, sepse nëse nuk e përfundon në kohë - do të ketë probleme duke kaluar me nuancat e funksionimit të rrjetit dhe disku.
Si mund të përballojmë problemet që shfaqen dhe e kërcënojnë informacionin e çmuar? Zhvilluesit e gjallë nuk mund të zëvendësohen, dhe nuk është e sigurt që mund të gjejmë ndonjëherë një zëvendës të tillë. Nga ana tjetër, deri tani shumë projekte kanë arritur të provojnë se programi do të funksionojë siç është menduar, dhe nuk është gjithmonë e mundur të aplikosh këto prova për projekte të tjera të ngjashme. Gjithashtu, këto prova kërkojnë shumë kohë dhe aftësi të veçanta dhe njohuri, e cila praktike e minimizon mundësinë e aplikimit të tyre duke marrë parasysh afatet e fundit. Për më tepër, ne ende nuk dimë se si të krijojmë teknologji të shpejtë, të lira dhe të jashtëzakonshme të besueshmërisë për ruajtjen, përpunimin dhe transmetimin e informacionit. Të tillat teknologji, nëse ekzistojnë, janë zakonisht si koncepte, ose - më shpesh - vetëm në libra dhe filma fantastiko-shkencorë.
Artit të mirë e kopjojnë, artistët e mëdhenj e vjedhin.
âPablo Picasso.
Zgjidhjet më të suksesshme dhe gjërat mjaft të thjeshta zakonisht ndodhin atje ku takohen konceptet për nga natyra të papajtueshme, teknologjitë, njohuritë dhe fushat e shkencës.
Për shembull, zogjtë dhe avionët kanë krahë, megjithatë, pavarësisht ngjashmërisë funksionale - në disa mënyra operimi, principi i veprimit përputhet dhe problemet teknike zgjidhen në mënyrë të ngjashme: kockat e hapura, përdorimi i materiale të forta dhe të lehta, etj. - rezultatet janë krejtësisht të ndryshme, edhe pse shumë të ngjashme. Mostrat më të mira që shohim në teknologjinë tonë gjithashtu janë kryesisht të marra nga natyra: hapësirat hermetike në anijet dhe nëndetëset - një analogji e drejtpërdrejtë me verme të gishtërinjve; ndërtimi i RAID-ëve dhe verifikimi i integritetit të të dhënave - kopjimi i zinxhirit të ADN-së; si dhe organet e çiftëzuara, pavarësia e funksionit të organeve të ndryshme nga CNS (automatikisht e punës së zemrës) dhe reflekset - sistemet autonome në Internet. Sigurisht, marrja dhe aplikimi i zgjidhjeve të gatshme "drejt" sjell probleme, por kush e di, ndoshta nuk ka zgjidhje të tjera.
Të dija se ku do të bien - do të isha të shtrija pak kashtë!
âFjalĂ« tĂ« urta popullore belaruse
Pra, kopjet rezervë janë thelbësore për ata që dëshirojnë:
- Të kenë mundësinë për të rikthyer funksionimin e sistemeve të tyre me pak a aspak ndalesa
- Të veprojnë me guxim, sepse në rast të një gabimi gjithmonë ka mundësi rikthimi
- Të minimizojnë pasojat e qëllimshme të dëmtimit të të dhënave
KĂ«tu - pak teori
Ădo klasifikim Ă«shtĂ« arbitrar. Natyra nuk e klasifikon. Ne klasifikojmĂ« sepse Ă«shtĂ« mĂ« e lehtĂ« pĂ«r ne. Dhe klasifikojmĂ« sipas tĂ« dhĂ«nave, tĂ« cilat gjithashtu i marim arbitrarisht.
âJean BruyĂšre
Pavarësisht nga mënyra fizike e ruajtjes, ruajtja logjike e të dhënave mund të ndahet në dy mënyra të qasjes në këto të dhëna: bllok dhe skedar. Kjo ndarje, kohët e fundit është bërë e pacartë, sepse nuk ekzistojnë ruajtje logjike krejtësisht bllok, ashtu si edhe krejtësisht skedar. Megjithatë, për thjeshtësi do të konsiderojmë se ato ekzistojnë.
Ruajtja bllok të dhënash nënkupton që ka një pajisje fizike, në të cilën të dhënat shkruhen në disa porcione fikse, blloqe. Qasja në blloqe bëhet nëpërmjet një adrese, çdo bllok ka adresën e tij brenda pajisjes.
Kopja rezervĂ« zakonisht bĂ«het duke kopjuar blloqet e tĂ« dhĂ«nave. PĂ«r tĂ« siguruar integritetin e tĂ« dhĂ«nave nĂ« momentin e kopjimit, ndalohet regjistrimi i blloqeve tĂ« rinj, si dhe ndryshimi i atyre ekzistuese. NĂ«se marrim njĂ« analogji nga bota e zakonshme â mĂ« afĂ«r Ă«shtĂ« njĂ« dollap me ndarje tĂ« numĂ«ruara.
Ruajtja e tĂ« dhĂ«nave me skedar Ă«shtĂ« nĂ« parim logjik si ruajtja bllok dhe shpesh organizohet sipĂ«r saj. Dallimet e rĂ«ndĂ«sishme janĂ« pranimi i hierarkisĂ« sĂ« ruajtjes dhe emrat e kuptueshĂ«m pĂ«r njeriun. Krijohet njĂ« abstraksion nĂ« formĂ«n e skedarit â njĂ« hapĂ«sirĂ« tĂ« dhĂ«nash me emĂ«r, si dhe njĂ« katalog â njĂ« skedar i veçantĂ«, nĂ« tĂ« cilin ruhen pĂ«rshkrimet dhe qasjet nĂ« skedarĂ«t e tjerĂ«. SkedarĂ«t mund tĂ« pajisen me metadatat shtesĂ«: koha e krijimit, flamujt e aksesit etj. Zakonisht ruajtja bĂ«het kĂ«shtu: kĂ«rkohen skedarĂ«t e ndryshuar, pastaj ata kopjohen nĂ« njĂ« tjetĂ«r ruajtje skedarĂ«sh me strukturĂ« identike. Integriteti i tĂ« dhĂ«nave zakonisht realizohet pĂ«rmes mungesĂ«s sĂ« skedarĂ«ve, nĂ« tĂ« cilĂ«t Ă«shtĂ« duke u shkruar. Metadatat e skedarĂ«ve rezervohen nĂ« mĂ«nyrĂ« tĂ« ngjashme. Analogjia mĂ« e afĂ«rt Ă«shtĂ« biblioteka, nĂ« tĂ« cilĂ«n ka seksione me libra tĂ« ndryshĂ«m, si dhe njĂ« katalog me emra kuptueshmĂ«risht pĂ«r librat.
Kohët e fundit, ndonjëherë përshkruhet një variant tjetër, nga i cili, në parim, filloi ruajtja e skedarëve të të dhënave dhe që ka ato të njëjtat karakteristika arkaike: ruajtja objektive e të dhënave.
Dallimi nga ruajtja me skedar është se ajo nuk ka nivele të brendshme më shumë se një (skemë e sheshtë), dhe emrat e skedarëve, megjithëse janë kuptueshmërisht, janë më shumë të përshtatur për përpunimin nga makinat. Gjatë kopjimit rezervë, ruajtjet objektive zakonisht përpunohen si ruajtjet me skedarë, por ndonjëherë ka edhe variante të tjera.
â Ka dy lloje administratorĂ«sh sistemesh, ata qĂ« nuk bĂ«jnĂ« kopje rezervĂ«, dhe ata qĂ« JANE duke bĂ«rĂ«.
â NĂ« tĂ« vĂ«rtetĂ« ka tre lloje: ka edhe ata qĂ« kontrollojnĂ« nĂ«se kopjet rezervĂ« mund tĂ« rikthehen.âI panjohur
Gjithashtu është e rëndësishme të kuptohet se vetë procesi i kopjimit rezervë të të dhënave realizohet me programe, prandaj ai ka të njëjtat disavantazhe si çdo program tjetër. Për të eliminuar (jo për të përjashtuar!) varësinë nga faktori njerëzor, si dhe nga veçoritë që përveç se ndahen nuk ndikojnë shumë, por së bashku mund të japin një efekt të dukshëm, aplikohet rregulli 3-2-1. Ka shumë mënyra për ta interpretuar atë, por më pëlqen më shumë kjo interpretim: duhet të ruhen 3 grupe të të njëjtave të dhëna, 2 grupe duhet të ruhen në formate të ndryshme, dhe gjithashtu 1 grup duhet të jetë në një ruajtje gjeografikisht të largët.
Me formatin e ruajtjes nënkuptohet si vijon:
- NĂ«se ka njĂ« varĂ«si nga mĂ«nyra fizike e ruajtjes â ndryshohemi mĂ«nyrĂ«n fizike.
- NĂ«se ka njĂ« varĂ«si nga mĂ«nyra logjike e ruajtjes â ndryshohemi mĂ«nyrĂ«n logjike.
Për të arritur efektin maksimal të rregullit 3-2-1, rekomandohet të ndryshohet formati i ruajtjes në të dyja mënyrat.
Nga pikĂ«pamja e gatishmĂ«risĂ« sĂ« kopjes rezervĂ« pĂ«r qĂ«llimin e saj tĂ« drejtpĂ«rdrejt â rikthimin nĂ« funksionalitet, dallohen kopjet rezervĂ« "tĂ« nxehta" dhe "tĂ« ftohta". Kopjet e nxehta nga ato tĂ« ftohta dallohet vetĂ«m nga njĂ« gjĂ«: ato janĂ« menjĂ«herĂ« tĂ« gatshme pĂ«r punĂ«, ndĂ«rsa ato tĂ« ftohta kĂ«rkojnĂ« disa veprime shtesĂ« pĂ«r rikuperim: dekriptim, nxjerrje nga arkivi etj.
Nuk duhet ngatĂ«rruar kopjet e nxehta dhe tĂ« ftohta me kopjet online dhe offline, tĂ« cilat nĂ«nkuptojnĂ« izolimin fizik tĂ« tĂ« dhĂ«nave, dhe nĂ« thelb janĂ« njĂ« tjetĂ«r shenjĂ« e klasifikimit tĂ« mĂ«nyrave tĂ« rezervimit. Pra, njĂ« kopje offline â e cila nuk Ă«shtĂ« e lidhur drejtpĂ«rdrejt me sistemin ku duhet tĂ« rikuperohet â mund tĂ« jetĂ« si e nxehtĂ« ashtu edhe e ftohtĂ« (nga pikĂ«pamja e gatishmĂ«risĂ« pĂ«r rikuperim). NjĂ« kopje online mund tĂ« jetĂ« e disponueshme drejtpĂ«rdrejt atje ku duhet tĂ« rikuperohet, dhe nĂ« shumicĂ«n e rasteve Ă«shtĂ« e nxehtĂ«, por ndodhin edhe ftohta.
Gjithashtu, nuk duhet harruar se procesi i krijimit tĂ« kopjeve rezervĂ« zakonisht nuk pĂ«rfundon me krijimin e njĂ« kopje tĂ« vetme, dhe numri i kopjeve mund tĂ« jetĂ« mjaft i madh. Prandaj, Ă«shtĂ« e nevojshme tĂ« dallojmĂ« midis kopjeve rezervĂ« tĂ« plota, domethĂ«nĂ« ato qĂ« mund tĂ« rikthehen nĂ« mĂ«nyrĂ« tĂ« pavarur nga kopjet e tjera, si dhe kopjeve dalluese (inkrementale, diferenciale, dekrementale, etj.) â ato qĂ« nuk mund tĂ« rikthehen vetĂ« dhe kĂ«rkojnĂ« rikthimin paraprak tĂ« njĂ« ose disa kopjeve tĂ« tjera.
Kopjet dalluese inkrementale janë një përpjekje për të kursyer hapësirën për ruajtjen e kopjeve rezervë. Kështu, në kopjen rezervë shkruhen vetëm të dhënat që janë ndryshuar nga kopja e mëparshme.
Kopjet dalluese dekrementale krijohen me të njëjtin qëllim, por në një mënyrë paksa tjetër: bëhet një kopje e plotë rezervë, por në të vërtetë ruhet vetëm diferenca midis kopjes së re dhe asaj të mëparshme.
Veç e veç, është e nevojshme të shqyrtohet procesi i krijimit të kopjeve rezervë mbi një depozitë që mbështet mungesën e ruajtjes së kopjeve të dyfishta. Kështu, nëse shkruhen kopje rezervë të plota mbi të, në të vërtetë do të regjistrohet vetëm diferenca midis kopjeve rezervë, megjithatë procesi i rikthimit të kopjeve rezervë do të ndodhi në mënyrë të ngjashme me rikthimin nga një kopje të plotë dhe plotësisht transparencë.
Quis custodiet ipsos custodes?
(Kush do tĂ« ruajĂ« rojet vete? â lat.)
ĂshtĂ« mjaft e pakĂ«ndshme kur nuk ka kopjeve rezervĂ«, megjithatĂ« Ă«shtĂ« shumĂ« mĂ« keq nĂ«se duket se Ă«shtĂ« bĂ«rĂ« njĂ« kopje rezervĂ«, por gjatĂ« rikthimit zbulohet se nuk mund tĂ« rikthehet, sepse:
- Integriteti i të dhënave origjinale është ndikuar.
- Depozita me kopjet rezervë është dëmtuar.
- Rikthimi funksionon shumë ngadalë, nuk mund të përdoren të dhënat që janë rikthyer pjesërisht.
Një proces i ndërtuar siç duhet për krijimin e kopjeve rezervë duhet të ketë parasysh këto vërejtje, veçanërisht dy të parat.
Integriteti i të dhënave origjinale mund të garantohen në disa mënyra. Më së shpeshti përdoren këto: a) krijimi i kopjeve të skedarëve në nivelin e bllokut, b) "ngrirja" e gjendjes së skedarëve, c) një pajisje të veçantë blloku me ruajtje versionesh, d) regjistrimi në rend të skedarëve ose blloqeve. Po ashtu përdoren kontrollet e shumave, për të siguruar verifikimin e të dhënave gjatë rikthimit.
DĂ«mshmĂ«ria e depozitĂ«s gjithashtu mund tĂ« zbulohet pĂ«rmes kontrolleve tĂ« shumave. NjĂ« metodĂ« shtesĂ« â pĂ«rdorimi i pajisjeve tĂ« specializuara, ose sistemeve tĂ« skedarĂ«ve, nĂ« tĂ« cilat nuk mund tĂ« ndryshohen tĂ« dhĂ«nat e regjistruara, por mund tĂ« shtohen tĂ« reja.
PĂ«r tĂ« pĂ«rshpejtuar rikthimin, pĂ«rdoret rikthimi i tĂ« dhĂ«nave me disa procese pĂ«r rikthim â me kusht qĂ« tĂ« mos ketĂ« "ngjeshje" si rrjeti i ngadalshĂ«m ose sistemi i disqeve tĂ« ngadaltĂ«. PĂ«r tĂ« shmangur situatĂ«n me tĂ« dhĂ«na tĂ« rikthyera pjesĂ«risht, mund tĂ« ndahet procesi i krijimit tĂ« kopjeve rezervĂ« nĂ« nĂ«n detyra relativisht tĂ« vogla, secila e cila pĂ«rfundon veçmas. KĂ«shtu, krijohet mundĂ«sia pĂ«r tĂ« rikthyer funksionalitetin me parashikimin e kohĂ«s sĂ« rikthimit. Kjo çështje shpesh ndodhet nĂ« planin organizativ (SLA), prandaj nuk do tĂ« ndalemi nĂ« kĂ«tĂ« detajisht.
Ai që di për erëzat nuk është ai që i shton ato në çdo pjatë, por ai që kurrë nuk do të shtojë asgjë të panevojshme në të.
âV. Sinjavskij
Praktika në lidhje me programin e aplikuar nga administratorët e sistemeve mund të ndryshojë, por parimet e përgjithshme janë gjithmonë të njëjta, veçanërisht:
- Rekomandohet ngushtë përdorimi i zgjidhjeve të gatshme.
- Programet duhet të funksionojnë në mënyrë parashikueshme, dmth nuk duhet të ketë veçori të pa dokumentuara ose pika të ngushta.
- Konfigurimi i çdo programi duhet të jetë mjaft i thjeshtë, sa që nuk është e nevojshme të lexoni çdo herë udhëzimin ose shënimet.
- Zgjidhja duhet të jetë universale, për sa kohë që serverët mund të ndryshojnë shumë në karakteristikat e tyre harduerike.
Për të bërë kopje rezervë nga pajisjet bllok, këtu janë disa programe të zakonshme:
- dd, e njohur për veteranët e administratës së sistemeve, këtu përfshihen programe të ngjashme (siç është dd_rescue, për shembull).
- Programet e krijuara në disa sisteme skedarësh që krijojnë një kopje (dump) të sistemit të skedarëve.
- Utilitarë të përgjithshëm; për shembull, partclone.
- Zgjidhje private, shpesh propriatike; për shembull, NortonGhost dhe të tjera më të vonshme.
Për sistemet e skedarëve, detyra e krijimit të kopjeve rezervë zgjidhet pjesërisht përmes metodave që janë të aplikueshme për pajisjet bllok, megjithatë, kjo detyrë mund të zgjidhet më efikasht duke përdorur, për shembull:
- Rsync, një program dhe protokoll universal për sinkronizimin e gjendjes së sistemeve të skedarëve.
- Mjetet e ndërtuara për arkivimin (ZFS).
- Mjetet e jashtme pĂ«r arkivimin; pĂ«rfaqĂ«suesi mĂ« i njohur Ă«shtĂ« tar. Ka edhe tĂ« tjera, pĂ«r shembull, dar â njĂ« zĂ«vendĂ«sim i tar me orientim nĂ« sistemet moderne.
Veçmas do të përmendim mjetet software për të siguruar konsistencën e të dhënave gjatë krijimit të kopjeve rezervë. Më shpesh aplikohen variantet e mëposhtme:
- Marrja e sistemit tĂ« skedarĂ«ve nĂ« gjendje vetĂ«m pĂ«r lexim (ReadOnly), ose ngrirja e sistemit tĂ« skedarĂ«ve (freeze) â metoda Ă«shtĂ« e aplikueshme nĂ« mĂ«nyrĂ« tĂ« kufizuar.
- Krijimi i kopjeve të gjendjes së sistemeve të skedarëve ose pajisjeve bllok (LVM, ZFS).
- Përdorimi i mjeteve të jashtme për organizimin e kopjeve, madje edhe në rastet kur pikat e mëparshme nuk mund të sigurohen për arsye të ndryshme (programe si hotcopy).
- Teknika e kopjimit gjatë ndryshimit (CopyOnWrite), megjithatë ajo zakonisht është e lidhur me fs-në e përdorur (BTRFS, ZFS).
Pra, për një server të vogël duhet të sigurohet një skemë kopjimi që i përmbahet kërkesave të mëposhtme:
- E thjeshtĂ« nĂ« funksionim â nuk kĂ«rkon veprime tĂ« veçanta shtesĂ« gjatĂ« pĂ«rdorimit, veprime minimale pĂ«r krijimin dhe rikthimin e kopjeve.
- Universale â punon si nĂ« serverat e mĂ«dhenj ashtu edhe nĂ« ata tĂ« vegjĂ«l; kjo Ă«shtĂ« e rĂ«ndĂ«sishme kur rritet numri servera apo gjatĂ« zgjerimit.
- Instalohet nga menaxheri i paketave, ose me një ose dy komanda të tipit "shkarkoni dhe nxirrni".
- Stabile â pĂ«rdor formatin standard ose tashmĂ« tĂ« vendosur pĂ«r ruajtjen.
- E shpejtë në funksionim.
Kandidatë nga ata që për qëndrueshmërinë e kërkesave janë më shumë-më pak të përshtatshëm:
- rdiff-backup
- rsnapshot
- burp
- duplicati
- duplicity
- deja dup
- dar
- zbackup
- restic
- borgbackup
Si një platformë testuese do të përdoret një makinë virtuale (në bazë të XenServer) me këto karakteristika:
- 4 bërthama 2.5 GHz,
- 16 GB memorie RAM,
- 50 GB hapësirë hibrid (SKE me nevojë në SSD për 20% të madhësisë së diskut virtual) si një disk virtual të veçantë pa ndarjen,
- kanal 200 mbit në Internet.
Si server pranues për kopjet rezervë do të përdoret një makinë thuajse e tillë, vetëm me një hard disk prej 500 GB.
Sistemi operativ â Centos 7 x64: ndarja standarde, njĂ« ndarje shtesĂ« do tĂ« pĂ«rdoret si burim tĂ« dhĂ«nash.
Si të dhëna burimore do të marrim një website në wordpress, me skedarë mediatikë me madhësi 40 GB, bazën e të dhënave në mysql. Pasi serverët virtualë differojnë shumë në karakteristika, si dhe për një riprodhueshmëri më të mirë, këtu ka
rezultatet e testimit tĂ« serverit me anĂ« tĂ« sysbench.sysbench âthreads=4 âtime=30 âcpu-max-prime=20000 cpu run
sysbench 1.1.0-18a9f86 (duke përdorur LuaJIT 2.1.0-beta3 të bashkangjitur)
Duke e ekzekutuar testin me opsionet e mëposhtme:
Numri i bërthamave: 4
Duke inicializuar gjeneratorin e numrave të rastësishëm nga koha aktuale
Kufiri i numrave fillestar: 20000
Duke inicializuar bĂ«rthamat punueseâŠ
Bërthamat janë nisur!
Shpejtësia e CPU:
ngjarje për sekondë: 836.69
Kapaciteti:
ngjarje/s (eps): 836.6908
koha e kaluar: 30.0039s
numri total i ngjarjeve: 25104
Vonesa (ms):
min: 2.38
avg: 4.78
max: 22.39
percentazhi 95: 10.46
shuma: 119923.64
Drejtësia e bërthamave:
ngjarje (avg/stddev): 6276.0000/13.91
koha e ekzekutimit (avg/stddev): 29.9809/0.01
sysbench âthreads=4 âtime=30 âmemory-block-size=1K âmemory-scope=global âmemory-total-size=100G âmemory-oper=read memory run
sysbench 1.1.0-18a9f86 (duke përdorur LuaJIT 2.1.0-beta3 të bashkangjitur)
Duke e ekzekutuar testin me opsionet e mëposhtme:
Numri i bërthamave: 4
Duke inicializuar gjeneratorin e numrave të rastësishëm nga koha aktuale
Duke ekzekutuar testin e shpejtësisë së memories me opsionet e mëposhtme:
madhësia e bllokut: 1KiB
madhësia totale: 102400MiB
operacioni: leximi
zakoni: global
Duke inicializuar bĂ«rthamat punueseâŠ
Bërthamat janë nisur!
Numri total i operacioneve: 50900446 (1696677.10 për sekondë)
49707.47 MiB të transferuara (1656.91 MiB/s)
Kapaciteti:
ngjarje/s (eps): 1696677.1017
koha e kaluar: 30.0001s
numri total i ngjarjeve: 50900446
Vonesa (ms):
min: 0.00
avg: 0.00
max: 24.01
percentazhi 95: 0.00
shuma: 39106.74
Drejtësia e bërthamave:
ngjarje (avg/stddev): 12725111.5000/137775.15
koha e ekzekutimit (avg/stddev): 9.7767/0.10
sysbench âthreads=4 âtime=30 âmemory-block-size=1K âmemory-scope=global âmemory-total-size=100G âmemory-oper=write memory run
sysbench 1.1.0-18a9f86 (duke përdorur LuaJIT 2.1.0-beta3 të bashkangjitur)
Duke e ekzekutuar testin me opsionet e mëposhtme:
Numri i bërthamave: 4
Duke inicializuar gjeneratorin e numrave të rastësishëm nga koha aktuale
Duke ekzekutuar testin e shpejtësisë së memories me opsionet e mëposhtme:
madhësia e bllokut: 1KiB
madhësia totale: 102400MiB
operacioni: shkruaj
zakoni: global
Duke inicializuar bĂ«rthamat punueseâŠ
Bërthamat janë nisur!
Numri total i operacioneve: 35910413 (1197008.62 për sekondë)
35068.76 MiB të transferuara (1168.95 MiB/s)
Kapaciteti:
ngjarje/s (eps): 1197008.6179
koha e kaluar: 30.0001s
numri total i ngjarjeve: 35910413
Vonesa (ms):
min: 0.00
avg: 0.00
max: 16.90
percentazhi 95: 0.00
shuma: 43604.83
Drejtësia e bërthamave:
ngjarje (avg/stddev): 8977603.2500/233905.84
koha e ekzekutimit (avg/stddev): 10.9012/0.41
sysbench âthreads=4 âfile-test-mode=rndrw âtime=60 âfile-block-size=4K âfile-total-size=1G fileio run
sysbench 1.1.0-18a9f86 (duke përdorur LuaJIT 2.1.0-beta3 të bashkangjitur)
Duke e ekzekutuar testin me opsionet e mëposhtme:
Numri i bërthamave: 4
Duke inicializuar gjeneratorin e numrave të rastësishëm nga koha aktuale
Flamuj të shtuara për hapjen e skedave: (asnjë)
128 skedarë, 8MiB secili
1GiB madhësia totale e skedarit
Madhësia e bllokut 4KiB
Numri i kërkesave IO: 0
Marrëdhënia e leximit/shkrimit për testin e IO të rastësishëm të kombinuar: 1.50
FSYNC periodik e mundësuar, duke thirrur fsync() çdo 100 kërkesa.
Duke thirrur fsync() në fund të testit, e aktivizuar.
Duke përdorur modin e I/O sinkron
Duke kryer testin r/r të rastësishëm
Duke inicializuar bĂ«rthamat punueseâŠ
Bërthamat janë nisur!
Kapaciteti:
leximi: IOPS=3868.21 15.11 MiB/s (15.84 MB/s)
shkrimi: IOPS=2578.83 10.07 MiB/s (10.56 MB/s)
fsync: IOPS=8226.98
Vonesa (ms):
min: 0.00
avg: 0.27
max: 18.01
percentazhi 95: 1.08
shuma: 238469.45
Ky shënim shënon fillimin e një cikli të gjerë
artikujsh mbi krijimin e kopjeve rezervë
- Kopjimi, pjesa 1: Pse është e nevojshme kopjimi, një përmbledhje e metodave, teknologjive
- Kopjimi, pjesa 2: Përmbledhje dhe testim i mjeteve për kopjimin që bazohen në rsync
- Kopjimi i rezervës, pjesa 3: Përmbledhje dhe testim i duplicity, duplicaty, deja dup
- Kopjimi, pjesa 4: PĂ«rmbledhje dhe testim i zbackup, restic, borgbackup
- Kopjimi, pjesa 5: Testimi i bacula dhe veeam backup për linux
- Backup, pjesa 6: Krahasimi i mjeteve të backup-it
- Kopjimi, pjesa 7: PĂ«rfundimet
Burimi: habr.com
