{"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 di MS SQL: alcune funzioni utili di Commvault che non tutti conoscono","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Backup
\nOggi parler\u00f2 di due funzionalit\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 base della configurazione. Questo post \u00e8 pi\u00f9 per chi sa gi\u00e0 installare l'agente, impostare programmazioni, politiche e simili. Ho gi\u00e0 parlato di come funziona Commvault e di cosa \u00e8 in grado di fare in questo post<\/a><\/noindex>.<\/a><\/noindex><\/p>\n

Ripristino Granulare<\/h3>\n

\nOpzione ripristino a livello di tabella<\/b> \u00e8 stata aggiunta nelle propriet\u00e0 del Subclient di recente. Essa consente di attivare la possibilit\u00e0 di ripristinare tabelle da un database, senza dover ripristinare l'intero database dal backup. Questo \u00e8 utile quando si sa esattamente dove c'\u00e8 un errore o una perdita di dati. Allo stesso tempo, se il database \u00e8 grande, ripristinarlo interamente richieder\u00e0 molto tempo.
\n\"Backup
\n
\nQuesta opzione ha delle limitazioni:
\n \u2014 Non \u00e8 possibile ripristinare le tabelle nel database originale, solo in un altro. \u00a0
\n \u2014 Tutte le tabelle vengono ripristinate nello schema dbo. Non si pu\u00f2 ripristinare una tabella in uno schema personalizzato.
\n \u2014 \u00c8 supportato solo un account locale del server SQL con diritti da amministratore di sistema.
\n \u2014 Il server di destinazione, in cui si ripristina la tabella, deve funzionare su un sistema operativo Windows.
\n \u2014 Sul server di destinazione, oltre all'agente SQL, devono essere installati Media Agent e 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 avviare operazioni di backup differenziali. \u00a0<\/p>\n

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

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

Nella mia pratica, c'\u00e8 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. <\/p>\n

Vediamo come si svolger\u00e0 il ripristino.
\n1. Avviamo il ripristino sull'agente necessario.
\n\"Backup
\n
\n2. Nella finestra che appare, passiamo alla scheda Opzioni Avanzate<\/b>. Selezioniamo SQL Granular Browse \u2014 Visualizza Contenuto.<\/b>
\n\"Backup
\n
\n3. Nella lista che appare selezioniamo il database da cui vogliamo ripristinare la tabella e clicchiamo su Ripristina Granulare<\/b>.
\n\"Backup
\n
\n4. Nella finestra di dialogo impostiamo il punto di montaggio del database dai file di backup (una sorta di tecnologia Instant Recovery).
\nIndichiamo:<\/p>\n