Configurare le impostazioni avanzate dei criteri

Questa pagina elenca le impostazioni avanzate per un modello di criteri di configurazione del backup. Puoi definire le impostazioni dei criteri avanzati durante la creazione di un criterio di backup.

Puoi anche visualizzare e modificare le impostazioni dei criteri per applicazioni specifiche visualizzando il riquadro delle sostituzioni dei criteri dalla pagina Gestisci piano di backup dell'applicazione.

Per visualizzare la pagina delle impostazioni delle norme, segui le istruzioni riportate di seguito.

  1. Nella console di gestione, fai clic sulla scheda Piani di backup e seleziona l'opzione Modelli dal menu a discesa.
  2. Seleziona il modello da gestire e poi fai clic su Modifica dal menu a discesa nell'angolo in basso a destra della pagina.
  3. Nella pagina del modello, a destra, fai clic sulla freccia bianca accanto al dispositivo che vuoi gestire. Nella parte inferiore delle selezioni, fai clic su Modifica criterio.
  4. Nella parte inferiore della sezione Crea/modifica criterio, fai clic su Impostazioni criterio avanzate. Si apriranno le impostazioni avanzate dei criteri dettagliate nella tabella seguente.
  5. Al termine, fai clic su Salva modifiche per aggiornare le impostazioni.

La tabella seguente descrive in dettaglio le impostazioni dei criteri avanzati.

               
Impostazione avanzata Descrizione
Congruenza con l'applicazione
(applicabile solo per le VM VMware Engine e le VM Compute Engine)
Seleziona una delle seguenti opzioni:
  • Esegui un backup coerente con gli arresti anomali. Il backup coerente con gli arresti anomali è un backup rapido dei dati dell'applicazione archiviati come se in quel momento fosse stata interrotta l'alimentazione. Non mette in pausa l'I/O dei dati dell'applicazione. Tutti i dati sul disco vengono salvati e quelli in memoria andranno persi. Il recupero di un backup consistente con un arresto anomalo potrebbe richiedere più tempo e introdurre eccezioni. Potrebbe essere necessario eseguire alcuni passaggi di recupero manuale aggiuntivi durante il recupero, a seconda del sistema operativo guest, dei file system e delle applicazioni. Scegli Coerenza in caso di arresto anomalo se il processo di coerenza dell'applicazione causa problemi per le tue applicazioni o i tuoi carichi di lavoro a causa del processo di messa in stato di riposo. La coerenza degli arresti anomali potrebbe comportare un RTO più lungo a causa della necessità per il file system o l'applicazione di eseguire un ripristino dallo snap inconsistente e, in casi estremi, potrebbe anche comportare uno snap non recuperabile.
  • Esegui un backup coerente con l'applicazione. Il backup coerente con l'applicazione sfrutta gli snapshot in stato di riposo, che utilizzano gli strumenti VMware o l'ambiente guest di Google per mettere in stato di riposo il file system della macchina virtuale. Un'operazione di messa in stato di attesa sfrutta le funzionalità integrate del sistema operativo Windows per mettere in stato di attesa i file system e le applicazioni che supportano VSS. Inoltre, sfrutta gli script di blocco o sblocco forniti dal cliente (su tutte le piattaforme) per ottenere una consistenza dell'applicazione di livello superiore. Il risultato è un livello di affidabilità superiore per il recupero del backup, nonché tempi di recupero più brevi nella maggior parte dei casi. A volte i backup coerenti delle applicazioni possono causare una breve interruzione dell'I/O e, anche se non è frequente, alcune applicazioni più attive potrebbero registrare errori di I/O al momento del backup. A volte, i backup coerenti delle applicazioni non riescono se VMware non è in grado di mettere in stato di riposo la VM entro un timeout predeterminato durante l'operazione di snapshot. Utilizza i backup coerenti con l'applicazione quando la recuperabilità è prioritaria e le applicazioni nella VM non sono sensibili alla breve interruzione I/O.
    Per saperne di più, consulta la sezione Creare uno snapshot di un disco permanente coerente con l'applicazione Linux.

    Per montare uno snapshot di Compute Engine Windows come VM nuova o esistente acquisita con l'opzione Congruenza con l'applicazione, devi impostare il disco dalla modalità di sola lettura a quella di lettura e scrittura. A tale scopo, segui le istruzioni riportate in Facoltativo: contrassegnare il disco come disponibile per la lettura e la scrittura.
  • Esegui un backup coerente con gli arresti anomali all'ultimo tentativo. Questa opzione esegue inizialmente backup coerenti con l'applicazione, ma se un backup coerente con l'applicazione non va a buon fine per qualsiasi motivo, viene eseguito un backup coerente con gli arresti anomali.
  • Posizione dello snapshot
    (applicabile solo per le istanze Compute Engine)
    Seleziona la regione in cui archiviare gli snapshot del Persistent Disk. Per impostazione predefinita è selezionata la modalità multiregione (in base alla posizione del disco di origine). Puoi anche modificare la posizione di archiviazione dello snapshot in una regione diversa rispetto alla regione del disco di origine. Quando archivi gli snapshot in una località diversa da quella del disco di origine, i dati viaggiano sulla rete tra le due località e potrebbero essere addebitate tariffe di rete. Agli snapshot vengono applicate le stesse tariffe del trasferimento dei dati di Cloud Storage. Scopri di più sullo snapshot del disco permanente. Per conoscere i dettagli dei prezzi, consulta la pagina Prezzi dei dischi.
    Tipo di snapshot      
    (applicabile solo per le istanze Compute Engine)
    Seleziona il tipo di snapshot Persistent Disk da utilizzare per i backup delle istanze Compute Engine. Gli snapshot eseguono il backup incrementale dei dati dai dischi permanenti. Durante i backup viene creato un nuovo snapshot per acquisire lo stato corrente del disco permanente e in un secondo momento può essere utilizzato per creare un nuovo disco per i montaggi o i ripristini. Compute Engine archivia più copie di ogni snapshot in più posizioni con checksum automatici per garantire l'integrità dei dati. Scopri di più sullo snapshot del disco permanente. Per conoscere i dettagli dei prezzi, consulta la pagina Prezzi dei dischi.
  • Standard: per impostazione predefinita, è selezionato il tipo di istantanea standard. Ti consigliamo di utilizzare il tipo standard se vuoi conservare i backup per meno di 90 giorni.
  • Archivio: seleziona il tipo di archivio se vuoi conservare i backup per molto tempo. Tieni presente che il periodo di fatturazione minimo per lo snapshot di archiviazione è di 90 giorni, indipendentemente dal periodo di conservazione definito nel criterio e che il tipo di archivio prevede anche un costo di recupero aggiuntivo se utilizzato in un job di montaggio o ripristino. Il tipo di snapshot archiviato può essere utilizzato solo se la console di gestione e l'appliance di backup/ripristino sono entrambe in 11.0.4 o versioni successive.
  •      
    Sovraallocazione del disco di staging
    (in percentuale)
    Specifica lo spazio aggiuntivo allocato per il disco di staging (oltre a quello effettivamente necessario) per soddisfare la crescita dell' applicazione. Questa impostazione va da zero a 1000 per cento.
    Percorsi di potatura globale Non eseguire il backup di queste directory (specifica il percorso completo). Consulta anche i valori di Percorsi di potatura globale a livello di criterio.
    Compressa la replica di Streamsnap Per impostazione predefinita, la compressione per la replica di streamsnap è attivata. La compressione aumenta l'efficienza della replica di streamsnap all'appliance di backup/ripristino remoto durante il trasferimento dei dati sulla rete, ad esempio durante la replica di immagini e video. Quando la compressione è attivata, tutti i pacchetti vengono compressi. L'appliance di backup/recupero di destinazione decomprime i pacchetti prima di scrivere sul disco di staging. Se la compressione non è necessaria per la replica di streamsnap al secondo appliance di backup/recupero, modifica l'impostazione avanzata della compressione della replica di streamsnap su Non comprimere e poi fai clic su Salva modifiche.
    Nota: la replica Streamsnap è supportata solo per le appliance di backup/recupero di cui è stato eseguito il deployment in un'unica rete.
    Non annulla mappatura Specifica se vuoi che i dischi di staging temporanei mappati all'host e utilizzati durante lo spostamento dei dati per il backup rimangano mappati all'host. Le LUN vengono mappate durante il primo job e tutti i job successivi riutilizzano la stessa LUN mappata. Seleziona una delle seguenti opzioni:
  • Mantieni mappati i dischi di staging tra i job. Seleziona questa opzione se vuoi che i dischi di staging temporanei mappati all'hosting e utilizzati durante il trasferimento dei dati rimangano mappati all'hosting. Le LUN vengono mappate durante il primo job e tutti i job successivi riutilizzano la stessa LUN mappata. Questa opzione è selezionata per impostazione predefinita.
    Nota: per le applicazioni gestite utilizzando l'agente di backup e RE (ad esempio il database SQL) in cui l'applicazione è su un sistema operativo in esecuzione all'interno di una VM VMware, questa opzione viene ignorata. Il disco di staging viene sempre rimappato dalla VM dopo ogni job.
  • Rimuovi la mappatura dei dischi di staging dopo ogni job. Questa opzione consente di smontare il disco di staging dal sistema operativo al termine di ogni job (rimuovendo i punti di montaggio o le lettere delle unità) e di annullarne completamente la mappatura dall'host. Questa opzione richiede all'host di eseguire una ricerca delle LUN SCSI all'avvio del job successivo, poiché i dischi di staging rimappati devono essere nuovamente rilevati prima di poter essere rimontati.
  • Troncare (ripulire) il log dopo il backup Specifica se troncare (eliminare definitivamente) i log del database dopo ogni backup. Quando l'opzione Tronca log dopo il backup è attivata, 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 applicazione delle modifiche.
    Le opzioni sono:
  • Non troncare o eliminare il log dopo il backup
  • Troncare o eliminare definitivamente il log dopo il backup
  • Salta applicazioni offline
    (solo per la gestione dei gruppi di coerenza)
    Specifica se ignorare le applicazioni non disponibili che fanno parte di un gruppo di coerenza. Creando un gruppo di coerenza, puoi eseguire il backup dei dati di tutte le applicazioni membro per preservare la coerenza dei dati tra le applicazioni membro. I gruppi di coerenza sono raccolte di applicazioni rilevate dallo stesso host.
    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 i nodi di un cluster di applicazioni Se i tuoi nodi si trovano in un cluster di applicazioni, puoi utilizzarlo per assicurarti che i nodi di un cluster di applicazioni siano protetti in caso di failover durante il backup.
  • Non mappare il disco di staging a tutti i nodi del cluster di applicazioni.
  • Mappa il disco di staging a tutti i nodi del cluster di applicazioni
    In caso di guasto del cluster di applicazioni, questa opzione protegge le copie di failover.
  • Mappa il disco di staging a tutti gli host ESX in un cluster
    (solo per VM VMware)
    Se i server ESX si trovano in un'appliance, puoi utilizzare questa impostazione per assicurarti che le VM vengano gestite in caso di failover durante il backup. In caso di errore dell'host ESX, questa opzione gestisce le copie di failover delle VM VMware. (Oracle, file system locali, SMB, NFS, SQL Server):
  • Mappa il disco di staging all'host ESX solo per la VM
  • Mappa il disco di staging a tutti gli host ESX del cluster
  • Mappa il disco di staging a due host ESX nel cluster
  • Eseguire il backup degli accessi utente di SQL Server Acquisisce le credenziali di accesso al database SQL Server. Quando il database è montato come applicazione virtuale (mount aware app), il database virtuale contiene tutte le credenziali di accesso utilizzate dall'origine. Le opzioni sono o No.
    Attivare il backup dei log del database L'opzione Attiva il backup dei log del database consente al criterio del piano di backup di eseguire il backup di un database 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 , le opzioni correlate vengono attivate.
    Nota: per informazioni dettagliate sulla protezione dei log, consulta Protezione dei log del database in un criterio del piano di backup.
    RPO Quando l'opzione Attiva il backup dei log del database è impostata su , 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 dei backup dei log
    (in giorni)
    Quando l'opzione Attiva il backup dei log del database è impostata su , la conservazione dei log viene definita separatamente dalla conservazione del criterio di snapshot. 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 l'opzione Attiva il backup dei log del database è impostata su Attiva, l'impostazione avanzata Replica i log consente di replicare i log del database su un'appliance remota. Affinché un job di replica dei log venga eseguito, nel modello deve essere incluso un criterio di replica di streamsnap insieme a un profilo della risorsa che specifica un appliance remoto e deve essere 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 gli appliance locale e remoto. La replica dei log avviene direttamente dal pool di snapshot locale al pool di snapshot sull'appliance remoto.
    Nota: la replica dei log non avviene finché il database non è stato protetto e l'immagine non è stata replicata nell'appliance remota.
    Inviare i log al pool OnVault Se impostato su , i log vengono replicati in uno o più pool di archiviazione OnVault, consentendo i ripristini point-in-time da OnVault su un altro sito.
    Dimensioni della crescita del disco di staging dei log (in percentuale) Quando l'opzione Abilita il backup dei log del database è impostata su , 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%.
    Tasso di variazione stimato Quando l'opzione Attiva il backup dei log del database è impostata su , questa impostazione definisce la variazione giornaliera (in percentuale), che consente all'appliance di calcolare meglio le dimensioni del disco di staging necessario per contenere i log. Questa impostazione va da zero a 100.
    Comprimi il backup dei log del database Quando l'opzione Attiva il backup dei log del database è impostata su , questa impostazione indica al database di origine di comprimere i log prima che vengano acquisiti dalla console di gestione. Il server di database esegue la compressione dei log durante il backup dei log. Le opzioni sono o No. Se impostata su , viene attivata l'opzione Comprimi il backup dei log del database.
    Conservazione forzata Consente all'utente di configurare il periodo di immutabilità tra zero e 36525 giorni. Per impostazione predefinita, il valore è impostato su zero per tutti i criteri esistenti.
    Puoi modificare un criterio già utilizzato per proteggere un'applicazione impostando un periodo di conservazione obbligatorio più lungo. Tuttavia, non puoi accorciare il periodo di conservazione applicato.
    Non puoi impostare la conservazione forzata per un criterio di istantanea stream la cui conservazione è "Conserva solo l'immagine remota più recente".
    Nota: la conservazione forzata non può essere sostituita su base per applicazione. L'opzione non viene visualizzata nella pagina Sostituzioni criteri.
    Nota: l'impostazione del criterio avanzato Conservazione forzata non è compatibile con la protezione delle applicazioni che rimanda a un vault di backup. Quando un vault di backup è la destinazione dello spazio di archiviazione, determina il periodo di conservazione forzato.
    Comportamento del job quando la VM di destinazione richiede il consolidamento degli snapshot Seleziona un'azione se la VM richiede il consolidamento:
  • Il job non va a buon fine se la VM ha bisogno di consolidamento: I job point-in-time non vanno a buon fine.
  • Esegui il job senza eseguire il consolidamento: Tutti i job vengono eseguiti normalmente anche se il consolidamento è in attesa.
  • Esegui il consolidamento all'inizio del job: i job point-in-time tentano di eseguire il consolidamento all'inizio del job. Se il consolidamento non riesce, il job non viene eseguito e viene visualizzato un messaggio di errore.
  • Fail On Missing Start Path Se vengono specificati uno o più percorsi di avvio e uno di questi percorsi non esiste, il job non va a buon fine con il messaggio UDSAgent: Il percorso di avvio specificato non esiste. Se non vengono specificati percorsi di inizio, questa opzione non ha alcun effetto. Le opzioni sono o No.
    Nota: lo stato predefinito per questa opzione è No (disattivato), che corrisponde allo stesso comportamento delle versioni precedenti dell'agente di backup e RE. Il job non ha esito negativo se non esiste un percorso di avvio.
    Attivare la modalità di acquisizione degradata La modalità di acquisizione degradata acquisisce i dati incrementali quando il servizio Change Block Tracking (CBT) non è disponibile. L'acquisizione dei dati potrebbe richiedere più tempo. Le opzioni sono o No.
    Timeout dello script
    (applicabile solo per i backup basati su agente)
    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.
    Nota: per impostazione predefinita, i valori di timeout dello script sono i seguenti. Se non viene specificato un timeout dello script, il valore è vuoto e viene utilizzato il valore predefinito.
  • Timeout di inizializzazione dello script: definisce il tempo di attesa di un job per lo script invocato sull'host prima che venga intrapresa un'azione da parte del job. Se lo script non viene completato entro questo timeout, il job non va a buon fine. Il valore predefinito è 60 secondi. L'intervallo consentito è compreso tra 1 e 86400 secondi.
  • Timeout blocco script: definisce il tempo che un criterio deve attendere prima che lo script invocato blocchi un'applicazione prima di acquisire uno snapshot. Se lo script non viene completato entro questo timeout, il job non va a buon fine. Il valore predefinito è 60 secondi. L'intervallo consentito è compreso tra 1 e 86400 secondi.
  • Timeout per lo sblocco dello script: definisce il tempo che un criterio deve attendere per lo script invocato per bloccare un'applicazione dopo l'acquisizione di uno snapshot. Se lo script non viene completato entro questo timeout, il job non va a buon fine. Il valore predefinito è 60 secondi. L'intervallo consentito è compreso tra 1 e 86400 secondi.
  • Timeout di completamento dello script: definisce il tempo che un criterio deve attendere per lo script richiamato alla fine del job. Se lo script non viene completato entro questo timeout, il job non va a buon fine. Il valore predefinito è 60 secondi. L'intervallo consentito è compreso tra 1 e 86400 secondi.
  • Passaggi successivi