Reservekopy is net ien fan 'e trendy technologyen dy't fan elk izer wurde roppen. It moat gewoan yn elk serieus bedriuw wêze, dat is alles. Wy meitsje in reservekopy fan ferskate tûzen servers yn ús bank - dit is in komplekse, nijsgjirrige baan, wêrfan guon fan 'e subtiliteiten, lykas ek typyske misferstannen oer backups, gewoan wurde ferteld.
Ik haw wurke oan dit ûnderwerp foar hast 20 jier, wêrfan de lêste 2 jier west hawwe by Promsvyazbank. Oan it begjin fan 'e praktyk die ik backups hast mei de hân, mei skripts dy't gewoan bestannen kopieare. Doe ferskynden handige ark yn Windows: it hulpprogramma Robocopy foar it tarieden fan bestannen en NT Reservekopy foar kopiearjen. En pas doe kaam de tiid foar spesjalisearre software, benammen Veritas Backup Exec, dy't no Symantec Backup Exec hjit. Ik bin dus al lang bekend mei backups.
Yn ienfâldige termen is reservekopy it bewarjen fan in kopy fan gegevens (firtuele masines, applikaasjes, databases en bestannen) krekt yn gefal mei in bepaalde regelmaat. Elk gefal manifestearret him normaal as in hardware of logyske mislearring en resultearret yn gegevensferlies. It doel fan in reservekopysysteem is om it ferlies fan ynformaasje te ferminderjen. In hardwarefout is bygelyks in flater fan de tsjinner of opslach dêr't de databank leit. Logysk - dit is it ferlies of feroaring fan in diel fan 'e gegevens, ynklusyf troch de minsklike faktor: se hawwe by ûngelok in tabel, bestân wiske, in krom skript lansearre foar útfiering. D'r binne ek easken foar tafersjochhâlders foar it bewarjen fan in bepaald soarte ynformaasje foar in lange perioade, bygelyks oant ferskate jierren.
It meast typyske gebrûk fan backups is it restaurearjen fan in bewarre kopy fan databases foar de ynset fan ferskate testsystemen, klonen foar ûntwikkelders.
D'r binne in pear typyske myten oer reservekopy dy't lang lyn moatte wurde ferdwûn. Hjir binne de meast ferneamde fan harren.
Myte 1. Reservekopy hat lang west mar in lytse funksje binnen feiligens of opslach systemen
Reservekopysystemen bliuwe noch in aparte klasse fan oplossingen, en tige ûnôfhinklik. Se hawwe tefolle wurk te dwaan. Yn feite binne se de lêste line fan definsje as it giet om gegevensintegriteit. Dat backup wurket yn syn eigen tempo, op syn eigen skema. In deistich rapport wurdt generearre foar de servers, d'r binne eveneminten dy't fungearje as triggers foar it tafersjochsysteem.
Plus, it rolmodel fan tagong ta it backupsysteem lit jo in diel fan 'e autoriteit delegearje oan behearders fan doelsystemen om backups te behearjen.
Myte 2. As der in RAID, in reservekopy is net mear nedich.
Sûnder mis binne RAID-arrays en gegevensreplikaasje in goede manier om ynformaasjesystemen te beskermjen tsjin hardware-mislearrings, en as jo in standby-tsjinner hawwe, kinne jo it wikseljen nei it fluch organisearje yn gefal de haadmasine mislearret.
Fan de logyske flaters dy't waarden makke troch de brûkers fan it systeem, redundânsje en replikaasje net bewarje. Hjir is in skriuw-werom-standby-tsjinner - ja, it kin helpe as in flater wurdt ûntdutsen foardat it syngronisearre is. En as it momint mist wurdt? Allinich in tydlike reservekopy sil hjir helpe. As jo witte dat de gegevens juster feroare binne, kinne jo it systeem weromsette nei de dei foar juster en de nedige gegevens derút ekstrahearje. Mei it each op it feit dat logyske flaters de meast foarkommende binne, bliuwt de goede âlde reservekopy in bewiisd en needsaaklik ark.
Myte 3. In reservekopy is iets dat ien kear yn 'e moanne dien wurdt.
De backupfrekwinsje is in ynstelbere ynstelling dy't primêr ôfhinklik is fan jo backupsysteemeasken. It is hiel mooglik om gegevens te finen dy't hast noait feroaret en net spesjaal wichtich binne, har ferlies sil net kritysk wêze foar it bedriuw.
Se kinne, yndie, ien kear yn 'e moanne en noch minder faak wurde reservekopy. Mar mear krityske gegevens wurde opslein faker, ôfhinklik fan de RPO (Recovery punt objektyf) yndikator, dy't stelt de tastiene gegevens ferlies. Dit kin ien kear yn 'e wike, ien kear deis, of sels ferskate kearen yn' e oere wêze. Wy hawwe dizze transaksje logs fan de DBMS.
Wannear't systemen yn kommersjele wurking wurde set, moat backupdokumintaasje wurde goedkard, dy't de haadpunten, de fernijingsproseduere, de proseduere foar it werstellen fan it systeem, de proseduere foar it bewarjen fan backups, en sa reflektearje.
Myte 4. It folume fan kopyen groeit konstant en nimt alle tawiisde romte folslein yn.
Reservekopyen hawwe in beheinde behâldperioade. It hat gjin sin, bygelyks, om alle 365 deistige backups yn 't jier op te slaan. As regel is it akseptabel om deistige kopyen foar 2 wiken te hâlden, wêrnei't se wurde ferfongen troch frisse, en de ferzje dy't earst yn 'e moanne makke is bliuwt yn' e lange termyn opslach. It wurdt op syn beurt ek opslein foar in bepaalde tiid - elk eksimplaar hat in libben lang.
D'r is beskerming foar gegevensferlies. De regel jildt: foardat in reservekopy wiske wurdt, moat de folgjende makke wurde. Dêrom wurde de gegevens net wiske as de reservekopy net foltôge is, bygelyks troch de net-beskikberens fan 'e tsjinner. Net allinich tiidframes wurde respektearre, mar it oantal eksimplaren yn 'e set wurdt ek kontrolearre. As it systeem is ûntworpen om twa folsleine backups te hawwen, sille d'r altyd twa wêze, en de âlde sil allinich wiske wurde as in nije tredde mei súkses skreaun is. Dat de groei fan it folume beset troch it reservekopy-argyf is allinich ferbûn mei de groei fan it bedrach fan beskerme gegevens en is net ôfhinklik fan 'e tiid.
Myte 5. Reservekopy begon - alles hong
It is better om dit te sizzen: as alles hinget, dan groeie de hannen fan 'e behearder net fan dêr. Yn 't algemien hinget de prestaasjes fan in reservekopy ôf fan in protte faktoaren. Bygelyks oer de snelheid fan it reservekopysysteem sels: hoe fluch binne skiifopslach, tapebiblioteken. Fan 'e snelheid fan' e servers fan it backupsysteem: oft se tiid hawwe om gegevens te ferwurkjen, kompresje en deduplikaasje út te fieren. En ek op 'e snelheid fan' e kommunikaasjelinen tusken de kliïnt en de tsjinner.
De reservekopy kin gean nei ien of mear streamen, ôfhinklik fan oft it systeem wurdt reservekopy stipet multithreading. Bygelyks, de Oracle DBMS lit jo meardere triedden jaan, neffens it oantal beskikbere processors, oant it oerdrachtsnivo de netwurkbânbreedtelimyt rekket.
As jo besykje in reservekopy fan in grut oantal triedden, dan is d'r in kâns om in rinnende systeem te oerladen, it sil echt begjinne te fertrage. Dêrom wurdt it optimale oantal triedden keazen om genôch prestaasjes te garandearjen. As sels de minste fermindering fan prestaasjes kritysk is, dan is d'r in poerbêste opsje as de reservekopy wurdt útfierd net fan in fjochtstsjinner, mar fan syn kloon - standby yn databankterminology. Dit proses bootet it haadwurksysteem net. Gegevens kinne wurde ophelle fia mear streamen, sûnt de tsjinner wurdt net brûkt foar ûnderhâld.
Yn grutte organisaasjes wurdt in apart netwurk makke foar it reservekopysysteem, sadat de reservekopy gjin ynfloed hat op de produksje. Dêrnjonken kin ferkear net fia it netwurk oerbrocht wurde, mar fia it SAN.
Wy besykje de lading ek oer de tiid te fersprieden. Reservekopyen wurde meast dien yn net-wurktiden: nachts, yn it wykein. Ek rinne se net allegear tagelyk. Reservekopyen fan firtuele masines binne in spesjaal gefal. It proses hat praktysk gjin effekt op de prestaasjes fan 'e masine sels, sadat de reservekopy kin wurde ferspraat oer de dei, en net útstelle alles nachts. D'r binne in protte subtiliteiten, as jo alles yn 'e rekken nimme, sil de reservekopy gjin ynfloed hawwe op de prestaasjes fan systemen.
Myte 6. In reservekopysysteem lansearre - dat is skuldtolerânsje foar jo
Ferjit nea dat in reservekopysysteem de lêste line fan definsje is, wat betsjut dat d'r noch fiif systemen foar moatte wêze dy't de kontinuïteit, hege beskikberens en ramptolerânsje fan 'e IT-ynfrastruktuer en bedriuwsynformaasjesystemen soargje.
Hoopje dat de reservekopy alle gegevens sil weromsette en de fallen tsjinst fluch ophelje, is it net wurdich. Gegevensferlies fan it momint fan reservekopy oant it momint fan mislearring wurdt garandearre, en gegevens kinne wurde opladen nei in nije server foar ferskate oeren (as dagen, as jo gelok hawwe). Dêrom is it sinfol om folweardige fouttolerante systemen te meitsjen sûnder alles nei in reservekopy te ferpleatsen.
Myte 7. Ik haw ien kear in reservekopy ynsteld, kontrolearre dat it wurket. It bliuwt allinich om te sjen nei de logs
Dit is ien fan 'e meast skealike myten, de falskens wêrfan jo allinich yn' e ynsidint realisearje. Súksesfolle reservekopy logs binne gjin garânsje dat alles echt gie sa't it moat. It is wichtich om de bewarre kopy fan tefoaren te kontrolearjen op ynsetberens. Dat is, begjin it herstelproses yn in testomjouwing en sjoch nei it resultaat.
En in bytsje oer it wurk fan de systeembehearder
Yn manuele modus hat gjinien in lange tiid gegevens kopieare. Moderne SRK's kinne hast alles meitsje, jo moatte it gewoan goed ynstelle. As in nije tsjinner is tafoege, set belied yn: selektearje de ynhâld dy't reservekopy wurdt, spesifisearje opslachopsjes en tapasse it skema.
Tagelyk is d'r noch in protte wurk fanwegen de wiidweidige float fan servers, ynklusyf databases, e-postsystemen, firtuele masineklusters, en bestândielen sawol op Windows as Linux / Unix. Meiwurkers dy't it reservekopysysteem draaiende hâlde, sitte net stil.
Ta eare fan 'e fakânsje wol ik alle admins sterke senuwen, dúdlikens fan bewegingen en einleaze romte foar it bewarjen fan backups winskje!
Boarne: www.habr.com