Eseguire il backup di istanze e database Microsoft SQL Server nel backup gestito dall'appliance

Backup e RE ti consente di eseguire il backup di Microsoft SQL Server:

  • Istanze

  • Database primario di un gruppo di disponibilità Always On

  • Database nelle VM

  • Database di sistema

  • Database utente

  • Database e file di supporto in un gruppo di coerenza

  • Singoli membri di un gruppo di coerenza

Prima di iniziare

Prima di proteggere i database Microsoft SQL Server:

Best practice per proteggere i database Microsoft SQL Server

Per i database Microsoft SQL Server che utilizzano il modello di recupero completo, sfrutta la capacità dell'appliance di backup/recupero di eseguire il backup sia del database sia dei relativi log con un'unica policy. Quando vengono eseguiti il backup sia del database sia dei relativi log, l'appliance può recuperare il database a un determinato momento facendo avanzare i log utilizzando l'interfaccia utente dell'appliance. Il backup sia del database sia dei relativi log viene attivato utilizzando le impostazioni avanzate del modello di policy.

Eseguire il backup dei database in un'istanza anziché in un gruppo di coerenza

Quando un database viene sospeso per creare un backup, viene creato uno snapshot dei relativi dischi e poi rilasciato. Per i gruppi di coerenza e le istanze di database, i membri vengono sospesi e rilasciati insieme per un point-in-time coerente dei dati.

Quando esegui il backup di un'istanza SQL, man mano che i database vengono aggiunti all'istanza, vengono inclusi automaticamente nell'operazione di backup di Backup e RE. Il backup dei database in un'istanza SQL si presta ad ambienti in cui i database vengono aggiunti e rimossi regolarmente. I database montati su un'istanza SQL come applicazioni virtuali non sono protetti con gli altri membri dell'istanza. I database montati virtualmente devono essere protetti separatamente.

L'appartenenza a un gruppo di coerenza viene eseguita manualmente. Il backup dei database in un gruppo di coerenza si presta ad ambienti in cui i database non vengono aggiunti o rimossi spesso.

Gestione di database e VM

I server Microsoft SQL sono protetti in modo diverso a seconda che siano protetti come applicazione (database, istanza o gruppo di disponibilità) o come parte di un'intera VM.

Protetto come applicazione, non come ESP Protetto come parte di una VM
Le appliance di backup/ripristino proteggono solo i file di database. Viene eseguito il backup di tutte le VM VMware utilizzando le API VMware. Se gestisci database SQL che fanno parte di un'intera VM protetta, consulta [Proteggere e ripristinare le istanze Compute Engine](/backup-disaster-recovery/docs/quickstarts/gce-instances-backup-recovery).
L'agente Backup e RE coordina lo snapshot VSS ed esegue il troncamento dei log. L'API VMware coordina lo snapshot VSS. L'agente Backup e RE deve essere installato sulla VM per il troncamento dei log.
L'agente Backup e RE utilizza il monitoraggio dei blocchi modificati sui file denominati, molto efficiente per i file di database di grandi dimensioni. L'API VMware fornisce il monitoraggio delle modifiche ai blocchi.
I log delle transazioni vengono eseguiti il backup quando viene eseguito un job di backup se selezioni Tronca log dopo il backup in Dettagli e impostazioni (vedi [Configurare le impostazioni avanzate per gli override delle impostazioni dei criteri](: #SetOverrides) I log delle transazioni non vengono sottoposti a backup.
Il client può eseguire il roll forward con i log. Il roll forward non è supportato durante il ripristino.

Segui queste istruzioni per applicare un piano di backup per proteggere un database Microsoft SQL Server.

  1. Dalla console di gestione dell'appliance di Backup e RE, vai a App Manager > Applicazioni. Viene visualizzata la pagina Applicazioni.

  2. Seleziona il database, l'istanza, il gruppo di disponibilità o il gruppo di coerenza di Microsoft SQL Server di cui vuoi eseguire il backup e seleziona Gestisci piano di backup nell'angolo in basso a destra della pagina.

  3. Nella finestra Gestisci piano di backup, scegli un modello e un profilo dagli elenchi a discesa:

    • Modello. Un template di backup esistente che include policy per definire lo snapshot e la replica dei dati dell'applicazione.

    • Profilo. Un profilo di risorse esistente che definisce le risorse utilizzate per archiviare i dati dell'applicazione come snapshot e immagini replicate.

  4. Nella finestra Gestisci modello di piano di backup, apporta le seguenti modifiche prima di applicare un piano di backup:

    • Impostazioni applicazione. Impostazioni specifiche di Microsoft SQL, ad esempio tipo di applicazione, nome host, indirizzo IP host, percorso, sistema operativo, appliance di backup/recupero e indirizzo IP appliance.

    • Override delle norme. Ignora impostazioni specifiche dei criteri configurate in precedenza nel template di backup selezionato. Le sostituzioni dei criteri possono essere utili o necessarie in determinate circostanze. Puoi eseguire l'override delle impostazioni dei criteri solo se il modello dei criteri è stato configurato per consentire gli override delle impostazioni dei criteri.

  5. Per selezionare i database, fai clic su Modifica in Regola di inclusione del database. Si apre la finestra di dialogo Gestisci abbonamento.

    • Nella finestra di dialogo Gestisci appartenenza, seleziona i database di cui eseguire il backup assegnando una regola di inclusione (Tutti, Database di sistema, Database utente), quindi seleziona se la regola deve Includi selezionati o Escludi selezionati.

    • Fai clic su Salva e la finestra di dialogo Gestisci abbonamento si chiude.

  6. Fai clic su Applica per applicare il template di backup e il profilo delle risorse. Viene visualizzata la casella del messaggio di conferma.

    La prima volta che viene rilevato il database selezionato, viene eseguito un job on demand il prima possibile per proteggere i dati. Successivamente, i nuovi dati vengono sottoposti a backup quando il job programmato viene eseguito in base all'orario di attività definito nel template di backup. Ad esempio, se alle 10:00 (UTC) assegni un modello con orario di funzionamento dalle 02:00 alle 05:00 (UTC), il primo job non inizierà finché l'appliance non avrà uno slot di job disponibile dopo le 02:00 (UTC).

    Se esegui il backup di un workload in un'appliance di backup/ripristino che supererebbe la capacità di archiviazione o il limite di snapshot consigliati, vedrai una notifica con un consiglio per eseguire il backup dei dati in un'altra appliance di backup/ripristino.

Protezione dei log del database in una policy del piano di backup

Quando crei una policy di snapshot per un database, puoi anche eseguire il backup dei relativi file di log. La frequenza con cui viene eseguito il backup dei log del database è definita separatamente da quella del database. Ad esempio, è possibile eseguire il backup di un database ogni giorno e dei relativi log ogni ora. La frequenza del backup dei log del database è impostata in minuti e la frequenza con cui vengono eseguiti i backup dei log non deve superare la frequenza con cui viene eseguito il backup del database associato. Ad esempio, se un database viene sottoposto a backup ogni 24 ore, la frequenza di backup del file di log deve essere inferiore a 24 ore.

La frequenza e la conservazione sono definite in Dettagli e impostazioni della policy di snapshot del database. Il backup dei log viene eseguito indipendentemente dal momento in cui viene eseguito il backup del database associato.

Puoi abilitare Protezione log tramite le impostazioni avanzate Abilita backup dei log del database in un criterio di snapshot del piano di backup. La frequenza e la conservazione sono definite in Dettagli e impostazioni per una policy del piano di backup.

Lo spazio necessario per ospitare i log di un database viene gestito automaticamente dalla console di gestione dell'appliance. La console di gestione degli appliance valuta le dimensioni tipiche dei log e il relativo periodo di conservazione e aggiunge spazio in base alle esigenze. Per gestire i requisiti di archiviazione per i log di un database, le policy degli snapshot forniscono le seguenti impostazioni avanzate:

  • Periodo di conservazione del backup dei log. La conservazione dei log è definita separatamente dalla conservazione della policy di snapshot. Un periodo di conservazione separato ti consente di utilizzare i log insieme alle copie del database archiviate nel pool di snapshot e, facoltativamente, in un pool OnVault. Il periodo di conservazione dei log è obbligatorio quando i backup dei log sono attivi.

  • Replicate Logs. Puoi replicare i log del database in un appliance di backup/recupero remoto o in un pool OnVault e utilizzare i log remoti per qualsiasi immagine del database all'interno dell'intervallo di conservazione dei log replicati. La replica dei log utilizza la tecnologia StreamSnap tra le appliance locali e remote, passando direttamente dal pool di snapshot locale al pool di snapshot sull'appliance remota. Ciò richiede una policy di replica StreamSnap nel modello e almeno una replica riuscita del database deve essere completata per prima.

  • Dimensioni di crescita del disco di gestione temporanea dei log. Definisce la percentuale in base alla quale aumentare automaticamente le dimensioni del disco di staging in cui risiedono i log. Questa impostazione è una percentuale e i valori validi vanno da 5 a 100.

  • Tasso di variazione stimato. Definisce la variazione giornaliera (in percentuale), che consente all'appliance di backup/recupero di calcolare meglio le dimensioni del disco di staging necessario per contenere i log. Questa impostazione è una percentuale e i valori validi sono da 0 a 100.

  • Comprimi backup log database. Indica al database di origine di comprimere i log prima del backup. Il server di database esegue la compressione dei log durante il backup dei log.

Configura le impostazioni avanzate per gli override delle impostazioni dei criteri

Fai clic su Override delle policy nella finestra Gestisci piano di backup per visualizzare la finestra di dialogo Override delle impostazioni delle policy. Da qui puoi ignorare impostazioni specifiche dei criteri associate al template di backup selezionato. Al termine, fai clic su Salva modifiche.

Per ripristinare lo stato predefinito di un'impostazione di override dei criteri, fai clic sulla casella di controllo a sinistra della selezione; fai clic su Seleziona le opzioni che verranno ripristinate ai valori predefiniti per ripristinare lo stato predefinito di tutte le impostazioni di override dei criteri.

Il seguente elenco contiene le descrizioni degli override delle impostazioni dei criteri validi per le istanze SQL Server, i gruppi di disponibilità (AG), i database e i gruppi di coerenza.

  • Non annullare la mappatura. Mantieni mappati i dischi di staging tra i job: seleziona questa opzione se vuoi che i dischi di staging temporanei mappati all'host e utilizzati durante lo spostamento dei dati rimangano mappati all'host. Le LUN vengono mappate durante il primo job e tutti i job successivi riutilizzano la stessa LUN mappata. Per impostazione predefinita, questa opzione è selezionata. Annulla il mapping dei dischi di staging dopo ogni job: questa opzione smonta il disco di staging dal sistema operativo al termine di ogni job (rimuovendo i punti di montaggio o le lettere di unità) e ne annulla anche il mapping dall'host completamente. Questa opzione richiede all'host di eseguire una scansione delle LUN SCSI all'inizio del job successivo, poiché i dischi di staging rimappati devono essere rilevati nuovamente prima di poter essere rimontati.

  • Tronca log dopo il backup. Specifica se troncare i log dopo ogni backup. Se questa opzione è attiva, i log correlati all'applicazione vengono troncati fino al backup recente o corrente. Se tronchi i log, devi anche eseguire il backup del log delle transazioni per consentire un recupero in avanti.

  • Ignora le applicazioni offline nel gruppo di coerenza. (Solo per la gestione dei gruppi di coerenza) Specifica se ignorare i database non disponibili che fanno parte di un gruppo di coerenza. Crea un gruppo di coerenza per eseguire il backup di più database insieme per preservare la coerenza dei dati nei database. I gruppi di coerenza sono raccolte di database della stessa istanza o dello stesso gruppo di disponibilità.

    Le opzioni sono:

    • Il backup non riesce quando vengono trovate applicazioni offline
    • Salta le applicazioni offline durante il backup

  • Mappa i dischi di staging a tutti gli host ESX in un cluster. (Questa opzione non è pertinente quando utilizzi datastore NFS.) Mappa il disco di staging all'host ESX solo per la VM. Mappa il disco di staging a tutti gli host ESX nel cluster. Mappa il disco di staging a due host ESX nel cluster.

  • Esegui il backup degli accessi utente di SQL Server. Esegue il backup dei record di accesso all'istanza SQL Server per gli account a cui è stato concesso l'accesso ai database di cui viene eseguito il backup. Quando il database viene montato come applicazione virtuale (montaggio consapevole dell'applicazione), gli accessi utente di cui è stato eseguito il backup possono essere ripristinati facoltativamente nell'istanza SQL Server di destinazione, garantendo che il database virtuale sia accessibile dagli stessi utenti con accesso al database di origine originale. Le opzioni sono Sì o No.

  • Abilita il backup dei log del database. L'opzione Abilita backup del log del database consente alla policy del piano di backup di eseguire il backup di un database Oracle o Microsoft SQL Server e di tutti i file di log delle transazioni associati. Viene eseguito il backup dei log quando viene eseguito il job di snapshot dei log. Le opzioni sono Sì o No. Se impostata su Sì, le opzioni correlate sono abilitate.

  • RPO. Quando Abilita backup log database è impostato su Sì, l'RPO definisce la frequenza del backup dei log del database. La frequenza è impostata in minuti e non deve superare l'intervallo di backup del database. Il valore più piccolo che può essere impostato (in minuti) è 15.

  • Periodo di conservazione del backup dei log. Quando Abilita backup dei log del database è impostato su Sì, la conservazione dei log viene definita separatamente dalla conservazione del criterio di snapshot. Un periodo di conservazione separato consente di utilizzare i log insieme alle copie del database archiviate nel pool di snapshot. Il periodo di conservazione dei log è un'impostazione obbligatoria.

  • Replicate Logs. (Utilizza la tecnologia StreamSnap) Quando Enable Database Log Backup (Attiva backup log database) è impostato su Enable (Attiva), l'impostazione avanzata Replicate Logs (Replica log) consente di replicare i log delle transazioni del database Microsoft SQL Server in un'appliance di backup/recupero remota. Affinché un job di replica dei log venga eseguito, nel modello deve essere presente una norma di replica StreamSnap, insieme a un profilo risorsa che specifica un'appliance di backup/recupero remoto e deve essere completata almeno una replica riuscita del database. Puoi quindi utilizzare i log nel sito remoto per qualsiasi immagine del database all'interno dell'intervallo di conservazione dei log replicati. Questa funzione è attivata per impostazione predefinita.

    La replica dei log utilizza la tecnologia StreamSnap per eseguire la replica tra le appliance di backup/ripristino locali e remote; la replica dei log va direttamente dal pool di snapshot locale al pool di snapshot sull'appliance remota.

  • Invia i log al pool OnVault. Quando Enable Database Log Backup è impostato su Enable, questa impostazione consente di replicare i log delle transazioni del database Microsoft SQL Server in un pool OnVault. Affinché un job di replica dei log venga eseguito, nel modello deve essere inclusa una policy OnVault insieme a un profilo risorsa che specifica un pool OnVault e almeno un database deve essere inviato per primo al pool. Puoi quindi utilizzare i log nel sito remoto per qualsiasi immagine del database all'interno dell'intervallo di conservazione. Questa funzione è attivata per impostazione predefinita.

  • Dimensioni di crescita del disco di gestione temporanea dei log. Quando Enable Database Log Backup è impostato su Yes, Log Staging Disk Growth Size definisce la crescita da utilizzare quando il disco di staging su cui risiedono i log viene aumentato automaticamente. Questa impostazione va dal 5 al 100%.

  • Tasso di variazione stimato. Quando Enable Database Log Backup è impostato su Yes, questa impostazione definisce la variazione giornaliera (in percentuale), che consente all'appliance di backup/recupero di calcolare meglio le dimensioni del disco di staging necessario per contenere i log. Questa impostazione va da 0 a 100.

  • Comprimi backup log database. Quando l'opzione Attiva backup log database è impostata su Sì, questa impostazione indica al database di origine di comprimere i log prima che venga eseguito il backup dalla console di gestione dell'appliance. Il server di database esegue la compressione dei log durante il backup dei log. Le opzioni sono Sì o No. Se impostata su Sì, l'opzione Comprimi backup log database è attivata.

  • Timeout dello script. L'agente Backup e RE ti consente di creare script lato host che vengono eseguiti sull'host di un'applicazione prima o dopo l'esecuzione di una norma. I quattro timeout forniti in un modello di policy vengono mappati direttamente alle quattro fasi di uno script lato host.

    • Timeout di inizializzazione dello script. Definisce per quanto tempo una policy deve attendere prima di presumere che gli script lato host su un host gestito siano stati inizializzati. 120 secondi è il valore predefinito, l'intervallo consentito è compreso tra 1 e 86.400 secondi (24 ore).
    • Timeout di blocco dello script. Definisce per quanto tempo una policy deve attendere prima di presumere che l'applicazione sia bloccata e pronta per il backup dei dati. 60 secondi è il valore predefinito, l'intervallo consentito è compreso tra 1 e 86.400 secondi.
    • Timeout di sblocco dello script. Definisce per quanto tempo una policy deve attendere prima di presumere che l'applicazione sia stata riattivata. 60 secondi è il valore predefinito, l'intervallo consentito è compreso tra 1 e 86.400 secondi.
    • Script Finish Timeout (Timeout di completamento dello script). Definisce per quanto tempo una policy deve attendere prima che il backup dei dati sia completato. 60 secondi è il valore predefinito, l'intervallo consentito è da 1 a 86.400 secondi.
    • Timeout della post-replica dello script. Definisce per quanto tempo una policy deve attendere prima che la replica sia completata. 60 secondi è il valore predefinito, l'intervallo consentito è compreso tra 1 e 86.400 secondi.

Guida per DBA di Backup e DR Microsoft SQL Server

Questa pagina fa parte di una serie di pagine specifiche per la protezione e il recupero di database Microsoft SQL Server con Backup e RE. Puoi trovare ulteriori informazioni all'indirizzo: