Dettagli e impostazioni dell'applicazione per istanze e database Microsoft SQL Server

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. 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 accanto alla selezione; fai clic su Seleziona le opzioni che verranno ripristinate allo stato predefinito 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 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 consentire 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. 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. 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 log database consente alla policy del piano di backup di eseguire il backup di un database Oracle o 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 ti 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 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 SQL Server in un'appliance di backup/recupero 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 specifica un'appliance di backup/recupero remota. Inoltre, 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 SQL Server in un pool OnVault. Per eseguire un job di replica dei log, nel modello deve essere inclusa una policy OnVault insieme a un profilo di risorsa che specifica un pool OnVault. Inoltre, almeno un database deve prima essere inviato al pool. Quindi, utilizza 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 nelle 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.
    • Script Finish Timeout. 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: