Serverët e bazës së të dhënave janë një nga ata kryesorë në çdo organizatë. Janë ata që ruajnë informacionin dhe japin rezultate sipas kërkesës, dhe është jashtëzakonisht e rëndësishme të ruash bazën e të dhënave në çdo situatë. Shpërndarja bazë zakonisht përfshin shërbimet e nevojshme, por një administrator që nuk ka hasur më parë një bazë të dhënash do të duhet të merret me veçoritë e punës për ca kohë në mënyrë që të sigurojë automatizimin.
Llojet e kopjeve rezervë të bazës së të dhënave
Për të filluar, le të kuptojmë se cilat janë kopjet rezervë në përgjithësi. Serveri i bazës së të dhënave nuk është një aplikacion i zakonshëm desktop dhe për të siguruar zbatimin e të gjitha vetive të ACID (Atomic, Consistency, Isolated, Durable), përdoren një sërë teknologjish, dhe për këtë arsye krijimi dhe rivendosja e një baze të dhënash nga një arkiv ka karakteristikat e veta. Ekzistojnë tre mënyra të ndryshme për të mbështetur të dhënat, secila me të mirat dhe të këqijat e veta.
Me një kopje rezervë logjike ose SQL (pg_dump, mysqldump, SQLCMD), krijohet një fotografi e menjëhershme e përmbajtjes së bazës së të dhënave, duke marrë parasysh integritetin e transaksionit dhe ruhet si skedar me komanda SQL (mund të zgjidhni të gjithë bazën e të dhënave ose individin tabela), me të cilat mund të rikrijoni bazën e të dhënave në një server tjetër. Duhet kohë (sidomos për bazat e të dhënave të mëdha) për të ruajtur dhe rivendosur, kështu që shumë shpesh ky operacion nuk mund të kryhet dhe kryhet gjatë ngarkesës minimale (për shembull, gjatë natës). Gjatë rivendosjes, administratori do të duhet të ekzekutojë disa komanda për të përgatitur gjithçka që është e nevojshme (krijoni një bazë të dhënash boshe, llogari, etj.).
Rezervimi fizik (niveli i sistemit të skedarëve) - kopjimi i skedarëve që DBMS përdor për të ruajtur të dhënat në bazën e të dhënave. Por kopjimi i thjeshtë injoron bravat dhe transaksionet, të cilat ka të ngjarë të ruhen dhe prishen gabimisht. Nëse përpiqeni të bashkëngjitni këtë skedar, ai do të jetë në një gjendje jokonsistente dhe do të rezultojë në gabime. Për të marrë një kopje rezervë të përditësuar, baza e të dhënave duhet të ndalet (mund të zvogëloni kohën e ndërprerjes duke përdorur dy herë rsync - fillimisht në atë që funksionon, pastaj në një të ndaluar). Disavantazhi i kësaj metode është i dukshëm - nuk mund të rivendosni të dhëna të caktuara, vetëm të gjithë bazën e të dhënave. Kur filloni një bazë të dhënash të restauruar nga një arkiv i sistemit të skedarëve, do t'ju duhet të kontrolloni për integritetin. Këtu përdoren teknologji të ndryshme ndihmëse. Për shembull, PostgreSQL ka WAL (Write Ahead Logs) dhe një funksion të veçantë (Point in Time Recovery - PITR) që ju lejon të ktheheni në një gjendje specifike të bazës së të dhënave. Me ndihmën e tyre, skenari i tretë zbatohet lehtësisht, kur një kopje rezervë e nivelit të sistemit të skedarëve kombinohet me një kopje rezervë të skedarit WAL. Së pari, ne rivendosim skedarët rezervë të sistemit të skedarëve, dhe më pas, duke përdorur WAL, baza e të dhënave përditësohet. Kjo është një qasje pak më e komplikuar për administrimin, por nuk ka probleme me integritetin e bazës së të dhënave dhe rikthimin e bazave të të dhënave në një kohë të caktuar.
Një kopje rezervë logjike përdoret në rastet kur është e nevojshme të bëhet një kopje e plotë një herë e bazës së të dhënave ose në përdorimin e përditshëm nuk kërkon shumë kohë ose hapësirë për të krijuar një kopje. Kur shkarkimi i bazave të të dhënave kërkon një kohë të gjatë, duhet t'i kushtoni vëmendje arkivimit fizik.
Barman
Liçensë: GNU GPL
DBMS e mbështetur: PostgreSQL
PostgreSQL mbështet aftësitë rezervë fizike dhe logjike duke shtuar një shtresë tjetër të WAL (shih shiritin anësor) që mund të quhet kopje rezervë e vazhdueshme. Por menaxhimi i disa serverëve duke përdorur mjete standarde nuk është shumë i përshtatshëm edhe për një administrator me përvojë, dhe në rast të një dështimi, numërimi shkon në sekonda.
Barman (menaxher rezervë dhe rikuperimi) është një zhvillim i brendshëm i 2ndQuadrant, një kompani që ofron shërbime të bazuara në PostgreSQL. Projektuar për kopje rezervë fizike të PostgreSQL (nuk mbështet kopje rezervë logjike), arkivim WAL dhe rikuperim të shpejtë pas dështimeve. Mbështet kopjimin dhe rivendosjen në distancë të serverëve të shumtë, rikuperimin në kohë (PITR), menaxhimin e WAL. SSH përdoret për të kopjuar dhe lëshuar komanda në një host të largët, sinkronizimi dhe kopjimi duke përdorur rsync ju lejon të reduktoni trafikun. Barman gjithashtu integrohet me shërbimet standarde bzip2, gzip, tar dhe të ngjashme. Në parim, mund të përdorni çdo program kompresimi dhe arkivimi, integrimi nuk do të marrë shumë kohë. Zbatuar shërbime të ndryshme dhe funksione diagnostikuese që ju lejojnë të monitoroni statusin e shërbimeve dhe të rregulloni gjerësinë e brezit. Skriptet para/post janë mbështetur.
Barman është shkruar në Python dhe politikat rezervë menaxhohen duke përdorur skedarin miqësor INI barman.conf, i cili mund të gjendet në /etc ose në direktorinë kryesore të përdoruesit. Dorëzimi përfshin një shabllon të gatshëm me komente të hollësishme brenda. Punon vetëm në sistemet *nix. Për instalim në RHEL, CentOS dhe Scientific Linux, duhet të lidhni EPEL - një depo që përmban paketa shtesë. Përdoruesit e Debian/Ubuntu kanë në dispozicion depon zyrtare:
$ sudo apt-get install barman
Depoja nuk është gjithmonë versioni më i fundit, për ta instaluar do t'ju duhet t'i referoheni teksteve burimore. Ka pak varësi, dhe procesi është i lehtë për t'u kuptuar.
Dumper Sypex
Liçensë: BSD
DBMS e mbështetur: MySQL
Së bashku me MySQL, ofrohen shërbimet mysqldump dhe mysqlhotcopy, të cilat ju lejojnë të krijoni me lehtësi një depon të bazës së të dhënave, ato janë të dokumentuara mirë dhe mund të gjeni një numër të madh shembujsh të gatshëm dhe frontend në internet. Këto të fundit lejojnë fillestarin të shkojë shpejt në punë. Sypex Dumper është një skrip PHP që ju lejon të krijoni dhe rivendosni me lehtësi një kopje të një baze të dhënash MySQL. E krijuar për të punuar me baza të të dhënave të mëdha, është shumë e shpejtë, e qartë dhe e lehtë për t'u përdorur. Di të punojë me objektet MySQL - pamjet, procedurat, funksionet, nxitësit dhe ngjarjet.
Një tjetër plus, ndryshe nga mjetet e tjera që konvertohen në UTF-8 kur eksportojnë, është se Dumper eksporton në kodimin vendas. Skedari që rezulton zë më pak hapësirë, dhe vetë procesi është më i shpejtë. Një hale mund të përmbajë objekte me kodime të ndryshme. Për më tepër, importi/eksporti është i lehtë në disa faza, duke e ndaluar procesin gjatë ngarkesës. Kur rifilloni, procedura do të fillojë nga aty ku e la. Ekzistojnë katër mundësi për rikuperim:
- CREATE + INSERT - mënyra standarde e rikuperimit;
- TRUNCATE + INSERT - më pak kohë për të krijuar tabela;
- REPLACE - ne rivendosim të dhënat e vjetra në bazën e të dhënave të punës pa mbishkruar të reja;
- INSERT IGNORE - shtoni të dhëna të fshira ose të reja në bazën e të dhënave pa prekur ato ekzistuese.
Ai mbështet kompresimin e kopjimit (gzip ose bzip2), fshirjen automatike të kopjeve rezervë të vjetër, shikimin e përmbajtjes së skedarit hale, rivendosjen vetëm të strukturës së tabelave. Ekzistojnë gjithashtu funksione shërbimi për menaxhimin e bazës së të dhënave (krijimi, fshirja, kontrollimi, rivendosja e bazës së të dhënave, optimizimi, pastrimi i tabelave, puna me indekset, etj.), Si dhe një menaxher skedari që ju lejon të kopjoni skedarët në server.
Menaxhimi kryhet duke përdorur një shfletues në internet, ndërfaqja AJAX lokalizohet jashtë kutisë dhe jep përshtypjen e punës me një aplikacion desktop. Është gjithashtu e mundur të ekzekutohen punë nga tastiera dhe sipas planit (nëpërmjet cron).
Që Dumper të funksionojë, do t'ju duhet një server klasik L|WAMP, instalimi është i zakonshëm për të gjitha aplikacionet e shkruara në PHP (kopjoni skedarët dhe vendosni lejet), dhe nuk do të jetë e vështirë as për një fillestar. Projekti ofron dokumentacion të detajuar dhe video mësimore që demonstrojnë se si të punohet me Sypex Dumper.
Ka dy botime: Sypex Dumper (falas) dhe Pro (10 dollarë). E dyta ka më shumë veçori, të gjitha ndryshimet janë të listuara në sit.
SQL Rezervimi dhe FTP
Liçensë:
DBMS e mbështetur: Serveri MS SQL
MS SQL Server është një nga zgjidhjet më të njohura, dhe për këtë arsye është mjaft i zakonshëm. Puna rezervë krijohet duke përdorur SQL Server Management Studio, vetë Transact-SQL dhe cmdlet-et e modulit SQL PowerShell (Backup-SqlDatabase). Në faqen e internetit të MS, mund të gjeni vetëm një sasi të madhe dokumentacioni që ju lejon të kuptoni procesin. Dokumentacioni, megjithëse i plotë, është shumë specifik dhe informacionet në internet shpesh bien ndesh me njëri-tjetrin. Një fillestar do të duhet vërtet të praktikojë së pari, "duke mbushur dorën e tij", prandaj, pavarësisht gjithçkaje që u tha, zhvilluesit e palëve të treta kanë hapësirë për t'u kthyer. Për më tepër, versioni falas i SQL Server Express nuk mburret me mjete rezervë të integruar. Për versionet e mëparshme të MS SQL (para vitit 2008), mund të gjeni shërbime falas, të tilla si rezervimi i SQL Server, por në shumicën e rasteve projekte të tilla tashmë janë komercializuar, megjithëse ato shpesh ofrojnë të gjithë funksionalitetin për një shumë simbolike.
Për shembull, zhvillimi i SQL Backup And FTP dhe Restaurimi me një klikim SQL ndjek parimin vendos dhe harro. Me një ndërfaqe shumë të thjeshtë dhe intuitive, ato ju lejojnë të krijoni kopje të bazave të të dhënave MS SQL Server (përfshirë Express) dhe Azure, të ruani skedarë të koduar dhe të ngjeshur në FTP dhe shërbimet cloud (Dropbox, Box, Google Drive, MS SkyDrive ose Amazon S3) , rezultati mund të shihet menjëherë. Është e mundur të filloni procesin si manualisht ashtu edhe sipas orarit, dërgoni një mesazh në lidhje me rezultatin e detyrës me email, ekzekutoni skriptet e përdoruesve.
Të gjitha opsionet rezervë mbështeten: të plota, diferenciale, regjistri i transaksioneve, kopjimi i një dosjeje me skedarë dhe shumë më tepër. Rezervimet e vjetra fshihen automatikisht. Për t'u lidhur me hostin virtual, përdoret SQL Management Studio, megjithëse kjo mund të jetë e nuancuar dhe nuk do të funksionojë në të gjitha konfigurimet e tilla. Pesë versione ofrohen për shkarkim - nga versioni falas deri te ai i grumbulluar Prof Lifetime (në kohën e këtij shkrimi, kushtonte vetëm 149 dollarë). Funksionaliteti Falas është mjaft i mjaftueshëm për rrjetet e vogla me një ose dy serverë SQL të instaluar, të gjitha funksionet kryesore janë aktive. Numri i bazave të të dhënave rezervë, aftësia për të dërguar skedarë në Google Drive dhe SkyDrive dhe enkriptimi i skedarëve janë të kufizuar. Ndërfaqja, edhe pse jo e lokalizuar, është shumë e thjeshtë dhe e kuptueshme edhe për një fillestar. Thjesht duhet të lidheni me serverin SQL, pas së cilës do të shfaqet një listë e bazave të të dhënave, duhet të shënoni ato që ju nevojiten, të konfiguroni aksesin në burimet e largëta dhe të specifikoni kohën për të përfunduar detyrën. Dhe e gjithë kjo në një dritare.
Por ka një "por". Vetë programi nuk është krijuar për të rivendosur arkivat. Për ta bërë këtë, ofrohet një mjet i veçantë falas me One-Click SQL Restore, i cili gjithashtu kupton formatin e krijuar nga komanda BACKUP DATABASE. Administratori duhet vetëm të specifikojë arkivin dhe serverin në të cilin do të rivendosë të dhënat dhe të shtypë një buton. Por në skenarë më komplekse, do t'ju duhet të përdorni RESTORE.
Karakteristikat e rezervimit të MS SQL Server
Krijimi i një kopje rezervë dhe rivendosja e një DBMS ka dallimet e veta që duhet të merren parasysh, veçanërisht kur transferoni një arkiv në një server tjetër. Për shembull, le të analizojmë disa nga nuancat e MS SQL Server. Për të arkivuar duke përdorur Transact-SQL, përdorni komandën BACKUP DATABASE (ekziston gjithashtu një komandë delta DIFFERENTIAL) dhe regjistrin e transaksioneve BACKUP LOG.
Nëse rezervimi është vendosur në një server tjetër, duhet të siguroheni që të njëjtat disqe logjike janë të pranishme. Përndryshe, mund të vendosni manualisht shtigjet e sakta për skedarët e bazës së të dhënave duke përdorur opsionin WITH MOVE të komandës RESTORE DATABASE.
Një situatë e thjeshtë është kopjimi dhe transferimi i bazave të të dhënave në versione të tjera të SQL Server. Ky operacion mbështetet, por në rastin e SQL Server, do të funksionojë nëse versioni i serverit në të cilin është vendosur kopja është i njëjtë ose më i ri se ai në të cilin është krijuar. Dhe ka një kufizim: jo më shumë se dy versione më të reja. Pas restaurimit, baza e të dhënave do të jetë në modalitetin e përputhshmërisë me versionin nga i cili është bërë kalimi, domethënë funksionet e reja nuk do të jenë të disponueshme. Kjo është e lehtë për tu rregulluar duke ndryshuar COMPATIBILITY_LEVEL. Ju mund ta bëni këtë duke përdorur GUI ose SQL.
NDRYSHIMI I BAZAVE TË TË DHËNAVE SET MyDB COMPATIBILITY_NIVEL = 110;
Ju mund të përcaktoni se në cilin version është krijuar kopja duke parë kokën e skedarit të arkivit. Për të mos eksperimentuar, kur përmirësoni në një version të ri të SQL Server, duhet të ekzekutoni programin falas të Microsoft Upgrade Advisor.
Iperius
Liçensë: komercial, ekziston një version Falas
DBMS e mbështetur: Oracle 9-11, XE, MySQL, MariaDB, PostgreSQL dhe MS SQL Server
Kur ju duhet të menaxhoni disa lloje të DBMS, kombinat janë të domosdoshëm. Zgjedhja është e madhe. Për shembull, Iperius është një program i lehtë, shumë i lehtë për t'u përdorur, por i fuqishëm për rezervimin e skedarëve që ka funksione të nxehta të rezervimit të bazës së të dhënave pa ndërprerje ose bllokim. Ofron kopje rezervë të plotë ose në rritje. Mund të krijojë imazhe të plota të diskut për riinstalim automatik të të gjithë sistemit. Mbështet kopje rezervë në NAS, pajisje USB, transmetues, FTP/FTPS, Google Drive, Dropbox dhe SkyDrive. Mbështet kompresimin zip pa kufi të madhësisë së skedarit dhe enkriptimin AES256, ekzekutimin e skripteve dhe programeve të jashtme. Ai përfshin një programues shumë funksional të detyrave, është e mundur të ekzekutohen disa detyra paralelisht ose në mënyrë sekuenciale, rezultati dërgohet në email. Mbështeten filtra të shumtë, variabla për personalizimin e shtigjeve dhe cilësimeve.
Aftësia e ngarkimit FTP e bën të lehtë përditësimin e informacionit në uebsajte të shumta. Skedarët e hapur kopjohen duke përdorur teknologjinë VSS (Volume Shadow Copy), e cila ju lejon të bëni një kopje rezervë të nxehtë jo vetëm të skedarëve DBMS, por edhe të aplikacioneve të tjera. Për Oracle, përdoret gjithashtu mjeti rezervë dhe rikuperimi RMAN (Recovery Manager). Për të mos mbingarkuar kanalin, është e mundur të rregulloni gjerësinë e brezit. Menaxhimi i kopjimit dhe rikthimit kryhet duke përdorur tastierën lokale dhe në internet. Të gjitha funksionet janë në pamje të qartë, kështu që për të vendosur një detyrë ju nevojitet vetëm një kuptim i procesit, nuk duhet as të shikoni dokumentacionin. Thjesht ndiqni udhëzimet e magjistarit. Ju gjithashtu mund të vini re menaxherin e llogarisë, i cili është shumë i përshtatshëm me një numër të madh sistemesh.
Funksionet bazë ofrohen pa pagesë, por mundësia e tepricës së bazës së të dhënave përfshihet vetëm në versionet Advanced DB dhe Full. Instalimi nga XP në Windows Server 2012 mbështetet.
Rezervimi i dobishëm
Liçensë: një reklamë
DBMS e mbështetur: Oracle, MySQL, IBM DB2 (7–9.5) dhe MS SQL Server
Një nga sistemet më të fuqishme të menaxhimit të bazës së të dhënave relacionale është IBM DB2, i cili ka veçori unike të shkallëzimit dhe mbështet shumë platforma. Ofrohet në disa edicione, të cilat janë ndërtuar mbi të njëjtën bazë dhe ndryshojnë funksionalisht. Arkitektura e bazës së të dhënave DB2 ju lejon të menaxhoni pothuajse të gjitha llojet e të dhënave: dokumente, XML, skedarë mediash, etj. DB2 Express-C falas është veçanërisht i popullarizuar. Rezervimi është shumë i thjeshtë:
db2 kopje rezervë db mostër
Ose një fotografi duke përdorur veçorinë e Shërbimeve të Avancuara të Kopjimit (ACS):
db2 kopje rezervë e përdorimit të mostrës db
Por duhet të kujtojmë se në rastin e fotografive të çastit, ne nuk mund të rivendosim (db2 rikuperoni db) tabela individuale. Ka mundësi për kopje rezervë automatike dhe shumë më tepër. Produktet janë të dokumentuara mirë, megjithëse manualet janë të rrallë në internetin në gjuhën ruse. Gjithashtu, jo të gjitha zgjidhjet speciale mund të gjejnë mbështetje për DB2.
Për shembull, Handy Backup ju lejon të krijoni kopje rezervë të disa llojeve të serverëve të bazës së të dhënave dhe të ruani skedarët në pothuajse çdo media (hard drive, CD / DVD, ruajtja në re dhe rrjeti, FTP / S, WebDAV dhe të tjera). Është e mundur të kopjoni bazat e të dhënave përmes ODBC (vetëm tabelat). Është një nga zgjidhjet e pakta që mbështet DB2 dhe gjithashtu mban logon "Ready for IBM DB2 Data Server Software". E gjithë procedura kryhet duke përdorur një magjistar konvencional, në të cilin ju duhet vetëm të zgjidhni artikullin e dëshiruar dhe të krijoni një detyrë. Procesi i konfigurimit në vetvete është aq i thjeshtë sa që edhe një fillestar mund ta kuptojë atë. Mund të krijoni shumë punë që do të funksionojnë sipas një orari. Rezultati regjistrohet dhe dërgohet me email. Nuk është e nevojshme të ndaloni shërbimin ndërsa puna është në punë. Arkivi kompresohet dhe kodohet automatikisht, gjë që garanton sigurinë e tij.
Puna me DB2 mbështetet nga dy versione të Handy Backup - Office Expert (lokal) dhe Rrjeti i Serverit (rrjeti). Punon në kompjuterë që ekzekutojnë Win8/7/Vista/XP ose 2012/2008/2003. Vetë procesi i vendosjes nuk është i vështirë për asnjë administrator.
Dhe gjithashtu: kopje rezervë SQL, kopje rezervë 1C.
Serveri 1C përmban të dhëna në bazën e të dhënave, e cila ndodhet në serverin SQL. Sot po shqyrtojmë MS SQL 2005/2008.
Për të siguruar që të dhënat të mos humbasin në rast të djegies së diskut të serverit ose situatave të tjera të forcës madhore, është e nevojshme të bëni kopje rezervë që në fillim.
Sigurisht, askush nuk dëshiron të bëjë stilolapsa çdo ditë Rezervimi i bazës së të dhënave SQL 1C. Ka mjete automatike për këtë. Le të njihemi me ta.
Konfigurimi i BackupSQL
Konfigurimi i SQL rezervë për një bazë të dhënash 1C nuk është i ndryshëm nga konfigurimi i një kopje rezervë për çdo bazë të dhënash tjetër.
Për të konfiguruar, ekzekutoni MS SQL Management Studio. Ky program është në grupin e programit MS SQL.
Shtimi i një detyre rezervë të bazës së të dhënave 1C SQL
Detyrat për kopje rezervë automatike të bazave të të dhënave SQL ndodhen në degën e planeve të menaxhimit / mirëmbajtjes.
Për të shtuar një detyrë të re rezervë, kliko me të djathtën në grupin e planeve të mirëmbajtjes dhe zgjidhni Plani i ri i mirëmbajtjes.
Futni emrin e detyrës. Emri ka rëndësi vetëm për ju. Për çdo rast, është më mirë të përdorni karaktere angleze.
Vendosja e një detyre rezervë të bazës së të dhënave 1C SQL
Redaktori i punës do të hapet. Ju lutemi vini re se punët mund të bëjnë operacione të ndryshme me bazën e të dhënave, dhe jo vetëm kopje rezervë.
Lista e opsioneve për operacionet shfaqet në fund të majtë. Zgjidhni Rezervimin e Detyrës së bazës së të Dhënave duke klikuar dy herë ose thjesht tërhiqeni djathtas.
Vini re shigjetën. Mund të tërhiqni dhe lëshoni disa operacione të ndryshme ose identike dhe t'i lidhni ato me shigjeta. Pastaj disa detyra do të ekzekutohen menjëherë në sekuencën e specifikuar nga ju.
Në dritaren e cilësimeve, zgjidhni bazat e të dhënave të kërkuara SQL 1C (mund të keni disa ose një në të njëjtën kohë).
Zgjidhni vendndodhjen për të ruajtur kopjen rezervë të bazës së të dhënave SQL 1C. Ju duhet të zgjidhni një hard disk fizikisht të ndryshëm. Organizativisht, mund të kontrolloni kutinë e zgjedhjes "Krijo nëndosje".
Tani le të vendosim planin rezervë. Orari i paracaktuar i rezervimit u shtua vetvetiu. Por mund të shtoni orare të shumta (për shembull, një ditor, një javor, etj.). Klikoni butonin e cilësimeve të orarit të rezervimit.
Pamja e ekranit tregon një shembull të një baze të dhënash rezervë të përditshme SQL 1C në orën 3 të mëngjesit.
Për ta bërë orarin rezervë në listë të bukur dhe të kuptueshëm, mund ta ndryshoni atë.
Ruajtja e një pune rezervë të bazës së të dhënave 1C SQL
Kliko djeg. Detyra do të shfaqet në anën e majtë të listës.
Është e rëndësishme! Kontrolloni që detyra e bazës së të dhënave SQL rezervë është krijuar saktë. Për ta bërë këtë, klikoni me të djathtën mbi detyrën dhe zgjidhni Ekzekutoni.
Si rezultat, një skedar rezervë duhet të shfaqet në rrugën e specifikuar. Nëse diçka nuk shkon, fshini detyrën (Del) dhe filloni nga e para.
Ky artikull do t'ju tregojë se si të bëni manualisht një kopje rezervë të plotë të bazës së të dhënave duke përdorur Microsoft SQL Server Management Studio.
1. Krijoni një kopje rezervë
Në fakt, gjithçka është mjaft e thjeshtë. Nisja e mjetit " » (« Filloni» — « Të gjitha programet» — « SQL Server 2008 R2» — « Microsoft SQL Server Management Studio”) dhe futni të dhënat për autorizim.
Pastaj, në Shfletuesin e Objekteve, hapni " Baza e të dhënave” dhe kliko me të djathtën në bazën e të dhënave që dëshiron të rezervosh. Në menynë e kontekstit që shfaqet, zgjidhni " Detyrat» ( Detyrat) — « Krijo një kopje rezervë» ( Rezervo…) .
Dritare " Rezervimi i bazës së të dhënave» ( Rezervoni bazën e të dhënave) . Sigurohuni që ia vlen Kompletuar» ( Plot), nëse është e nevojshme, vendosni një emër dhe përshkrim, si dhe tregoni qëllimin e kopjes rezervë. Si parazgjedhje, zgjidhet shtegu në hard diskun e kompjuterit për në dosjen "Bashkimin" e vendndodhjes kryesore të bazave të të dhënave të serverit SQL. Për të ndryshuar vendndodhjen e kopjes, së pari klikoni " Fshije» ( Hiq) për të hequr detyrën ekzistuese, e ndjekur nga " Shtoni» ( Shtoni...) për të shtuar një të re.
Këtu vendosim vendndodhjen dhe emrin e skedarit rezervë dhe klikojmë " Ne rregull» . Ju mund të specifikoni disa destinacione të tilla. Në këtë rast, rezervimi do të ndahet në pjesë të barabarta, secila pjesë në skedarin e specifikuar.
Kur të gjitha cilësimet janë vendosur, klikoni " Ne rregull” dhe prisni që detyra të përfundojë. Nëse gjithçka është bërë si duhet, në drejtorinë e specifikuar do të gjejmë skedarin rezervë të bazës së të dhënave SQL.
2. Rivendosja e një baze të dhënash nga një kopje rezervë
Rimëkëmbja ndodh në të njëjtën mënyrë. NË " Microsoft SQL Server Management Studio» zgjidhni bazën nga i cili është bërë rezervimi, klikoni me të djathtën mbi të, zgjidhni " Detyrat» ( Detyrat) — « Rivendos» ( rivendos) — « Baza e të dhënave…» ( Baza e të dhënave…).
Dritare " Rimëkëmbja e bazës së të dhënave» ( Rivendosja e bazës së të dhënave). Këtu, si burim, ne tregojmë " Nga pajisja» ( Nga pajisja) dhe zgjidhni skedarin rezervë (i krijuar në hapin 1).
Vendos flamurin " Rivendos» ( rivendos) pranë kopjes rezervë të zgjedhur. Nëse është e nevojshme, në skedën " Parametrat» ( Opsione), mund të specifikoni opsione shtesë rikuperimi, kuptimi i të cilave mund të lexohet.
Pasi të keni përfunduar të gjitha cilësimet, klikoni " Ne rregull” dhe prisni për një mesazh në lidhje me restaurimin e suksesshëm të bazës së të dhënave.
3. Rivendosja e një kopje rezervë në një bazë të dhënash tjetër (kopjimi i të dhënave)
Nëse keni nevojë të ngarkoni të dhëna në bazën e të dhënave, i ndryshëm nga ai nga i cili është bërë rezervimi, atëherë kur ngarkoni, përveç veprimeve të përshkruara në paragrafin 2, është e nevojshme në skedën " Parametrat» (Opsione) vendosni emrat e skedarëve të kësaj baze të dhënash dhe vendosni flamurin « Mbishkruani bazën e të dhënave ekzistuese» (ME ZËVENDËSUAR).
A ju ndihmoi ky artikull?
Përkundër faktit se në materialet tona të mëparshme ne kemi prekur tashmë çështjen e rezervimit të bazave të të dhënave të Microsoft SQL Server, përgjigja e lexuesit tregoi nevojën për të krijuar një material të plotë me një studim më të thellë të pjesës teorike. Në të vërtetë, artikujt e bërë me theks në udhëzimet praktike ju lejojnë të konfiguroni shpejt kopjen rezervë, por nuk shpjegoni arsyet e zgjedhjes së cilësimeve të caktuara. Le të përpiqemi ta rregullojmë këtë boshllëk.
Modelet e rikuperimit
Para se të konfiguroni një kopje rezervë, duhet të zgjidhni një model rikuperimi. Për zgjedhjen optimale, është e nevojshme të vlerësohen kërkesat për rikuperim dhe kritika e humbjes së të dhënave, duke i krahasuar ato me kostot e përgjithshme për zbatimin e një modeli të caktuar.
Siç e dini, baza e të dhënave MS SQL përbëhet nga dy pjesë: vetë baza e të dhënave dhe regjistri i transaksioneve në të. Baza e të dhënave përmban të dhënat e përdoruesit dhe të shërbimit në kohën aktuale, regjistri i transaksioneve përfshin një histori të të gjitha ndryshimeve të bazës së të dhënave për një periudhë të caktuar, duke pasur një regjistër të transaksioneve, ne mund ta kthejmë gjendjen e bazës së të dhënave në çdo moment arbitrar në kohë.
Dy modele rikuperimi ofrohen për përdorim në mjediset e prodhimit: e thjeshtë dhe e plotë. Ekziston edhe një model me prerje jo e plotë, por rekomandohet vetëm si një shtesë e modelit të plotë për periudhën e operacioneve masive në shkallë të gjerë, kur nuk ka nevojë të rivendoset baza në një moment të caktuar kohor.
model i thjeshtë parashikon kopje rezervë vetëm të bazës së të dhënave, përkatësisht, ne mund të rivendosim gjendjen e bazës së të dhënave vetëm në kohën e kopjimit, të gjitha ndryshimet në periudhën midis krijimit të rezervës së fundit dhe dështimit do të humbasin. Në të njëjtën kohë, një skemë e thjeshtë ka një shpenzim të vogël: ju duhet vetëm të ruani kopje të bazës së të dhënave, ndërsa regjistri i transaksioneve shkurtohet automatikisht dhe nuk rritet në madhësi. Gjithashtu, procesi i rikuperimit është më i thjeshtë dhe nuk kërkon shumë kohë.
model i plotë ju lejon të rivendosni bazën e të dhënave në çdo moment arbitrar në kohë, por kërkon, përveç kopjeve rezervë të bazës së të dhënave, të ruani kopje të regjistrit të transaksioneve për të gjithë periudhën për të cilën mund të kërkohet restaurimi. Gjatë punës aktive me bazën e të dhënave, madhësia e regjistrit të transaksioneve dhe, rrjedhimisht, madhësia e arkivave, mund të arrijë madhësi të mëdha. Procesi i rikuperimit është gjithashtu shumë më kompleks dhe kërkon kohë.
Kur zgjidhni një model rikuperimi, duhet të krahasoni kostot e rikuperimit me kostot e ruajtjes së kopjeve rezervë, dhe gjithashtu duhet të merrni parasysh disponueshmërinë dhe kualifikimet e personelit që do të kryejë rikuperimin. Rimëkëmbja me një model të plotë kërkon kualifikime dhe njohuri të caktuara nga personeli, ndërsa me një skemë të thjeshtë do të mjaftojë të ndiqni udhëzimet.
Për bazat e të dhënave me një sasi të vogël informacioni të shtuar, mund të jetë më e dobishme të përdorni një model të thjeshtë me një frekuencë të lartë kopjimi, i cili do t'ju lejojë të rikuperoni shpejt dhe të vazhdoni të punoni duke futur manualisht të dhënat e humbura. Modeli i plotë duhet të përdoret para së gjithash kur humbja e të dhënave është e papranueshme dhe rikuperimi i tyre i mundshëm shoqërohet me kosto të konsiderueshme.
Llojet e kopjeve rezervë
Kopje e plotë e bazës së të dhënave- siç nënkupton edhe emri i tij, ai përfaqëson përmbajtjen e bazës së të dhënave dhe një pjesë të regjistrit aktiv të transaksioneve për kohën që është formuar rezerva (d.m.th. informacion për të gjitha transaksionet aktuale dhe jo të plota). Ju lejon të rivendosni plotësisht bazën e të dhënave në kohën kur u krijua rezerva.
Kopje e bazës së të dhënave Delta- një kopje e plotë ka një pengesë të rëndësishme, përmban të gjithë informacionin në bazën e të dhënave. Nëse kopjet rezervë duhet të bëhen mjaft shpesh, atëherë çështja e përdorimit të kotë të hapësirës në disk lind menjëherë, pasi të njëjtat të dhëna do të zënë pjesën më të madhe të ruajtjes. Për të kapërcyer këtë mangësi, mund të përdorni kopje diferenciale të bazës së të dhënave, të cilat përmbajnë vetëm informacionin që ka ndryshuar që nga rezervimi i fundit i plotë.
Ju lutemi vini re se një kopje diferenciale është të dhëna nga momenti i fundit i plotë kopjimi, d.m.th. çdo kopje diferenciale pasuese përmban të dhënat e asaj të mëparshme (por ato mund të ndryshohen) dhe madhësia e kopjes do të rritet vazhdimisht. Restaurimi kërkon një kopje rezervë të plotë dhe një rezervë diferenciale, zakonisht të fundit. Numri i kopjeve diferenciale duhet të zgjidhet në bazë të rritjes së madhësisë së tyre, sapo madhësia e kopjes diferenciale të krahasohet me madhësinë e gjysmës së asaj të plotë, ka kuptim të bëhet një kopje e re e plotë.
Rezervimi i regjistrit të transaksioneve- zbatohet vetëm për modelin e rikuperimit të plotë dhe përmban një kopje të regjistrit të transaksioneve duke filluar nga momenti i krijimit të kopjes së mëparshme.
Është e rëndësishme të mbani mend pikën e mëposhtme - kopjet e regjistrit të transaksioneve nuk lidhen në asnjë mënyrë me kopjet e bazës së të dhënave dhe nuk përmbajnë informacion nga kopjet e mëparshme, prandaj, për të rivendosur bazën e të dhënave, duhet të keni një zinxhir të vazhdueshëm kopjesh të periudhës gjatë së cilës dëshironi të jeni në gjendje të riktheni gjendjen e bazës së të dhënave. Në këtë rast, momenti i kopjes së fundit të suksesshme duhet të jetë brenda kësaj periudhe.
Le të shohim figurën e mësipërme, nëse kopja e parë e skedarit log humbet, atëherë mund të rivendosni gjendjen e bazës së të dhënave vetëm në kohën e kopjes së plotë, e cila do të jetë e ngjashme me modelin e thjeshtë të rikuperimit, mund të rivendosni gjendja e bazës së të dhënave në çdo moment në kohë vetëm pas kopjes tjetër diferenciale (ose të plotë), me kusht që zinxhiri i kopjeve të regjistrit duke filluar nga baza e të dhënave para kopjimit dhe më tej do të jetë i vazhdueshëm (në figurë - nga e treta dhe më tej).
Regjistri i transaksioneve
Për të kuptuar proceset e rikuperimit dhe qëllimin e llojeve të ndryshme të kopjeve rezervë, duhet të konsideroni më në detaje strukturën dhe funksionimin e regjistrit të transaksioneve. Një transaksion është operacioni logjik më i vogël i mundshëm që ka kuptim dhe mund të kryhet vetëm në tërësinë e tij. Kjo qasje siguron integritetin dhe konsistencën e të dhënave në çdo situatë, pasi gjendja e ndërmjetme e operacionit nuk lejohet. Regjistri i transaksioneve është krijuar për të kontrolluar çdo ndryshim në bazën e të dhënave.
Kur kryhet ndonjë operacion, një hyrje shtohet në regjistrin e transaksioneve në lidhje me fillimin e transaksionit, çdo hyrje i caktohet një numër unik (LSN) nga një sekuencë e pandashme, me çdo ndryshim në të dhëna, një hyrje korresponduese bëhet në regjistër. , dhe pas përfundimit të operacionit, në regjistër shfaqet një shenjë për mbylljen (kryerjen) e transaksionit.
Në çdo nisje, sistemi analizon regjistrin e transaksioneve dhe kthen të gjitha transaksionet e pakomponuara, ndërsa në të njëjtën kohë, ndryshimet kalohen përpara që janë kryer në regjistër, por nuk janë shkruar në disk. Kjo bën të mundur përdorimin e caching-ut dhe rikthimit pa frikë për integritetin e të dhënave edhe në mungesë të sistemeve të energjisë rezervë.
Pjesa e regjistrit që përmban transaksione aktive dhe përdoret për rikuperimin e të dhënave quhet pjesa aktive e regjistrit. Fillon me një numër të quajtur Numri Minimum i Rimëkëmbjes (MinLSN).
Në rastin më të thjeshtë, MinLSN është numri rekord i transaksionit të parë në pritje. Nëse shikoni figurën e mësipërme, atëherë duke hapur transaksionin blu do të marrim MinLSN të barabartë me 321, pasi të fiksohet në rekordin 324, numri MinLSN do të ndryshojë në 323, që do të korrespondojë me numrin e transaksionit të gjelbër, i cili nuk ka ende është kryer.
Në praktikë, gjërat janë pak më të komplikuara, për shembull, të dhënat e një transaksioni blu të mbyllur mund të mos jenë ende në disk, dhe zhvendosja e MinLSN në 323 do ta bëjë të pamundur rikuperimin e këtij operacioni. Për të shmangur situata të tilla, u prezantua koncepti i një pike kontrolli. Një pikë kontrolli krijohet automatikisht kur ndodhin kushtet e mëposhtme:
- Kur ekzekutohet në mënyrë eksplicite POINTA KONTROLLORE. Pika e kontrollit hapet në bazën e të dhënave aktuale të lidhjes.
- Kur kryeni një operacion të regjistruar minimalisht në një bazë të dhënash, si p.sh. kur kryeni një operacion kopjimi në masë në një bazë të dhënash që i nënshtrohet modelit të rikuperimit të regjistruar në masë.
- Kur shtoni ose hiqni skedarët e bazës së të dhënave duke përdorur deklaratën ALTER DATABASE.
- Kur instanca e SQL Server ndalet duke përdorur deklaratën SHUTDOWN, ose kur shërbimi SQL Server (MSSQLSERVER) ndalet. Në të dyja rastet, një pikë kontrolli do të krijohet për çdo bazë të dhënash në shembullin e SQL Server.
- Nëse një shembull i SQL Server krijon periodikisht pika kontrolli automatike në secilën bazë të dhënash për të reduktuar kohën e rikuperimit të bazës së të dhënave.
- Kur krijoni një kopje rezervë të bazës së të dhënave.
- Kur kryeni një veprim që kërkon nga ju të mbyllni një bazë të dhënash. Shembujt përfshijnë vendosjen e AUTO_CLOSE në ON dhe mbylljen e lidhjes së fundit të përdoruesit me bazën e të dhënave, ose ndryshimin e cilësimeve të bazës së të dhënave që kërkon një rinisje të bazës së të dhënave.
Në varësi të ngjarjes së parë, MinLSN do të vendoset ose në numrin e rekordit të pikës së kontrollit ose në fillimin e transaksionit më të vjetër në pritje.
Shkurtimi i regjistrit të transaksioneve
Regjistri i transaksioneve, si çdo regjistër, kërkon pastrim periodik të të dhënave të vjetruara, përndryshe do të rritet dhe do të zërë të gjithë hapësirën e disponueshme. Duke marrë parasysh që gjatë punës aktive me bazën e të dhënave, madhësia e regjistrit të transaksioneve mund të tejkalojë ndjeshëm madhësinë e bazës së të dhënave, kjo çështje është e rëndësishme për shumë administratorë.
Fizikisht, skedari i regjistrit të transaksioneve është një enë për regjistrat virtualë që mbushen në mënyrë sekuenciale ndërsa regjistri rritet. Regjistri logjik që përmban hyrjen MinLSN është fillimi i regjistrit aktiv, regjistrat logjikë që i paraprijnë janë joaktive dhe nuk kërkohen për rikuperimin automatik të bazës së të dhënave.
Nëse zgjidhet modeli i thjeshtë i rikuperimit, atëherë kur regjistrat logjik arrijnë një madhësi të barabartë me 70% të skedarit fizik, pjesa joaktive e regjistrit pastrohet automatikisht, e ashtuquajtura. cungimi. Megjithatë, kjo nuk e zvogëlon skedarin e regjistrit fizik, vetëm regjistrat logjik janë shkurtuar, të cilët mund të ripërdoren pas këtij operacioni.
Nëse numri i transaksioneve është i lartë dhe nuk ka regjistra logjikë joaktivë deri në kohën kur madhësia e skedarit fizik arrin 70%, atëherë madhësia e skedarit fizik do të rritet.
Kështu, skedari i regjistrit të transaksioneve me një model të thjeshtë rikuperimi do të rritet sipas aktivitetit të punës me bazën e të dhënave derisa të përmbajë në mënyrë të besueshme të gjithë pjesën aktive të regjistrit. Pas kësaj, rritja e saj do të ndalet.
Me një model të plotë, pjesa joaktive e regjistrit nuk mund të shkurtohet derisa të rezervohet plotësisht. Shkurtimi i regjistrit kryhet me kusht që regjistri i transaksioneve të jetë rezervuar, pas së cilës është krijuar një pikë kontrolli.
Dështimi për të konfiguruar siç duhet rezervimin e regjistrit të transaksioneve në një model të plotë mund të shkaktojë që skedari i regjistrit të rritet në mënyrë të pakontrolluar, gjë që shpesh është një problem për administratorët e papërvojë. Shpesh gjenden gjithashtu këshilla për shkurtimin manual të regjistrit të transaksioneve. Me një model të rikuperimit të plotë, kjo nuk duhet të bëhet në mënyrë kategorike, pasi duke vepruar kështu do të shkelni integritetin e zinxhirit të kopjeve të regjistrave dhe do të jeni në gjendje të rivendosni bazën e të dhënave vetëm në kohën kur janë krijuar kopjet, e cila do të korrespondojë me modeli i thjeshtë.
Në këtë rast, është koha të kujtojmë se çfarë folëm në fillim të artikullit, nëse kostot e një modeli të plotë tejkalojnë kostot e restaurimit, duhet të preferohet një model i thjeshtë.
Modeli i thjeshtë i rikuperimit
Tani, pasi kemi marrë njohuritë minimale të nevojshme, mund të kalojmë në një shqyrtim më të detajuar të modeleve të rikuperimit. Le të fillojmë me një të thjeshtë. Le të themi në kohën e dështimit kemi një kopje të plotë dhe dy diferenciale:
Rezervimi kryhej një herë në ditë dhe kopja e fundit krijohej natën e datës 21 deri më 22. Dështimi ndodh në mbrëmjen e datës 22 përpara se të krijohet kopja tjetër. Në këtë rast, do të na duhet të rivendosim në mënyrë sekuenciale kopjet rezervë të plotë dhe të fundit diferenciale dhe të dhënat për ditën e fundit të punës do të humbasin. Nëse, për ndonjë arsye, edhe kopja nga data 21 rezulton e dëmtuar, atëherë mund të rivendosim kopjen e mëparshme, duke humbur një ditë tjetër pune, ndërsa në të njëjtën kohë, dëmtimi i kopjes në datën 20 nuk na pengon të duke rivendosur me sukses të dhënat në mbrëmjen e datës 21, me një kopje të përshtatshme.
Modeli i rikuperimit të plotë
Le të shqyrtojmë një situatë të ngjashme, por duke përdorur modelin e rikuperimit të plotë. Ne gjithashtu bëjmë kopje rezervë në baza ditore, sipas parimit të plotë + diferencial, dhe regjistri i transaksioneve kopjohet disa herë në ditë.
Procesi i rimëkëmbjes në këtë rast do të jetë më i ndërlikuar. Para së gjithash, do t'ju duhet të krijoni një kopje rezervë manuale të fragmentit përfundimtar të regjistrit (treguar me të kuqe), d.m.th. pjesë e regjistrit nga koha kur u krijua kopja për herë të fundit deri para rrëzimit.
Nëse kjo nuk bëhet, atëherë do të jetë e mundur të rivendosni bazën e të dhënave vetëm në gjendjen në kohën kur u krijua kopja e fundit e regjistrit të transaksioneve.
Në të njëjtën kohë, dëmtimi i skedarit të kopjes së regjistrit për një ditë më parë nuk do të na pengojë të rivendosim gjendjen aktuale të bazës së të dhënave, por do të na kufizojë në momentin kur është krijuar kopja e fundit, d.m.th. ditët aktuale.
Më pas ne rivendosim në mënyrë sekuenciale kopjet e plota dhe diferenciale dhe zinxhirin e kopjeve të regjistrit të krijuar pas kopjes së fundit rezervë, e fundit për të rivendosur kopjen e fragmentit përfundimtar të regjistrit, gjë që do të na japë mundësinë të rivendosim bazën e të dhënave pikërisht në koha e aksidentit ose e një aksidenti që i ka paraprirë.
Nëse kopja e fundit diferenciale është dëmtuar, atëherë në rastin e një modeli të thjeshtë, kjo do të çojë në humbjen e një dite tjetër pune, modeli i plotë ju lejon të rivendosni kopjen e parafundit, pas së cilës do t'ju duhet të rivendosni të gjithë zinxhirin e kopjet e regjistrit të transaksioneve nga momenti i kopjes së parafundit deri në dështim. Thellësia e rikuperimit varet vetëm nga thellësia e zinxhirit të vazhdueshëm të trungjeve.
Nga ana tjetër, nëse një nga kopjet e regjistrit të transaksioneve është dëmtuar, le të themi, e parafundit, atëherë ne mund të rivendosim të dhënat vetëm në kohën e kopjes së fundit rezervë + periudhës në zinxhirin e padëmtuar të kopjeve të regjistrit. Për shembull, nëse regjistrat janë bërë në orën 12:00, 14:00 dhe 16:00 dhe regjistri i krijuar në orën 14:00 është dëmtuar, atëherë duke pasur një kopje ditore, ne do të jemi në gjendje të rivendosim bazën e të dhënave deri në fund të zinxhir i vazhdueshëm, dmth deri në orën 12.
Funksionaliteti i gjerë i Bacula Enterprise Edition, ndër të tjera, ju lejon të krijoni shpejt dhe me lehtësi kopje rezervë të bazës së të dhënave nën . Për shembull, ne po flasim për një mjet me të cilin mund të bëni kopje rezervë të MS SQL Server. Përdoruesi mund të bëjë një kopje rezervë të MS SQL duke krijuar kopje rezervë të bazave të të dhënave specifike MS SQL të vëllimeve të mëdha të përdorura nga platforma Windows, me kosto më të ulëta për softuerin e palëve të treta, me aftësinë për të rivendosur të dhënat deri në një moment të caktuar kohor (PITR -rikuperim) në një rrjet dhe një disk lokal.
Skripti Bacula Systems për krijimin e kopjeve rezervë të MS SQL Server është jashtëzakonisht efikas, i arritur përmes zbatimit të një arkitekture moderne, shumë të besueshme. Për më tepër, softueri ju lejon të bëni kopje rezervë të MS SQL Server, të përdorni një sërë opsionesh për krijimin e kopjeve rezervë të MS SQL.
Skripti rezervë i MS SQL Bacula Systems funksionon në mënyrë të pavarur nga VSS. Kjo do të thotë që mjeti rezervë MS SQL nuk përdor fotografi të VSS për të krijuar kopje rezervë. Prandaj, përdoruesi mund të vendosë vlerën e mëposhtme "Aktivizo VSS = jo" në Bacula FileSet. Krijimi efikas i kopjeve rezervë të MS SQL Server dhe rikuperimi i tyre duke përdorur këtë zgjidhje arrihet përmes përdorimit të Microsoft API për SQL Server. Kjo i lejon Bacula Systems të mbështesë mekanizmat e sigurisë dhe të gjitha llojet e vërtetimit të zbatuara në Microsoft SQL Server.
Rezervimi i Regjistrit të Transaksioneve të MS SQL dhe Rivendosja e MS SQL Point-in-Time: Bacula Enterprise Edition ju lejon të rivendosni blloqet e të dhënave MS SQL ose cilësimet specifike në një moment të caktuar kohor. Me zbatimin e modeleve të rikuperimit të plotë dhe të rikuperimit të regjistruar në masë, ju mund të rikuperoni MS SQL duke përdorur rikuperimin PITR, ose të përdorni LSN për të rivendosur sistemin në një gjendje specifike. Ju mund të rivendosni një gjendje specifike të bazës së të dhënave MS SQL në çdo moment specifik në kohë me një saktësi deri në një sekondë. Në rastin e një kopje rezervë të regjistrit të transaksioneve MS SQL, gjatë restaurimit, gjendja e bazës së të dhënave do të rikthehet nga kopje rezervë të ndryshme të zgjedhura.
Përmbledhje e veçorivekopjimi dhe rivendosja automatike e MS SQL me Bacula Enterprise
Bacula Systems ka krijuar një shtesë rezervë të MS SQL Server për përdorim me Bacula Enterprise Edition. Rezervimi i MS SQL Server me Bacula ka karakteristikat e mëposhtme:
- Mbështetje rezervë e plotë dhe diferenciale MS SQL
- Mbështetje për kopje rezervë shtesë të MS SQL
- Rezervimi i MS SQL në rrjet dhe në diskun lokal
- Rezervimi i planifikuar i MS SQL
- Krijimi i kopjeve rezervë në nivelin e bazës së të dhënave MS SQL Server
- Aftësia për të përfshirë/përjashtuar një bazë të dhënash nga procedura rezervë
- Mbështetje për krijimin e kopjeve rezervë të bazës së të dhënave vetëm për lexim
- Rivendosja e kopjeve rezervë të MS SQL në disk
- Dërgimi i një transmetimi rezervë direkt te Storage Daemon
- Rivendosja e MS SQL në një pikë në kohë
Përmbledhje dhe konfigurim i rezervës MS SQL 2008, 2008 R2, 2012 dhe 2014
Ky dokument ofron zgjidhje për Bacula Enterprise Edition 8.4 dhe më vonë që nuk mbështeten nga versionet e mëparshme të softuerit. Rezervimi i bazës së të dhënave MS SQL është testuar dhe mbështetur nga MS SQL 2003 R2, MS SQL 2008 R2, MS SQL 2012, MS SQL 2005, MS SQL 2008, MS SQL 2014. Rezervimi i Bacula-s MSQL mund të funksionojë me SQL.
Fjalorth i MS SQL rezervë 2008, 2008 R2, 2012 dhe 2014
- MS SQL qëndron për Microsoft SQL Server.
- Regjistri i transaksioneve.Çdo bazë e të dhënave MS SQL Server ka një regjistër transaksionesh, i cili regjistron të gjitha transaksionet dhe modifikimet e bazës së të dhënave të kryera gjatë transaksioneve të tilla. Regjistri i transaksioneve është një element i rëndësishëm i bazës së të dhënave. Në rast të një dështimi të sistemit, regjistri i transaksioneve mund të kërkohet për të rikthyer bazën e të dhënave në një gjendje pune. Për më shumë informacion, shihni https://msdn.microsoft.com/en-us/library/ms190925.aspx.
- Rezervimi diferencial i bazës së të dhënave MS SQL Server. Rezervimi diferencial bazohet në plotësimin më të fundit. Një kopje rezervë diferenciale kap vetëm të dhënat që kanë ndryshuar që nga rezervimi i fundit i plotë. Për më shumë informacion, shihni https://msdn.microsoft.com/en-us/library/ms175526.aspx.
- Rezervimi i plotë i bazës së të dhënave MS SQL Server. Një kopje rezervë e plotë e bazës së të dhënave krijon një kopje rezervë të të gjithë bazës së të dhënave. Rezervimi përfshin një pjesë të regjistrit të transaksioneve për të rivendosur bazën e të dhënave të plotë nga rezervimi. Rezervimet e plota të bazës së të dhënave përmbajnë bazën e të dhënave në kohën kur është përfunduar kopjimi. Për më shumë informacion, shihni https://msdn.microsoft.com/en-us/library/ms186289.aspx.
- Rezervimi "vetëm për kopjim" (CopyOnly). Rezervimet vetëm me kopjim janë kopje rezervë MS SQL të pavarura nga sekuenca normale e kopjeve rezervë tradicionale të SQL Server. Ndonjëherë është e dobishme të krijohen kopje rezervë për nevoja të veçanta pa ndikuar në procesin e përgjithshëm të rezervimit dhe rikthimit të bazës së të dhënave. Për më shumë informacion, shihni https://msdn.microsoft.com/en-us/library/ms191495.aspx.
- VDI(Virtual Device Interface) është një teknologji e Microsoft që ju lejon të krijoni tub i quajtur ndërmjet programeve.
- LSNÇdo hyrje në regjistrin e transaksioneve të MS SQL Server identifikohet nga një numër unik regjistrimi i transaksionit (LSN). Për më shumë informacion, shihni https://technet.microsoft.com/en-us/library/ms190411%28v=sql.105%29.aspx.
Rezervimi i MS SQL Server 2008, 2008 R2, 2012 dhe 2014
Rezervimi i plotë i bazës së të dhënave të MS SQL Server 2008, 2008 R2, 2012 dhe 2014
Një kopje rezervë e plotë e bazës së të dhënave MS SQL ruan skedarët e bazës së të dhënave dhe regjistrin e transaksioneve, i cili ju lejon të mbroni plotësisht bazën e të dhënave MS SQL në rast të dështimit të medias. Në rast të dëmtimit të një ose më shumë skedarëve, rivendosja e bazës së të dhënave MS SQL nga një kopje rezervë do të rivendosë të gjitha transaksionet e kryera. Të gjitha transaksionet që ishin në proces do të rikthehen gjithashtu. Në këtë mënyrë, krijohen kopje rezervë të bazave të të dhënave master dhe mbdb.
Rezervimi diferencial i bazave të të dhënave MS SQL Server 2008, 2008 R2, 2012 dhe 2014
Rezervimi diferencial i MS SQL Server bazohet në rezervimin më të fundit të plotë të bazës së të dhënave MS SQL. Kur krijoni një kopje rezervë diferenciale MS SQL, kapen vetëm të dhënat që kanë ndryshuar që nga krijimi i fundit i rezervimit të plotë të MS SQL. Për funksionin e rezervimit diferencial MS SQL, sekuenca e kopjeve rezervë është jashtëzakonisht e rëndësishme. Nëse për ndonjë arsye rezervimi i plotë i referuar nga MS SQL nuk është i disponueshëm, kopjet rezervë diferenciale të bazës së të dhënave MS SQL Server nuk mund të përdoren. MS SQL Backup nga Bacula përdor disa metoda për të zgjidhur këtë problem. Prandaj, në rast vështirësish, statusi i një kopje rezervë të bazës së të dhënave diferenciale mund të përmirësohet automatikisht në një kopje rezervë të plotë.
Regjistri rezervë i transaksioneve MS SQL 2008, 2008 R2, 2012 dhe 2014
Vendosja e rezervimit të MS SQL dhe konfigurimi i bazës së të dhënave
Rivendosja e bazës së të dhënave MS SQL nga rezervimi
Ju mund të përdorni të gjitha mënyrat standarde për të nisur procedurën e rikuperimit të bazës së të dhënave MS SQL nga një kopje rezervë. Megjithatë, duhet të siguroheni që, në rast të rivendosjes së të dhënave diferenciale, do të rikthehet gjithashtu rezervimi i plotë i mëparshëm i bazës së të dhënave MS SQL. Në një rast të tillë, rikuperimi ndodh automatikisht nëse e përdorni në tastierë bconsole duke përdorur opsionet e rikuperimit 5 ose 12. Në strukturën e skedarit të krijuar, duhet të shënoni rikuperimin e bazave të të dhënave të plota ose të rasteve të DB.
Opsione për rivendosjen e bazës së të dhënave MS SQL nga rezervimi
Softueri Bacula Enterprise Edition i lejon përdoruesit të përdorin shumë opsione të rikuperimit të MS SQL dhe të aplikojnë një sërë metodash rikthimi të bazës së të dhënave. Opsionet më të përdorura të rikuperimit janë përshkruar më poshtë:
- Parametri ku: Në rastin e Bacula Enterprise Edition, ky parametër lejon administratorin të rivendosë bazën e të dhënave në një vendndodhje specifike.
- Parametri i zëvendësimit: Përdoret për të përcaktuar se si Bacula duhet të sillet me bazën e të dhënave aktuale kur ajo të restaurohet. Rezervimi i MS SQL nga Bacula ju lejon gjithashtu të përdorni disa opsione të tjera gjatë rivendosjes, për shembull:
- Shembull: Meqenëse MS SQL përdor instanca të shumta, Bacula MS SQL Backup ju lejon të zgjidhni cilin shembull të rivendosni. Ky parametër është fakultativ dhe nëse nuk është caktuar, restaurimi do të përdorë vlerën e vendosur kur është krijuar kopja rezervë. Si parazgjedhje, përdoret një shembull i quajtur "MSSQLSERVER".
- bazën e të dhënave. Ky opsion specifikon emrin e bazës së të dhënave që do të rikthehet dhe përdor vlerën e vendosur në kohën kur u krijua baza e të dhënave. Ky parametër është opsional. Si parazgjedhje, rezervimi i bazave të të dhënave SQL Server përdor parametrin Where për të përcaktuar emrin e bazës së të dhënave të re. Nëse të dy parametrave Where dhe Database u është caktuar një emër i vlefshëm i bazës së të dhënave, atëherë do të përdoret parametri i bazës së të dhënave.
- përdorues. Emri i përdoruesit që përdoret për t'u lidhur me shembullin e bazës së të dhënave MS SQL. Ky parametër është fakultativ dhe nëse nuk është caktuar, restaurimi do të përdorë vlerën e vendosur kur është krijuar kopja rezervë.
- fjalëkalimin. Fjalëkalimi i përdorur për t'u lidhur me shembullin e bazës së të dhënave MS SQL. Ky parametër është fakultativ dhe nëse nuk është caktuar, restaurimi do të përdorë vlerën e vendosur kur është krijuar kopja rezervë.
- domain. Domeni i përdorur për t'u lidhur me shembullin e bazës së të dhënave MS SQL. Ky parametër është fakultativ dhe nëse nuk është caktuar, restaurimi do të përdorë vlerën e vendosur kur është krijuar kopja rezervë.
- rikuperimi. Parametri ju lejon të përcaktoni nëse baza e të dhënave do të kthehet në gjendjen e mëparshme gjatë rikuperimit apo jo. Si parazgjedhje, kur rivendosni bazën e të dhënave, ajo do të kthehet në gjendjen e mëparshme.
- Ndaloni_para_shënoni. ME STOPBEFOREMARK = kusht
Përdoret për të treguar se hyrja në regjistrin e transaksioneve menjëherë përpara flamurit është pika e rikuperimit. Pika e rikuperimit mund të jetë një datë dhe orë, një LSN ose një flamur mark_name. - Stop_at_mark. ME STOPATMARK = kusht
Përdoret për të treguar se transaksioni i shënuar është një pikë rivendosjeje. STOPATMARK lëviz përpara drejt flamurit dhe mundëson riprovën e transaksionit të shënuar. Pika e rikuperimit mund të jetë një datë dhe orë, një LSN ose një flamur mark_name. - Stop_at=
. ME STOPAT = kusht përdoret për të treguar se pika e rivendosjes është një datë/orë. - Kufizo_përdoruesin. Klauzola WITH RESTRICT_USER përdoret për të kufizuar aksesin në bazën e të dhënave të restauruar. Vlera e paracaktuar është nr.
Rivendosja e MS SQL në një pikë në kohë mund të bëhet drejtpërdrejt nga shtojca rezervë MS SQL. Ju gjithashtu mund të riktheni skedarët në nivel lokal dhe të kryeni operacione nga paneli i menaxhimit të serverit Microsoft SQL për më shumë veçori.
LSN
LSN-ja e hyrjes së regjistrit në të cilën ndodhi një ngjarje specifike rezervë dhe rivendosjeje mund të shihet në një nga mënyrat e mëposhtme:
- Kur shfaqni një përshkrim të detyrave të krijimit të kopjeve rezervë duke përdorur softuerin Bacula
- Në emër të skedarit log
- Në tabelën msdb.backupset
- Në tabelën msdb.backupfile
Kur ekzekutoni një detyrë për të krijuar një kopje rezervë të bazës së të dhënave MS SQL, informacioni i mëposhtëm në lidhje me numrat LSN do të shfaqet kur të shfaqet përshkrimi i detyrës:
Numri LSN-ja e parë korrespondon me LSN-në e fundit të rezervës së fundit të regjistrit të transaksioneve. Ky kopje rezervë mund të jetë rezervimi i parë i plotë ose rezervimi i fundit (në rritje).
Numri LSN e fundit korrespondon me transaksionin e fundit të regjistruar.
Në rastin e një kopje rezervë të regjistrit të transaksioneve (në rritje), emri i skedarit të lidhur me këtë bazë të dhënash në detyrën për krijimin e një kopje rezervë shtesë do të duket kështu:
Numri në emër, në rastin tonë 42000162001, korrespondon me numrin e fundit LSN të detyrës së mëparshme (për të krijuar një kopje rezervë të plotë ose në rritje).
Figura 2: LSN-ja e parë, LSN-ja e fundit dhe LSN-të në emrat e skedarëve
Siç tregohet në shembullin në Figurën 2, nëse një administrator duhet të rivendosë një bazë të dhënash MS SQL në një gjendje që korrespondon me numrin LSN 14, ai mund të bëjë sa më poshtë:
- Në menynë e rikuperimit të bazës së të dhënave, përdorni opsionin 5
- Zgjidhni skedarin më të fundit rezervë të plotë "data.bak" (LSN: 10)
- Zgjidhni rezervimin shtesë "log-10.trn"
Ose, nëse rezervimi i fundit i plotë i MS SQL Server nuk është i disponueshëm, por rezervimi i plotë i mëparshëm është i disponueshëm, atëherë:
- Përdorni opsionin 3 të rivendosjes, zgjidhni punët e duhura
- Zgjidhni direktorinë e bazës së të dhënave "/@mssql/db29187"
- Zgjidhni skedarin e plotë rezervë "data.bak" (LSN: 2)
- Zgjidhni kopje rezervë shtesë "log-2.trn", "log-3.trn", "log-10.trn"
- Cakto parametrin stop_at_mark në "lsn:14"
- Ekzekutoni një detyrë rivendosjeje
Skenarët e rikuperimit të MS SQL
| Përshkrim | Ku | bazën e të dhënave | Shembull |
| Rivendos skedarët në disk | Mënyra | ku=c:/tmp | |
| Rivendosja e bazës së të dhënave origjinale | ku=/ | ||
| Rivendos me emër të ri | Emri | ku=newdb | |
| Rivendos me emër të ri | Emri | database=newdb | |
| Rivendos me emër të ri dhe zhvendos skedarët | Emri |
Tabela 1: Skenarët e rikuperimit të MS SQL
2.3.1 Rivendosja e bazës së të dhënave MS SQL me emrin origjinal
Për të rivendosur bazën e të dhënave me emrin origjinal, parametri Ku nuk duhet të vendoset (vlera bosh), ose duhet vendosur vlera “/” dhe parametri Zëvendësoni duhet t'i caktohet një vlerë Gjithmonë, ose së pari duhet të fshini bazën e të dhënave burimore.
Rivendosja e një kopje rezervë MS SQL me një emër të ri
Për të rivendosur një kopje rezervë të bazës së të dhënave MS SQL me një emër të ri, fillimisht mund t'ju duhet të zhvendosni skedarët e bazës së të dhënave në disk. E gjitha varet nëse baza e të dhënave origjinale ekziston ende.
Nëse baza e të dhënave burimore nuk është më e disponueshme, atëherë parametri ku, ose fusha "Opsionet e shtojcave" mund të përmbajë emrin e bazës së të dhënave të re. Rezervimi i MS SQL i Bacula do të krijojë automatikisht bazën e të dhënave me emrin e ri.
Nëse baza e të dhënave origjinale kërkohet ende, parametri ku do të përdoret për të zhvendosur skedarët në disk dhe do t'ju duhet të emërtoni bazën e re të të dhënave duke përdorur menynë "Plugin Options". Në pemën e rikuperimit, duhet të zgjidhni skedarin layout.dat.
Përdorimi i Katalogut tim
Filloni detyrën e rivendosjes së MS SQL:
Duke përdorur Katalogun tim, ekzekutoni detyrën e rivendosjes së bazës së të dhënave MS SQL:
Rivendosja e MS SQL në një disk lokal
Nëse specifikoni ku=c:/rruga/, skedarët do të restaurohen në diskun lokal dhe MS SQL DBA do të jetë në gjendje të përdorë shtesën procedurale TSQL për konsolën e menaxhimit të serverit Microsoft SQL për të rivendosur bazën e të dhënave. Komandat SQL të kërkuara për të rivendosur bazën e të dhënave janë renditur në përshkrim prodhimi i punës siç tregohet në foton më poshtë.
