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 aan hierdie onderwerp, waarvan die laaste 2 jaar by Promsvyazbank was. Heel aan die begin van die oefening het ek byna met die hand rugsteun gedoen, met skrifte wat eenvoudig lêers gekopieer het. Toe het gerieflike gereedskap in Windows verskyn: die Robocopy-nutsding vir die voorbereiding van lêers en NT Backup vir kopiëring. En net toe het die tyd gekom vir gespesialiseerde sagteware, hoofsaaklik Veritas Backup Exec, wat nou Symantec Backup Exec genoem word. So ek is al lankal vertroud met rugsteun.
In eenvoudige terme, rugsteun is om 'n kopie van data (virtuele masjiene, toepassings, databasisse en lêers) te hou vir ingeval met 'n sekere reëlmaat. Elke geval manifesteer homself gewoonlik as 'n hardeware of logiese mislukking en lei tot dataverlies. Die doel van 'n rugsteunstelsel is om die verlies van inligting te verminder. 'n Hardewarefout is byvoorbeeld 'n mislukking van die bediener of stoor waar die databasis geleë is. Logies - dit is die verlies of verandering van 'n deel van die data, insluitend as gevolg van die menslike faktor: hulle het per ongeluk 'n tabel, lêer uitgevee, 'n krom skrif vir uitvoering geloods. Daar is ook reguleerdervereistes vir die stoor van 'n sekere soort 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 hang, dan groei die hande van die administrateur nie van daar af nie. Oor die algemeen hang die werkverrigting van 'n rugsteun van baie faktore af. Byvoorbeeld, oor die spoed van die rugsteunstelsel self: hoe vinnig is skyfbergings, bandbiblioteke. Van die spoed van die bedieners van die rugsteunstelsel: of hulle tyd het om data te verwerk, kompressie en deduplisering uit te voer. En ook op die spoed van die kommunikasielyne 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 nog baie werk as gevolg van die uitgebreide vloot bedieners, insluitend databasisse, posstelsels, virtuele masjienklusters en lêeraandele op Windows en Linux / Unix. Werknemers wat die rugsteunstelsel aan die gang hou, sit nie ledig nie.
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