Oggi parlerò di due funzionalità di Commvault per il backup di MS SQL che sono ingiustamente trascurate: il ripristino granulare e il plug-in Commvault per SQL Management Studio. Non tratterò i punti base della configurazione. Questo post è più per chi sa già installare l'agente, impostare programmazioni, politiche e simili. Ho già parlato di come funziona Commvault e di cosa è in grado di fare in questo .
Ripristino Granulare
Opzione ripristino a livello di tabella è stata aggiunta nelle proprietà del Subclient di recente. Essa consente di attivare la possibilità di ripristinare tabelle da un database, senza dover ripristinare l'intero database dal backup. Questo è utile quando si sa esattamente dove c'è un errore o una perdita di dati. Allo stesso tempo, se il database è grande, ripristinarlo interamente richiederà molto tempo.
Questa opzione ha delle limitazioni:
— Non è possibile ripristinare le tabelle nel database originale, solo in un altro.
— Tutte le tabelle vengono ripristinate nello schema dbo. Non si può ripristinare una tabella in uno schema personalizzato.
— È supportato solo un account locale del server SQL con diritti da amministratore di sistema.
— Il server di destinazione, in cui si ripristina la tabella, deve funzionare su un sistema operativo Windows.
— Sul server di destinazione, oltre all'agente SQL, devono essere installati Media Agent e Java Runtime Environment.
— Il database deve utilizzare il modello di ripristino in modalità Full.
— Se l'opzione di ripristino granulare del DB è attivata, non è possibile avviare operazioni di backup differenziali.
L'opzione ripristino a livello di tabella è disattivata.
L'opzione ripristino a livello di tabella è disattivata.
Nella mia pratica, c'è stata una situazione in cui un cliente aveva impostato la seguente programmazione per il server SQL: un backup completo una volta a settimana e 6 backup differenziali nei giorni feriali. Ha attivato la funzione di ripristino a livello di tabella, e le operazioni di backup differenziali hanno restituito errori.
Vediamo come si svolgerà il ripristino.
1. Avviamo il ripristino sull'agente necessario.
2. Nella finestra che appare, passiamo alla scheda Opzioni Avanzate. Selezioniamo SQL Granular Browse — Visualizza Contenuto.
3. Nella lista che appare selezioniamo il database da cui vogliamo ripristinare la tabella e clicchiamo su Ripristina Granulare.
4. Nella finestra di dialogo impostiamo il punto di montaggio del database dai file di backup (una sorta di tecnologia Instant Recovery).
Indichiamo:
- un nome per il database temporaneo;
- per quanto tempo mantenere questo punto di ripristino in giorni;
- il server su cui monteremo il database. Nella lista saranno disponibili solo i server che soddisfano tutte le condizioni necessarie di cui ho parlato sopra: con OS Windows, Media Agent e Java Runtime Environment installati, ecc.
Clicchiamo su OK.
5. Nella nuova finestra clicchiamo su Elenca Punti di Ripristino.
6. Si aprirà un elenco di punti di ripristino montati. Se il database è grande, potrebbe essere necessario attendere. Poi clicchiamo su Sfoglia. Si aprirà una finestra per visualizzare le tabelle del database selezionato.
Mentre si sta formando l'elenco, spesso la finestra di dialogo Recovery Points viene chiusa e poi non possono tornare indietro. È semplice: fai clic destro sull'istanza del server SQL dove è stato avviato il processo di montaggio del punto di ripristino. Vai su Tutte le Attività e seleziona Elenca Punti di Ripristino.
7. Se ci sono molte tabelle, potrebbe richiedere del tempo per visualizzarle. Ad esempio, per un database di 40 GB, l'elenco impiega dieci minuti a essere generato. Selezioniamo la tabella desiderata, clicchiamo su Recupera Tutto Selezionato.
8. Nella nuova finestra selezioniamo il database in cui ripristineremo la tabella(e). Nel nostro caso, è il database GPI TEST.
9. Dopo il completamento del ripristino, le tabelle selezionate appariranno nel database GPI TEST.
Dopo il ripristino della tabella nel database temporaneo, può essere trasferita nel database originale utilizzando gli strumenti di Management Studio.
Plug-in di Commvault per SQL Management Studio
Gli amministratori di database non hanno sempre accesso al sistema di backup (SRC). A volte è necessario fare qualcosa di urgente, ma l'amministratore del SRC non è disponibile. Con l'aiuto del plug-in Commvault per SQL Management Studio, l'amministratore del DB potrà eseguire operazioni di base per il backup e il ripristino dei dati.
Versione di SQL Management Studio
Comando
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
Versioni dei server SQL che supportano il plug-in Commvault e i comandi necessari per attivarlo. Il plug-in è supportato solo su versioni a 64 bit del sistema operativo Windows.
1. Eseguiamo il comando corrispondente alla nostra versione del server SQL:
2. Ora nella Management Studio sono disponibili opzioni per il backup e il ripristino. Per fare ciò è necessario cliccare con il tasto destro sul database desiderato.
In questo modo, l'amministratore ha la possibilità di interagire direttamente con i backup di questo database senza utilizzare la console Commvault e senza contattare l'amministratore del SRK.
3. Quando viene avviata una qualsiasi delle funzioni disponibili in questo menu, apparirà una finestra che richiede l'inserimento di username e password. Per connettersi a CommServe si utilizza SSO o un'altra qualsiasi credenziale presente nella sezione Sicurezza di Commserve (accesso Commcell).
4. Se le credenziali sono state inserite correttamente e sono sufficienti i diritti di accesso, l'amministratore del DB può:
— avviare un backup on-demand (Backup);
— ripristinare il database da backup (Restore);
— visualizzare la cronologia dei task eseguiti (View History) e il progresso dei task in esecuzione (Job monitor).
Ecco come appare la cronologia dei task di backup eseguiti per il database selezionato nell'Management Studio.
Menu per il ripristino del database. Non si differenzia nemmeno dal menu della console.
Questo è tutto per queste due funzionalità dell'agente SQL di Commvault. Aggiungo che il backup con Commvault è più adatto a chi gestisce decine di server, con più istanze e DB, tutto ciò eventualmente su diverse piattaforme e richiede la configurazione di diversi calendari, profondità, ecc. Se hai un paio di server, gli strumenti di backup standard di MS SQL saranno sufficienti.
Fonte:
Fonte: habr.com
