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

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

  • Istanze

  • Database principale di un gruppo di disponibilità AlwaysOn

  • Database nelle VM

  • Database di sistema

  • Database utente

  • Database e file di supporto in un gruppo con coerenza

  • Singoli membri di un gruppo con coerenza

Prima di iniziare

Prima di proteggere i database Microsoft SQL Server:

Best practice per la protezione dei 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 unico criterio. Quando viene eseguito il backup sia del database sia dei relativi log, l'appliance può recuperare il database fino a un determinato punto nel tempo eseguendo l'avanzamento dei log utilizzando l'interfaccia utente dell'appliance. Il backup sia del database sia dei relativi log è abilitato utilizzando le impostazioni avanzate del modello di criteri.

Eseguire il backup dei database in un'istanza rispetto a un gruppo con coerenza

Quando un database viene messo in stato di riposo per creare un backup, viene creato e poi rilasciato uno snapshot dei relativi dischi. Per i gruppi di coerenza e le istanze di database, i membri vengono messi in stato di riposo e rilasciati insieme per un punto in tempo coerente dei dati.

Quando esegui il backup di un'istanza SQL, i database vengono aggiunti all'istanza e inclusi automaticamente nell'operazione di backup e RE. Il backup dei database in un'istanza SQL è adatto a 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 a ambienti in cui i database non vengono spesso aggiunti o rimossi.

Gestione del database rispetto alla gestione delle 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.

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

Segui le istruzioni riportate di seguito per applicare un piano di backup per proteggere il database Microsoft SQL Server.

  1. Nella console di gestione, vai ad Gestore app > Applicazioni. Viene visualizzata la pagina Applicazioni.

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

  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 criteri per definire lo snapshot e la replica dei dati dell'applicazione.

    • Profilo. Un profilo delle risorse esistente che definisce le risorse impiegate per archiviare i dati dell'applicazione sotto forma di istantanee 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 dell'host, percorso, sistema operativo, appliance di backup/recupero e indirizzo IP dell'appliance.

    • Sostituzione delle norme. Sostituisci impostazioni specifiche dei criteri precedentemente configurate nel modello di backup selezionato. Le sostituzioni dei criteri possono essere utili o obbligatorie in determinate circostanze. Puoi ignorare le impostazioni del criterio solo se il modello del criterio è stato configurato per consentire l'override delle impostazioni del criterio.

  5. Per selezionare i database, fai clic su Modifica in Regola di inclusione dei database. Viene visualizzata la finestra di dialogo Gestisci appartenenza.

    • 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 scegli se la regola deve essere impostata su Includi elementi selezionati o Escludi elementi selezionati.

    • Fai clic su Salva per chiudere la finestra di dialogo Gestisci abbonamento.

  6. Fai clic su Applica per applicare il modello di backup e il profilo della risorsa. Verrà visualizzata la finestra 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, viene eseguito il backup dei nuovi dati quando il job pianificato viene eseguito in base alle ore di servizio definite nel modello di backup. Ad esempio, se alle 10:00 (UTC) assegni un modello con ore 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).

Protezione dei log del database in un criterio del piano di backup

Quando crei un criterio di snapshot per un database, puoi anche eseguire il backup dei relativi file log. La frequenza con cui viene eseguito il backup dei log del database è definita distintamente 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 viene eseguito il backup dei log non deve superare la frequenza con cui viene eseguito il backup del database associato. Ad esempio, se il backup di un database viene eseguito ogni 24 ore, la frequenza del 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.

Attiva la protezione dei log tramite le impostazioni avanzate Attiva il 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 un criterio del piano di backup.

Lo spazio necessario per accomodare 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 esigenze. Per gestire i requisiti di archiviazione per i log di un database, le norme relative agli snapshot forniscono le seguenti impostazioni avanzate:

  • Periodo di conservazione del backup dei log. La conservazione dei log viene definita separatamente dalla conservazione del criterio di snapshot. Avere un periodo di conservazione distinto 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.

  • Replica i log. 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 locale e remota, passando direttamente dal pool di snapshot locale al pool di snapshot sull'appliance remota. Ciò richiede un criterio di replica di StreamSnap nel modello e deve essere completata almeno una replica riuscita del database.

  • Dimensione di crescita del volume del disco di staging dei log. Definisce la percentuale in base alla quale deve essere incrementato automaticamente il disco di staging su cui si trovano 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 intermedio necessario per contenere i log. Questa impostazione è una percentuale e i valori validi vanno da 0 a 100.

  • Comprimi il backup del log del 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 le sostituzioni delle impostazioni dei criteri

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

Per ripristinare lo stato predefinito di un'impostazione di sostituzione dei criteri, fai clic sulla casella di controllo a sinistra della selezione. Fai clic su Seleziona le opzioni che ripristineranno i valori predefiniti per ripristinare lo stato predefinito di tutte le impostazioni di sostituzione dei criteri.

L'elenco seguente contiene le descrizioni delle sostituzioni delle impostazioni di criteri valide per istanze SQL Server, gruppi di disponibilità (AG), database e gruppi di coerenza.

  • Non annulla la mappatura. Mantieni i dischi di staging mappati 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. I LUN vengono mappati durante il primo job e tutti i job successivi riutilizzano lo stesso LUN mappato. Questa opzione è selezionata per impostazione predefinita. Rimuovi mappatura 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 delle unità) e lo rimuove completamente dall'host. Questa opzione richiede all'host di eseguire una ricerca delle LUN SCSI all'inizio del job successivo, poiché i dischi di staging rimappati devono essere nuovamente rilevati prima di poter essere montati di nuovo.

  • Tronca il log dopo il backup. Specifica se troncare i log dopo ogni backup. Se questa opzione è attivata, i log relativi all'applicazione vengono troncati fino al backup recente o corrente. Se tronchi i log, devi eseguire il backup anche del log delle transazioni per abilitare un recupero con applicazione delle modifiche.

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

    Le opzioni sono:

    • Il backup non va a buon fine quando vengono rilevate applicazioni offline
    • Saltare le applicazioni offline durante il backup

  • Mappa i dischi di staging a tutti gli host ESX in un cluster. Questa opzione non è pertinente quando si utilizzano i 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 dell'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 (mount aware), 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 agli stessi utenti con accesso al database di origine originale. Le opzioni sono Sì o No.

  • Attiva il backup dei log del database. L'opzione Abilita il backup dei log del database consente al criterio 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. Il backup dei log viene eseguito quando viene eseguito il job di snapshot dei log. Le opzioni sono Sì o No. Se impostato su Sì, le opzioni correlate vengono attivate.

  • RPO. Quando l'opzione Attiva il backup dei log del database è impostata 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 l'opzione Attiva il backup dei log del database è impostata su Sì, la conservazione dei log viene definita separatamente dalla conservazione del criterio di snapshot. Avere un periodo di conservazione separato ti consente di utilizzare i log insieme alle copie del database archiviate nel pool di istantanee. Il periodo di conservazione dei log è un'impostazione obbligatoria.

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

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

  • Invia i log al pool OnVault. Quando l'opzione Abilita il backup dei log del database è impostata su Attiva, 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 della risorsa che specifica un pool OnVault e deve essere inviato almeno un database al pool. Puoi quindi utilizzare i log sul sito remoto per qualsiasi immagine del database all'interno dell'intervallo di conservazione. Questa funzione è attiva per impostazione predefinita.

  • Dimensione della crescita del disco di staging dei log. Quando l'opzione Abilita il backup dei log del database è impostata su Sì, l'opzione Dimensione di crescita del disco di staging dei log definisce la crescita da utilizzare per aumentare automaticamente il disco di staging su cui si trovano i log. Questa impostazione va dal 5 al 100 percento.

  • Tasso di variazione stimato. Quando l'opzione Attiva il backup dei log del database è impostata su Sì, 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 il backup del log del database. Quando l'opzione Attiva il backup dei log del database è impostata su Sì, il database di origine comprime i log prima che ne 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ì, viene attivata l'opzione Comprimi il backup dei log del database.

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

    • Timeout di inizializzazione dello script. Definisce per quanto tempo una norma deve attendere prima di assumere che gli script lato host su un host gestito siano stati inizializzati. 120 secondi è il valore predefinito, l'intervallo consentito è compreso tra 1 e 86400 secondi (24 ore).
    • Timeout di blocco dello script. Definisce per quanto tempo un criterio deve attendere prima di assumere che l'applicazione sia bloccata e pronta per il backup dei dati. 60 secondi è il valore predefinito, l'intervallo consentito è compreso tra 1 e 86400 secondi.
    • Timeout per lo sblocco dello script. Definisce per quanto tempo un criterio deve attendere prima di assumere che l'applicazione sia scongelata. 60 secondi è il valore predefinito. L'intervallo consentito è compreso tra 1 e 86400 secondi.
    • Timeout di completamento dello script. Definisce per quanto tempo una norma deve attendere prima che il backup dei dati sia completato. 60 secondi è il valore predefinito, l'intervallo consentito è da 1 a 86400 secondi.
    • Timeout post-replica dello script. Definisce il tempo di attesa di un criterio prima del completamento della replica. 60 secondi è il valore predefinito, l'intervallo consentito è compreso tra 1 e 86400 secondi.

Guida per DBA di Microsoft SQL Server su backup e RE

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