Zergatik egin behar dituzu babeskopiak? Azken finean, ekipamendua oso-oso fidagarria da, eta gainera, zerbitzari fisikoak baino fidagarritasun hobea duten “hodeiak” daude: konfigurazio egokiarekin, “hodei” zerbitzari batek erraz bizi dezake azpiegituraren zerbitzari fisiko baten hutsegitetik, eta zerbitzu-erabiltzaileen ikuspuntutik, denbora-zerbitzuan apenas nabaritzen den jauzi txiki bat izango da. Horrez gain, informazioa bikoizteak askotan prozesadorearen denbora, diskoaren karga eta sareko trafikoa ordaintzea eskatzen du.
Programa ideal batek azkar exekutatzen du, ez du memoriarik galtzen, ez du zulorik eta ez da existitzen.
-Ezezaguna
Programak oraindik proteina garatzaileek idazten dituztenez, eta askotan ez dago proba-prozesurik, eta programak oso gutxitan ematen direnez "praktika onak" erabiliz (beraz ere programak dira eta, beraz, inperfektuak), sistema-administratzaileek gehienetan laburki soinua duten arazoak konpondu behar izaten dituzte. Laburbilduz: “itzuli zen modura”, “eraman oinarria funtzionamendu normalera”, “poliki funtzionatzen du - atzera egin”, eta nire gogokoena “Ez dakit zer, baina konpondu”.
Garatzaileen lan axolagabearen ondorioz sortzen diren akats logikoez gain, edo zirkunstantzien konbinazio baten ondorioz, baita programak eraikitzeko ezaugarri txikien ezagutza edo gaizki ulertzea ere - konektatzeko eta sistemakoak barne, sistema eragileak, kontrolatzaileak eta firmwarea barne - beste akats batzuk ere badaude. Esaterako, garatzaile gehienek exekuzio-denboran oinarritzen dira, lege fisikoak guztiz ahaztuta, programak erabiliz oraindik ezinezkoak direnak. Honek barne hartzen ditu diskoaren azpisistemaren fidagarritasun infinitua eta, oro har, edozein datu biltegiratze azpisistema (RAM eta prozesadorearen cachea barne!), eta prozesadorean zero prozesatzeko denbora, eta sarean zehar transmisioan eta prozesatzen bitartean akatsik ez egotea. prozesadorea, eta sareko latentzia, 0-ren parekoa. Ez zenuke baztertu behar epe ezaguna, garaiz betetzen ez baduzu, sarearen eta diskoaren funtzionamenduaren ñabardurak baino arazoak okerragoak izango direlako.
Zer egin indar osoz igotzen diren eta datu baliotsuen gainean zintzilik dauden arazoekin? Ez dago garatzaile bizirik ordezkatzeko ezer, eta ez da etorkizun hurbilean posible izango denik. Bestalde, proiektu gutxi batzuek baino ez dute lortu programak nahi bezala funtzionatuko duela guztiz frogatzea, eta ezin izango da zertan frogak hartu eta antzeko beste proiektu batzuetan aplikatzea. Era berean, froga horiek denbora asko behar dute eta trebetasun eta ezagutza bereziak behar dituzte, eta horrek ia-ia gutxitzen du horiek erabiltzeko aukera epeak kontuan hartuta. Horrez gain, oraindik ez dakigu teknologia ultra-azkarra, merkea eta fidagarririk gabe erabiltzen informazioa gordetzeko, prozesatzeko eta transmititzeko. Halako teknologiak, existitzen badira, kontzeptu formakoak dira, edo -gehienetan- zientzia-fikziozko liburu eta filmetan soilik.
Artista onek kopiatzen dute, artista handiek lapurtzen dute.
—Pablo Picasso.
Irtenbide arrakastatsuenak eta gauza harrigarri errazak lehen begiratuan guztiz bateraezinak diren kontzeptuak, teknologiak, ezagutzak eta zientzia-arloak elkartzen diren lekuetan gertatzen dira.
Adibidez, hegaztiek eta hegazkinek hegoak dituzte, baina antzekotasun funtzionala izan arren - modu batzuetan funtzionamenduaren printzipioa berdina da, eta arazo teknikoak antzera konpontzen dira: hezur hutsak, material sendo eta arinak erabiltzea, etab. emaitzak guztiz desberdinak dira, oso antzekoak izan arren. Gure teknologian ikusten ditugun adibiderik onenak ere naturatik hartutakoak dira neurri handi batean: itsasontzien eta itsaspekoen presiozko konpartimentuak anelidoekin analogia zuzena dira; raid arrayak eraikitzea eta datuen osotasuna egiaztatzea - DNA katea bikoiztu; baita parekatutako organoak ere, organo ezberdinen lanaren independentzia nerbio-sistema zentralarekiko (bihotzaren automatizazioa) eta erreflexuak - sistema autonomoak Interneten. Jakina, prest dauden irtenbideak "buruz" hartzea eta aplikatzea arazoz beteta dago, baina nork daki, agian ez dago beste irtenbiderik.
Jakin izan banu non eroriko zaren, lastoak jarriko nituzke!
—Bielorrusiako herri esaera
Horrek esan nahi du segurtasun kopiak ezinbestekoak direla nahi dutenentzat:
- Gai izan zure sistemen funtzionamendua leheneratzeko gutxieneko geldialdiarekin, edo batere gabe
- Ausardiaz jokatu, erroreren bat izanez gero beti baitago atzera egiteko aukera
- Datuak nahita usteltzearen ondorioak gutxitzea
Hona hemen teoria txiki bat
Edozein sailkapen arbitrarioa da. Naturak ez du sailkatzen. Sailkatzen dugu erosoagoa zaigulako. Eta arbitrarioki hartzen ditugun datuen arabera sailkatzen dugu.
—Jean Bruler
Biltegiratze fisikoaren metodoa edozein dela ere, datu-biltegiratze logikoa datu horietara sartzeko bi modutan bana daiteke: blokea eta fitxategia. Zatiketa hau azkenaldian oso lausoa izan da, bloke hutsa, fitxategi hutsa, biltegiratze logikoa ez baita existitzen. Hala ere, sinpletasunerako, badirela suposatuko dugu.
Blokeen datuen biltegiratzeak esan nahi du gailu fisiko bat dagoela, non datuak zati finko batzuetan idazten diren, blokeetan. Blokeak helbide jakin batean sartzen dira; bloke bakoitzak bere helbidea du gailuaren barruan.
Babeskopia bat datu-blokeak kopiatuz egiten da normalean. Datuen osotasuna bermatzeko, bloke berrien grabazioa, baita daudenen aldaketak ere, eten egiten dira kopiatzerakoan. Mundu arruntetik analogia bat hartzen badugu, hurbilena zenbaki berdineko gelaxkak dituen armairu bat da.
Gailu logikoaren printzipioan oinarritutako fitxategi-datuen biltegiratzea blokeen biltegiratzetik gertu dago eta sarritan goian antolatuta dago. Desberdintasun garrantzitsuak biltegiratze hierarkia eta gizakiek irakur daitezkeen izenak izatea dira. Abstrakzio bat fitxategi baten moduan esleitzen da - izendun datu-eremu bat, baita direktorio bat ere - fitxategi berezi bat non deskribapenak eta beste fitxategi batzuetarako sarbidea gordetzen diren. Fitxategiak metadatu osagarriekin horni daitezke: sorrera denbora, sarbide-markak, etab. Segurtasun-kopiak horrela egiten dira normalean: aldatutako fitxategiak bilatzen dituzte, ondoren egitura bereko beste fitxategi-biltegi batera kopiatzen dituzte. Datuen osotasuna, normalean, idazten diren fitxategirik ez dagoenez ezartzen da. Fitxategien metadatuen babeskopia modu berean egiten da. Analogiarik hurbilena liburutegi bat da, liburu ezberdinekin atalak dituena, eta katalogo bat ere badu gizakiak irakur daitezkeen liburuen izenekin.
Duela gutxi, beste aukera bat deskribatzen da batzuetan, bertatik, printzipioz, fitxategien datuen biltegiratzea hasi zen, eta ezaugarri arkaiko berberak dituena: objektuen datuen biltegiratzea.
Fitxategien biltegiratzetik ezberdintzen da habiatze bat baino gehiago ez duelako (eskema laua), eta fitxategien izenak, gizakiak irakur daitezkeen arren, oraindik egokiagoak dira makinek prozesatzeko. Babeskopia egitean, objektuen biltegiratzea fitxategien biltegiratzearen antzera tratatzen da gehienetan, baina tarteka beste aukera batzuk daude.
— Bi motatako sistema-administratzaileak daude, babeskopiak egiten ez dituztenak eta DAGOENeko egiten dutenak.
- Egia esan, hiru mota daude: babeskopiak berreskuratu daitezkeela egiaztatzen dutenak ere badaude.-Ezezaguna
Ulertzea ere merezi du datuen babeskopia prozesua bera programek egiten dutela, beraz, beste edozein programaren desabantaila berdinak dituela. Giza faktorearen menpekotasuna kentzeko (ez ezabatzeko!), baita ezaugarriak ere - banaka eragin handirik ez dutenak, baina elkarrekin eragin nabarmena eman dezaketenak - deiturikoak. 3-2-1 araua. Deszifratzeko aukera asko daude, baina ondoko interpretazioa hobeto gustatzen zait: datu bereko 3 multzo gorde behar dira, 2 multzo formatu ezberdinetan gorde behar dira eta multzo bat geografikoki urruneko biltegiratze batean gorde behar da.
Biltegiratze formatua honela ulertu behar da:
- Biltegiratze metodo fisikoaren menpekotasuna badago, metodo fisikoa aldatzen dugu.
- Biltegiratze metodo logikoaren menpekotasuna badago, metodo logikoa aldatzen dugu.
3-2-1 arauaren efektu maximoa lortzeko, biltegiratze formatua bi eratara aldatzea gomendatzen da.
Babeskopia bat bere xederako prest egotearen ikuspuntutik - funtzionalitateak berreskuratzea - babeskopi "beroak" eta "hotzak" bereizten dira. Beroak hotzetik gauza bakarrean bereizten dira: berehala erabiltzeko prest daude, eta hotzek, berriz, urrats gehigarri batzuk behar dituzte berreskuratzeko: deszifratzea, artxibotik ateratzea, etab.
Ez nahastu kopia beroak eta hotzak lineako eta lineaz kanpoko kopiekin, datuen isolamendu fisikoa suposatzen baitute eta, hain zuzen ere, babeskopia metodoen sailkapenaren beste seinale bat dira. Beraz, lineaz kanpoko kopia bat - berrezarri behar den sistemara zuzenean konektatuta ez dagoena - beroa edo hotza izan daiteke (berreskuratzeko prest dagoen aldetik). Lineako kopia bat leheneratu behar den lekuan eskuragarri egon daiteke zuzenean, eta gehienetan beroa da, baina hotzak ere badaude.
Horrez gain, ez ahaztu segurtasun kopiak sortzeko prozesua bera normalean ez dela segurtasun kopia bat sortzearekin amaitzen, eta kopia kopuru nahiko handia egon daitekeela. Horregatik, babeskopia osoak bereiztea beharrezkoa da, hau da. beste babeskopietatik independentean leheneratu daitezkeenak, bai eta kopia diferentzialak (inkrementalak, diferentzialak, decrementalak, etab.) - modu independentean leheneratu ezin direnak eta beste babeskopia bat edo gehiago leheneratzea eskatzen dutenak.
Babeskopia inkremental diferentzialak babeskopien biltegiratze lekua aurrezteko saiakera dira. Horrela, aurreko babeskopiatik aldatutako datuak bakarrik idazten dira segurtasun kopian.
Dekretual diferentzialak helburu bererako sortzen dira, baina modu apur bat ezberdinean: segurtasun kopia osoa egiten da, baina kopia freskoaren eta aurrekoaren arteko aldea soilik gordetzen da benetan.
Bereizita, merezi du babeskopiak biltegiratzeko prozesua kontuan hartzea, bikoiztuen biltegiratze eza onartzen duena. Horrela, haren gainean kopia osoak idazten badituzu, babeskopien arteko desberdintasunak bakarrik idatziko dira benetan, baina babeskopiak leheneratzeko prozesua kopia oso batetik berreskuratzearen antzekoa izango da eta guztiz gardena.
Quis custodiet ipsos custodes?
(Nork zainduko ditu zaintzaileak beraiek? - lat.)
Oso desatsegina da segurtasun kopiarik ez dagoenean, baina askoz okerragoa da segurtasun kopia bat egin dela dirudien arren, baina leheneratzean gertatzen da ezin dela berreskuratu zeren eta:
- Iturburuko datuen osotasuna arriskuan jarri da.
- Babeskopia-biltegia hondatuta dago.
- Berreskuratzeak oso poliki funtzionatzen du; ezin dituzu erabili partzialki berreskuratu diren datuak.
Behar bezala eraikitako babeskopia-prozesu batek horrelako iruzkinak hartu behar ditu kontuan, batez ere lehenengo biak.
Sorburuko datuen osotasuna hainbat modutan berma daiteke. Gehien erabiltzen direnak honako hauek dira: a) fitxategi-sistemaren argazkiak bloke-mailan sortzea, b) fitxategi-sistemaren egoera "izoztea", c) bloke-gailu berezi bat bertsioak gordetzeko, d) fitxategien grabaketa sekuentziala edo blokeak. Kontrol-sumak ere aplikatzen dira berreskuratzean datuak egiaztatzen direla ziurtatzeko.
Biltegiratze-ustelkeria ere detekta daiteke checksumak erabiliz. Metodo gehigarri bat gailu edo fitxategi-sistema espezializatuak erabiltzea da, zeinetan dagoeneko erregistratutako datuak aldatu ezin diren, baina berriak gehi daitezke.
Berreskuratzea bizkortzeko, datuen berreskurapena berreskuratzeko prozesu anitzekin erabiltzen da, baldin eta sare motel edo disko sistema motel baten formako botila-leporik ez badago. Partzialki berreskuratutako datuekin egoerari aurre egiteko, babeskopia-prozesua azpizeregin nahiko txikietan zati dezakezu, horietako bakoitza bereizita egiten baita. Horrela, errendimendua koherentziaz berrezartzea posible da berreskuratzeko denbora aurreikusten duzun bitartean. Arazo hau antolakuntza-planoan (SLA) datza gehienetan, beraz, ez dugu horretan sakonduko.
Espezietan aditua ez da plater guztietan gehitzen dituena, inoiz gehigarririk gehitzen ez duena baizik.
-IN. Sinyavsky
Sistema-administratzaileek erabiltzen duten softwareari buruzko praktikak alda daitezke, baina printzipio orokorrak berdinak dira, nola edo hala, bereziki:
- Biziki gomendatzen da prest egindako irtenbideak erabiltzea.
- Programek aurreikusteko moduan funtzionatu behar dute, hau da. Ez luke dokumenturik gabeko funtziorik edo botila-leporik egon behar.
- Programa bakoitza konfiguratzea hain erraza izan behar da, ez duzula eskuliburua edo tranpa orria irakurri beharrik aldi bakoitzean.
- Ahal bada, irtenbideak unibertsala izan beharko luke, zeren zerbitzariek hardwarearen ezaugarrietan asko alda daitezke.
Blokeetako gailuetatik babeskopiak egiteko programa arrunt hauek daude:
- dd, sistema-administrazioko beteranoentzat ezaguna, honek antzeko programak ere barne hartzen ditu (dd_rescue bera, adibidez).
- Fitxategi-sistema batzuetan integratutako utilitateak, fitxategi-sistemaren iraulketa sortzen dutenak.
- Utilitate omniboroak; adibidez partclone.
- Erabaki propioak, askotan jabedunak; adibidez, NortonGhost eta geroago.
Fitxategi-sistemetarako, babeskopien arazoa partzialki konpontzen da bloke gailuetarako aplikagarriak diren metodoak erabiliz, baina arazoa modu eraginkorragoan konpondu daiteke, adibidez:
- Rsync, fitxategi-sistemen egoera sinkronizatzeko helburu orokorreko programa eta protokoloa.
- Artxibatzeko tresna integratuak (ZFS).
- Hirugarrenen artxibatzeko tresnak; ordezkaririk ezagunena tar da. Badira beste batzuk, adibidez, dar - sistema modernoei zuzendutako tarren ordezkoa.
Bereiz aipatzea komeni da datuen koherentzia bermatzeko software-tresnei buruz segurtasun kopiak sortzean. Gehien erabiltzen diren aukerak hauek dira:
- Fitxategi-sistema irakurtzeko soilik moduan muntatzea (ReadOnly) edo fitxategi-sistema izoztea (izoztu) - metodoa aplikazio mugatua da.
- Fitxategi-sistemen edo bloke-gailuen (LVM, ZFS) egoeraren argazkiak sortzea.
- Inpresioak antolatzeko hirugarrenen tresnak erabiltzea, aurreko puntuak arrazoiren bategatik eman ezin diren kasuetan ere (hotcopy bezalako programak).
- Copy-on-change teknika (CopyOnWrite), hala ere, gehienetan erabiltzen den fitxategi-sistemarekin (BTRFS, ZFS) lotzen da.
Beraz, zerbitzari txiki baterako eskakizun hauek betetzen dituen babeskopia eskema bat eman behar duzu:
- Erabiltzeko erraza - funtzionamenduan zehar ez da urrats gehigarri berezirik behar, kopiak sortzeko eta leheneratzeko gutxieneko urratsak.
- Unibertsala - zerbitzari handi zein txikietan funtzionatzen du; hau garrantzitsua da zerbitzari kopurua hazten edo eskalatzean.
- Pakete-kudeatzaile batek instalatua, edo "deskargatu eta deskonprimitu" bezalako komando batean edo bitan.
- Egonkorra - biltegiratze formatu estandarra edo aspalditik ezarritakoa erabiltzen da.
- Lanean azkarra.
Baldintzak gutxi gorabehera betetzen dituztenen eskatzaileak:
- rdiff-backup
- rsnapshot
- burp
- bikoiztu
- bikoiztasun
- utzi dup
- baina
- zbackup
- atseden
- borgbackup
Proba-banku gisa ezaugarri hauek dituen makina birtual bat (XenServer oinarritutakoa) erabiliko da:
- 4 nukleoak 2.5 GHz,
- 16 GB RAM,
- 50 GB-ko biltegiratze hibridoa (biltegiratze-sistema SSDn disko birtualaren tamainaren % 20) disko birtual bereizi baten moduan, partiziorik gabe,
- 200 Mbps Interneteko kanala.
Ia makina bera erabiliko da babeskopiko hargailu zerbitzari gisa, soilik 500 GB-ko disko gogor batekin.
Sistema eragilea - Centos 7 x64: partizio estandarra, partizio gehigarria erabiliko da datu-iturri gisa.
Hasierako datu gisa, har dezagun 40 GB multimedia-fitxategiekin eta mysql datu-base batekin WordPress gune bat. Zerbitzari birtualek ezaugarrietan asko aldatzen direnez eta, gainera, erreproduzigarritasun hobea lortzeko, hona hemen
zerbitzariaren proben emaitzak sysbench erabiliz.sysbench --threads=4 --time=30 --cpu-max-prime=20000 cpu run
sysbench 1.1.0-18a9f86 (lukatutako LuaJIT 2.1.0-beta3 erabiliz)
Proba exekutatzea aukera hauekin:
Hari kopurua: 4
Uneko ordutik ausazko zenbaki-sorgailua hasieratzen
Zenbaki lehenen muga: 20000
Langileen hariak hasieratzen…
Hariak hasi dira!
CPU abiadura:
segundoko gertakariak: 836.69
throughput:
gertaerak/s (eps): 836.6908
igarotako denbora: 30.0039s
ekitaldi kopurua guztira: 25104
Latentzia (ms):
min: 2.38
batez beste: 4.78
gehienez: 22.39
95. pertzentilea: 10.46
batura: 119923.64
Hariak zuzentasuna:
gertaerak (batez bestekoa/stddev): 6276.0000/13.91
exekuzio-denbora (batez bestekoa/stddev): 29.9809/0.01
sysbench --threads=4 --time=30 --memory-block-size=1K --memory-scope=global --memory-total-size=100G --memory-oper=irakurri memoria exekuzioa
sysbench 1.1.0-18a9f86 (lukatutako LuaJIT 2.1.0-beta3 erabiliz)
Proba exekutatzea aukera hauekin:
Hari kopurua: 4
Uneko ordutik ausazko zenbaki-sorgailua hasieratzen
Memoriaren abiadura proba exekutatzen aukera hauekin:
blokearen tamaina: 1 KiB
guztizko tamaina: 102400MiB
eragiketa: irakurri
esparrua: globala
Langileen hariak hasieratzen…
Hariak hasi dira!
Eragiketak guztira: 50900446 (1696677.10 segundoko)
49707.47 MiB transferitu (1656.91 MiB/s)
throughput:
gertaerak/s (eps): 1696677.1017
igarotako denbora: 30.0001s
ekitaldi kopurua guztira: 50900446
Latentzia (ms):
min: 0.00
batez beste: 0.00
gehienez: 24.01
95. pertzentilea: 0.00
batura: 39106.74
Hariak zuzentasuna:
gertaerak (batez bestekoa/stddev): 12725111.5000/137775.15
exekuzio-denbora (batez bestekoa/stddev): 9.7767/0.10
sysbench --threads=4 --time=30 --memory-block-size=1K --memory-scope=global --memory-total-size=100G --memory-oper=idatzi memoria martxan
sysbench 1.1.0-18a9f86 (lukatutako LuaJIT 2.1.0-beta3 erabiliz)
Proba exekutatzea aukera hauekin:
Hari kopurua: 4
Uneko ordutik ausazko zenbaki-sorgailua hasieratzen
Memoriaren abiadura proba exekutatzen aukera hauekin:
blokearen tamaina: 1 KiB
guztizko tamaina: 102400MiB
eragiketa: idatzi
esparrua: globala
Langileen hariak hasieratzen…
Hariak hasi dira!
Eragiketak guztira: 35910413 (1197008.62 segundoko)
35068.76 MiB transferitu (1168.95 MiB/s)
throughput:
gertaerak/s (eps): 1197008.6179
igarotako denbora: 30.0001s
ekitaldi kopurua guztira: 35910413
Latentzia (ms):
min: 0.00
batez beste: 0.00
gehienez: 16.90
95. pertzentilea: 0.00
batura: 43604.83
Hariak zuzentasuna:
gertaerak (batez bestekoa/stddev): 8977603.2500/233905.84
exekuzio-denbora (batez bestekoa/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 (lukatutako LuaJIT 2.1.0-beta3 erabiliz)
Proba exekutatzea aukera hauekin:
Hari kopurua: 4
Uneko ordutik ausazko zenbaki-sorgailua hasieratzen
Fitxategi gehigarriak irekitako banderak: (bat ere ez)
128 fitxategi, 8 MiB bakoitza
1 GiB fitxategiaren tamaina osoa
Blokearen tamaina 4 KiB
IO eskaera kopurua: 0
Irakurketa/Idazketa ratioa ausazko IO proba konbinatua: 1.50
Aldizkako FSYNC gaituta, fsync() deituz 100 eskaera bakoitzean.
fsync() deitzea probaren amaieran, gaituta.
I/O modu sinkronikoa erabiliz
Ausazko r/w proba egiten
Langileen hariak hasieratzen…
Hariak hasi dira!
throughput:
irakurri: IOPS=3868.21 15.11 MiB/s (15.84 MB/s)
idatzi: IOPS=2578.83 10.07 MiB/s (10.56 MB/s)
fsync: IOPS=8226.98
Latentzia (ms):
min: 0.00
batez beste: 0.27
gehienez: 18.01
95. pertzentilea: 1.08
batura: 238469.45
Ohar hau handi batean hasten da
babeskopiei buruzko artikulu sorta
- Babeskopia, 1. zatia: zergatik behar den babeskopia, metodo eta teknologien ikuspegi orokorra
- Backup 2. zatia: rsync-en oinarritutako babeskopia tresnak berrikustea eta probatzea
- Backup 3. zatia: bikoiztasuna, bikoiztasuna, deja dup berrikustea eta probatzea
- Backup 4. zatia: zbackup, restic, borgbackup berrikustea eta probatzea
- Babeskopia 5. zatia: bacula eta veeam babeskopia probatzen linuxerako
- 6. babeskopia: babeskopia tresnak alderatzea
- Backup 7. zatia: ondorioak
Iturria: www.habr.com