Atsarginė kopija nėra viena iš madingų technologijų, apie kurias šaukiama iš kiekvienos geležies. Tai tiesiog turi būti bet kokioje rimtoje kompanijoje, tiek. Savo banke sukuriame kelių tūkstančių serverių atsargines kopijas – tai sudėtingas, įdomus darbas, kurio kai kurias subtilybes ir tipiškus klaidingus įsitikinimus apie atsargines kopijas tiesiog norisi pasakyti.
Šia tema dirbu beveik 20 metų, iš kurių pastaruosius 2 metus – „Promsvyazbank“. Pačioje praktikos pradžioje atsargines kopijas dariau beveik rankiniu būdu, naudojant scenarijus, kurie tiesiog nukopijuodavo failus. Tada sistemoje „Windows“ pasirodė patogūs įrankiai: „Robocopy“ programa, skirta failams paruošti, ir „NT Backup“ kopijavimui. Ir tik tada atėjo laikas specializuotai programinei įrangai, pirmiausia Veritas Backup Exec, kuri dabar vadinama Symantec Backup Exec. Taigi su atsarginėmis kopijomis susipažinau jau seniai.
Paprastais žodžiais tariant, atsarginė kopija yra duomenų (virtualių mašinų, programų, duomenų bazių ir failų) kopijavimas tam tikru atveju. Kiekvienas atvejis dažniausiai pasireiškia kaip aparatinės įrangos arba loginis gedimas ir dėl to prarandami duomenys. Atsarginės sistemos tikslas – sumažinti informacijos praradimą. Aparatinės įrangos gedimas yra, pavyzdžiui, serverio arba saugyklos, kurioje yra duomenų bazė, gedimas. Loginis – tai dalies duomenų praradimas ar pakeitimas, taip pat ir dėl žmogiškojo faktoriaus: jie netyčia ištrynė lentelę, failą, paleido vykdyti kreivą scenarijų. Taip pat yra reguliavimo institucijų reikalavimai tam tikros rūšies informacijai saugoti ilgą laiką, pavyzdžiui, iki kelerių metų.
Tipiškiausias atsarginių kopijų panaudojimas yra išsaugotų duomenų bazių kopijų atkūrimas, skirtas įvairioms testavimo sistemoms diegti, klonai kūrėjams.
Yra keletas tipiškų mitų apie atsarginę kopiją, kurie turėtų būti išsklaidyti jau seniai. Čia yra žinomiausi iš jų.
1 mitas. Atsarginė kopija ilgą laiką buvo tik nedidelė apsaugos ar saugojimo sistemų funkcija
Atsarginės sistemos vis dar išlieka atskira sprendimų klase ir labai nepriklausoma. Jie turi per daug darbo. Tiesą sakant, jie yra paskutinė gynybos linija, kai kalbama apie duomenų vientisumą. Taigi atsarginės kopijos veikia savo tempu, pagal savo tvarkaraštį. Serveriams generuojama kasdieninė ataskaita, yra įvykių, kurie veikia kaip stebėjimo sistemos trigeriai.
Be to, prieigos prie atsarginės kopijos sistemos pavyzdys leidžia dalį įgaliojimų perduoti tikslinių sistemų administratoriams tvarkyti atsargines kopijas.
Mitas 2. Kai yra RAID, atsarginės kopijos nebereikia.
Neabejotina, kad RAID masyvai ir duomenų replikacija yra geras būdas apsaugoti informacines sistemas nuo aparatūros gedimų, o jei turite budėjimo serverį, galite greitai suorganizuoti persijungimą į jį, jei pagrindinė mašina sugestų.
Nuo loginių klaidų, kurias padarė sistemos vartotojai, perteklius ir replikacija neišgelbėja. Čia yra atrašymo budėjimo serveris – taip, jis gali padėti, jei klaida aptinkama prieš ją sinchronizuojant. O jei akimirka praleista? Čia padės tik savalaikė atsarginė kopija. Jei žinote, kad duomenys pasikeitė vakar, galite atkurti užvakar sistemą ir iš jos išgauti reikiamus duomenis. Atsižvelgiant į tai, kad loginės klaidos yra dažniausiai pasitaikančios, sena gera atsarginė kopija išlieka patikrinta ir reikalinga priemonė.
3 mitas. Atsarginė kopija daroma kartą per mėnesį.
Atsarginės kopijos kūrimo dažnis yra konfigūruojamas nustatymas, kuris pirmiausia priklauso nuo atsarginės sistemos reikalavimų. Visiškai įmanoma rasti duomenų, kurie beveik nesikeičia ir nėra itin svarbūs, jų praradimas įmonei nebus kritinis.
Iš tiesų, jų atsargines kopijas galima daryti kartą per mėnesį ir dar rečiau. Tačiau svarbesni duomenys išsaugomi dažniau, priklausomai nuo RPO (Recovery point objrective) rodiklio, kuris nustato leistiną duomenų praradimą. Tai gali būti kartą per savaitę, kartą per dieną ar net kelis kartus per valandą. Šiuos operacijų žurnalus turime iš DBVS.
Pradėjus eksploatuoti sistemas, turi būti patvirtinta atsarginė dokumentacija, kurioje atsispindi pagrindiniai dalykai, atnaujinimo tvarka, sistemos atkūrimo tvarka, atsarginių kopijų saugojimo tvarka ir panašiai.
4 mitas. Kopijų kiekis nuolat auga ir visiškai užima bet kurią skirtą vietą.
Atsarginių kopijų saugojimo laikotarpis yra ribotas. Pavyzdžiui, nėra prasmės per metus saugoti visas 365 kasdienes atsargines kopijas. Paprastai kasdienes kopijas galima laikyti 2 savaites, po to jos pakeičiamos šviežiomis, o versija, kuri buvo pagaminta pirmą kartą per mėnesį, lieka ilgalaikiam saugojimui. Ji, savo ruožtu, taip pat saugoma tam tikrą laiką – kiekviena kopija turi visą gyvenimą.
Yra duomenų praradimo apsauga. Galioja taisyklė: prieš ištrinant atsarginę kopiją reikia sukurti kitą. Todėl duomenys nebus ištrinti, jei atsarginė kopija nebuvo baigta, pavyzdžiui, dėl serverio neprieinamumo. Atsižvelgiama ne tik į laiko rėmus, bet ir kontroliuojamas rinkinio kopijų skaičius. Jei sistema sukurta taip, kad būtų dvi pilnos atsarginės kopijos, jų visada bus dvi, o senoji bus ištrinta tik sėkmingai parašius naują trečią. Taigi atsarginio archyvo užimamos apimties augimas siejamas tik su saugomų duomenų kiekio augimu ir nepriklauso nuo laiko.
Mitas 5. Prasidėjo atsarginis kopijavimas – viskas pakibo
Geriau pasakyk taip: jei viskas kabo, tai administratoriui iš ten rankos neauga. Apskritai atsarginės kopijos našumas priklauso nuo daugelio veiksnių. Pavyzdžiui, apie pačios atsarginės kopijos kūrimo sistemos greitį: koks greitas yra diskų saugyklos, juostų bibliotekos. Iš atsarginės sistemos serverių greičio: ar jie turi laiko apdoroti duomenis, atlikti suspaudimą ir deduplikaciją. Taip pat dėl ryšio linijų tarp kliento ir serverio greičio.
Atsarginė kopija gali patekti į vieną ar daugiau srautų, atsižvelgiant į tai, ar kuriama sistema palaiko kelių gijų kūrimą. Pavyzdžiui, „Oracle“ DBVS leidžia pateikti kelias gijas, atsižvelgiant į galimų procesorių skaičių, kol perdavimo sparta pasiekia tinklo pralaidumo ribą.
Jei bandysite sukurti daug gijų atsargines kopijas, yra galimybė perkrauti veikiančią sistemą, ji tikrai pradės lėtėti. Todėl, siekiant užtikrinti pakankamą našumą, pasirenkamas optimalus siūlų skaičius. Jei net menkiausias našumo sumažėjimas yra kritinis, tada yra puikus pasirinkimas, kai atsarginė kopija daroma ne iš kovinio serverio, o iš jo klono - duomenų bazės terminologijoje budėjimo režimas. Šis procesas nepaleidžia pagrindinės darbo sistemos. Duomenis galima gauti per daugiau srautų, nes serveris nenaudojamas priežiūrai.
Didelėse organizacijose atsarginių kopijų sistemai sukuriamas atskiras tinklas, kad atsarginė kopija neturėtų įtakos gamybai. Be to, srautas gali būti perduodamas ne per tinklą, o per SAN.
Stengiamės krūvį paskirstyti ir laikui bėgant. Atsarginės kopijos dažniausiai daromos ne darbo valandomis: naktimis, savaitgaliais. Be to, jie ne visi veikia vienu metu. Virtualių mašinų atsarginės kopijos yra ypatingas atvejis. Procesas praktiškai neturi įtakos paties įrenginio veikimui, todėl atsarginę kopiją galima paskirstyti per dieną, o ne atidėti visko nakčiai. Yra daug subtilybių, jei į viską atsižvelgsite, atsarginė kopija neturės įtakos sistemų veikimui.
6 mitas. Pradėta atsarginė sistema – tai jums atsparumas gedimams
Niekada nepamirškite, kad atsarginė sistema yra paskutinė gynybos linija, o tai reiškia, kad prieš ją turėtų būti dar penkios sistemos, užtikrinančios IT infrastruktūros ir įmonės informacinių sistemų tęstinumą, aukštą prieinamumą ir atsparumą nelaimėms.
Tikėtis, kad atsarginė kopija atkurs visus duomenis ir greitai pakels nukritusią paslaugą, neverta. Garantuojamas duomenų praradimas nuo atsarginės kopijos kūrimo iki gedimo momento, o duomenis į naują serverį galima įkelti kelias valandas (arba dienas, jei pasiseka). Todėl prasminga kurti visavertes gedimams atsparias sistemas, neperkeliant visko į atsarginę kopiją.
7 mitas. Kartą sukūriau atsarginę kopiją, patikrinau, ar ji veikia. Belieka tik pažvelgti į rąstus
Tai vienas žalingiausių mitų, apie kurio netikrumą supranti tik įvykio metu. Sėkmingi atsarginiai žurnalai negarantuoja, kad viskas iš tikrųjų vyko taip, kaip turėtų. Svarbu iš anksto patikrinti išsaugotą kopiją, kad ji būtų pritaikyta. Tai yra, pradėkite atkūrimo procesą bandomojoje aplinkoje ir pažiūrėkite į rezultatą.
Ir šiek tiek apie sistemos administratoriaus darbą
Rankiniu režimu duomenų jau seniai niekas nekopijuoja. Šiuolaikiniai SRK gali sukurti beveik visko atsarginę kopiją, tik reikia tinkamai ją nustatyti. Jei buvo pridėtas naujas serveris, nustatykite strategijas: pasirinkite turinį, kurio atsarginė kopija bus kuriama, nurodykite saugojimo parinktis ir pritaikykite tvarkaraštį.
Tuo pačiu metu vis dar yra daug darbo dėl didelio serverių parko, įskaitant duomenų bazes, pašto sistemas, virtualių mašinų grupes ir failų bendrinimą tiek „Windows“, tiek „Linux“ / „Unix“. Darbuotojai, kurie palaiko atsarginę sistemą, nesėdi be darbo.
Šventės garbei visiems adminams linkiu stiprių nervų, judesių aiškumo ir begalės erdvės atsarginėms kopijoms saugoti!
Šaltinis: www.habr.com