Varundamine ei kuulu nende trendikate tehnoloogiate hulka, mille peale igast rauast karjutakse. See peab lihtsalt olema igas tõsises seltskonnas, see on kõik. Varundame oma pangas mitu tuhat serverit – see on keeruline ja huvitav töö, mille nii mõnedki nüansid ja tüüpilised väärarusaamad varundamise kohta tahavad lihtsalt teada saada.
Olen selle teemaga tegelenud ligi 20 aastat, millest viimased 2 aastat on olnud Promsvyazbankis. Praktika alguses tegin varukoopiaid peaaegu käsitsi, skriptidega, mis lihtsalt kopeerisid faile. Seejärel ilmusid Windowsi mugavad tööriistad: utiliit Robocopy failide ettevalmistamiseks ja NT Backup kopeerimiseks. Ja alles siis saabus aeg spetsiaalsele tarkvarale, eelkõige Veritas Backup Execile, mida nüüd nimetatakse Symantec Backup Execiks. Seega olen varukoopiatega juba ammu tuttav.
Lihtsamalt öeldes on varundamine andmetest (virtuaalsetest masinatest, rakendustest, andmebaasidest ja failidest) igaks juhuks teatud regulaarsusega koopia hoidmine. Iga juhtum avaldub tavaliselt riistvara- või loogikarikkena ja toob kaasa andmete kadumise. Varundussüsteemi eesmärk on vähendada teabe kadu. Riistvaratõrge on näiteks serveri või salvestusruumi rike, kus andmebaas asub. Loogiline - see on osa andmete kadumine või muutumine, sealhulgas inimteguri tõttu: nad kustutasid kogemata tabeli, faili, käivitasid täitmiseks kõvera skripti. Samuti kehtivad regulaatori nõuded teatud tüüpi teabe pikaajaliseks säilitamiseks, näiteks kuni mitu aastat.
Varukoopiate kõige tüüpilisem kasutusala on andmebaaside salvestatud koopiate taastamine erinevate testsüsteemide juurutamiseks, arendajatele kloonid.
Varundamise kohta on mõned tüüpilised müüdid, mis tuleks juba ammu ümber lükata. Siin on neist kuulsaimad.
Müüt 1. Varundamine on pikka aega olnud turva- või salvestussüsteemides vaid väike funktsioon
Varundussüsteemid jäävad endiselt eraldi lahenduste klassiks ja väga sõltumatuks. Neil on liiga palju tööd teha. Tegelikult on need andmete terviklikkuse osas viimane kaitseliin. Seega töötab varundamine omas tempos ja oma ajakava järgi. Serveritele genereeritakse igapäevane aruanne, on sündmusi, mis toimivad seiresüsteemi käivitajatena.
Lisaks võimaldab varundussüsteemile juurdepääsu eeskuju anda osa sihtsüsteemide administraatoritele varukoopiate haldamise volitustest.
Müüt 2. Kui RAID on olemas, pole varukoopiat enam vaja.
Kahtlemata on RAID-massiivid ja andmete replikatsioon hea viis infosüsteemide kaitsmiseks riistvaratõrgete eest ning ooteserveri olemasolul saab kiirelt organiseerida sellele ülemineku juhuks, kui põhimasin peaks rikki minema.
Süsteemi kasutajate tehtud loogikavigadest ei päästa koondamine ja replikatsioon. Siin on tagasikirjutamise ooterežiimi server – jah, see võib aidata, kui viga tuvastatakse enne selle sünkroonimist. Ja kui see hetk vahele jääb? Siin aitab ainult õigeaegne varundamine. Kui tead, et andmed eile muutusid, saad süsteemi üleeile taastada ja sealt vajalikud andmed välja võtta. Arvestades asjaolu, et loogikavead on kõige levinumad, jääb vana hea varukoopia endiselt tõestatud ja vajalikuks tööriistaks.
Müüt 3. Varundamine on midagi, mida tehakse kord kuus.
Varundamise sagedus on konfigureeritav säte, mis sõltub peamiselt teie varundussüsteemi nõuetest. On täiesti võimalik leida andmeid, mis peaaegu kunagi ei muutu ja pole eriti olulised, nende kadumine ei ole ettevõtte jaoks kriitiline.
Neid saab tõepoolest varundada kord kuus ja veelgi harvemini. Kuid kriitilisemaid andmeid salvestatakse sagedamini, sõltuvalt RPO (Recovery point objrective) indikaatorist, mis määrab lubatud andmekao. See võib olla kord nädalas, kord päevas või isegi mitu korda tunnis. Meil on need DBMS-i tehingulogid.
Süsteemide kommertskasutusele võtmisel tuleb kinnitada varundusdokumentatsioon, mis kajastab põhipunkte, uuendamise korda, süsteemi taastamise korda, varukoopiate salvestamise korda jms.
Müüt 4. Koopiate maht kasvab pidevalt ja võtab täielikult ära mis tahes eraldatud ruumi.
Varukoopiatel on piiratud säilitusaeg. Pole mõtet näiteks salvestada aasta jooksul kõiki 365 igapäevast varukoopiat. Reeglina on vastuvõetav hoida igapäevaseid koopiaid 2 nädalat, seejärel asendatakse need värsketega ja kuu esimesena tehtud versioon jääb pikaajaliseks ladustamiseks. Seda omakorda säilitatakse ka teatud aja – igal eksemplaril on eluiga.
Andmekao kaitse on olemas. Kehtib reegel: enne varukoopia kustutamist tuleb moodustada järgmine. Seega andmeid ei kustutata, kui varundamine on jäänud lõpetamata näiteks serveri kättesaamatuse tõttu. Mitte ainult ajaraame ei peeta kinni, vaid kontrollitakse ka komplektis olevate koopiate arvu. Kui süsteem on kavandatud kahe täisvarukoopiaga, on neid alati kaks ja vana kustutatakse alles siis, kui uus kolmas on edukalt kirjutatud. Seega on varuarhiivi hõivatud mahu kasv seotud ainult kaitstud andmete hulga kasvuga ega sõltu ajast.
Müüt 5. Varundamine algas – kõik jäi rippuma
Õigem on öelda nii: kui kõik ripub, siis administraatori käed sealt ei kasva. Üldiselt sõltub varukoopia toimivus paljudest teguritest. Näiteks varundussüsteemi enda kiiruse kohta: kui kiire on kettamälu, linditeegid. Varundussüsteemi serverite kiirusest: kas neil on aega andmete töötlemiseks, tihendamiseks ja dubleerimiseks. Ja ka kliendi ja serveri vaheliste sideliinide kiiruse kohta.
Varukoopia võib minna ühte või mitmesse voogu, olenevalt sellest, kas varundatud süsteem toetab mitme lõimega töötlemist. Näiteks Oracle DBMS võimaldab teil anda mitu lõime vastavalt saadaolevate protsessorite arvule, kuni edastuskiirus jõuab võrgu ribalaiuse piiranguni.
Kui proovite varundada suurt hulka lõime, on võimalus töötavat süsteemi üle koormata, see hakkab tõesti aeglustuma. Seetõttu valitakse piisava jõudluse tagamiseks optimaalne keermete arv. Kui isegi väikseim jõudluse langus on kriitiline, on suurepärane võimalus, kui varundamine toimub mitte lahinguserverist, vaid selle kloonist - andmebaasi terminoloogias ooterežiim. See protsess ei käivita peamist töösüsteemi. Andmeid saab hankida rohkemate voogude kaudu, kuna serverit ei kasutata hoolduseks.
Suurtes organisatsioonides luuakse varundussüsteemi jaoks eraldi võrk, et varundamine tootmist ei mõjutaks. Lisaks ei pruugi liiklus toimuda võrgu kaudu, vaid SAN-i kaudu.
Püüame koormust ka aja peale hajutada. Varukoopiad tehakse enamasti töövälisel ajal: öösel, nädalavahetustel. Lisaks ei jookse nad kõik korraga. Virtuaalsete masinate varukoopiad on erijuhtum. Protsess ei mõjuta praktiliselt masina enda jõudlust, nii et varukoopiat saab jagada päeva peale ja mitte kõike öösel edasi lükata. Seal on palju peensusi, kui kõike arvesse võtta, ei mõjuta varundamine süsteemide jõudlust.
Müüt 6. Käivitatud varusüsteem – see on teie jaoks veataluvus
Ärge kunagi unustage, et varusüsteem on viimane kaitseliin, mis tähendab, et selle ees peaks olema veel viis süsteemi, mis tagavad IT infrastruktuuri ja ettevõtte infosüsteemide järjepidevuse, kõrge käideldavuse ja katastroofitaluvuse.
Loota, et varukoopia taastab kõik andmed ja tõstab kiiresti kukkunud teenuse, pole seda väärt. Andmete kadu alates varundamise hetkest kuni ebaõnnestumiseni on garanteeritud ning andmeid saab uude serverisse üles laadida mitu tundi (või hea õnne korral päeva). Seetõttu on mõttekas luua täisväärtuslikke tõrketaluvaid süsteeme ilma kõike varukoopiasse nihutamata.
Müüt 7. Seadistasin korra varukoopia, kontrollisin, et see töötab. Jääb vaid palke vaadata
See on üks kahjulikumaid müüte, mille võltsusest saad aru alles juhtumi ajal. Edukad varunduslogid ei garanteeri, et kõik läks nii nagu peab. Oluline on eelnevalt kontrollida salvestatud koopia juurutatavust. See tähendab, et käivitage testkeskkonnas taastamisprotsess ja vaadake tulemust.
Ja natuke ka süsteemiadministraatori tööst
Käsirežiimis ei ole keegi ammu andmeid kopeerinud. Kaasaegsed SRK-d suudavad varundada peaaegu kõike, tuleb see lihtsalt korralikult seadistada. Kui on lisatud uus server, määrake reeglid: valige varundatav sisu, määrake salvestussuvandid ja rakendage ajakava.
Samal ajal on veel palju tööd tänu ulatuslikule serveripargile, sealhulgas andmebaasidele, meilisüsteemidele, virtuaalmasinate klastritele ja failijagamistele nii Windowsis kui ka Linuxis / Unixis. Töötajad, kes hoiavad varusüsteemi töös, ei istu tegevusetult.
Puhkuse auks soovin kõigile adminitele tugevat närvi, liigutuste selgust ja lõputut ruumi varukoopiate hoidmiseks!
Allikas: www.habr.com