{"id":31297,"date":"2019-10-31T21:40:32","date_gmt":"2019-10-31T18:40:32","guid":{"rendered":"https:\/\/prohoster.info\/blog\/rezervnoe-kopirovanie-ms-sql-para-poleznyh-funktsij-commvault-pro-kotorye-ne-vse-znayut\/"},"modified":"2019-10-31T21:40:32","modified_gmt":"2019-10-31T18:40:32","slug":"rezervnoe-kopirovanie-ms-sql-para-poleznyh-funktsij-commvault-pro-kotorye-ne-vse-znayut","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/administrirovanie\/rezervnoe-kopirovanie-ms-sql-para-poleznyh-funktsij-commvault-pro-kotorye-ne-vse-znayut","title":{"rendered":"Backup MS SQL: un paio di funzioni utili di Commvault che non tutti conoscono","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Backup
\nOggi parler\u00f2 di due possibilit\u00e0 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\u00f2 i punti di configurazione di base. Questo post \u00e8 pi\u00f9 per chi sa gi\u00e0 installare l'agente, impostare la pianificazione, le politiche, e cos\u00ec via. Di cosa \u00e8 fatto Commvault e cosa pu\u00f2 fare ne ho parlato in questo posto<\/a><\/noindex>.<\/a><\/noindex><\/p>\n

Ripristino granulare<\/h3>\n

\nOpzione ripristino a livello di tabella<\/b> \u00e8 stata introdotta nelle propriet\u00e0 di Subclient relativamente di recente. Permette di attivare la possibilit\u00e0 di ripristinare tabelle da un database senza ripristinare l'intero database dal backup. Questo \u00e8 comodo quando si sa esattamente dove si trova l'errore o la perdita di dati. Inoltre, il database stesso \u00e8 grande e ripristinarlo tutto richiederebbe molto tempo.
\n\"Backup
\n
\nQuesta opzione presenta delle limitazioni:
\n \u2014 Le tabelle non possono essere ripristinate nel database di origine, solo in un altro. \u00a0
\n \u2014 Tutte le tabelle vengono ripristinate nello schema dbo. Non \u00e8 possibile ripristinare una tabella in uno schema personalizzato.
\n \u2014 \u00c8 supportato solo l'account locale del server SQL con diritti di amministratore di sistema.
\n \u2014 Il server di destinazione, sul quale ripristiniamo la tabella, deve funzionare su un sistema operativo Windows.
\n \u2014 Sul server di destinazione, oltre all'agente SQL, devono essere installati il Media Agent e il Java Runtime Environment.
\n \u2014 Il database deve utilizzare il modello di ripristino in modalit\u00e0 Full.
\n \u2014 Se l'opzione di ripristino granulare del DB \u00e8 attivata, non \u00e8 possibile eseguire lavori di backup differenziale. \u00a0<\/p>\n

\"Backup
\nL'opzione di ripristino a livello di tabella \u00e8 disattivata.<\/i><\/p>\n

\"Backup
\nL'opzione di ripristino a livello di tabella \u00e8 disattivata.<\/i><\/p>\n

Nella mia esperienza, c'\u00e8 stato un caso in cui un cliente per il server SQL aveva impostato il seguente piano: un backup completo a settimana e 6 backup differenziali nei giorni feriali. Ha attivato la funzione di ripristino a livello di tabella, e i lavori di backup differenziale si sono completati con errore. <\/p>\n

Vediamo come si svolger\u00e0 il ripristino.
\n1. Avviamo il ripristino sull'agente desiderato.
\n\"Backup
\n
\n2. Nella finestra che appare, andiamo alla scheda Opzioni avanzate<\/b>. Selezioniamo SQL Granular Browse \u2013 Visualizza contenuto.<\/b>
\n\"Backup
\n
\n3. Dall'elenco aperto, selezioniamo il database da cui ripristineremo la tabella e facciamo clic su Ripristina granulare<\/b>.
\n\"Backup
\n
\n4. Nella finestra di dialogo configuriamo il punto di montaggio del database dai file di backup (simile alla tecnologia dell'Instant Recovery).
\nIndichiamo:<\/p>\n