Backup MS SQL: disa funksione të dobishme të Commvault, për të cilat nuk janë të gjithë të informuar

Sot ditën sot do të flas për dy mundësi të Commvault për backup-in e MS SQL, të cilat janë shpesh të nënvlerësuara: rikuperimi granular dhe plugini Commvault për SQL Management Studio. Nuk do të diskutoj pika bazike të konfigurimit. Ky post është kryesisht për ata që tashmë dinë si të instalojnë agjentin, të konfigurjnë orare, politika, etj. Kam folur për mënyrën se si funksionon Commvault dhe çfarë mund të bëjë, në këtë post.

Rikuperimi Granular

Opcioni rikuperimi në nivel tabelash u shfaq në pronësitë e Subclient-it relativisht kohët e fundit. Ajo lejon aktivizimin e mundësisë për rikuperimin e tabelave nga databaza, pa rikuperuar të gjithë databazën nga backup-i. Kjo është e dobishme, kur dihet saktësisht ku ndodhet gabimi ose humbja e të dhënave. Ndërkohë, vetë baza është e madhe dhe rikuperimi i saj tërësisht do të marrë shumë kohë.


Kjo opsion ka disa kufizime:
— Tabelat nuk mund të rikuperohen në bazën origjinale, vetëm në një tjetër.  
— Të gjitha tabelat rikuperohen në skemën dbo. Një tabelë nuk mund të rikuperohet në një skemë të përdoruesit.
— Mbështetet vetëm llogaria lokale në SQL-server me të drejta admini sistemik.
— Serveri target, ku rikuperohet tabela, duhet të funksionojë në sistemin operativ Windows.
— Në serverin target, përveç agjentit SQL, duhet të jenë instaluar Media Agent dhe Java Runtime Environment.
— Baza e të dhënave duhet të përdorë modelin e rikuperimit në mënyrë të Plotë.
— Nëse opsioni i rikuperimit granular të DB është aktivizuar, humbet mundësia për të ekzekutuar punët për backup-in diferencial.  

Opsioni i rikuperimit në nivel tabelash është i fikur.

Opsioni i rikuperimit në nivel tabelash është i fikur.

Në praktikën time kishte një rast, kur një klient kishte konfigurur orarin e mëposhtëm për SQL-server: një backup i plotë një herë në javë dhe 6 backup-e diferenciale gjatë ditëve të punës. Ai aktivizoi funksionin e rikuperimit në nivel tabelash, dhe punët për backup-in diferencial u ekzekutuan me gabim.

Të shohim se si do të duket rikuperimi i vetë.
1. Nisni rikuperimin në agjentin e nevojshëm.


2. Në dritaren që shfaqet, kaloni në tab-in Opsionet e Avancuara. Zgjidhni SQL Granular Browse — Shiko Përmbajtjen.


3. Në listën e hapur zgjidhni databazën nga e cila do të rikuperoni tabelën, dhe klikoni Rikupero Granular.


4. Në dritaren e dialogut, konfiguroni pikën e montimit të databazës nga skedarët e backup-it (diçka si teknologjia Instant Recovery).
Shënoni:

• emrin për databazën përkohësisht;
• sa e gjatë duhet të mbajmë këtë pikë rikuperimi në ditë;
• serveri ku do të montojmë bazën e të dhënave. Në listë do të jenë të disponueshme vetëm serverët që plotësojnë të gjitha kushtet e nevojshme që përmenda më lart: me sistemin operativ Windows, me Agentin e Mediave dhe Java Runtime Environment të instaluar etj.

Klikoni OK.


5. Në dritaren e re, klikoni mbi List Recovery Points.


6. Do të hapet lista e pikave të rikuperimit të montuara. Nëse baza e të dhënave është e madhe, do t'ju duhet të prisni. Më pas, klikoni Browse. Do të shfaqet një dritare për të parë tabelat nga baza e të dhënave të zgjedhur.


Ndërsa formohet lista, shpesh dialogu i pikave të rikuperimit mbyllet, dhe pastaj nuk arrijnë të kthehen përsëri. Është e thjeshtë: klikoni me të djathtën mbi instancën e serverit SQL, ku është nisur procesi i montimit të pikës së rikuperimit. Shkoni te All Tasks dhe zgjidhni List Recovery Points.


7. Nëse ka shumë tabela, mund të jetë e nevojshme disa minuta për t'i shfaqur ato. Për shembull, për një bazë të dhënash prej 40 GB, lista formohet për rreth dhjetë minuta. Zgjidhni tabelën e nevojshme, klikoni Recover All Selected.


8. Në dritaren e re, zgjidhni bazën ku do të rikuperoni tabelën(t). Në rastin tonë — kjo është baza GPI TEST.


9. Pas përfundimit të rikuperimit, tabelat e zgjedhura do të shfaqen në bazën GPI TEST.


Pasi tabela të rikuperohet në bazën e të dhënave të përkohshme, ajo mund të transferohet në bazën origjinale përmes Management Studio.

Plug-in nga Commvault për SQL Management Studio

Administratorët e bazave të të dhënave nuk kanë gjithmonë qasje në sistemin e rezervimit (SRK). Ndonjëherë është e nevojshme të bëni dicka urgjente, por administratori i SRK nuk është në vend. Me ndihmën e plug-in-it Commvault për SQL Management Studio, administratori i B.D. do të jetë në gjendje të kryejë veprime bazike të rezervimit dhe rikuperimit të të dhënave.

QL Management Studio Version

Komandë

SQL 2008 R2

CvSQLAddInConfig.exe /i 10 /r

SQL 2012

CvSQLAddInConfig.exe /i 11 /r

SQL 2014

CvSQLAddInConfig.exe /i 12 /r

SQL 2016

CvSQLAddInConfig.exe /i 13 /r

SQL 2017

CvSQLAddInConfig.exe /i 14 /r

Versionet e SQL-serverëve që mbështesin plug-in-in Commvault dhe komandat që aktivizojnë funksionimin e tij. Plug-in-i mbështetet vetëm në versionin 64-bit të sistemit operativ Windows.

1. Kryeni komandën që përputhet me versionin tonë të serverit SQL:


2. Tani, në Management Studio janë bërë të disponueshme opsionet për rezervimin dhe rikuperimin. Për këtë, është e nevojshme të klikoni me të djathtën mbi bazën e të dhënave të nevojshme.
Kështu, administratori kishte mundësinë për të bashkëvepruar drejtpërdrejt me kopjet rezervë të kësaj baze të dhënash pa përdorur konsolën Commvault dhe pa u drejtuar tek administratori i SRK.


3. Kur të aktivizohet cilido nga funksionet e disponueshme të këtij meniu, do të shfaqet një dritare për kërkesën e emrit të përdoruesit dhe fjalëkalimit. Për lidhjen me CommServe përdoret SSO ose ndonjë llogari tjetër nga seksioni Siguria në Commserve (Commcell login).




4. Nëse të dhënat e aksesit janë futur saktë dhe ka të drejta të mjaftueshme, administratori i DB-së mund:
— të aktivizojë një kopjim rezervë të jashtëzakonshëm (Backup);
— të rikthejë bazën nga kopja rezervë (Restore);
— të shikojë historikun e detyrave të realizuara (View History) dhe progresin e detyrave në proces (Job monitor).

Kështu duket historia e detyrave të realizuara të kopjimit rezervë për bazën e dhënash të zgjedhur në Management Studio.

Meniu për rikthimin e bazës së të dhënave. Ajo as që ndryshon nga menuja e konsolës.

Kjo është e gjitha për këto dy mundësi të agentit SQL nga Commvault. Do të shtoja se kopjimi rezervë me mjete të Commvault është më i përshtatshëm për ata që menaxhojnë dhjetëra serverë, me disa instance dhe DB, ndoshta të gjithë kjo në lokacione të ndryshme dhe kërkon konfigurimin e orarëve të ndryshëm, thellësisë etj. Nëse keni disa serverë, mjete të MS SQL brenda do të mjaftojnë për kopjimin.

Burimi: documentation.commvault.com

Burimi: habr.com