Rugsteun is nie een van die nuwerwetse tegnologieë waaroor van elke yster geskreeu word nie. Dit moet net in enige ernstige geselskap wees, dis al. Ons rugsteun 'n paar duisend bedieners in ons bank - dit is 'n komplekse, interessante werk, waarvan sommige van die subtiliteite, sowel as tipiese wanopvattings oor rugsteun, net vertel wil word.
Ek werk al amper 20 jaar in hierdie veld, waarvan die laaste twee by Promsvyazbank was. Toe ek begin het, het ek rugsteun amper heeltemal handmatig gedoen, met behulp van skripte wat bloot lêers gekopieer het. Toe, Windows Gerieflike gereedskap het na vore gekom: die Robocopy-hulpprogram vir lêervoorbereiding en NT Backup vir kopiëring. Toe het gespesialiseerde sagteware gekom, hoofsaaklik Veritas Backup Exec, nou bekend as Symantec Backup Exec. Ek is dus al lank vertroud met rugsteun.
Eenvoudig gestel, is rugsteun die stoor van 'n kopie van data (virtuele masjiene, toepassings, databasisse en lêers) word gereeld gerugsteun, net ingeval. Enige mislukking manifesteer tipies as 'n hardeware- of logiese mislukking en lei tot dataverlies. Die doel van 'n rugsteunstelsel is om die skade wat deur dataverlies veroorsaak word, te verminder. 'n Hardewaremislukking is byvoorbeeld die mislukking van die bediener of berging waar die databasis gestoor word. 'n Logiese mislukking is die verlies of wysiging van sommige data, insluitend as gevolg van menslike foute: die per ongeluk verwydering van 'n tabel of lêer, of die uitvoer van 'n foutiewe skrip. Daar is ook regulatoriese vereistes vir die berging van sekere tipes inligting vir 'n lang tydperk, byvoorbeeld tot 'n paar jaar.
Die mees tipiese gebruik van rugsteun is die herstel van 'n gestoorde kopie van databasisse vir die implementering van verskeie toetsstelsels, klone vir ontwikkelaars.
Daar is 'n paar tipiese mites oor rugsteun wat lank gelede uit die weg geruim moet word. Hier is die bekendste van hulle.
Mite 1. Rugsteun is lank net 'n klein funksie binne sekuriteit of bergingstelsels
Rugsteunstelsels bly steeds 'n aparte klas oplossings, en baie onafhanklik. Hulle het te veel werk om te doen. Trouens, hulle is die laaste verdedigingslinie wanneer dit kom by data-integriteit. Rugsteun werk dus teen sy eie tempo, volgens sy eie skedule. 'n Daaglikse verslag word vir die bedieners gegenereer, daar is gebeure wat dien as snellers vir die moniteringstelsel.
Boonop laat die rolmodel van toegang tot die rugsteunstelsel jou toe om 'n deel van die gesag aan administrateurs van teikenstelsels te delegeer om rugsteun te bestuur.
Mite 2. Wanneer daar 'n RAID is, is 'n rugsteun nie meer nodig nie.
Ongetwyfeld is RAID-skikkings en data-replikasie 'n goeie manier om inligtingstelsels teen hardewarefoute te beskerm, en as jy 'n bystandbediener het, kan jy vinnig oorskakel na dit organiseer ingeval die hoofmasjien misluk.
Van die logiese foute wat deur die gebruikers van die stelsel gemaak is, word oortolligheid en replikasie nie gestoor nie. Hier is 'n terugskryf-bystandbediener - ja, dit kan help as 'n fout opgespoor word voordat dit gesinchroniseer is. En as die oomblik gemis word? Slegs 'n tydige rugsteun sal hier help. As jy weet dat die data gister verander het, kan jy die stelsel na eergister herstel en die nodige data daaruit onttrek. Gegewe die feit dat logiese foute die algemeenste is, bly die goeie ou rugsteun 'n bewese en noodsaaklike hulpmiddel.
Mite 3. 'n Rugsteun is iets wat een keer per maand gedoen word.
Die rugsteunfrekwensie is 'n konfigureerbare instelling wat hoofsaaklik afhang van jou rugsteunstelselvereistes. Dit is heel moontlik om data te vind wat byna nooit verander nie en nie besonder belangrik is nie, hul verlies sal nie krities vir die maatskappy wees nie.
Hulle kan inderdaad een keer per maand en selfs minder gereeld gerugsteun word. Maar meer kritieke data word meer gereeld gestoor, afhangende van die RPO (Herstelpuntdoelwit)-aanwyser, wat die toelaatbare dataverlies stel. Dit kan een keer per week, een keer per dag of selfs 'n paar keer per uur wees. Ons het hierdie transaksielogboeke vanaf die DBBS.
Wanneer stelsels in kommersiële werking gestel word, moet rugsteundokumentasie goedgekeur word, wat die hoofpunte, die opdateringsprosedure, die prosedure vir die herstel van die stelsel, die prosedure vir die stoor van rugsteun, en dies meer weerspieël.
Mite 4. Die volume kopieë groei voortdurend en neem enige toegewese spasie heeltemal op.
Rugsteun het 'n beperkte retensietydperk. Dit maak byvoorbeeld geen sin om al 365 daaglikse rugsteune gedurende die jaar te stoor nie. As 'n reël is dit aanvaarbaar om daaglikse kopieë vir 2 weke te hou, waarna dit met vars vervang word, en die weergawe wat eerste in die maand gemaak is, bly in langtermynberging. Dit word op sy beurt ook vir 'n sekere tyd gestoor - elke kopie het 'n leeftyd.
Daar is beskerming teen dataverlies. Die reël geld: voordat 'n rugsteun uitgevee word, moet die volgende een gevorm word. Daarom sal die data nie uitgevee word as die rugsteun nie voltooi is nie, byvoorbeeld as gevolg van die onbeskikbaarheid van die bediener. Nie net tydraamwerke word gerespekteer nie, maar die aantal kopieë in die stel word ook beheer. As die stelsel ontwerp is om twee volle rugsteun te hê, sal daar altyd twee van hulle wees, en die ou een sal eers uitgevee word wanneer 'n nuwe derde een suksesvol geskryf is. Die groei van die volume wat deur die rugsteunargief beset word, word dus slegs geassosieer met die groei van die hoeveelheid beskermde data en hang nie van tyd af nie.
Mite 5. Rugsteun het begin - alles het gehang
Dit is beter om dit te sê: as alles vries, beteken dit dat die administrateur op die verkeerde plek is. Oor die algemeen hang rugsteunprestasie van baie faktore af. Byvoorbeeld, van die spoed van die rugsteunstelsel self: hoe vinnig is die skyfberging en bandbiblioteke. Van die prestasie bedieners Rugsteunstelsels: of hulle dataverwerking, kompressie en deduplikasie kan hanteer. En ook die spoed van die verbinding tussen die kliënt en die bediener.
Die rugsteun kan na een of meer strome gaan, afhangend van of die stelsel wat gerugsteun word multithreading ondersteun. Byvoorbeeld, die Oracle DBMS laat jou toe om verskeie drade te gee, volgens die aantal beskikbare verwerkers, totdat die oordragtempo die netwerkbandwydtelimiet bereik.
As jy probeer om 'n groot aantal drade te rugsteun, dan is daar 'n kans om 'n lopende stelsel te oorlaai, dit sal regtig begin vertraag. Daarom word die optimale aantal drade gekies om voldoende werkverrigting te verseker. As selfs die geringste afname in werkverrigting krities is, is daar 'n uitstekende opsie wanneer die rugsteun nie vanaf 'n gevegsbediener uitgevoer word nie, maar vanaf sy kloon - bystand in databasisterminologie. Hierdie proses begin nie die hoofwerkstelsel nie. Data kan deur meer strome herwin word, aangesien die bediener nie vir onderhoud gebruik word nie.
In groot organisasies word 'n aparte netwerk vir die rugsteunstelsel geskep sodat die rugsteun nie die produksie beïnvloed nie. Boonop mag verkeer nie deur die netwerk versend word nie, maar deur die SAN.
Ons probeer om die las ook oor tyd te versprei. Rugsteun word meestal gedurende nie-werksure gedoen: snags, oor naweke. Hulle hardloop ook nie almal op dieselfde tyd nie. Rugsteun van virtuele masjiene is 'n spesiale geval. Die proses het feitlik geen effek op die werkverrigting van die masjien self nie, so die rugsteun kan oor die dag versprei word, en nie alles in die nag uitstel nie. Daar is baie subtiliteite, as u alles in ag neem, sal rugsteun nie die werkverrigting van stelsels beïnvloed nie.
Mite 6. Het 'n rugsteunstelsel bekendgestel - dit is foutverdraagsaamheid vir jou
Moet nooit vergeet dat 'n rugsteunstelsel die laaste verdedigingslinie is nie, wat beteken dat daar nog vyf stelsels voor dit moet wees wat die kontinuïteit, hoë beskikbaarheid en rampverdraagsaamheid van die IT-infrastruktuur en ondernemingsinligtingstelsels verseker.
Om te hoop dat die rugsteun al die data sal herstel en die gevalle diens vinnig sal verhoog, is nie die moeite werd nie. Dataverlies vanaf die oomblik van rugsteun tot die oomblik van mislukking is gewaarborg, en data kan vir 'n paar uur (of dae, soos jy gelukkig is) na 'n nuwe bediener opgelaai word. Daarom maak dit sin om volwaardige foutverdraagsame stelsels te skep sonder om alles na 'n rugsteun te verskuif.
Mite 7. Ek het een keer 'n rugsteun opgestel, gekontroleer dat dit werk. Dit bly net om na die logs te kyk
Dit is een van die mees skadelike mites, waarvan jy die valsheid eers tydens die voorval besef. Suksesvolle rugsteunloglêers is nie 'n waarborg dat alles regtig verloop het soos dit moes nie. Dit is belangrik om die gestoorde kopie vooraf na te gaan vir ontplooibaarheid. Dit wil sê, begin die herstelproses in 'n toetsomgewing en kyk na die resultaat.
En 'n bietjie oor die werk van die stelseladministrateur
In die handmodus kopieer niemand al 'n lang tyd data nie. Moderne SRK's kan byna alles rugsteun, jy moet dit net behoorlik opstel. As 'n nuwe bediener bygevoeg is, stel beleide in: kies die inhoud wat gerugsteun sal word, spesifiseer bergingsopsies en pas die skedule toe.
Terselfdertyd is daar steeds baie werk as gevolg van die uitgebreide vloot bedieners, insluitend databasisse, posstelsels, virtuele masjiengroepe en lêerbronne, soos op Windows, ensovoorts Linux/Unix. Die personeel wat die rugsteunstelsel onderhou, is voortdurend besig.
Ter ere van die vakansie wil ek alle admins sterk senuwees, helderheid van bewegings en eindelose spasie toewens vir die stoor van rugsteun!
Bron: will.com
