Best practice per i criteri di backup

Definisci le pianificazioni dei modelli di criteri per soddisfare i requisiti delle finestre di acquisizione dei dati, nonché RPOs e RTOs. Ad esempio, se è necessario eseguire un'acquisizione giornaliera tra le 19:00 e le 07:00, imposta per il criterio un intervallo di acquisizione compreso tra le 19:00 e le 07:00. Assegnare al criterio la finestra più ampia possibile offre la massima flessibilità allo scheduler per pianificare tutti i job necessari.

La finestra temporale specificata definisce l'ora di inizio consentita per il job di acquisizione dei dati. I job avviati alla fine della finestra possono essere eseguiti fino al completamento.

Gli argomenti riportati di seguito descrivono in dettaglio le best practice per i diversi criteri dei modelli di norme.

Norme relative alla produzione di snapshot

I dati recenti sono quelli a cui si accede più di frequente. Per questo motivo, potresti dover conservare solo i dati di più giorni di snapshot (a condizione che tu abbia anche criteri OnVault con una conservazione più lunga). Puoi pianificare una pianificazione dei criteri di snapshot che si verifica durante una finestra temporale e con una frequenza specifiche o su base continua. La frequenza minima consigliata per un criterio di snapshot è un'ora (RPO locale), anche se i backup dei log possono essere eseguiti ogni 15 minuti.

Pianificazione con finestre: uno snapshot per finestra

La maggior parte delle norme Da produzione a istantanea è progettata per acquisire un'unica istantanea di dati in un periodo di 24 ore. È possibile pianificare singoli istantanei in modo che vengano eseguiti in un periodo che può o meno rispettare i confini del giorno (ad esempio dalle 19:00 alle 07:00).

Ad esempio, puoi creare una pianificazione delle norme relative agli snapshot che attraversa un confine giornaliero e acquisisce un singolo snapshot durante un intervallo di tempo specifico impostando quanto segue:

  • Tipo di pianificazione Con finestra (predefinito)
  • Scatta foto in questi giorni: Tutti i giorni tranne Mai
  • La finestra da aprire e chiudere in base alle esigenze, in genere impostata dalle 19:00 alle 07:00
  • La frequenza impostata su Una volta per finestra
  • La durata di conservazione (ad esempio, conserva per 2 giorni)

Con questa pianificazione a finestre, il confine del giorno (mezzanotte) viene ignorato.

Programma con finestra: più istantanee in una finestra

In alcuni casi potresti voler acquisire più istantanee in un determinato intervallo di tempo. Questo approccio richiede un'attenta pianificazione, poiché potrebbe comportare il consumo di risorse di sistema e portare a una situazione in cui vengono acquisiti costantemente snapshot.

Ad esempio, puoi creare una pianificazione dei criteri di snapshot che acquisisca più snapshot durante un determinato intervallo di tempo impostando quanto segue:

  • Tipo di pianificazione Con finestra(predefinito)
  • Scatta foto in questi giorni: Tutti i giorni tranne Mai
  • La finestra da aprire in base alle esigenze, che può o meno estendersi oltre il confine del giorno.
  • Una frequenza che non si sovrappone al tempo necessario per acquisire un'istantanea. Il valore predefinito è ogni otto ore. La frequenza minima consigliata per un criterio di snapshot è ogni 1 ora (RPO locale).
  • La durata di conservazione (ad esempio, conserva per 2 giorni)

Con questo approccio, il job viene eseguito in base alla relativa frequenza all'interno della finestra specificata. Qualsiasi job già in esecuzione alla chiusura della finestra continuerà a essere eseguito fino al completamento.

Programmazione continua: viene eseguita ogni giorno a intervalli regolari

Puoi configurare una pianificazione delle norme relative agli snapshot che viene eseguita continuamente su base giornaliera (24 ore su 24, 7 giorni su 7) a un intervallo di tempo ogni x minuti o ore. Ad esempio, puoi creare un criterio di snapshot in cui i job vengono eseguiti ogni quattro ore, con il primo job che inizia alle 01:00.

Ad esempio, puoi creare un criterio di snapshot pianificato per l'esecuzione continua a un intervallo impostato regolarmente, impostando quanto segue:

  • Tipo di pianificazione Continua
  • Una frequenza che non si sovrappone al tempo necessario per acquisire un'istantanea. Il valore predefinito è ogni otto ore. La frequenza minima consigliata per un criterio di snapshot è ogni 1 ora (RPO locale).
  • È ora di avviare il primo job di snapshot.
  • La durata di conservazione (ad esempio, conserva per 2 giorni)

Hai anche la possibilità di pianificare l'esecuzione di un job continuo una volta al giorno (il periodo di pianificazione continua più lungo senza definire una pianificazione delle norme con finestra). In questo caso, specifica Esegui ogni 24 ore, che corrisponde a una pianificazione giornaliera continua.

Norme OnVault

I criteri OnVault ti consentono di inviare dati a Cloud Storage (un pool OnVault). Una pianificazione all'interno del criterio viene utilizzata per inviare i dati più recenti allo spazio di archiviazione oggetti. Dopo l'importazione iniziale dei dati, un'operazione di acquisizione OnVault segue la procedura di acquisizione incrementale permanente dei dati.

Quando invii dati allo spazio di archiviazione definito dal pool OnVault, viene utilizzata una connessione HTTPS per garantire la sicurezza dei dati sulla rete. L'opzione di compressione del pool OnVault è attiva per impostazione predefinita per ridurre al minimo il traffico di rete.

Quando accedi ai dati nella posizione di archiviazione definita di un pool OnVault, tieni presente quanto segue:

  • Gli appliance possono creare cloni.
  • Gli appliance possono montare i dati, ma poiché i dati vengono prima copiati nel pool di snapshot e poi montati, questa operazione non è consigliata.

  • Non è possibile creare LiveClone.

Puoi creare tre tipi di criteri OnVault:

  • I criteri di snapshot su OnVault acquisiscono i dati in un pool di snapshot e poi li copiano in un bucket Cloud Storage definito da un pool OnVault.
  • I criteri diretti a OnVault consentono di inviare i backup delle VM VMware direttamente a un bucket Cloud Storage definito da un pool OnVault.
  • Le policy OnVault to OnVault replicano i dati da un pool di oggetti di archiviazione OnVault a un altro pool di archiviazione OnVault.

Criterio di snapshot su OnVault

Segui queste istruzioni per creare una pianificazione di criteri di snapshot su OnVault che, in un periodo di tempo definito una volta al giorno, invia i dati degli snapshot più recenti allo stoccaggio oggetti definito da un pool OnVault, impostando quanto segue:

  • Cassaforte in questi giorni: Tutti i giorni
  • La finestra da aprire e chiudere in base alle esigenze. In genere impostato su 19:00-18:50

  • La durata di conservazione (ad es. conserva per 3 anni)

Criterio Direct to OnVault

Segui queste istruzioni per creare una pianificazione dei criteri Diretto su OnVault che, in un periodo di tempo definito una volta al giorno, invia gli aggiornamenti incrementali più recenti direttamente allo spazio di archiviazione definito da un pool OnVault, impostando quanto segue:

  • In questi giorni: Tutti i giorni
  • La finestra da aprire e chiudere in base alle esigenze. In genere impostato su 19:00-18:50

  • La durata di conservazione (ad es. conserva per 3 anni)

Criterio da OnVault a OnVault

Per creare una pianificazione dei criteri OnVault to OnVault che, in un intervallo definito una volta al giorno, invii gli aggiornamenti incrementali più recenti direttamente allo spazio di archiviazione definito da un pool OnVault, imposta quanto segue:

  • In questi giorni: tutti i giorni
  • La finestra da aprire e chiudere in base alle esigenze. In genere impostato su 19:00-18:50
  • La durata di conservazione (ad es. conserva per 3 anni)
  • Verifica che il pool OnVault di origine sia impostato correttamente
  • Seleziona il pool OnVault di destinazione. Questo è il secondo pool OnVault in cui verranno replicati i dati dal pool OnVault di origine.

Criteri di mirroring della produzione

Le best practice per i criteri Produzione a copia dipendono dall'opzione di replica che prevedi di utilizzare. Questa sezione illustra le best practice per i criteri relativi al metodo di replica StreamSnap offerto dall'appliance.

Produzione al mirror: criteri di replica di StreamSnap

I criteri Da produzione a mirror che utilizzano la replica StreamSnap sono legati a un criterio di snapshot specifico. Utilizzano le impostazioni di pianificazione e frequenza del criterio di snapshot associato nel modello.

StreamSnap esegue la replica degli snapshot dei dati su un'appliance di backup/recupero remoto tramite una rete di alta qualità, che può fornire RPOs fino a un'ora. Per le VM VMware, la replica degli snapshot viene trasmessa in streaming alla seconda appliance di backup/ripristino in parallelo con la copia dello snapshot. Lo streaming di una VM VMware viene eseguito per evitare di attendere il completamento del job di snapshot locale prima di avviare la replica.

La replica StreamSnap esegue le seguenti operazioni:

  • Raggiunge Recovery Point Objective in un'ora. Il criterio di replica di StreamSnap si basa sul criterio di snapshot associato per la produzione per gli obiettivi del punto di ripristino e le altre impostazioni di snapshot avanzate. Un criterio StreamSnap può fare riferimento a qualsiasi criterio di snapshot con una frequenza di almeno un'ora (obiettivi di punto di ripristino remoto).
  • Utilizza una rete IP esistente per replicare i dati.
  • Replica grandi quantità di dati a utenti remoti (ad esempio, ambienti di test e sviluppo).
  • Mantiene più immagini istantanee in un determinato momento nel sito remoto, con il comportamento di conservazione determinato dalle impostazioni del criterio StreamSnap.
  • Semplifica il failover a un host sul sito remoto.
  • Consente la replica inversa incrementale (syncback) all'appliance di backup/ripristino locale.
  • Comprimi e cripta i dati replicati nella seconda appliance di backup/recupero. Puoi disattivare la compressione se i dati sono già compressi (ad esempio per immagini e video).

Quando applichi il modello di backup a un'applicazione o a una VM in Gestione app, Monitor registra i risultati del job StreamSnap e viene visualizzato come un singolo job. Al termine della replica, in Monitor vengono visualizzati due job con stato Riuscito: uno per il job di snapshot e uno per il job StreamSnap (consulta Gestione degli errori del job StreamSnap). Se si verifica un errore del job, sia per il job StreamSnap sia per il job di snapshot, vengono visualizzate due voci di job per identificare il job riuscito.

Passaggi successivi