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 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/recovery di eseguire il backup sia del database sia dei relativi log con un'unica policy. Quando viene eseguito il backup sia del database sia dei relativi log, l'appliance può recuperare il database fino a un momento specifico eseguendo il roll forward dei log utilizzando l'interfaccia utente dell'appliance. Il backup del database e dei relativi log viene abilitato utilizzando le impostazioni avanzate del modello di policy.

Esegui il 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 suoi 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 point-in-time coerente dei dati.

Quando esegui il backup di un'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 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 è adatto ad ambienti in cui i database non vengono aggiunti o rimossi di frequente.

Gestione del database e gestione di VM Manager

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 del database. Il backup di intere VM VMware viene eseguito utilizzando le API VMware. Se gestisci database SQL che fanno parte di un'intera VM protetta, consulta [Proteggi e recupera le istanze di Compute Engine](/backup-disaster-recovery/docs/quickstarts/gce-instances-backup-recovery).
L'agente di Backup e RE coordina lo snapshot VSS ed esegue il troncamento 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 modificati sui file denominati, il che è molto efficiente per i file di database di grandi dimensioni. L'API VMware fornisce il Change Block Tracking.
I log delle transazioni vengono sottoposti a backup quando viene eseguito un job di backup se selezioni Tronca il log dopo il backup in Dettagli e impostazioni (vedi [Configura le impostazioni avanzate per gli override delle impostazioni della policy](: #SetOverrides) Non viene eseguito il backup dei log delle transazioni.
Il client può eseguire il roll forward con i log. 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 delle appliance di Backup e RE, vai a Gestore applicazioni > 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, 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 template di backup esistente che include policy per definire lo snapshot e la replica dei dati dell'applicazione.

    • Profilo. Un profilo delle 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 per Microsoft SQL, come tipo di applicazione, nome host, indirizzo IP host, percorso, sistema operativo, appliance di backup/recovery e indirizzo IP dell'appliance.

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

  5. Per selezionare i database, fai clic su Modifica in Regola di inclusione del database. Viene visualizzata 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 Includere selezionati o Escludere selezionati.

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

  6. Fai clic su Applica per applicare il template di backup e il profilo delle 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. In seguito, viene eseguito il backup dei nuovi dati quando il job pianificato viene eseguito in base alle ore di attività definite nel template di backup. Ad esempio, se alle 10:00 (UTC) assegni un template con orari di funzionamento 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 supera la capacità di archiviazione o il limite di snapshot consigliati, vedrai una notifica con un suggerimento per eseguire il backup dei dati su un'appliance di backup/ripristino diversa.

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 viene eseguito il 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 degli snapshot del database. Il backup dei log viene eseguito indipendentemente dal momento in cui viene eseguito il backup del database associato.

Puoi attivare la protezione dei log tramite le impostazioni avanzate Abilita il backup dei log del 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 dei log di un database, le policy degli snapshot forniscono le seguenti impostazioni avanzate:

  • Periodo di conservazione del backup dei log. La conservazione dei log viene definita separatamente dalla conservazione della policy 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 i log. Puoi replicare i log del 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. Ciò richiede 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 di aumento automatico delle dimensioni del disco di gestione temporanea su cui si trovano i log. Questa impostazione è una percentuale e i valori validi sono compresi tra 5 e 100.

  • Tasso di variazione stimato. Definisce la variazione giornaliera (in percentuale), che consente all'appliance di backup/recovery 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 il backup dei 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.

Configura 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 template di backup selezionato. Al termine, fai clic su Salva modifiche.

Per ripristinare lo stato predefinito di un'impostazione di override delle policy, 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 delle policy.

Di seguito è riportato un elenco di descrizioni degli override delle impostazioni della policy validi per istanze SQL Server, gruppi di disponibilità (AG), database e gruppi di coerenza.

  • Non annullare la mappatura. 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. Scollega i 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 lo scollega completamente 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 nuovamente prima di poter essere rimontati.

  • Tronca il 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 corrente. 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 e 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:

    • Backup non riuscito 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 utilizzi 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 dei dati di accesso 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 con Application Awareness), i dati di accesso degli utenti 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.

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

  • RPO. Quando l'opzione Abilita 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 è possibile impostare (in minuti) è 15.

  • Periodo di conservazione del backup dei log. Quando l'opzione Abilita il backup dei log del database è impostata su Sì, la conservazione dei log viene definita separatamente dalla conservazione della policy 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 i log. (Utilizza la tecnologia StreamSnap) Quando l'opzione Abilita backup dei log del 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/recovery remota. Affinché un job di replica dei log venga eseguito, nel template deve essere presente una policy di replica StreamSnap insieme a un profilo delle risorse che specifica un'appliance di backup/recovery remota e deve essere completata almeno una replica 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 è abilitata 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 l'opzione Abilita backup dei log del database è impostata su Abilita, 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 template deve essere inclusa una policy OnVault insieme a un profilo delle risorse che specifica un pool OnVault e almeno un database deve essere prima inviato al pool. Puoi quindi utilizzare i log nel sito remoto per qualsiasi immagine del database all'interno dell'intervallo di conservazione. Questa funzione è abilitata per impostazione predefinita.

  • Log Staging Disk Growth Size. Quando l'opzione Abilita il backup del log del database è impostata su Sì, l'opzione Dimensione di crescita del disco di gestione temporanea dei log definisce la crescita da utilizzare quando si aumenta automaticamente il disco di gestione temporanea su cui risiedono i log. Questa impostazione va dal 5% al 100%.

  • Tasso di variazione stimato. Quando l'opzione Abilita backup dei log del database è impostata su Sì, questa impostazione definisce la variazione giornaliera (in percentuale), che consente all'appliance di backup/recovery di calcolare meglio le dimensioni del disco di gestione temporanea necessario per contenere i log. Questa impostazione va da 0 a 100.

  • Comprimi il backup dei log del database. Quando l'opzione Abilita backup dei log del database è impostata su Sì, questa impostazione indica al database di origine di comprimere i log prima che ne 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 è 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 alle quattro fasi di uno script lato host.

    • Script Init Timeout. Definisce il tempo di attesa di una policy prima di presumere che gli script lato host su un host gestito siano stati inizializzati. Il valore predefinito è 120 secondi, l'intervallo consentito è compreso tra 1 e 86.400 secondi (24 ore).
    • Timeout del blocco dello script. Definisce il tempo di attesa di una policy 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 il tempo di attesa di una policy prima di presumere che l'applicazione non sia bloccata. 60 secondi è il valore predefinito, l'intervallo consentito è compreso tra 1 e 86.400 secondi.
    • Timeout di completamento dello script. Definisce il tempo di attesa di una policy prima del completamento del backup dei dati. 60 secondi è il valore predefinito, l'intervallo consentito è compreso tra 1 e 86.400 secondi.
    • Timeout dello script post-replica. Definisce il tempo di attesa di una policy prima che la replica venga completata. 60 secondi è il valore predefinito, l'intervallo consentito è compreso tra 1 e 86.400 secondi.

Guida per DBA di Microsoft SQL Server per Backup e DR

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 qui: