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

Backup e RE 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 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/ripristino di eseguire il backup sia del database sia dei relativi log con una singola policy. Quando viene eseguito il backup sia del database sia dei relativi log, l'appliance può recuperare il database a un punto nel tempo eseguendo il roll forward dei log utilizzando l'interfaccia utente dell'appliance. Il backup sia del database sia dei relativi log viene abilitato utilizzando le impostazioni avanzate del modello di policy.

Backup dei database in un'istanza rispetto a un gruppo di coerenza

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

Quando esegui il backup di una istanza SQL, i database aggiunti all'istanza, vengono inclusi automaticamente nell'operazione di backup di Backup e RE. Il backup dei database in un'istanza SQL è adatto agli 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 è adatto agli 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 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 recuperare 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 rilevamento dei blocchi modificati sui file denominati, il che è molto efficiente per i file di database di grandi dimensioni. L'API VMware fornisce il rilevamento dei blocchi modificati.
Viene eseguito il backup dei log delle transazioni 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 delle policy](: #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.

Utilizza le seguenti istruzioni per applicare un piano di backup per proteggere un database Microsoft SQL Server.

  1. Dalla console di gestione dell'appliance Backup e RE, vai a Gestore app > Applicazioni. Si apre 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, 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 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 immagini di snapshot e 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, come tipo di applicazione, nome host, indirizzo IP host, percorso, sistema operativo, appliance di backup/ripristino e indirizzo IP dell'appliance.

    • Override delle policy. Esegui l'override di impostazioni di policy specifiche configurate in precedenza nel modello di backup selezionato. Gli override delle policy possono essere utili o necessari in determinate circostanze. Puoi eseguire l'override delle impostazioni delle policy solo se il modello della policy è stato configurato per consentire gli override delle impostazioni delle policy.

  5. Per selezionare i database, fai clic su Modifica in Regola di inclusione del database. Si apre 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), quindi seleziona se la regola deve Includere selezionati o Escludere selezionati.

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

  6. Fai clic su Applica per applicare il modello di backup e il profilo di risorse. Viene visualizzata la casella del messaggio di operazione riuscita.

    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 programmato viene eseguito in base alle ore di attività definite nel modello di backup. Ad esempio, se alle 10:00 (UTC) assegni un modello con ore di attività dalle 02:00 alle 05:00 (UTC), il primo job non verrà avviato finché l'appliance non avrà uno slot di job disponibile dopo le 02:00 (UTC).

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

Protezione dei log dei 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 dei 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 di backup dei log dei database è impostata in minuti e non deve superare la frequenza di backup del database associato. Ad esempio, se viene eseguito il backup di un database ogni 24 ore, la frequenza di backup dei 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 la protezione dei log tramite le impostazioni avanzate Abilita backup dei log dei database in una policy 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 dell'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 di snapshot forniscono le seguenti impostazioni avanzate:

  • Periodo di conservazione dei backup dei log. La conservazione dei log è definita separatamente da la 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 abilitati.

  • Replica log. Puoi replicare i log dei database in un'appliance di backup/ripristino remota o in un pool OnVault e utilizzare i log remoti per qualsiasi immagine del database nell'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. È necessaria una policy di replica StreamSnap nel modello e deve essere completata almeno una replica riuscita del database.

  • Dimensioni di crescita del disco di gestione temporanea dei log. Definisce la percentuale in cui aumentare automaticamente le dimensioni del disco di gestione temporanea in cui risiedono i log. Questa impostazione è una percentuale e i valori validi sono compresi tra 5 e 100.

  • Tasso di modifica stimato. Definisce la modifica giornaliera (in percentuale), che consente all'appliance di backup/ripristino di calcolare meglio le dimensioni del disco di gestione temporanea necessario per contenere i log. Questa impostazione è una percentuale e i valori validi sono compresi tra 0 e 100.

  • Comprimi backup dei log dei 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 delle policy

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 eseguire l'override di impostazioni di policy specifiche associate al modello di backup selezionato. Al termine, fai clic su Salva modifiche.

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

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

  • Non annullare il mapping. Mantieni i dischi di gestione temporanea mappati tra i job: seleziona questa opzione se vuoi che i dischi di gestione temporanea 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. Per impostazione predefinita, questa opzione è selezionata. Annulla il mapping dei dischi di gestione temporanea dopo ogni job: questa opzione smonta il disco di gestione temporanea dal sistema operativo al termine di ogni job (rimuovendo i punti di montaggio o le lettere di unità) e ne annulla completamente il mapping dall'host. Questa opzione richiede che l'host esegua una scansione dei LUN SCSI all'inizio del job successivo, poiché i dischi di gestione temporanea rimappati devono essere rilevati di nuovo prima di poter essere rimontati.

  • Tronca log dopo il backup. Specifica se troncare i log dopo ogni backup. Se questa opzione è abilitata, i log relativi 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 con roll forward.

  • Salta 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 tra i database. I gruppi di coerenza sono raccolte di database della stessa istanza o dello stesso gruppo di disponibilità.

    Le opzioni sono:

    • Non eseguire il backup quando vengono trovate applicazioni offline
    • Salta le applicazioni offline durante il backup

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

  • Esegui il backup degli accessi utente di SQL Server. Esegue il backup dei record di accesso all'istanza di SQL Server per gli account a cui è stato concesso l'accesso ai database di cui è stato eseguito il backup. Quando il database viene montato come applicazione virtuale (montaggio con riconoscimento 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 backup dei log dei database. L'opzione Abilita backup dei log dei 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 dei log dei database è impostato su Sì, RPO definisce la frequenza di backup dei log dei database. La frequenza è impostata in minuti e non deve superare l'intervallo di backup del database. Il valore minimo impostabile (in minuti) è 15.

  • Periodo di conservazione dei backup dei log. Quando Abilita backup dei log dei database è impostato su Sì, 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. Il periodo di conservazione dei log è un'impostazione obbligatoria.

  • Replica log. (Utilizza la tecnologia StreamSnap) Quando Abilita backup dei log dei database è impostato su Abilita, l'impostazione avanzata Replica log consente di replicare i log delle transazioni del database Microsoft SQL Server in un'appliance di backup/ripristino remota. Per l'esecuzione di un job di replica dei log, nel modello deve essere presente una policy di replica StreamSnap insieme a un profilo di risorse che specifichi un'appliance di backup/ripristino remota e deve essere completata almeno una replica riuscita del database. Puoi quindi utilizzare i log nel sito remoto per qualsiasi immagine del database nell'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 passa direttamente dal pool di snapshot locale al pool di snapshot sull'appliance remota.

  • Invia log al pool OnVault. Quando Abilita backup dei log dei database è impostato su Abilita, questa impostazione consente di replicare i log delle transazioni del database Microsoft SQL Server in un pool OnVault. Per l'esecuzione di un job di replica dei log, nel modello deve essere inclusa una policy OnVault insieme a un profilo di risorse che specifichi un pool OnVault e almeno un database deve essere inviato al pool. Puoi quindi utilizzare i log nel sito remoto per qualsiasi immagine del database nell'intervallo di conservazione. Questa funzione è attivata per impostazione predefinita.

  • Dimensioni di crescita del disco di gestione temporanea dei log. Quando Abilita backup dei log dei database è impostato su Sì, Dimensioni di crescita del disco di gestione temporanea dei log definisce la crescita da utilizzare quando si aumentano automaticamente le dimensioni del disco di gestione temporanea in cui risiedono i log. Questa impostazione è compresa tra il 5 e il 100%.

  • Tasso di modifica stimato. Quando Abilita backup dei log dei database è impostato su Sì, questa impostazione definisce la modifica giornaliera (in percentuale), che consente all' appliance di backup/ripristino di calcolare meglio le dimensioni del disco di gestione temporanea necessario per contenere i log. Questa impostazione è compresa tra 0 e 100.

  • Comprimi backup dei log dei database. Quando Abilita backup dei log dei database è impostato 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 dei log dei database è abilitata.

  • Timeout dello script. L'agente Backup e RE 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 nelle quattro fasi di uno script lato host.

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

Guida per amministratori di database di Backup e DR per Microsoft SQL Server

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