Varundamine ei ole moodne tehnoloogia, millest iga nurga tagant räägitakse. See peaks olema olemas igas tõsises ettevõttes, ja see on kõik. Meie pangas varundatakse mitut tuhat serverit – see on keeruline ja huvitav töö, mille teatud nüanssidest, samuti tüüpilistest eksiarvamustest varundamise osas, tahaksingi rääkida.
Ma olen selle teemaga tegelenud peaaegu 20 aastat, neist viimased 2 aastat – Promsvyazbankis. Praktika alguses tegin varundamist peaaegu käsitsi, skriptidega, mis lihtsalt kopeerisid faile. Siis ilmus Windowsi mugavaid tööriistu: Robocopy utiliit failide ettevalmistamiseks ja NT Backup kopeerimiseks. Ja siis tuli aeg spetsialiseeritud tarkvara jaoks, esmajoones Veritas Backup Exec, mis praegu kannab nime Symantec Backup Exec. Nii et varundamisega olen tuttav juba pikka aega.
Lihtsalt öeldes on varundamine andmete (virtuaalmasinate, rakenduste, andmebaaside ja failide) koopia säilitamine ettevaatlikult teatud regulaarsusega. Ettenägematu olukord ilmneb tavaliselt riistvara või loogilise tõrke kaudu ja viib andmete kadumiseni. Varundussüsteemi ülesanne on vähendada teabe kaotuse kahjusid. Riistvararike on näiteks serveri või salvestusruumi rike, kus andmebaas asub. Loogiline on näiteks andmete osa kaotamine või muutmine, sealhulgas inimfaktori tõttu: tabeli või faili kogemata kustutamine, vale skripti käivitamine. Samuti on olemas regulatiivsed nõuded, mis puudutavad teatud teabe säilitamist pikka aega, näiteks mitu aastat.
Kõige tüüpilisem varundamise kasutamine on taastamine salvestatud andmebaasi koopiast erinevate testimissüsteemide, kloonide arendajatele loomise tarbeks.
Ümber varundamise eksisteerib mitu tüüpilist müüti, mis on juba ammu aeg ümber lükata. Siin on kõige tuntumad neist.
Müüt 1. Varundamine on juba ammu vaid väike funktsioon turvasüsteemide või säilitamise sees.
Varunduslahendused jäävad endiselt eraldi lahenduste klassiks ja on vägagi sõltumatud. Nendele on usaldatud liiga oluline ülesanne. Sisuliselt on need viimane kaitseliin andmete turvalisuse tagamisel. Seega töötab varundus oma rütmis, omaenda ajakava järgi. Serverite kohta koostatakse igapäevane aruanne, seal on sündmused, mis toimivad seire süsteemi aktiveerijatena.
Lisaks võimaldab varundussüsteemi rollimudel juurdepääsu delегeerida teatud süsteemide administraatoritele, kelle ülesanne on varukoopiate haldamine.
Müüt 2. Kui on RAID, ei ole varukoopia enam vajalik.
Muidugi on RAID-massiivid ja andmete replikatsioon head viisid teabesüsteemide kaitsmiseks riistvara rikete eest, ja standby-serveri olemasolu korral on võimalik kiiresti selle peale üle minna, kui põhiseade peaks lagunema.
Loogiliste vigade eest, mida süsteemi kasutajad teevad, ei päästa üleliigsus ja replikatsioon. Standby-server, kus on viivitusega salvestamine – jah, see võib päästa, kui viga avastatakse enne sünkroonimist. Aga kui hetk on möödas? Siin aitab vaid õigel ajal tehtud varukoopia. Kui on teada, et andmed muudetakse eile, saab süsteemi taastada eelmise päeva seisuga ja saada vajalikud andmed. Arvestades, et loogilised vead on kõige sagedasemad, jääb vana hea varukoopia usaldusväärseks ja vajalikuks vahendiks.
Müüt 3. Varukoopia on asi, mida tehakse kord kuus.
Varunduse sagedus on kohandatav parameeter, mis sõltub eelkõige varundussüsteemi nõuetest. On täiesti reaalne leida andmeid, mis praktiliselt kunagi ei muutu ja ei ole eriti olulised, nende kaotamine ei ole ettevõttele kriitiline.
Nende varundamist tõepoolest saab teha kord kuus ja isegi harvem. Siiski, kriitilisi andmeid salvestatakse sagedamini, sõltuvalt RPO-st (Recovery Point Objective), mis määrab lubatud andmekao. See võib olla kord nädalas, kord päevas või isegi mitu korda tunnis. Meil on selleks andmebaasi tehingu logid.
Süsteemide tööstuslikku kasutusvalmidusse viimise korral peab olema kinnitatud varundusdokumatsioon, milles kajastuvad peamised punktid, uuendamise kord, süsteemi taastamise protseduur, varukoopiate säilitamise kord jne.
Müüt 4. Varukoopiate maht kasvab pidevalt ja täidab täielikult igasugust eraldatud ruumi.
Varukoopadel on piiratud säilitamisperiood. Pole mõtet näiteks koguda aasta jooksul 365 igapäevast varukoopiat. Reeglina on lubatud hoida igapäevased koopiad 2 nädalat, pärast mida asendatakse need värsketega, ning pikaajalises säilitamises jääb see versioon, mis tehti kuu esimesel korral. See omakorda säilib samuti kindla aja – igal koopial on eluiga.
Kasutusel on kaitse andmete kadumise eest. Kehtib reegel: enne kui varukoopia kustutatakse, peab järgmine olema loodud. Seega ei kustutata andmeid, kui varundust ei saa teostada, näiteks serveri kättesaamatuse tõttu. Järgitud on mitte ainult ajaraame, vaid jälgitakse ka koopiate arvu komplektis. Kui süsteemis on seatud, et peab olema kaks täisvarukoopiat, siis neid alati on kaks, ning vana kustutatakse ainult siis, kui uus kolmas on edukalt salvestatud. Seega on varukoopiate arhiivi hõivatud mahu kasv seotud ainult kaitset vajavate andmete hulga kasvuga ja ei sõltu ajast.
Müüt 5. Varundamise käigus hangub kõik.
Parem oleks öelda nii: kui kõik hangub, siis tähendab, et administraatori käed pole seal, kus nad peaksid olema. Üldiselt sõltub varundamise kiirus paljusid tegureid. Näiteks varundussüsteemi kiirus: kui kiired on sealne salvestusseade, lintraamatukogud. Kiirus sõltub serverid varundussüsteemi tõhususest: kas nad suudavad andmeid töödelda, komprimeerida ja dedupeerida. Ning ka andmeside kiirusest kliendi ja serveri vahel.
Varundamine võib toimuda ühes või mitmes voos, sõltuvalt sellest, kas varundatav süsteem toetab mitme lõime kasutamist. Näiteks andmebaasisüsteem Oracle lubab edastada mitut voogu, vastavalt saadavalolevate protsessorite arvule, kuni edastamise kiirus ei jõua võrgu läbilaskevõime piiranguni.
Kui proovida varundada suure hulga voogudega, on oht üle koormata töötav süsteem, mis võib tõepoolest hakkama pidama. Seetõttu valitakse optimaalne voogude arv, et tagada piisav kiirus. Kui aga isegi vähene kiirus on kriitiline, siis on suurepärane variant, kui varundamine toimub mitte tootmisserverilt, vaid selle kloonilt – siseseisva serveri terminoloogias. See protsess ei koorma põhitegevuse süsteemi. Andmeid saab võtta suurema voogude arvu kaudu, kuna serverit ei kasutata teenindamiseks.
Suurtes organisatsioonides luuakse varundussüsteemi jaoks eraldi võrk, et varundamine ei mõjutaks tootmisvõrku. Lisaks võib liiklus kulgeda mitte üle võrgu, vaid SAN-i kaudu.
Püüame koormust jagada ka ajaliselt. Varundused toimuvad peamiselt tööajal väljas: öösel ja nädalavahetustel. Lisaks ei käivitu need kõik korraga. Virtuaalmasinate varundamine on eriline juhtum. Protsess ei avalda peaaegu mingit mõju masina jõudlusele, seega saab varundamist hajutada päevase aja peale, mitte lükata kõike öösse. Detailide arv on suur; kui kõik arvesse võtta, ei avalda varundamine süsteemide jõudlusele negatiivset mõju.
Müüt 6. Käivitasin varundussüsteemi – nüüd on see ka kõrgendatud vastupidavus.
Ärge kunagi unustage, et varundussüsteem on viimane kaitseliin, seega peab selle ees olema veel viis süsteemi, mis tagavad ettevõtte IT-infrastruktuuri ja infosüsteemide pidevuse, kõrge saadavuse ja katastroofikindluse.
Ei tasu loota, et varundamine taastab kõik andmed ja tõstab kiiresti kukkunud teenuse üles. Andmete kadumine varundamise ja rikke hetke vahel on garanteeritud ning uue serveri laadimine võib võtta mitu tundi (või päeva, nagu õnnestub). Seetõttu on mõistlik luua täielikud vastupidavussüsteemid, mitte loota ainult varundamisele.
Müüt 7. Seadsin varunduse kord ja kontrollisin, et see töötab. Jääb vaid logisid jälgida.
See on üks kahjulikemaid müüte, mille valeolekut mõistad alles intsidenti olukorras. Logid edukast varundamisest ei garanteeri, et kõik tõeliselt läks nii nagu peab. Salvestatud koopiat on oluline eelnevalt testida taastamise võimalikkuse osas. St käivitada taastamisprotsess testkeskkonnas ja vaadata tulemusi.
Ja veidi süsteemiadministraatori tööst
Käsitsi ei kopeeri keegi enam andmeid. Kaasaegsed varundussüsteemid suudavad varundada praktiliselt kõike, tuleb vaid korralikult seadistada. Kui lisandub uus server, tuleb määrata poliitikad: valida sisu, mis varundatakse, näidata salvestamise parameetrid ja rakendada ajakava.
Samas on tööd ikka palju, kuna arvutite park on ulatuslik, sealhulgas andmebaasid, meiliserverid, virtuaalmasinate klastrid ja failiresursid nii Windowsis kui ka Linux/Unixis. Varundamise süsteemi tugiteenuseid osutavad töötajad ei jää tööta.
Püha päeva puhul soovin kõigile administraatoritele tugevaid närve, täpset tegevust ja lõpmatut ruumi varukoopiate säilitamiseks!
Allikas: habr.com
