I dag skal jeg fortelle deg om to Commvault-funksjoner for MS SQL-sikkerhetskopi som er urettferdig ignorert: granulær gjenoppretting og Commvault-plugin for SQL Management Studio. Jeg vil ikke vurdere de grunnleggende innstillingene. Innlegget er mer sannsynlig for de som allerede vet hvordan man installerer en agent, konfigurerer en tidsplan, retningslinjer osv. Jeg snakket om hvordan Commvault fungerer og hva det kan gjøre i dette .
Granulær utvinning
alternativ gjenoppretting på tabellnivå dukket opp i underklientegenskaper relativt nylig. Den lar deg aktivere muligheten til å gjenopprette tabeller fra en database uten å gjenopprette hele databasen fra en sikkerhetskopi. Dette er praktisk når du vet nøyaktig hvor feilen eller datatapet er. Samtidig er selve databasen stor og å gjenopprette det hele vil ta mye tid.
Dette alternativet har begrensninger:
- Tabeller kan ikke gjenopprettes til den opprinnelige databasen, bare til en annen.
— Alle tabeller gjenopprettes til dbo-skjemaet. Tabellen kan ikke gjenopprettes til et brukerskjema.
— Bare en lokal SQL-serverkonto med systemadministratorrettigheter støttes.
— Målserveren der vi gjenoppretter tabellen må kjøre på Windows OS.
— På målserveren må i tillegg til SQL Agent, Media Agent og Java Runtime Environment være installert.
— Databasen må bruke gjenopprettingsmodellen i full modus.
— Hvis det granulære databasegjenopprettingsalternativet er aktivert, går muligheten til å kjøre differensielle sikkerhetskopieringsjobber tapt.
Alternativet for gjenoppretting på tabellnivå er deaktivert.
Alternativet for gjenoppretting på tabellnivå er deaktivert.
I min praksis var det et tilfelle da en klient hadde følgende tidsplan konfigurert for en SQL-server: én full backup én gang i uken og 6 differensielle sikkerhetskopier på ukedager. Han aktiverte funksjonen for gjenoppretting på tabellnivå, og differensielle sikkerhetskopieringsjobber ble behandlet med en feil.
La oss se hvordan selve restaureringen vil se ut.
1. Start gjenoppretting på ønsket agent.
2. Gå til fanen i vinduet som vises Avanserte alternativer. Velge SQL Granular Browse - Se innhold.
3. I listen som åpnes, velg databasen som vi skal gjenopprette tabellen fra og klikk Gjenopprett Granular.
4. I dialogboksen konfigurerer du databasemonteringspunktet fra sikkerhetskopifilene (noe sånt som Instant Recovery-teknologi).
Spesifiser:
- navn for midlertidig database;
- hvor lenge å beholde dette restitusjonspunktet i dager;
- serveren der vi skal montere databasen. Kun servere som oppfyller alle de nødvendige betingelsene nevnt ovenfor vil være tilgjengelige i listen: med Windows OS, Media Agent og Java Runtime Environment installert, etc.
Klikk OK.
5. I det nye vinduet klikker du på List Recovery Points.
6. En liste over monterte gjenopprettingspunkter åpnes. Hvis databasen er stor, må du vente. Klikk deretter Søk. Et vindu vises for å vise tabeller fra den valgte databasen.
Mens listen dannes, er gjenopprettingspunkter-dialogen ofte lukket, og deretter kan de ikke gå tilbake dit igjen. Det er enkelt: Høyreklikk på SQL-serverforekomsten der prosessen med å montere gjenopprettingspunktet ble startet. Gå til Alle oppgaver og velg List gjenopprettingspunkter.
7. Hvis det er mange tabeller, kan det ta litt tid å vise dem. For eksempel, for en 40 GB database, tar listen omtrent ti minutter å danne. Velg ønsket tabell og klikk på Gjenopprett alle valgte.
8. I et nytt vindu velger du databasen der vi skal gjenopprette tabellen(e). I vårt tilfelle er dette GPI TEST-databasen.
9. Etter at gjenopprettingen er fullført, vil de valgte tabellene vises i GPI TEST-databasen.
Etter at du har gjenopprettet en tabell til en midlertidig database, kan du flytte den til den opprinnelige databasen ved hjelp av Management Studio.
Commvault plug-in for SQL Management Studio
Databaseadministratorer har ikke alltid tilgang til backupsystemet (BSS). Noen ganger må du gjøre noe raskt, men IBS-administratoren er ikke tilgjengelig. Med Commvault-plugin for SQL Management Studio kan en databaseadministrator utføre grunnleggende sikkerhetskopiering og gjenoppretting av data.
QL Management Studio-versjon
Kommando
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
Versjoner av SQL-servere som støtter Commvault Plug-in og kommandoer som aktiverer plug-in. Programtillegget støttes kun på 64-bits Windows OS.
1. Utfør kommandoen som tilsvarer vår versjon av SQL-serveren:
2. Alternativer for sikkerhetskopiering og gjenoppretting er nå tilgjengelig i Management Studio. For å gjøre dette, høyreklikk på ønsket database.
Dermed har administratoren mulighet til å samhandle direkte med sikkerhetskopier av denne databasen uten Commvault-konsollen og anrop til SRK-administratoren.
3. Når du starter noen av de tilgjengelige funksjonene i denne menyen, vil et vindu dukke opp som ber om pålogging og passord. For å koble til CommServe, bruk SSO eller en annen konto fra sikkerhetsdelen i Commserve (Commcell-pålogging).
4. Hvis legitimasjonen er angitt riktig og det er nok tilgangsrettigheter, kan databaseadministratoren:
— kjør en ekstraordinær sikkerhetskopi (Backup);
— gjenopprett databasen fra en sikkerhetskopi (Gjenopprett);
— se historikken for fullførte oppgaver (Vis historikk) og fremdriften til pågående oppgaver (Jobbovervåking).
Slik ser historien til fullførte sikkerhetskopieringsjobber for den valgte databasen ut i Management Studio.
Meny for databasegjenoppretting. Det er ikke engang forskjellig fra konsollmenyen.
Det er det for disse to SQL Agent-funksjonene fra Commvault. Jeg vil legge til at sikkerhetskopiering ved hjelp av Commvault er mer egnet for de som har dusinvis av servere i drift, med flere instanser og databaser, alt dette, muligens, på forskjellige nettsteder og krever oppsett av forskjellige tidsplaner, dybde osv. Hvis du har en et par servere, så for Standard MS er SQL-verktøy nok for sikkerhetskopiering.
Kilde:
Kilde: www.habr.com