Idag ska jag berätta om två Commvault-funktioner för MS SQL-säkerhetskopiering som orättvist ignoreras: granulär återställning och Commvault-plugin för SQL Management Studio. Jag kommer inte att överväga de grundläggande inställningarna. Inlägget är mer troligt för dem som redan vet hur man installerar en agent, konfigurerar ett schema, policyer etc. Jag pratade om hur Commvault fungerar och vad det kan göra i detta .
Granulär återhämtning
alternativ återställning på tabellnivå dök upp i Subclient properties relativt nyligen. Det låter dig aktivera möjligheten att återställa tabeller från en databas utan att återställa hela databasen från en säkerhetskopia. Detta är praktiskt när du vet exakt var felet eller dataförlusten är. Samtidigt är själva databasen stor och att återställa det hela kommer att ta mycket tid.
Det här alternativet har begränsningar:
- Tabeller kan inte återställas till den ursprungliga databasen, bara till en annan.
— Alla tabeller återställs till dbo-schemat. Tabellen kan inte återställas till ett användarschema.
— Endast ett lokalt SQL-serverkonto med systemadministratörsrättigheter stöds.
— Målservern där vi återställer tabellen måste köras på Windows OS.
— På målservern måste, förutom SQL Agent, Media Agent och Java Runtime Environment vara installerade.
— Databasen måste använda återställningsmodellen i fullt läge.
— Om det granulära databasåterställningsalternativet är aktiverat försvinner möjligheten att köra olika säkerhetskopieringsjobb.
Alternativet för återställning på tabellnivå är inaktiverat.
Alternativet för återställning på tabellnivå är inaktiverat.
I min praktik var det ett fall då en klient hade följande schema konfigurerat för en SQL-server: en fullständig säkerhetskopia en gång i veckan och 6 olika säkerhetskopior på vardagar. Han aktiverade funktionen för återställning på tabellnivå, och differentiella säkerhetskopieringsjobb bearbetades med ett fel.
Låt oss se hur själva restaureringen kommer att se ut.
1. Starta återställning på önskat medel.
2. Gå till fliken i fönstret som visas Avancerade alternativ. Välja SQL Granular Browse - Visa innehåll.
3. I listan som öppnas, välj den databas som vi ska återställa tabellen från och klicka Återställ Granular.
4. I dialogrutan konfigurerar du databasens monteringspunkt från säkerhetskopieringsfilerna (något liknande Instant Recovery-teknik).
Specificera:
- namn på temporär databas;
- hur länge man ska behålla denna återhämtningspunkt i dagar;
- servern där vi ska montera databasen. Endast servrar som uppfyller alla nödvändiga villkor som nämns ovan kommer att vara tillgängliga i listan: med Windows OS, Media Agent och Java Runtime Environment installerade, etc.
Klicka på OK.
5. Klicka på Lista återställningspunkter i det nya fönstret.
6. En lista över monterade återställningspunkter öppnas. Om databasen är stor måste du vänta. Klicka sedan Bläddra. Ett fönster visas för att visa tabeller från den valda databasen.
Medan listan skapas stängs dialogrutan Återställningspunkter ofta och då kan de inte återvända dit igen. Det är enkelt: högerklicka på SQL-serverinstansen där processen för att montera återställningspunkten startades. Gå till Alla uppgifter och välj Lista återställningspunkter.
7. Om det finns många tabeller kan det ta lite tid att visa dem. Till exempel, för en 40 GB databas tar listan cirka tio minuter att bilda. Välj önskad tabell och klicka på Återställ alla markerade.
8. I ett nytt fönster väljer du databasen där vi ska återställa tabellen/tabellerna. I vårt fall är detta GPI TEST-databasen.
9. Efter att återställningen är klar kommer de valda tabellerna att visas i GPI TEST-databasen.
När du har återställt en tabell till en tillfällig databas kan du flytta den till den ursprungliga databasen med Management Studio.
Commvault-plugin för SQL Management Studio
Databasadministratörer har inte alltid tillgång till backupsystemet (BSS). Ibland behöver man göra något akut, men IBS-administratören är inte tillgänglig. Med Commvault-plugin för SQL Management Studio kan en databasadministratör utföra grundläggande säkerhetskopiering och återställning av data.
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. Plugin-programmet stöds endast på 64-bitars Windows OS.
1. Kör kommandot som motsvarar vår version av SQL-servern:
2. Alternativ för säkerhetskopiering och återställning är nu tillgängliga i Management Studio. För att göra detta, högerklicka på önskad databas.
Således har administratören möjlighet att direkt interagera med säkerhetskopior av denna databas utan Commvault-konsolen och anrop till SRK-administratören.
3. När du startar någon av de tillgängliga funktionerna i den här menyn, kommer ett fönster att visas där du uppmanas att ange ditt användarnamn och lösenord. För att ansluta till CommServe, använd SSO eller något annat konto från säkerhetssektionen i Commserve (Commcell login).
4. Om autentiseringsuppgifterna har angetts korrekt och det finns tillräckligt med åtkomsträttigheter kan databasadministratören:
— kör en extraordinär säkerhetskopiering (Backup);
— återställa databasen från en säkerhetskopia (Restore);
— visa historiken för slutförda uppgifter (Visa historik) och förloppet för pågående uppgifter (Jobbövervakare).
Så här ser historiken över genomförda säkerhetskopieringsjobb för den valda databasen ut i Management Studio.
Meny för databasåterställning. Det skiljer sig inte ens från konsolmenyn.
Det var allt för dessa två SQL Agent-funktioner från Commvault. Jag kommer att tillägga att säkerhetskopiering med Commvault är mer lämpad för dem som har dussintals servrar i drift, med flera instanser och databaser, allt detta, möjligen, på olika platser och kräver att man ställer in olika scheman, djup etc. Om du har en ett par servrar, för standard MS räcker SQL-verktyg för säkerhetskopiering.
Källa:
Källa: will.com