Configurare le impostazioni avanzate dei criteri nella console di gestione dell'appliance

Questa pagina elenca le impostazioni avanzate per un modello di policy di configurazione del backup. Puoi definire le impostazioni avanzate delle policy durante la creazione di una policy 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 dell'appliance, 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 policy, fai clic su Impostazioni avanzate della policy. Si aprono 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 dell'applicazione nello spazio di 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 workload 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 in stato di quiescenza, che utilizzano VMware Tools o un ambiente guest Google Cloud per mettere in stato di quiescenza il file system della macchina virtuale. 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. Inoltre, utilizza tutti gli script di congelamento o scongelamento forniti dal cliente (su tutte le piattaforme) per ottenere una maggiore coerenza delle applicazioni. 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 l'applicazione 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 mettere in pausa la VM entro un timeout predeterminato durante l'operazione di snapshot. Utilizza i backup coerenti con le applicazioni quando la recuperabilità è più importante e le applicazioni nella VM non sono sensibili alla breve pausa di I/O.
    Per ulteriori informazioni, 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 il 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 riesce per qualsiasi motivo, esegue un backup coerente con gli arresti anomali.
  • Posizione 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. Gli snapshot comportano le stesse tariffe del trasferimento di dati di Cloud Storage. Scopri di più sullo snapshot del disco permanente. Per conoscere i dettagli sui prezzi, consulta la sezione Prezzi dei dischi.
    Tipo di snapshot      
    (applicabile solo per le 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 sui 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 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 nella policy e che il tipo di archivio prevede anche un costo di recupero aggiuntivo se utilizzato in un job di montaggio o ripristino.
  •      
    Sovrallocazione del disco di staging
    (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 Global Prune Paths a livello di policy.
    Compress Streamsnap Replication Per impostazione predefinita, la compressione per la replica di streamsnap è abilitata. La compressione aumenta l'efficienza della replica di streamsnap nell'appliance di backup/ripristino remoto durante il trasferimento dei dati sulla rete, ad esempio durante la replica di backup e video. Quando la compressione è attivata, 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 nell'appliance di backup/recupero secondaria, modifica l'impostazione avanzata di replica di streamsnap di compressione in Non comprimere e poi fai clic su Salva modifiche.
    Nota: la replica Streamsnap è supportata solo per gli appliance di backup/recupero di cui è stato eseguito il deployment in una singola rete.
    Do Not Unmap 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'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 e 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 annullato il mapping 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 completamente 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 è abilitata, 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 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
  • Mappa 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 a 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
  • 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 Sì o No.
    Attiva il backup dei log del database L'opzione Attiva backup log 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. I log vengono sottoposti a backup quando viene eseguito il job di snapshot dei log. Le opzioni sono Sì o No. Se impostata su Sì, le opzioni correlate sono attive.
    Nota: per informazioni dettagliate sulla protezione dei log, vedi Protezione dei log del database in una policy del piano di backup.
    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
    (in giorni)
    Quando Enable Database Log Backup è impostato su Yes, la conservazione dei log viene 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
    (utilizza la tecnologia Streamsnap)
    Se Enable Database Log Backup (Abilita backup log database) è impostato su Enable (Abilita), l'impostazione avanzata Replicate Logs (Replica log) consente di replicare i log del database in un'appliance remota. Affinché un job di replica dei log venga eseguito, nel modello deve essere inclusa una policy di replica streamsnap insieme a un profilo di risorse che specifica un dispositivo remoto e deve essere completata almeno una replica riuscita del database. Puoi quindi utilizzare i log nel sito remoto per qualsiasi backup del database all'interno dell'intervallo di conservazione dei log replicati. Questa funzionalità è attiva per impostazione predefinita.
    La replica dei log utilizza la tecnologia streamsnap per eseguire la replica tra le appliance locali e remote; 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 il backup non è stato replicato nell'appliance remota.
    Inviare i log al pool OnVault Se impostato su Sì, 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 e 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 il contratto di servizio riceveranno i log.
    • La conservazione dei log replicati in OnVault è simile alla conservazione dei log dello 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 e 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 policy visualizzato nella console di gestione dell'appliance è l'ID policy di snapshot, in quanto questa replica dei log nei bucket OnVault è associata alla policy di snapshot.
    Nota: le norme giornaliere, settimanali, mensili e annuali di OnVault riguardano solo i backup dei database e non si applicano ai backup dei log.
    Log Staging Disk Growth Size (In Percent) 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 Attiva backup log database è impostata su Sì, questa impostazione indica al database di origine di comprimere i log prima che vengano acquisiti 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 è attivata.
    Conservazione forzata Consente all'utente di configurare il periodo di immutabilità tra 0 e 36.525 giorni. Per impostazione predefinita, il valore è impostato su zero per tutte le norme 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 un criterio 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 dei criteri avanzati di 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, 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:
  • 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 Sì o No.
    Nota: lo stato predefinito di questa opzione è No (disattivato), che è lo stesso comportamento delle versioni precedenti dell'agente Backup e 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 Sì o No.
    Timeout dello script
    (applicabile solo per i backup basati su agenti)
    L'agente Backup e 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.
    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 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 fine script: definisce per quanto tempo una policy 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