Backup av MS SQL: ett par användbara funktioner i Commvault som inte alla känner till

Idag kommer jag att berätta om två möjligheter med Commvault för säkerhetskopiering av MS SQL som snarare förbigås: granulerad återställning och Commvault-plugin för SQL Management Studio. Jag kommer inte att gå in på grunderna för inställningarna. Inlägget är mer för dem som redan vet hur man installerar agenten, ställer in scheman, policyer osv. Om hur Commvault fungerar och vad det kan göras har jag berättat tidigare. inlägg.

Granulerad återställning

Alternativ table level restore har nyligen lagts till i egenskaperna för Subclient. Det möjliggör återställning av tabeller från databasen utan att återställa hela databasen från säkerhetskopian. Det är praktiskt när man vet exakt var felet eller databasförlusten inträffade. Datasatsen är stor, och att återställa hela databasen skulle ta mycket tid.


Det finns begränsningar med detta alternativ:
— Tabeller kan inte återställas till den ursprungliga databasen, endast till en annan.  
— Alla tabeller återställs i schemat dbo. En tabell kan inte återställas till ett användarschema.
— Endast lokala SQL-serverkonton med administratörsrättigheter stöds.
— Målservern där vi återställer tabellen måste köra Windows OS.
— Målservern måste ha Media Agent och Java Runtime Environment installerat, förutom SQL-agenten.
— Databasen måste använda återställningsmodellen i Full-läge.
— Om alternativet för granulerad databaseåterställning är aktiverat försvinner möjligheten att köra uppgifter för differentierad säkerhetskopiering.  

Alternativet table-level-restore är avstängt.

Alternativet table-level-restore är avstängt.

I min erfarenhet har jag haft en klient där följande schema var inställt för SQL-servern: en komplett säkerhetskopiering en gång i veckan och 6 differentierade säkerhetskopior på vardagar. Han aktiverade funktionen table-level-restore, och uppgifterna för differentierad säkerhetskopiering kördes med fel.

Låt oss titta på hur själva återställningen kommer att se ut.
1. Starta återställningen på den nödvändiga agenten.


2. I det framträdande fönstret går vi till fliken Advanced Options. Välj SQL Granular Browse — Visa innehåll.


3. I den öppnade listan väljer vi databasen från vilken vi kommer att återställa tabellen och trycker på Återställ granulerad.


4. I dialogrutan konfigurerar vi monteringspunkten för databasen från säkerhetskopieringsfilerna (något i stil med Instant Recovery-teknologi).
Ange:

• namn för den tillfälliga databasen;
• hur länge ska denna återställningspunkt hållas i dagar;
• servern dit vi kommer att montera databasen. Endast servrar som uppfyller alla nödvändiga villkor som nämnts ovan kommer att finnas i listan: med Windows OS, installerad Media Agent och Java Runtime Environment, etc.

Vi klickar på OK.


5. I det nya fönstret klicka på List Recovery Points.


6. En lista över monterade återställningspunkter öppnas. Om databasen är stor kan det ta tid. Tryck sedan på Bläddra. Ett fönster för att visa tabeller från den valda databasen kommer att visas.


Medan listan skapas stänger många dialogrutor för Återställningspunkter, och kan sedan inte återkomma. Det är enkelt: högerklicka på instansen av SQL-servern där monteringsprocessen av återställningspunkten startades. Gå till All Tasks och välj List Recovery Points.


7. Om det finns många tabeller kan det ta ett tag att visa dem. Till exempel, för en databas på 40 GB tar det cirka tio minuter att skapa listan. Välj den tabell du behöver och klicka på Återställ alla valda.


8. I det nya fönstret väljer vi den databas där vi ska återställa tabellen/era. I vårt fall är det databasen GPI TEST.


9. Efter att återställningen är slutförd kommer de valda tabellerna att finnas i databasen GPI TEST.


Efter att ha återställt tabellen till den temporära databasen kan den flyttas till den ursprungliga databasen med hjälp av Management Studio.

Plug-in från Commvault för SQL Management Studio

Databasadministratörer har inte alltid åtkomst till backup-systemet (CBS). Ibland måste något göras snabbt, men CBS-administratören är inte på plats. Med hjälp av Commvault-plug-in för SQL Management Studio kan DB-administratören utföra grundläggande åtgärder för databasbackup och -återställning.

QL Management Studio-version

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

Versioner av SQL-servrar som stöder Commvault-plug-in och kommandon som aktiverar plug-in:en. Plug-in:en stöds endast på 64-bitarssversion av Windows OS.

1. Utför kommandot som motsvarar vår version av SQL-servern:


2. Nu har alternativ för backup och återställning blivit tillgängliga i Management Studio. För detta behöver du högerklicka på den databas som behövs.
Administratören har därmed möjlighet att interagera direkt med säkerhetskopiorna av denna databas utan att behöva använda Commvault-konsolen eller kontakta SRK-administratören.


3. När någon av de tillgängliga funktionerna i denna meny startas, kommer ett fönster att dyka upp som begär användarnamn och lösenord. För att ansluta till CommServe används SSO eller vilket annat konto som helst från avsnittet Säkerhet i CommServe (Commcell-inloggning).




4. Om inloggningsuppgifterna har angetts korrekt och åtkomsträttigheterna är tillräckliga kan databasen administratören:
— starta en extra säkerhetskopiering (Backup);
— återställa databasen från en säkerhetskopiering (Restore);
— titta på historiken för utförda uppgifter (View History) och övervaka uppdragsstatus under genomförandet (Job monitor).

Så här ser historiken för utförda säkerhetskopieringsuppgifter ut i Management Studio för den valda databasen.

Menyn för att återställa databasen. Den skiljer sig inte från menyn i konsolen.

Det var allt om dessa två funktioner hos SQL-agenten från Commvault. Jag vill lägga till att säkerhetskopiering med Commvault är mer lämplig för dem som hanterar tiotals servrar med flera instanser och databaser, allt detta kan vara på olika platser och kräva olika scheman, djup osv. Om du har ett par servrar räcker det med standardverktygen i MS SQL för att göra en säkerhetskopiering.

Källa: documentation.commvault.com

Källa: habr.com