Configura i piani di backup per le istanze e i database Microsoft SQL Server

Il servizio di backup e DR 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 con 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 possibilità 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 che dei relativi log, l'appliance può recuperare il database in un determinato momento facendo avanzare i log utilizzando l'interfaccia utente dell'appliance. Il backup del database e 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 andRER. 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 con coerenza viene eseguita manualmente. Il backup dei database in un gruppo di coerenza è adatto ad ambienti in cui i database non vengono aggiunti o rimossi spesso.

Gestione del database e della 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 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 and RE deve essere installato sulla VM per il troncamento dei log.
L'agente Backup and 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) Non viene eseguito il backup dei log delle transazioni.
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 il database Microsoft SQL Server.

  1. Nella console di gestione, 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 modello 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. Esegui l'override di impostazioni specifiche dei criteri configurate in precedenza nel modello 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) e poi 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 modello di backup e il profilo delle risorse. Viene visualizzata la casella di 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, viene eseguito il backup dei nuovi dati quando il job pianificato viene eseguito in base all'orario di attività definito nel modello 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, visualizzerai una notifica con un suggerimento 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 viene eseguito il backup di un database 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 attivare Log Protection tramite le impostazioni avanzate Enable Database Log Backup 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. La console di gestione valuta le dimensioni tipiche dei log e il relativo periodo di conservazione e aggiunge spazio in base alle necessità. Per gestire i requisiti di archiviazione per i log di un database, le policy di 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 sono attivati i backup dei log.

  • Replicate Logs. Puoi replicare i log del database in un'appliance di backup/recupero remota 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 un criterio di replica StreamSnap nel modello e almeno una replica riuscita del database deve essere completata per prima.

  • Log Staging Disk Size Growth Size. 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 compresi tra 0 e 100.

  • Comprimi backup dei log di 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.

Configurare 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 modello 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 istanze SQL Server, gruppi di disponibilità (AG), database e 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 è attivata, i log correlati all'applicazione vengono troncati fino al backup recente o attuale. Se tronchi i log, devi anche eseguire il backup del log delle transazioni per abilitare un recupero roll forward.

  • 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 su 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 dei 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 attive.

  • 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 Enable Database Log Backup è impostato su Yes, la conservazione dei log viene definita separatamente dalla conservazione del criterio di snapshot. Un periodo di conservazione separato consente di utilizzare i log in combinazione con le copie del database archiviate nel pool di snapshot. Il periodo di conservazione dei log è un'impostazione obbligatoria.

  • Replicate Logs. (Utilizza la tecnologia StreamSnap) Quando l'opzione Abilita backup log database è impostata su Abilita, l'impostazione avanzata 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 un criterio 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 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 incluso un criterio 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 per aumentare automaticamente le dimensioni del disco di staging in cui risiedono i log. 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 dei log di 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. 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 and RE ti consente di creare script lato host che vengono eseguiti sull'host di un'applicazione prima o dopo l'esecuzione di una policy. I quattro timeout forniti in un modello di policy vengono mappati direttamente alle quattro fasi di uno script lato host.

    • Script Init Timeout. Definisce per quanto tempo una norma 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 un criterio 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 un criterio deve attendere prima di presumere che l'applicazione sia stata scongelata. Il valore predefinito è 60 secondi, l'intervallo consentito è compreso tra 1 e 86.400 secondi.
    • Timeout di fine 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 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 and 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 and RE. Puoi trovare ulteriori informazioni all'indirizzo: