Backup is not one of those trendy technologies that everyone is shouting about. It simply needs to be present in any serious company, and that's it. In our bank, we back up several thousand servers â this is a complex and interesting task, and I would like to talk about some of its nuances, as well as about typical misconceptions regarding backups.
I've been dealing with this topic for almost 20 years, with the last 2 years at Promsvyazbank. At the very beginning of my practice, I did backups almost manually, using scripts that simply copied files. Then convenient tools appeared in Windows: the Robocopy utility for preparing files and NT Backup for copying. Eventually, it was time for specialized software, primarily Veritas Backup Exec, which is now called Symantec Backup Exec. So Iâve been familiar with backups for a long time.
Simply put, backup is the process of saving a copy of data (makinat virtuale, applications, databases, and files) regularly just in case. A 'just in case' typically manifests as a hardware or logical failure, resulting in data loss. The aim of the backup system is to minimize the losses from information loss. A hardware failure could be, for example, the server or storage failure where the database resides. A logical failure is the loss or alteration of part of the data, including due to human error: accidentally deleting a table, file, or running a flawed script. There are also regulatory requirements to store specific types of information for extended periods, sometimes for several years.
The most common use of backups is to restore saved copies of databases for deploying various testing environments or clones for developers.
There are several typical myths surrounding backups that need to be dispelled. Here are the most well-known ones.
Myth 1. Backup has long been just a minor function within security or storage systems.
Sistemet e kopjimit tĂ« tĂ« dhĂ«nave vazhdojnĂ« tĂ« jenĂ« njĂ« klasĂ« e veçantĂ« zgjidhjesh, dhe mjaft tĂ« pavarura. ĂĂ«shtja qĂ« u Ă«shtĂ« besuar Ă«shtĂ« tepĂ«r e rĂ«ndĂ«sishme. NĂ« thelb, ato pĂ«rfaqĂ«sojnĂ« linjĂ«n e fundit mbrojtĂ«se kur flitet pĂ«r sigurinĂ« e tĂ« dhĂ«nave. Pra, kopjimi funksionon nĂ« ritmin e tij, sipas orarit tĂ« tij tĂ« veçantĂ«. Raporti ditor pĂ«rbĂ«het pĂ«r serverĂ«t, ka ngjarje qĂ« veprojnĂ« si nxitĂ«s pĂ«r sistemin e monitorimit.
Plus, modeli i rolit të aksesit në sistemin e kopjimit të të dhënave lejon delegimin e disa përgjegjësive administratorëve të sistemeve të caktuara për menaxhimin e kopjeve rezervë.
Miti 2. Kur ekziston RAID, backup-i nuk është më i nevojshëm.
Pa dyshim, RAID array-t dhe replikimi i të dhënave janë një mënyrë e mirë për të mbrojtur sistemet informative nga defektet hardware, dhe nëse ka një server të gatshëm, mund të organizohet shpejt kalimi tek ai në rast se makineria kryesore dështon.
Nga gabimet logjike qĂ« bĂ«hen nga pĂ«rdoruesit e sistemit, teprica dhe replikimi nuk mbrojnĂ«. Ja, serveri i gatshĂ«m me shkrim tĂ« vonuar â po, mund tĂ« ndihmojĂ«, nĂ«se gabimi zbulohet para se tĂ« jetĂ« sinkronizuar. Por nĂ«se momenti Ă«shtĂ« humbur? AtĂ«herĂ« vetĂ«m njĂ« backup i bĂ«rĂ« nĂ« kohĂ« ndihmon. NĂ«se dihet se tĂ« dhĂ«nat janĂ« ndryshuar dje, mund tĂ« rikthehet sistemi nĂ« gjendjen e pardjeshme dhe tĂ« nxirren tĂ« dhĂ«nat e nevojshme. Duke marrĂ« parasysh se gabimet logjike janĂ« mĂ« tĂ« shpeshta, backup-i i vjetĂ«r dhe i besueshĂ«m mbetet njĂ« mjet i nevojshĂ«m.
Miti 3. Backup-i është diçka që bëhet një herë në muaj.
Frekuenca e kopjimit të të dhënave është një parameter që mund të konfigurohet, kryesisht i varur nga kërkesat për sistemin e kopjimit. Në të vërtetë, është e mundur të gjejmë të dhëna që praktikisht nuk ndryshojnë kurrë dhe nuk janë veçanërisht të rëndësishme, humbja e tyre nuk do të jetë kritike për kompaninë.
Ata me të vërtetë mund të kopjohen një herë në muaj dhe madje edhe më rrallë. Ndërsa të dhënat më kritike ruhen më shpesh, në varësi të treguesit RPO (Recovery Point Objective), që përcakton humbjen e pranueshme të të dhënave. Kjo mund të jetë një herë në javë, një herë në ditë ose madje disa herë në orë. Kjo është për ne regjistrat e transaksioneve nga DBMS.
Kur miratohen sistemet në prodhim, është e domosdoshme të miratohet dokumentacioni për kopjimin e rezervës, që përfshin pikat kryesore, rregullin e përditësimit, procedurën për rikuperimin e sistemit, rregullin e ruajtjes së kopjeve rezervë dhe gjëra të ngjashme.
Miti 4. Vëllimi i kopjeve rritet njëherë e përgjithmonë dhe zë çdo hapësirë të dedikuar plotësisht.
Kopjet rezervĂ« kanĂ« njĂ« afat tĂ« kufizuar ruajtjeje. Nuk ka kuptim, pĂ«r shembull, tĂ« ruash tĂ« gjitha 365 kopjet ditore pĂ«r njĂ« vit. NĂ« pĂ«rgjithĂ«si Ă«shtĂ« e pranueshme tĂ« ruash kopje ditore pĂ«r 2 javĂ«, pas sĂ« cilĂ«s zĂ«vendĂ«sohen me tĂ« reja, ndĂ«rsa pĂ«r ruajtjen afatgjatĂ« mbetet ajo versioni qĂ« Ă«shtĂ« bĂ«rĂ« e para nĂ« muaj. Ky version gjithashtu ruhet pĂ«r njĂ« periudhĂ« tĂ« caktuar â çdo kopje ka njĂ« jetĂ«gjatĂ«si.
Ekziston mbrojtje nga humbja e të dhënave. Përmbledhja e rregullit është: para se të fshihen kopjet rezervë, duhet të krijohet kopja e ardhshme. Prandaj, të dhënat nuk do të fshihen nëse kopjimi nuk është realizuar, për shembull, për shkak të mungesës së qasjes në server. Respektohen jo vetëm afatet kohore, por gjithashtu kontrollohet numri i kopjeve në grup. Nëse sistemi parashikon që të ketë dy kopje të plota, gjithmonë do të ketë dy, dhe e vjetra do të fshihet vetëm kur regjistrohet me sukses një e re e treta. Pra, rritja e vëllimit të arkivave të kopjeve rezervë është e lidhur vetëm me rritjen e sasisë së të dhënave që mbrohen dhe nuk varet nga koha.
Miti 5. Ka filluar kopjimi â gjithçka Ă«shtĂ« ngrirĂ«.
Më mirë të themi kështu: nëse gjithçka është ngrirë, kjo do të thotë se administratorët nuk dinë çfarë bëjnë. Në të vërtetë, shpejtësia e kopjimit varet nga shumë faktorë. Për shembull, nga shpejtësia e sistemit të kopjimit të rezervës: sa të shpejtë janë atje sistemet e ruajtjes në disqe, bibliotekat e kasetave. Nga shpejtësia e sistemit të kopjimit të rezervës: a arrijnë ata të përpunojnë të dhënat, të kryejnë kompresimin dhe deduplikimin. Gjithashtu, nga shpejtësia e linjave të komunikimit midis klientit dhe serverit. serverësh Kopjimi mund të shkojë në një ose disa rrjedha, në varësi të suportit që ofron sistemi i rezervuar për shumëprocese. Për shembull, SGBD Oracle lejon dërgimin e disa rrjedhave, në përputhje me numrin e procesorëve të disponueshëm, derisa shpejtësia e transmetimit të mos përballet me kufizimin e kapacitetit të rrjetit.
Kopjimi rezervë mund të shkojë në një ose disa rrjedha, në varësi të mbështetjes që ofron sistemi rezervuar për shumëprocese. Për shembull, SGBD Oracle lejon dërgimin e disa rrjedhave, në përputhje me numrin e procesorëve të disponueshëm, derisa shpejtësia e transmetimit të mos përballet me kufizimin e kapacitetit të rrjetit.
NĂ«se pĂ«rpiqeni tĂ« bĂ«ni backup me shumĂ« kanale, ka mundĂ«si qĂ« tĂ« ngarkoni sistemin qĂ« punon, dhe ai me tĂ« vĂ«rtetĂ« do tĂ« fillojĂ« tĂ« ngadalĂ«sohet. Prandaj, zgjidhet numri optimal i kanaleve pĂ«r tĂ« siguruar performancĂ« tĂ« mjaftueshme. NĂ«se edhe njĂ« rĂ«nie e vogĂ«l e performancĂ«s Ă«shtĂ« kritike, ekziston njĂ« opsion i shkĂ«lqyer kur backup bĂ«het jo nga serveri kryesor, por nga kloni i tij â standby nĂ« terminologjinĂ« e bazave tĂ« tĂ« dhĂ«nave. Ky proces nuk ngarkon sistemin kryesor tĂ« punĂ«s. TĂ« dhĂ«nat mund tĂ« pĂ«rfshihen pĂ«rmes njĂ« numri mĂ« tĂ« madh kanalesh, pasi serveri nuk pĂ«rdoret pĂ«r shĂ«rbim.
Në organizatat e mëdha, për sistemin e rezervës krijohet një rrjet i veçantë, për të siguruar që backup të mos ndikojë në prodhim. Për më tepër, trafiku mund të kalojë jo përmes rrjetit, por përmes SAN.
Ne mundohemi të shpërndajmë ngarkesën edhe sipas kohës. Backup-i kryesisht bëhet në orë jopunesimi: gjatë natës, në fundjavë. Për më tepër, ato nuk fillojnë të gjitha menjëherë. Backup-et e makinave virtuale janë një rast i veçantë. Procesi praktikisht nuk ka ndikim në performancën e vetë makines, kështu që backup-i mund të shtrihet në kohën e ditës, në vend që të presë të gjitha për natën. Ka shumë detaje, dhe nëse gjithçka merret parasysh, rezervimi nuk do të ndikojë në performancën e sistemeve.
Miti 6. E aktivizova sistemin e backup-it â ja, ja ule Ă«shtĂ« qĂ«ndrueshmĂ«ri.
Kurrë mos harroni se sistemi i backup-it është lënda e fundit mbrojtëse, dhe do të thotë që përpara tij duhet të ketë edhe pesë sisteme që sigurojnë vazhdimësinë, disponueshmërinë e lartë dhe qëndrueshmërinë e katastrofave të infrastrukturës IT dhe sistemeve të informacionit të ndërmarrjes.
Të shpresosh se backup-i do të rikthejë të gjitha të dhënat dhe shpejt do të ngrijë shërbimin e rënies nuk ka kuptim. Humbja e të dhënave nga momenti i backup-it deri në momentin e defektit është e garantuar, dhe të dhënat në serverin e ri mund të ngarkohet për disa orë (ose ditë, siç mund të ndodhë). Prandaj, ka kuptim të krijohet sisteme të plota të qëndrueshmërisë, pa e lënë gjithçka te backup-i.
Miti 7. E konfigurova një herë backup-in, kontrollova që funksionon. Tani mbetet vetëm të shikoj regjistrat.
Ky Ă«shtĂ« njĂ« nga mitet mĂ« tĂ« dĂ«mshme, e cila kuptohet vetĂ«m gjatĂ« njĂ« incidenti. LogĂ«t e realizimit tĂ« suksesshĂ«m tĂ« backup-it nuk janĂ« njĂ« garanci qĂ« gjithçka ka shkuar siç duhet. ĂshtĂ« e rĂ«ndĂ«sishme tĂ« kontrolloni paraprakisht kopjen e ruajtur pĂ«r shkallĂ«zueshmĂ«ri. Kjo do tĂ« thotĂ« tĂ« filloni procesin e rikuperimit nĂ« njĂ« mjedis testimi dhe tĂ« shihni rezultatin.
Dhe pak për punën e administratorit të sistemit
NĂ« modin manual askush nuk kopjon mĂ« tĂ« dhĂ«na prej kohĂ«sh. Sistemet moderne tĂ« rezervimi dinĂ« t'i bĂ«jnĂ« backup pothuajse tĂ« gjitha, mjafton tĂ« jenĂ« tĂ« konfiguruara si duhet. NĂ«se Ă«shtĂ« shtuar njĂ« server i ri â tĂ« pĂ«rcaktohen politikat: tĂ« zgjidhet pĂ«rmbajtja qĂ« do tĂ« merret nĂ« backup, tĂ« specifikohen parametrat e ruajtjes dhe tĂ« vendoset njĂ« kalendar.
Megjithatë, punë ka akoma për shkak të morisë së serverëve, mes të cilave bazohet mbi të dhëna, sisteme postare, klastere makinash virtuale dhe burime skedare si në Windows ashtu edhe në Linux/Unix. Punonjësit që mbështesin operativitetin e sistemit të rezervimit nuk qëndrojnë të papunë.
Në nder të festës dëshiroj të uroj të gjithë administratorët nerva të forta, qartësi në lëvizje dhe hapësirë të pafund për ruajtjen e backup-eve!
Burimi: habr.com
