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

In questa pagina sono elencate le impostazioni avanzate per un modello di policy di configurazione del backup. Puoi definire le impostazioni della policy avanzata durante la creazione di una policy di backup.

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

Per visualizzare la pagina delle impostazioni della 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 nel 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 alla policy che vuoi gestire. In fondo alle selezioni, fai clic su Modifica policy.
  4. Nella parte inferiore della sezione Crea/Modifica policy, fai clic su Impostazioni policy avanzate. Vengono visualizzate le impostazioni avanzate della policy 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 delle policy.

               
Impostazione avanzata Descrizione
Coerente con l'applicazione
(applicabile solo alle VM di Google Cloud VMware Engine e di Compute Engine)
Seleziona una delle seguenti opzioni:
  • Backup coerente in caso di arresto anomalo: il backup coerente in caso di arresto anomalo è un backup rapido dei dati dell'applicazione nello spazio di archiviazione, come se l'alimentazione venisse interrotta in quel momento. Non mette in pausa l'I/O dei dati dell'applicazione. Tutti i dati sul disco vengono salvati, mentre i dati in memoria vengono persi. Il ripristino di un backup coerente in caso di arresto anomalo potrebbe richiedere più tempo e introdurre eccezioni. Potrebbe essere necessario eseguire alcuni passaggi aggiuntivi di recupero manuale durante il recupero, a seconda del sistema operativo guest, dei file system e delle applicazioni. Scegli Coerente in caso di arresto anomalo se il processo coerente con l'applicazione causa problemi alle tue applicazioni o ai tuoi workload a causa del processo di messa in pausa. La coerenza in caso di arresto anomalo potrebbe comportare un RTO più lungo a causa della necessità per il file system o l'applicazione di eseguire un recupero dallo snapshot incoerente e, in casi estremi, potrebbe persino comportare uno snapshot non recuperabile.
  • Esegui il backup coerente con l'applicazione: il backup coerente con l'applicazione sfrutta gli snapshot in stato di quiescenza, che utilizzano gli strumenti VMware 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 stato di quiescenza 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 maggiore coerenza delle applicazioni di livello superiore. Il risultato è un livello di confidenza più elevato nella recuperabilità del backup, nonché tempi di ripristino più brevi nella maggior parte dei casi. I backup coerenti con l'applicazione a volte possono causare una breve pausa nell'I/O e, sebbene non sia comune, alcune applicazioni più occupate potrebbero segnalare errori di I/O al momento del backup. In alcuni casi, i backup coerenti con l'applicazione 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 l'applicazione quando la recuperabilità è più importante e le applicazioni nella VM non sono sensibili alla breve pausa di I/O.
    Per saperne di più, consulta la sezione Crea uno snapshot di un disco permanente coerente con l'applicazione Linux.

    Per montare uno snapshot di Windows Compute Engine come VM nuova o esistente acquisita con l'opzione Coerenza con l'applicazione, devi modificare il disco dalla modalità di sola lettura alla modalità di lettura e scrittura. Per farlo, segui le istruzioni riportate in (Facoltativo) Contrassegna il disco come disponibile per la lettura e la scrittura.
  • Esegui il backup coerente in caso di arresto anomalo 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 in caso di arresto anomalo.
  • Località snapshot
    (applicabile solo alle istanze Compute Engine e SAP HANA)
    Seleziona la regione in cui archiviare gli snapshot dei Persistent Disk. Per impostazione predefinita, è selezionata l'opzione multiregionale (in base alla posizione del disco di origine). Puoi anche modificare la località di archiviazione degli 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 Persistent Disk. Per conoscere i dettagli dei prezzi, consulta la sezione Prezzi dei dischi.
    Tipo di snapshot      
    (applicabile solo alle istanze Compute Engine e SAP HANA)
    Seleziona il tipo di snapshot del Persistent Disk da utilizzare per i backup delle istanze Compute Engine. Gli snapshot eseguono il backup incrementale dei dati dai Persistent Disk. Durante i backup, viene creato un nuovo snapshot per acquisire lo stato attuale del Persistent Disk e 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 Persistent Disk. Per conoscere i dettagli dei prezzi, consulta la sezione Prezzi dei dischi.
  • Standard: per impostazione predefinita, è selezionato il tipo di snapshot Standard. Ti consigliamo di 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 periodo di tempo prolungato. 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 archiviazione prevede anche un costo di recupero aggiuntivo se utilizzato in un job di montaggio o ripristino.
  •      
    Allocazione eccessiva del disco di staging
    (In percentuale)
    Specifica lo spazio aggiuntivo allocato per il disco di gestione temporanea (oltre a quello effettivamente necessario) per consentire la crescita dell'applicazione. Questa impostazione va da zero a 1000%.
    Global Prune Paths Non eseguire il backup di queste directory (specifica il percorso completo). Consulta anche i valori dei percorsi di eliminazione globali a livello di policy.
    Comprimi la replica Streamsnap Per impostazione predefinita, la compressione per la replica streamsnap è abilitata. La compressione aumenta l'efficienza della replica streamsnap nell'appliance di backup/ripristino remota durante il trasferimento dei dati sulla rete, ad esempio durante la replica di backup e video. Quando la compressione è attiva, tutti i pacchetti vengono compressi. L'appliance di backup/ripristino di destinazione decomprime i pacchetti prima di scrivere sul disco di gestione temporanea. Se la compressione non è necessaria per la replica di Streamsnap nella seconda appliance di backup/ripristino, modifica l'impostazione avanzata di compressione della replica di Streamsnap in Non comprimere, quindi fai clic su Salva modifiche.
    Nota: la replica Streamsnap è supportata solo per le appliance di backup/recovery di cui è stato eseguito il deployment in una singola rete.
    Do Not Unmap Specifica se vuoi che i dischi di gestione temporanea mappati all'host e utilizzati durante lo spostamento dei dati per il backup rimangano mappati all'host. I LUN vengono mappati durante il primo job e tutti i job successivi riutilizzano lo stesso LUN mappato. Seleziona una delle seguenti opzioni:
  • Mantieni i dischi di gestione temporanea mappati tra i job. Seleziona questa opzione se vuoi che i dischi di gestione temporanea 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.
    Nota: per le applicazioni gestite utilizzando l'agente di Backup e RE (ad esempio 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 gestione temporanea viene sempre scollegato dalla VM dopo ogni job.
  • Annulla la mappatura dei 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 disassocia 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 (elimina) il log dopo il backup Specifica se troncare (eliminare definitivamente) i log del database dopo ogni backup. Quando l'opzione Tronca il log dopo il backup è 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 ripristino roll forward.
    Le opzioni sono:
  • Non troncare o eliminare definitivamente il log dopo il backup
  • Tronca o elimina il log dopo il backup
  • Salta le 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. Puoi creare un gruppo di coerenza per eseguire il backup dei dati di tutte le applicazioni membro insieme, in modo da preservare la coerenza dei dati tra le applicazioni membro. I gruppi di coerenza sono raccolte di applicazioni rilevate dallo stesso host.
    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 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 gestione temporanea a tutti i nodi del cluster di applicazioni.
  • Mappa il disco di gestione temporanea 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 gestione temporanea 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 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 degli accessi utente di SQL Server Acquisisce le credenziali di accesso al database SQL Server. Quando il database viene montato come applicazione virtuale (montaggio sensibile alle app), il database virtuale ha tutte le credenziali di accesso utilizzate dall'origine. Le opzioni sono Sì o No.
    Abilita il backup dei log del database L'opzione Abilita backup dei log del 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. 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.
    Nota: per informazioni dettagliate sulla protezione dei log, consulta Protezione dei log del database in una policy del piano di backup.
    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 può essere impostato (in minuti) è 15.
    Periodo di conservazione dei backup dei log
    (in giorni)
    Quando l'opzione Abilita il backup dei log del database è impostata su Sì, la conservazione dei log viene definita separatamente dalla conservazione della policy degli 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 del database in un'appliance remota. Per eseguire un job di replica dei log, nel template deve essere inclusa una policy di replica streamsnap insieme a un profilo delle risorse che specifica un'appliance remota e deve essere completata almeno una replica del database. Puoi quindi utilizzare i log nel sito remoto per qualsiasi backup del database entro l'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 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 avviene finché il database non è stato protetto e il backup non è stato replicato nell'appliance remota.
    Invia 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 che si trovano nel profilo per lo SLA riceveranno i log.
    • La conservazione dei log replicati in OnVault è simile alla conservazione dei log degli snapshot.
    • La replica dei log del database in un bucket OnVault è diversa da un backup del database. Se selezioni Invia i 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 mostrato nella console di gestione dell'appliance è l'ID policy snapshot, poiché questa replica dei log nei bucket OnVault è legata alla policy snapshot.
    Nota: le policy OnVault giornaliere, settimanali, mensili e annuali sono solo per i backup del database, non si applicano ai backup dei log.
    Dimensioni di crescita del disco di gestione temporanea dei log (in percentuale) 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 calcolare meglio le dimensioni del disco di gestione temporanea necessario per contenere i log. Questa impostazione va da zero a 100.
    Comprimi il backup del 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 vengano acquisiti dalla console di gestione delle 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.
    Conservazione applicata Consente all'utente di configurare il periodo di immutabilità tra zero e 36.525 giorni. Per impostazione predefinita, il valore è impostato su zero per tutte le policy esistenti.
    Puoi modificare una policy già utilizzata per proteggere un'applicazione impostando un periodo di conservazione applicato più lungo. Tuttavia, non puoi abbreviare il periodo di conservazione applicato.
    Non puoi impostare la conservazione applicata per una policy di snapshot di flusso la cui conservazione è "Conserva solo l'immagine remota più recente".
    Nota: l'opzione Conservazione forzata non può essere sostituita per singola 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:
  • Se la VM deve essere consolidata, il job non va a buon fine: 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 va a buon fine, il job non riesce 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 va a buon fine e viene visualizzato il messaggio UDSAgent: Specified start path doesn't exist. Se non vengono specificati percorsi di avvio, questa opzione non ha alcun effetto. Le opzioni sono Sì o No.
    Nota: lo stato predefinito per questa opzione è No (disattivato), che corrisponde al comportamento delle versioni precedenti dell'agente Backup e RE; il job non ha esito negativo se non esiste un percorso di avvio.
    Attiva la modalità di acquisizione ridotta La modalità di acquisizione ridotta 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 agente)
    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.
    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 il job intraprenda qualsiasi azione. 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 che venga acquisito 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 una policy 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