Përse është e nevojshme të bëhen kopje rezervë? Pajisjet janë mjaft dhe mjaft të besueshme, përveç kësaj ka "rete të mjegullta", të cilat për nga besueshmëria janë më të mira se serverët fizikë: me një konfigurim të duhur, serveri "në re" mund të përballojë lehtësisht dështimin e një serveri fizik të infrastrukturës, ndërsa nga pikëpamja e përdoruesve të shërbimeve, do të ketë një ndalesë të vogël, pothuajse të padukshme në kohën e shërbimit. Për më tepër, dyfishimi i informacionit shpesh kërkon pagesën e një kohe procesori "të tepërt", ngarkesës disk dhe trafikut të rrjetit.
Një program ideal funksionon shpejt, nuk rrjedh në memorien e azarshme, nuk ka vrima dhe nuk ekziston.
âI panjohur
Duke qenë se programet ende shkruhen nga zhvillues të bardhë, dhe procesi i testimit shpesh mungon, plus dërgesa e programeve është shumë e rrallë që ndodh duke aplikuar "praktikat më të mira" (të cilat vetë janë gjithashtu programe dhe, prandaj, jo perfekte), administratorët sistemorë shpesh duhet të zgjidhin probleme që tingëllojnë shkurt, por thellësisht: "kthehu, si ishte", "siguro bazën për të punuar normalisht", "punon ngadalë - e rikthejmë", si dhe e preferuara ime "nuk e di çfarë, por rregulloje".
Përveç gabimeve logjike që dalin si rezultat i punës së pakujdesshme të zhvilluesve, ose të rastësive, si dhe njohurive ose moskuptimeve të pjesshme në ndërtimin e programeve - përfshirë ato që lidhin 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 plotësisht ligjet fizike, që është ende e pamundur t'i anashkalosh me anë të programeve. Kjo përfshin besueshmërinë e pafund të nënstrukturës së diskut dhe çdo nënstrukturë tjetër të ruajtjes së të dhënave (përfshirë memorien e azarshme dhe cache-in e procesorit!), kohëzero për përpunimin në procesor, si dhe mungesën e gabimeve gjatë transfertës në rrjet dhe përpunimit në procesor, dhe vonesat në rrjet, të cilat janë të barabarta me 0. Nuk duhet neglizhuar as data e njohur si deadline, sepse nëse nuk arrihet në të - do të ketë probleme më serioze se nuancat e funksionimit të rrjetit dhe diskut.
ĂfarĂ« duhet bĂ«rĂ« me problemet qĂ« shfaqen papritur dhe rrezikojnĂ« tĂ« dhĂ«nat e çmuara? Nuk ka zĂ«vendĂ«sues pĂ«r zhvilluesit e gjallĂ«, dhe nuk Ă«shtĂ« e sigurt se do tĂ« jetĂ« e mundur nĂ« afatin e afĂ«rt. Nga ana tjetĂ«r, deri tani vetĂ«m disa projekte kanĂ« arritur tĂ« provojnĂ« se programi do tĂ« funksionojĂ« ashtu siç Ă«shtĂ« menduar, dhe nuk Ă«shtĂ« e domosdoshme qĂ« tĂ« mund tĂ« merrni dhe tĂ« aplikoni kĂ«to prova pĂ«r projekte tĂ« tjera, tĂ« ngjashme. Gjithashtu, kĂ«to prova kĂ«rkojnĂ« shumĂ« kohĂ« dhe kanĂ« nevojĂ« pĂ«r aftĂ«si dhe njohuri tĂ« veçanta, qĂ« minimumizon mundĂ«sinĂ« e pĂ«rdorimit tĂ« tyre duke pasur parasysh afatet. PĂ«r mĂ« tepĂ«r, akoma nuk dimĂ« pĂ«r teknologjinĂ« e ruajtjes, procesimit dhe transmetimit tĂ« informacionit qĂ« Ă«shtĂ« jashtĂ«zakonisht e shpejtĂ«, e lirĂ« dhe jashtĂ«zakonisht e besueshme. KĂ«to teknologji, nĂ«se ekzistojnĂ«, janĂ« kryesisht nĂ« formĂ« koncepti, edhe pse shpesh â vetĂ«m nĂ« libra dhe filma fantastiko-shkencorĂ«.
Artizans të mirë kopjojnë, artistët e mëdhenj vjedhin.
âPablo Picasso.
Zgjidhjet më të suksesshme dhe gjërat befasueshëm të thjeshta zakonisht ndodhin atje ku takohen koncepte, teknologji, njohuri, fusha shkencore që, në dukje, janë plotësisht të papajtueshme.
PĂ«r shembull, zogjtĂ« dhe avionĂ«t kanĂ« krahĂ«, megjithĂ«se pavarĂ«sisht ngjashmĂ«risĂ« funksionale â principi i veprimit ndonjĂ«herĂ« pĂ«rputhet, dhe problemet teknike zgjidhen nĂ« mĂ«nyrĂ« tĂ« ngjashme: kockat e zbrazĂ«ta, pĂ«rdorimi i materialeve tĂ« forta dhe tĂ« lehta, etj. â rezultatet janĂ« krejt ndryshe, ndonĂ«se mjaft tĂ« ngjashme. Modelet mĂ« tĂ« mira qĂ« shohim nĂ« teknologjinĂ« tonĂ« janĂ« gjithashtu kryesisht tĂ« huazuara nga natyra: kompartimentet hermetike tĂ« anijeve dhe nĂ«ndetĂ«seve â njĂ« analogji direkte me krimbat e rrathĂ«ve; ndĂ«rtimi i grupeve RAID dhe verifikimi i integritetit tĂ« tĂ« dhĂ«nave â dyfishimi i zinxhirit tĂ« ADN-sĂ«; si dhe organet nĂ« çift, pavarĂ«sia e funksionit tĂ« organeve tĂ« ndryshme nga sistemi nervor qendror (automatik i zemrĂ«s) dhe reflekset â sisteme autonome nĂ« Internet. Sigurisht, marrja dhe aplikimi i zgjidhjeve tĂ« gatshme "drejt pĂ«r drejt" Ă«shtĂ« e rrezikshme, por kush e di, ndoshta nuk ka zgjidhje tĂ« tjera.
TĂ« dinte se ku do tĂ« biesh â do tâi kishe vendosur kashtĂ«n!
âProverb popullor bjellorus.
Kështu, kopjet rezervë janë thelbësore për ata që dëshirojnë:
- Të kenë mundësinë të rikthejnë funksionimin e sistemeve të tyre me pak ose pa ndalesa.
- Veproni me guxim, sepse në rast të një gabimi gjithmonë ka mundësi për ta rikthyer.
- Minimizoni pasojat e shkatërrimit të qëllimshëm të të dhënave.
Këtu është pak teori.
Ădo klasifikim Ă«shtĂ« arbitrar. Natyra nuk klasifikon. Ne klasifikojmĂ« sepse kĂ«shtu na pĂ«rshtatet mĂ« mirĂ«. Dhe klasifikojmĂ« sipas tĂ« dhĂ«nave, tĂ« cilat gjithashtu i marrim 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 për qasje në këto të dhëna: ruajtje në bllok dhe ruajtje me skedarë. Kjo ndarje në kohët e fundit është bërë mjaft e mjegullt, sepse nuk ekzistojnë ruajtje strikte në bllok si dhe ruajtje strikte me skedarë. Megjithatë, për thjeshtësi, le të supozojmë se ato ekzistojnë.
Ruajtja në bllok të të dhënave nënkupton se ekziston një pajisje fizike, ku të dhënat regjistrohen në disa pjesë fikse, blloqe. Aksesi në blloqe është përmes një adrese, secilit bllok i përgjigjet një adresë e vetme brenda pajisjes.
NjĂ« kopje rezervĂ« zakonisht bĂ«het duke kopjuar blloqet e tĂ« dhĂ«nave. PĂ«r tĂ« siguruar integritetin e tĂ« dhĂ«nave nĂ« momentin e kopjimit, regjistrimi i blloqeve tĂ« rinj ndalohet, si dhe ndryshimi i atyre ekzistuese. NĂ«se merret njĂ« analogji nga bota reale â mĂ« afĂ«r se gjithçka Ă«shtĂ« njĂ« dollap me kuti tĂ« numĂ«ruara njĂ«soj.
Ruajtja e tĂ« dhĂ«nave me skedarĂ«, sipas parimit tĂ« njĂ« pajisjeje logjike, Ă«shtĂ« e ngjashme me ruajtjen nĂ« bllok dhe shpesh organizohet sipĂ«r saj. Dallimet e rĂ«ndĂ«sishme janĂ« prania e hierarkisĂ« sĂ« ruajtjes dhe emrat e kuptueshĂ«m pĂ«r njeriun. Dallohet njĂ« abstraksion nĂ« formĂ«n e skedarit â njĂ« zonĂ« 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Ă« tjerĂ«. SkedarĂ«t mund tĂ« pajisen me metadatĂ« tĂ« tjera: koha e krijimit, flamujt e qasjes, etj. Zakonisht rezervohen kĂ«shtu: kĂ«rkohen skedarĂ«t e ndryshuar dhe pastaj kopjohen nĂ« njĂ« tjetĂ«r ruajtje skedarĂ«sh me strukturĂ« tĂ« njĂ«jtĂ«. Integriteti i tĂ« dhĂ«nave zakonisht realizohet pĂ«rmes mungesĂ«s sĂ« skedarĂ«ve nĂ« tĂ« cilĂ«t po bĂ«het regjistrimi. Metadata e skedarĂ«ve rezervohen njĂ«jtĂ«. NjĂ« analogji e afĂ«rt â njĂ« bibliotekĂ«, nĂ« tĂ« cilĂ«n ka seksione me libra tĂ« ndryshĂ«m, si dhe njĂ« katalog me emra kuptues pĂ«r njerĂ«zit tĂ« librave.
Në kohët e fundit, herë pas here përshkruhet një variant tjetër, nga i cili, në thelb, ka filluar ruajtja e të dhënave, dhe që ka të njëjtat karakteristika arkaike: ruajtja objektive e të dhënave.
Ndryshe nga ruajtja e skedarëve, ajo nuk ka më shumë se një hierarki (skema e sheshtë), dhe emrat e skedarëve, ndonëse janë të lexueshëm nga njeriu, janë më tepër të përshtatur për përpunimin nga makinat. Gjatë kopjimit të dhënave, ruajtjet objektive zakonisht përpunohen si ruajtjet e skedarëve, por ndonjëherë ka edhe variante të tjera.
â Ka dy lloje sistem administratorĂ«sh: ata qĂ« nuk bĂ«jnĂ« kopje rezervĂ«, dhe ata qĂ« JANA BĂJNĂ.
â NĂ« tĂ« vĂ«rtetĂ« ka tre lloje: ka edhe ata qĂ« kontrollojnĂ« se kopjet rezervĂ« mund tĂ« rikuperohen.âI panjohur
Po ashtu, Ă«shtĂ« e rĂ«ndĂ«sishme tĂ« kuptohet se procesi i kopjimit tĂ« dhĂ«nave kryhet nga programe, kĂ«shtu qĂ« ia atribuohen tĂ« gjitha ato tĂ« meta si ndonjĂ« program tjetĂ«r. PĂ«r tĂ« eliminuar (jo pĂ«r tĂ« pĂ«rjashtuar!) varĂ«sinĂ« nga fakti njerĂ«zor, si dhe karakteristikat â tĂ« cilat veç e veç nuk ndikojnĂ« shumĂ«, por sĂ« bashku mund tĂ« japin njĂ« efekt tĂ« ndjeshĂ«m â pĂ«rdoret rregulli 3-2-1. Ka shumĂ« variante pĂ«r ta interpretuar kĂ«tĂ«, por mĂ« pĂ«lqen mĂ« shumĂ« interpretimi i mĂ«poshtĂ«m: duhet tĂ« ruhen 3 grupe tĂ« tĂ« njĂ«jtave tĂ« dhĂ«na, 2 grupe duhet tĂ« ruhet nĂ« formate tĂ« ndryshme, si dhe 1 grup duhet tĂ« ketĂ« nĂ« njĂ« ruajtje gjeografikisht tĂ« largĂ«t.
Nën formatin e ruajtjes duhet të kuptohet si vijon:
- NĂ«se ka varĂ«si nga mĂ«nyra fizike e ruajtjes â ndryshojmĂ« mĂ«nyrĂ«n fizike.
- NĂ«se ka varĂ«si nga mĂ«nyra logjike e ruajtjes â ndryshojmĂ« 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Ă« sipas qĂ«llimit tĂ« saj tĂ« drejtpĂ«rdrejtĂ« â rikuperimin e funksionalitetit, â dallohet "kopje rezervĂ« e nxehtĂ«" dhe "kopje rezervĂ« e ftohtĂ«". Kopjet rezervĂ« tĂ« nxehta dallohen nga ato tĂ« ftohta vetĂ«m pĂ«r njĂ« arsye: ato janĂ« menjĂ«herĂ« gati pĂ«r punĂ«, ndĂ«rsa ato tĂ« ftohta pĂ«r rikuperim kĂ«rkojnĂ« disa veprime tĂ« mĂ«tejshme: dekodim, nxjerrje nga arkiva etj.
Nuk e 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Ă« klasifikimi e metodave tĂ« kopjimit. Pra, njĂ« kopje offline â qĂ« nuk Ă«shtĂ« e lidhur drejtpĂ«rdrejt me sistemin ku duhet tĂ« rikuperohet â mund tĂ« jetĂ« si e nxehtĂ« ashtu edhe e ftohtĂ« (nĂ« kuptimin e gatishmĂ«risĂ« pĂ«r rikuperim). NjĂ« kopje online mund tĂ« jetĂ« e aksesueshme direkt aty ku duhet rikuperuar, dhe shpeshherĂ« Ă«shtĂ« e nxehtĂ«, por ka edhe tĂ« ftohta.
PĂ«rveç kĂ«saj, nuk duhet harruar se procesi i krijimit tĂ« kopjeve rezervĂ« zakonisht nuk pĂ«rfundon me krijimin e njĂ« kopjeje tĂ« vetme; mund tĂ« ketĂ« njĂ« numĂ«r tĂ« madh kopjesh. Prandaj, Ă«shtĂ« e nevojshme tĂ« bĂ«het ndarja midis kopjeve tĂ« plota, pra atyre qĂ« mund tĂ« rikuperohen nĂ« mĂ«nyrĂ« tĂ« pavarur nga kopjet e tjera, si dhe kopjeve ndryshore (inkrementale, diferenciale, dekrementale etj.) â ato qĂ« nuk mund tĂ« rinovohen vetĂ« dhe kĂ«rkojnĂ« rikuperimin paraprak tĂ« njĂ« ose mĂ« shumĂ« kopjeve tĂ« tjera.
Kopjet ndryshore inkrementale janë një përpjekje për të kursyer hapësirën e ruajtjes së kopjeve rezervë. Kështu, në kopjen rezervë shkruhen vetëm të dhënat e ndryshuara që nga kopja e kaluar.
Kopjet ndryshore dekrementale krijohen me të njëjtin qëllim, por me një qasje paksa ndryshe: 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.
Duhet të shqyrtohet veçmas procesi i kopjimit mbi një ruajtës që mbështet mungesën e ruajtjes së kopjeve të dyfishta. Kështu, nëse shkruhen kopje të plota mbi të, në të vërtetë do të regjistrohet vetëm diferenca midis kopjeve rezervë, por procesi i rikuperimit të kopjeve rezervë do të ndodhë në mënyrë të ngjashme me rikuperimin nga një kopje të plotë dhe plotësisht transparent.
Quis custodiet ipsos custodes?
(Kush do t'i mbajĂ« nĂ« kontroll ruajtĂ«sit vetĂ«? â latin.)
ĂshtĂ« jashtĂ«zakonisht e pakĂ«ndshme kur nuk ka kopje rezervĂ«, megjithatĂ« Ă«shtĂ« shumĂ« mĂ« keq nĂ«se njĂ« kopje rezervĂ« duket se Ă«shtĂ« bĂ«rĂ«, por kur rikuperohet rezulton se ajo nuk mund tĂ« rikuperohet, sepse:
- Integriteti i të dhënave origjinale është dëmtuar.
- Ruajtësi me kopjet rezervë është dëmtuar.
- Rikuperimi funksionon shumë ngadalë, nuk është e mundur të përdoren të dhënat që janë rikuperuar pjesërisht.
Një proces i ndërtuar siç duhet i kopjimit të të dhënave duhet të marrë parasysh vërejtjet e tilla, veçanërisht dy të parat.
Integriteti i të dhënave fillestare mund të garantohet në disa mënyra. Më së shpeshti përdoren këto: a) krijimi i kopjeve të sistemit të skedarëve në nivelin e bllokut, b) "ngrirja" e gjendjes së sistemit të skedarëve, c) një pajisje bllokuese e veçantë me ruajtjen e versioneve, d) regjistrimi i radhës së skedarëve ose blloqeve. Gjithashtu përdoren kontrolla të shumave për të siguruar verifikimin e të dhënave gjatë rikuperimit.
Dëmtimet e ruajtjes gjithashtu mund të zbulohen me ndihmën e kontrollave të shumave. Një metodë shtesë është 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 rikuperimin, pĂ«rdoret rikuperimi i tĂ« dhĂ«nave me disa procese pĂ«r rikuperim â me kusht qĂ« tĂ« mos ketĂ« "ngushtica" si njĂ« rrjet i ngadalshĂ«m ose njĂ« sistem disku i ngadalshĂ«m. PĂ«r tĂ« evituar situatĂ«n me tĂ« dhĂ«na tĂ« rikuperuara pjesĂ«risht, mund tĂ« ndajmĂ« procesin e kopjimit nĂ« detyra tĂ« vogla, secila e cila ekzekutohet veçmas. KĂ«shtu, krijohet mundĂ«sia qĂ« tĂ« rikuperohet funksionaliteti nĂ« mĂ«nyrĂ« tĂ« radhĂ«s me parashikim tĂ« kohĂ«s sĂ« rikuperimit. Kjo problematikĂ« shpesh herĂ« Ă«shtĂ« organizative (SLA), prandaj nuk do tĂ« ndalemi nĂ« kĂ«tĂ« detajisht.
Ai që di për erëzat s'ndodh që t'i shtojë ato në çdo gatim, por ai që nuk do t'i shtojë asgjë të tepërt.
âV. Sinjavski
Praktika e softuerit të përdorur nga administruesit e sistemeve mund të ndryshojë, por parimet e përgjithshme gjithsesi mbeten të njëjta, veçanërisht:
- Rreptësisht rekomandohet përdorimi i zgjidhjeve të gatshme.
- Programet duhet të funksionojnë parashikueshëm, dmth. nuk duhet të ketë veçori të pa dokumentuara ose ngushtica.
- Konfigurimi i secilit program duhet të jetë i thjeshtë mjaft, sa të mos jetë e nevojshme të lexoni çdoherë manualin ose shënuesen.
- Zgjidhja duhet të jetë universale, pasi serverët mund të ndryshojnë shumë në karakteristikat e tyre harduerike.
Programet e zakonshme për kryerjen e kopjeve rezervë nga pajisjet blok janë si më poshtë:
- dd, e njohur për veteranët e administratës së sistemeve, përfshin gjithashtu programe të ngjashme (si dd_rescue, për shembull).
- Programet për mirëmbajtje të integruara në disa sisteme skedarësh që krijojnë një kopje (dump) të sistemit të skedarëve.
- Utilitarë të gjithanshëm; për shembull, partclone.
- Zgjidhje të veta, shpesh të përbashkëta; për shembull, NortonGhost dhe versionet e mëvonshme.
Për sistemet e skedarëve, detyra e kopjimit rezervë zgjidhet pjesërisht me metoda të aplikueshme për pajisjet blok, megjithatë, mund të zgjidhet më efikasitet duke përdorur, për shembull:
- Rsync, një program universale dhe protokoll për sinkronizimin e gjendjes së sistemeve të skedarëve.
- Mjetet e integruara për arkivimin (ZFS).
- Mjetet e jashtme pĂ«r arkivimin; pĂ«rfaqĂ«suesi mĂ« i njohur Ă«shtĂ« tar. Ka dhe tĂ« tjera, pĂ«r shembull, dar â njĂ« zĂ«vendĂ«sim i tar me fokus nĂ« sistemet moderne.
Veçanërisht duhet përmendur mjetet softuerike për sigurimin e konsistencës së të dhënave gjatë krijimit të kopjeve rezervë. Shpesh përdoren variantet e mëposhtme:
- Montimi i sistemit tĂ« skedarĂ«ve nĂ« modalitetin vetĂ«m pĂ«r lexim (ReadOnly), ose ngrirja e sistemit tĂ« skedarĂ«ve (freeze) â metoda e aplikuar nĂ« mĂ«nyrĂ« tĂ« kufizuar.
- Krijimi i kopjeve të gjendjes së sistemit të skedarëve ose pajisjes blok (LVM, ZFS).
- Përdorimi i mjeteve të jashtme për organizimin e kopjeve, edhe në ato raste ku pikat e mëparshme nuk mund të sigurohen për ndonjë arsye (programe si hotcopy).
- Të dhënat e kopjimit gjatë ndryshimeve (CopyOnWrite), megjithatë, zakonisht lidhen me sistemin e përdorur (BTRFS, ZFS).
Prandaj, për një server të vogël, duhet të sigurohet një skemë kopjimi, e cila i plotëson kërkesat e mëposhtme:
- E thjeshtĂ« pĂ«r t'u pĂ«rdorur â nuk kĂ«rkon veprime tĂ« veçanta gjatĂ« funksionimit, veprime minimale pĂ«r krijimin dhe rikthimin e kopjeve.
- Universale â punon si nĂ« serverĂ« tĂ« mĂ«dhenj ashtu edhe nĂ« tĂ« vegjĂ«l; kjo Ă«shtĂ« e rĂ«ndĂ«sishme gjatĂ« rritjes sĂ« numrit serverĂ«sh ose kur shkallĂ«zohet.
- Instalohet përmes menaxherit të paketeve, ose me një ose dy komanda si "shkarko dhe nxirr jashtë".
- Stabil është përdorur formati standard ose një format i vendosur prej kohësh për ruajtje.
- I shpejt në funksionim.
Pretenduesit nga ato që janë më shumë ose më pak në përputhje me kërkesat:
- rdiff-backup
- rsnapshot
- burp
- duplicati
- duplicity
- deja dup
- dar
- zbackup
- restic
- borgbackup
Si një testim do të përdoret një makinë virtuale (bazuar në XenServer) me karakteristikat e mëposhtme:
- 4 bërthama 2.5 GHz,
- 16 GB memorie RAM,
- 50 GB storage hybrid (SCK me cache SSD 20% të madhësisë së disku virtual) si një disk virtual të ndarë pa ndarje,
- kanali 200 Mbps në Internet.
Si server për pranimin e kopjeve rezervë do të përdoret një makinë praktikisht e ngjashme, vetëm me një hard disk 500 GB.
Sistemi operativ â Centos 7 x64: ndarja standarde, njĂ« pjesĂ« shtesĂ« do tĂ« pĂ«rdoret si burim tĂ« dhĂ«nash.
Si të dhëna burimore do të marrim një faqe në wordpress, me skedarë multimedialë me një madhësi prej 40 GB, një databazë në mysql. Duke qenë se serverë virtualë ndikimet ndahen shumë në karakteristika, si dhe për një reprodukueshmë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 run cpu
sysbench 1.1.0-18a9f86 (duke përdorur LuaJIT 2.1.0-beta3 të lidhur)
Po e zhvillojmë testin me opsionet e mëposhtme:
Numri i treshave: 4
Po inicializojmë gjeneratorin e numrave rastësor nga koha aktuale
Limiti i numrave kryesorë: 20000
Po inicializojmĂ« treshat punueseâŠ
Treshat 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
percentili 95: 10.46
shuma: 119923.64
Drejtësia e treshave:
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 run memory
sysbench 1.1.0-18a9f86 (duke përdorur LuaJIT 2.1.0-beta3 të lidhur)
Po e zhvillojmë testin me opsionet e mëposhtme:
Numri i treshave: 4
Po inicializojmë gjeneratorin e numrave rastësor nga koha aktuale
Po zhvillojmë testin e shpejtësisë së memories me opsionet e mëposhtme:
madhësia e bllokut: 1KiB
madhësia totale: 102400MiB
operacioni: lexim
shtrirja: globale
Po inicializojmĂ« treshat punueseâŠ
Treshat janë nisur!
Numri total i operacioneve: 50900446 (1696677.10 për sekondë)
49707.47 MiB të transferuara (1656.91 MiB/sec)
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
percentili 95: 0.00
shuma: 39106.74
Drejtësia e treshave:
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 run memory
sysbench 1.1.0-18a9f86 (duke përdorur LuaJIT 2.1.0-beta3 të lidhur)
Po e zhvillojmë testin me opsionet e mëposhtme:
Numri i treshave: 4
Po inicializojmë gjeneratorin e numrave rastësor nga koha aktuale
Po zhvillojmë testin e shpejtësisë së memories me opsionet e mëposhtme:
madhësia e bllokut: 1KiB
madhësia totale: 102400MiB
operacioni: shkruaj
shtrirja: globale
Po inicializojmĂ« treshat punueseâŠ
Treshat janë nisur!
Numri total i operacioneve: 35910413 (1197008.62 për sekondë)
35068.76 MiB të transferuara (1168.95 MiB/sec)
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
percentili 95: 0.00
shuma: 43604.83
Drejtësia e treshave:
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 run fileio
sysbench 1.1.0-18a9f86 (duke përdorur LuaJIT 2.1.0-beta3 të lidhur)
Po e zhvillojmë testin me opsionet e mëposhtme:
Numri i treshave: 4
Po inicializojmë gjeneratorin e numrave rastësor nga koha aktuale
Flamuj shtesë për hapjen e skedarëve: (asnjë)
128 skedarë, çdo një 8MiB
1GiB madhësia totale e skedarëve
Madhësia e bllokut 4KiB
Numri i kërkesave IO: 0
Raporti i leximit/shkrimit për testin e kombinuar të IO të rastësishëm: 1.50
FSYNC periudhor i aktivizuar, duke thirrur fsync() çdo 100 kërkesa.
Duke thirrur fsync() në fund të provës, Aktivizuar.
Duke përdorur modalitetin e I/O sinkron
Duke kryer testin e rastësishëm r/w
Po inicializojmĂ« treshat punueseâŠ
Treshat 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
mesatar: 0.27
maksimal: 18.01
95të percentil: 1.08
shuma: 238469.45
Me këtë shënim fillon një cikël të madh
artikujsh në lidhje me kopjimin rezervë
- Kopjimi i rezervave, pjesa 1: Pse është e nevojshme kopjimi i rezervave, një përmbledhje e metodave, teknologjive
- Kopjimi i rezervave, pjesa 2: Përmbledhje dhe testim i mjeteve për kopje rezervë bazuar në rsync
- Kopja rezervë, pjesa 3: Pasqyrë dhe testim i duplicity, duplicaty, deja dup
- Kopjimi i rezervave, pjesa 4: PĂ«rmbledhje dhe testim i zbackup, restic, borgbackup
- Kopjimi i rezervave, pjesa 5: Testimi i bacula dhe veeam backup për linux
- Kopjimi i rezervave, pjesa 6: Krahasimi i mjeteve për kopje rezervë
- Kopjimi i rezervave, pjesa 7: PĂ«rfundime
Burimi: habr.com
