Sigurnosno kopiranje nije dio modnih tehnologija o kojima se naveliko govori. Ono jednostavno mora postojati u svakoj ozbiljnoj kompaniji, to je sve. U našoj banci sigurnosno se kopira nekoliko tisuća poslužitelja – to je složen i zanimljiv posao, o nekim sitnicama o kojima se želi govoriti, kao i o tipičnim zabludama vezanim uz sigurnosna kopiranja.
Ovom tematikom se bavim već gotovo 20 godina, od kojih posljednje 2 godine – u Promsvyazbanku. Na samom početku prakse vršio sam sigurnosno kopiranje gotovo ručno, skriptama koje su jednostavno kopirale datoteke. Kasnije su se na Windowsu pojavili prikladni alati: alat Robocopy za pripremu datoteka i NT Backup za kopiranje. A već potom došlo je vrijeme specijaliziranog softvera, prvenstveno Veritas Backup Exec, koji se sada zove Symantec Backup Exec. Tako da mi sigurnosna kopiranja dobro poznajemo.
Ako pojednostavimo, sigurnosno kopiranje je čuvanje kopije podataka (virtualnih mašina, aplikacija, baza podataka i datoteka) u svakom slučaju s određenom regularnošću. Svaki slučaj obično se manifestira u obliku hardverskog ili logičkog kvara i dovodi do gubitka podataka. Cilj sustava sigurnosnog kopiranja je smanjiti gubitke od gubitka informacija. Hardverski kvar je, na primjer, otkazivanje poslužitelja ili pohrane gdje se nalazi baza podataka. Logički kvar uključuje gubitak ili promjenu dijela podataka, uključujući zbog ljudske pogreške: slučajno brisanje tablice, datoteke, pokretanje pogrešne skripte. Također postoje zahtjevi regulatora za čuvanje određenih vrsta informacija tijekom dugog razdoblja, na primjer, do nekoliko godina.
Najtipičnija upotreba sigurnosnih kopija je obnavljanje pohranjene kopije baza podataka za razvijanje različitih testnih sustava, klonova za programere.
Oko sigurnosnog kopiranja postoje nekoliko tipičnih mitova koje je odavno potrebno razbiti. Evo najpoznatijih među njima.
Mit 1. Sigurnosno kopiranje odavno je samo mala funkcija unutar sustava sigurnosti ili pohrane
Sistemi backupa i dalje ostaju poseban razred rješenja, i veoma samostalni. Previše je važno povjereno im zadatak. U suštini, oni su posljednja linija obrane kada je u pitanju sigurnost podataka. Tako da backup radi svojim ritmom, prema svom vlastitom rasporedu. Na serverima se formira dnevno izvješće, postoje događaji koji pokreću sustav nadzora.
Osim toga, model pristupa backup sustavu omogućava delegiranje dijela ovlasti administratorima ciljanih sustava za upravljanje backupima.
Mit 2. Kada postoji RAID, backup više nije potreban
Nesumnjivo, RAID nizovi i replikacija podataka dobar su način za zaštitu informacijskih sustava od hardverskih kvarova, a uz standby server brzo se može organizirati prebacivanje na njega u slučaju kvara glavne mašine.
Od logičkih grešaka koje su počinili korisnici sustava, redundancija i replikacija ne pomažu. Standby server s odgođenim zapisom može pomoći ako je greška otkrivena prije nego što je sinhronizirana. A ako je trenutak propušten? Tada jedino može pomoći pravovremeni backup. Ako je poznato da su podaci promijenjeni jučer, moguće je obnoviti sustav do stanja od prekjučer i izvući potrebne podatke. S obzirom da su logičke greške najčešće, stari dobri backup ostaje provjereno i potrebno sredstvo.
Mit 3. Backup je nešto što se radi jednom mjesečno.
Frekvencija rezervnog kopiranja je prilagodljiv parametar, prvenstveno ovisan o zahtjevima za sustav backupiranja. Sasvim je moguće pronaći podatke koji se gotovo nikada ne mijenjaju i nisu posebno važni, čiji bi gubitak bio nekritičan za tvrtku.
I stvarno, njih se može backupirati jednom mjesečno, pa čak i rjeđe. No, kritičniji podaci se čuvaju češće, ovisno o RPO (Recovery Point Objective), koji određuje prihvatljiv gubitak podataka. To može biti jednom tjedno, jednom dnevno ili čak nekoliko puta na sat. Kod nas su to transakcijski logovi iz DBMS-a.
Pri uvođenju sustava u komercijalnu uporabu uvijek se odobrava dokumentacija o sigurnosnim kopijama, koja obuhvaća ključne informacije, pravila ažuriranja, postupak vraćanja sustava, način pohrane sigurnosnih kopija i slično.
Mit 4. Obujam kopija neprekidno raste i zauzima bilo koji dodijeljeni prostor potpuno.
Sigurnosne kopije imaju ograničen rok pohrane. Nema smisla, primjerice, skladištiti tijekom godine svih 365 dnevnih sigurnosnih kopija. Načelno je dopušteno pohranjivati dnevne kopije 2 tjedna, nakon čega se zamjenjuju novima, a za dugotrajno pohranjivanje ostaje ona verzija koja je napravljena prva u mjesecu. Ona se, zauzvrat, također pohranjuje određeno vrijeme – svaka kopija ima svoj vijek trajanja.
Postoji zaštita od gubitka podataka. Primjenjuje se pravilo: prije nego što se sigurnosna kopija obriše, mora biti izrađena sljedeća. Stoga podaci neće biti izbrisani ako sigurnosna kopija nije izvršena, primjerice, zbog nedostupnosti poslužitelja. Poštuju se ne samo vremenski okviri, već se također kontrolira broj kopija u skupu. Ako je u sustav ugrađeno da moraju postojati dvije potpune sigurnosne kopije, uvijek će ih biti dvije, a stara će se izbrisati tek kada se uspješno zabilježi nova treća. Dakle, rast volumena koji zauzimaju arhivi sigurnosnih kopija povezan je samo s rastom količine zaštićenih podataka i ne ovisi o vremenu.
Mit 5. Počela je sigurnosna kopija – sve se zamrzlo.
Bolje je reći ovako: ako se sve zamrzlo, to znači da administrator ne radi svoj posao kako treba. U svakom slučaju, brzina sigurnosne kopije ovisi o mnogim čimbenicima. Na primjer, o brzini samog sustava za sigurnosno kopiranje: koliko su brzi diskovni sustavi, trake za pohranu. O brzini poslužitelja sustava za sigurnosno kopiranje: uspijevaju li obraditi podatke, provesti kompresiju i deduplikaciju. A također i o brzini komunikacijskih linija između klijenta i poslužitelja.
Sigurnosna kopija može ići u jednom ili više tokova, ovisno o tome podržava li sustav koji se rezervira višekratnost. Na primjer, DBMS Oracle omogućava slanje više tokova, prema broju dostupnih procesora, dok brzina prijenosa ne dođe do ograničenja propusnosti mreže.
Ako pokušavate napraviti backup s velikim brojem threadova, postoji rizik od preopterećenja radnog sustava, što može usporiti njegov rad. Stoga se odabire optimalni broj threadova kako bi se osigurala dovoljna brzina rada. Ako je i najmanji pad performansi kritičan, postoji izvrstan izbor kada se backup obavlja ne s aktivnog poslužitelja, već s njegove klonske verzije – standby prema terminologiji baza podataka. Ovaj proces ne opterećuje glavnu radnu sustav. Podaci se mogu uzimati kroz veći broj threadova jer se poslužitelj ne koristi za obradu.
U velikim organizacijama za sustav rezervnog kopiranja stvara se zasebna mreža kako backup ne bi utjecao na produkciju. Osim toga, promet se može prenositi ne kroz mrežu, već kroz SAN.
Pokušavamo rasporediti opterećenje i po vremenu. Backupi se većinom obavljaju u neradno vrijeme: noću, tijekom vikenda. Osim toga, ne pokreću se svi istovremeno. Backupi virtualnih strojeva su poseban slučaj. Proces gotovo da ne utječe na performanse samog stroja, pa se backup može rasporediti tijekom dana, umjesto da se sve odgodi za noć. Ima puno nijansi, ako se sve uzme u obzir, rezervno kopiranje neće utjecati na performanse sustava.
Mit 6. Pokrenuo sam sustav rezervnog kopiranja – i eto ti otpornosti na greške.
Nikada ne zaboravite da je sustav backup-a posljednja linija obrane, stoga bi ispred njega trebalo biti još nekoliko sustava koji osiguravaju kontinuitet, visoku dostupnost i otpornost na katastrofe IT infrastrukture i informacijskih sustava poduzeća.
Ne trebate se nadati da će backup vratiti sve podatke i brzo podići srušenu uslugu. Gubitak podataka od trenutka backupa do trenutka kvara je zajamčen, a podaci na novom poslužitelju mogu se slivati nekoliko sati (ili dana, kako bude). Stoga ima smisla stvoriti potpuno otporne sustave, ne oslanjajući se samo na backup.
Mit 7. Postavio sam backup jednom, provjerio da radi. Ostaje samo gledati logove.
Ovo je jedan od najštetnijih mitova, čija se lažnost shvaća tek u trenutku incidenta. Logovi o uspješnom izvođenju sigurnosne kopije nisu jamstvo da je sve prošlo kako treba. Važno je unaprijed provjeriti sačuvanu kopiju na mogućnost vraćanja. To znači pokrenuti proces obnove u testnom okruženju i pogledati rezultat.
I malo o radu sistemskog administratora
Nitko već dugo ne kopira podatke ručno. Moderni sigurnosni sustavi mogu napraviti sigurnosnu kopiju gotovo svega, samo treba pravilno postaviti. Ako se dodao novi poslužitelj – treba definirati politike: odabrati sadržaj koji će se sigurnosno kopirati, navesti uvjete čuvanja i primijeniti raspored.
Ipak, posla je i dalje mnogo zbog velikog broja poslužitelja, među kojima su i baze podataka, i poštanski sustavi, i klasteri virtualnih mašina, i datotečni resursi kako na Windowsu, tako i na Linuxu/Unixu. Zaposlenici koji održavaju funkcionalnost sustava sigurnosnog kopiranja ne sjede besposleni.
U čast praznika želim svim administratorima čvrste živce, precizne pokrete i beskonačan prostor za pohranu sigurnosnih kopija!
Izvor: habr.com
