Configurare le impostazioni avanzate dei criteri

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

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

Per visualizzare la pagina delle impostazioni delle policy, segui queste istruzioni.

  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, sul lato destro, fai clic sulla freccia bianca accanto al criterio che vuoi gestire. In fondo alle selezioni, fai clic su Modifica criterio.
  4. Nella parte inferiore della sezione Crea/Modifica criterio, fai clic su Impostazioni avanzate dei criteri. Vengono visualizzate le impostazioni avanzate dei criteri descritte nella tabella seguente.
  5. Al termine, fai clic su Salva modifiche per aggiornare le impostazioni.

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

               
Impostazione avanzata Descrizione
Coerenza delle applicazioni
(applicabile solo per le VM Google Cloud VMware Engine e Compute Engine)
Seleziona una delle seguenti opzioni:
  • Backup coerente con l'arresto anomalo: il backup coerente con l'arresto anomalo è un backup rapido dei dati delle applicazioni nell'archiviazione come se l'alimentazione fosse interrotta in quel momento. Non mette in pausa l'I/O dei dati dell'applicazione. Tutti i dati sul disco vengono salvati e i dati in memoria vengono persi. Il ripristino di un backup coerente con l'arresto anomalo potrebbe richiedere più tempo e introdurre eccezioni. A seconda del sistema operativo guest, dei file system e delle applicazioni, potrebbe essere necessario eseguire alcuni passaggi di ripristino manuale aggiuntivi durante il ripristino. Scegli la coerenza in caso di arresto anomalo se il processo coerente con l'applicazione causa problemi per le tue applicazioni o i tuoi carichi di lavoro a causa del processo di quiescenza. La coerenza in caso di arresto anomalo potrebbe comportare un RTO più lungo a causa della necessità che il file system o l'applicazione esegua un ripristino dallo snapshot incoerente e potrebbe persino comportare uno snapshot non recuperabile in casi estremi.
  • Esegui il backup coerente con l'applicazione: il backup coerente con l'applicazione sfrutta gli snapshot inattivi, che utilizzano VMware Tools o un ambiente guest per rendere inattivo il file system della macchina virtuale. Google Cloud Un'operazione di quiescenza sfrutta le funzionalità integrate del sistema operativo Windows per mettere in quiescenza i file system e le applicazioni che supportano VSS. Sfrutta anche gli script di blocco o sblocco forniti dal cliente (su tutte le piattaforme) per ottenere una coerenza dell'applicazione di livello superiore. Il risultato è un livello di confidenza più elevato nella recuperabilità del backup, nonché tempi di recupero più brevi nella maggior parte dei casi. A volte i backup coerenti con le applicazioni possono causare una breve pausa nell'I/O e, sebbene non sia comune, alcune applicazioni più trafficate potrebbero segnalare errori di I/O al momento del backup. Occasionalmente, i backup coerenti con le applicazioni non vanno a buon fine se VMware non è in grado di di sospendere la VM entro un timeout predeterminato durante l'operazione di snapshot. Utilizza i backup coerenti con l'applicazione quando la recuperabilità è più importante e le applicazioni nella VM non sono sensibili alla breve pausa I/O.
    Per saperne di più, leggi la sezione Crea uno snapshot del disco permanente coerente con l'applicazione Linux.

    Per montare uno snapshot di Compute Engine Windows come VM nuova o esistente acquisita con l'opzione Coerenza a livello di applicazione, devi modificare il disco dalla modalità di sola lettura a quella di lettura/scrittura. Per farlo, segui le istruzioni riportate in (facoltativo) Contrassegna il disco come disponibile per la lettura e la scrittura.
  • Esegui backup coerente con gli arresti anomali all'ultimo tentativo: Questa opzione inizialmente esegue backup coerenti con l'applicazione, ma se un backup coerente con l'applicazione non va a buon fine per qualsiasi motivo, esegue un backup coerente con gli arresti anomali.
  • Posizione dello snapshot
    (valido solo per le istanze Compute Engine e SAP HANA)
    Seleziona la regione in cui archiviare gli snapshot del Persistent Disk. Per impostazione predefinita, viene selezionata la multi-regione (in base alla posizione del disco di origine). Puoi anche modificare la posizione di archiviazione dello snapshot in una regione diversa da quella 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 addebitati costi di rete. Agli snapshot vengono applicate le stesse tariffe per il trasferimento dei dati di Cloud Storage. Scopri di più sullo snapshot del disco permanente. Per conoscere i dettagli dei prezzi, consulta la sezione Prezzi dei dischi.
    Tipo di snapshot      
    (applicabile solo per istanze Compute Engine e SAP HANA)
    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 attuale del disco permanente, che in seguito può essere utilizzato per creare un nuovo disco per i montaggi o i ripristini. Compute Engine archivia più copie di ogni snapshot in più località 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 sezione Prezzi dei dischi.
  • Standard: per impostazione predefinita, è selezionato il tipo di snapshot Standard. È consigliabile 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 un lungo periodo di 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 archiviazione prevede anche un costo di recupero aggiuntivo se utilizzato in un job di montaggio o ripristino. Il tipo di snapshot di archivio può essere utilizzato solo quando la console di gestione e l'appliance di backup/ripristino sono entrambe alla versione 11.0.4 o successive.
  •      
    Sovrallocazione del disco di gestione temporanea
    (in percentuale)
    Specifica lo spazio aggiuntivo allocato per il disco di staging (oltre a quello effettivamente necessario) per adattarsi alla crescita dell'applicazione. Questa impostazione va da zero a 1000 percento.
    Global Prune Paths Non eseguire il backup di queste directory (specifica il percorso completo). Vedi anche i valori dei percorsi di eliminazione globale a livello di criterio.
    Comprimi la replica di Streamsnap Per impostazione predefinita, la compressione per la replica di streamsnap è abilitata. 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 è abilitata, tutti i pacchetti vengono compressi. L'appliance di backup/recupero di destinazione decomprime i pacchetti prima di scriverli sul disco di staging. Se la compressione non è necessaria per la replica di streamsnap nel secondo dispositivo di backup/recupero, modifica l'impostazione avanzata di replica di streamsnap compressi in Non comprimere e poi fai clic su Salva modifiche.
    Nota: la replica di Streamsnap è supportata solo per gli appliance di backup/recupero implementati in una singola rete.
    Non annullare la mappatura Specifica se vuoi che i dischi di gestione temporanea 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'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.
    Nota: per le applicazioni gestite utilizzando l'agente Backup and RE (come il database SQL) in cui l'applicazione si trova su un sistema operativo in esecuzione all'interno di una VM VMware, questa opzione viene ignorata. Il disco di staging viene sempre scollegato dalla VM dopo ogni job.
  • 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 lo annulla anche dall'host. 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 riscoperti prima di poter essere rimontati.
  • Tronca (elimina) il log dopo il backup Specifica se troncare (eliminare) i log del database dopo ogni backup. Se l'opzione Tronca log dopo il backup è attivata, i log correlati all'applicazione vengono troncati fino al backup recente o corrente. Se tronchi i log, devi anche eseguire il backup del log delle transazioni per consentire un recupero del roll forward.
    Le opzioni sono:
  • Non troncare o eliminare il log dopo il backup
  • Troncare o eliminare il log dopo il backup
  • Ignora 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. Crea un gruppo di coerenza per eseguire il backup dei dati di tutte le applicazioni membro insieme 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 riesce quando vengono trovate applicazioni offline
  • Salta le applicazioni offline durante il backup
  • Mappare i dischi di staging a tutti i nodi di un cluster di applicazioni Se i nodi si trovano in un cluster di applicazioni, puoi utilizzare questa opzione 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 su tutti i nodi del cluster di applicazioni
    In caso di errore 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 le 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 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 Acquisisce le credenziali di accesso al database SQL Server. Quando il database viene montato come applicazione virtuale (montaggio consapevole dell'app), il database virtuale dispone di tutte le credenziali di accesso utilizzate dall'origine. Le opzioni sono 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 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 impostato su , le opzioni correlate sono attivate.
    Nota: per informazioni dettagliate sulla protezione dei log, vedi Protezione dei log del database in un criterio del piano di backup.
    RPO Quando Abilita backup log database è impostato 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 del backup dei log
    (in giorni)
    Quando Enable Database Log Backup è impostato su Yes, la conservazione dei log è definita separatamente dalla conservazione della policy 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
    (Uses Streamsnap Technology)
    Se Enable Database Log Backup è impostato su Enable, l'impostazione avanzata Replicate Logs consente di replicare i log del database su un'appliance remota. Per l'esecuzione di un job di replica dei log, nel modello deve essere inclusa una norma di replica streamsnap insieme a un profilo risorsa che specifica un dispositivo remoto 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 è attivata per impostazione predefinita.
    La replica dei log utilizza la tecnologia streamsnap per eseguire la replica tra gli appliance locali e remoti; la replica dei log va direttamente dal pool di snapshot locale al pool di snapshot sull'appliance remota.
    Nota: la replica dei log non viene eseguita finché il database non è stato protetto e l'immagine non è stata replicata nell'appliance remota.
    Invia log al pool OnVault Se impostato su , i log vengono replicati in uno o più pool di archiviazione OnVault, consentendo i recuperi point-in-time da OnVault su un altro sito.
    Nota: se selezioni questa opzione, Backup & RE invia i log a ogni pool OnVault definito nel profilo per l'applicazione. Se nel profilo sono presenti due pool, il monitor mostrerà i job OnVault (log) per ogni backup dei log, uno per ogni pool. Solo i pool OnVault presenti nel profilo per questo SLA riceveranno i log.
    • La conservazione dei log replicati in OnVault è simile a quella dei log degli snapshot.
    • La replica dei log del database in un bucket OnVault è diversa da un backup del database. Se selezioni Invia log al pool OnVault, Backup & RE replicherà continuamente i log nei bucket OnVault in modo simile ai backup degli snapshot dei log. Ad esempio, se viene eseguito un backup dei log ogni 15 minuti, i log verranno replicati in OnVault ogni 15 minuti per garantire che tutti gli snapshot dei log vengano replicati nei pool OnVault.
    • L'ID criterio visualizzato nella console di gestione è l'ID criterio snapshot, poiché questa replica dei log nei bucket OnVault è associata al criterio snapshot.
    Nota: le norme OnVault giornaliere, settimanali, mensili e annuali riguardano solo i backup dei database e non si applicano ai backup dei log.
    Dimensioni di crescita del disco di gestione temporanea dei log (in percentuale) 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 calcolare meglio le dimensioni del disco di staging necessario per contenere i log. Questa impostazione va da zero a 100.
    Comprimi backup dei log del database Quando l'opzione Abilita backup log 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 , l'opzione Comprimi backup log database è attivata.
    Conservazione forzata Consente all'utente di configurare il periodo di immutabilità tra zero e 36.525 giorni. Per impostazione predefinita, il valore è impostato su zero per tutti i criteri esistenti.
    Puoi modificare una policy già utilizzata per proteggere un'applicazione impostando un periodo di conservazione forzata più lungo. Tuttavia, non puoi abbreviare il periodo di conservazione applicato.
    Non puoi impostare la conservazione forzata per una norma streamsnap la cui conservazione è "Conserva solo l'immagine remota più recente".
    Nota: la conservazione forzata non può essere ignorata in base all'applicazione. L'opzione non viene visualizzata nella pagina Override delle policy.
    Nota: l'impostazione della policy avanzata Conservazione forzata non è compatibile con la protezione delle applicazioni che punta a un vault di backup. Quando un vault di backup è la destinazione di archiviazione, il vault di backup determina il periodo di conservazione applicato.
    Comportamento del job quando la VM di destinazione richiede il consolidamento degli snapshot Seleziona un'azione se la VM richiede il consolidamento:
  • Non riuscire il job se la VM richiede il consolidamento: I job point-in-time non riescono.
  • 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 non esiste, il job non viene eseguito e viene visualizzato il messaggio UDSAgent: Specified start path doesn't exist. Se non vengono specificati percorsi iniziali, questa opzione non ha alcun effetto. Le opzioni sono o No.
    Nota: lo stato predefinito di questa opzione è No (disattivato), che è lo stesso comportamento delle versioni precedenti dell'agente Backup and RE; il job non ha esito negativo se un percorso di avvio non esiste.
    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
    (valido solo per i backup basati su agent)
    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 policy vengono mappati direttamente nelle 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.
  • Script Init Timeout: definisce per quanto tempo un job deve attendere lo script richiamato sull'host prima che venga intrapresa qualsiasi 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 86.400 secondi.
  • Timeout di blocco dello script: definisce per quanto tempo una policy deve attendere lo script richiamato per bloccare 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 86.400 secondi.
  • Timeout di sblocco dello script: definisce per quanto tempo un criterio deve attendere lo script richiamato 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 86.400 secondi.
  • Timeout di completamento dello script: definisce per quanto tempo un criterio deve attendere 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 86.400 secondi.
  • Passaggi successivi