Best practice per i modelli di criteri di backup nella console di gestione dell'appliance

Questa pagina fornisce le best practice per la creazione e la gestione delle policy di backup di Backup e RE utilizzando la console di gestione delle appliance, inclusi i seguenti tipi di policy:

  • Policy da produzione a snapshot: acquisiscono snapshot frequenti dei dati di produzione, con opzioni per pianificazioni a finestre o continue e frequenze diverse. Puoi anche scoprire come gestire i backup dei log del database.

  • Policy OnVault: inviano i dati all'archiviazione di oggetti, come Cloud Storage, per la conservazione a lungo termine. Questa pagina descrive anche i diversi tipi di policy OnVault, come Da snapshot a OnVault, Direttamente su OnVault e Da OnVault a OnVault.

  • Policy da produzione a mirror: utilizza la replica StreamSnap per replicare i dati in un'appliance remota, consentendo di ottenere Recovery Point Objective (RPO) bassi. Puoi anche scoprire di più sul funzionamento di StreamSnap e sui suoi vantaggi.

Definisci una finestra di acquisizione dei dati nel template della policy di Backup e RE

Definisci le pianificazioni dei modelli di policy per soddisfare i seguenti requisiti:

  • Requisiti della finestra di acquisizione dei dati

  • RPO

  • RTO (Recovery Time Objective)

Ad esempio, se un'acquisizione giornaliera deve essere eseguita tra le 19:00 e le 7:00, assegna alla policy una finestra di acquisizione dalle 19:00 alle 7:00. Se la policy ha la finestra più ampia possibile, lo scheduler ha la massima flessibilità 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.

Configura le pianificazioni delle policy di produzione in snapshot

Backup e RE accede ai dati recenti con maggiore frequenza. Per questo motivo, devi conservare i dati degli snapshot solo per alcuni giorni se configuri anche le policy OnVault con una conservazione più lunga. In questo modo, i requisiti di archiviazione sull'appliance di backup/ripristino vengono ridotti, consentendoti di eseguire il backup di più dati.

Se esegui il backup di un workload su un'appliance di backup/ripristino che supera la capacità di archiviazione o il limite di snapshot consigliati, vedrai una notifica con un suggerimento per eseguire il backup dei dati su un'altra appliance di backup/ripristino.

Puoi pianificare uno snapshot di backup che si verifica durante una frequenza e una finestra temporale specifiche o su base continua. La frequenza minima consigliata per una policy di snapshot è di un'ora (RPO locale), anche se la pianificazione del backup dei log del database può essere eseguita ogni 15 minuti. Puoi anche configurare la frequenza degli snapshot in base alle tue esigenze specifiche.

Configura una pianificazione a finestre di uno snapshot per finestra

La maggior parte delle policy di Backup e RE da produzione a snapshot è progettata per acquisire un singolo snapshot dei dati in un periodo di 24 ore. I backup di snapshot con finestra possono essere pianificati per essere eseguiti entro una finestra che potrebbe rispettare i limiti giornalieri, ad esempio dalle 19:00 alle 07:00.

Puoi creare una pianificazione della policy di snapshot che si estende su più giorni e acquisisce un singolo snapshot durante un intervallo di tempo specifico configurando le seguenti impostazioni nella console di gestione dell'appliance:

  • Tipo di pianificazione In finestra (predefinito)
  • Scatta 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 su Una volta per finestra
  • Il periodo di conservazione (ad esempio, conserva per 2 giorni)

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

Configura una pianificazione con intervalli di più snapshot in un intervallo

In alcuni casi, potresti voler acquisire più snapshot in un 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 gli snapshot vengono acquisiti costantemente.

Puoi creare una pianificazione delle policy snapshot che acquisisce più snapshot durante un intervallo di tempo specifico configurando le seguenti impostazioni nella console di gestione dell'appliance:

  • Tipo di pianificazione In finestra(predefinito)
  • Scatta in questi giorni: Tutti i giorni tranne Mai
  • La finestra da aprire in base alle esigenze, che può o meno estendersi oltre il limite del giorno.
  • Una frequenza che non si sovrappone al tempo necessario per creare uno snapshot. Il valore predefinito è ogni otto ore. La frequenza minima consigliata per una policy di snapshot è l'esecuzione ogni 1 ora (RPO locale).
  • Il periodo di conservazione (ad esempio, conserva per 2 giorni)

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

Configura una pianificazione continua da eseguire ogni giorno a intervalli regolari

Puoi configurare una pianificazione della policy di snapshot che venga eseguita continuamente su base giornaliera, 24 ore su 24, 7 giorni su 7, a un intervallo di tempo di ogni x minuti o ore. Ad esempio, puoi creare una policy di backup di snapshot continui in cui i job vengono eseguiti ogni giorno ogni quattro ore, con il primo job che inizia alle 01:00.

Puoi creare una policy di snapshot pianificata per l'esecuzione continua a un intervallo impostato regolarmente configurando le seguenti impostazioni nella console di gestione dell'appliance:

  • Tipo di pianificazione Continuo
  • Una frequenza che non si sovrappone al tempo necessario per acquisire uno snapshot. Il valore predefinito è ogni otto ore. La frequenza minima consigliata per una policy di snapshot è l'esecuzione ogni 1 ora (RPO locale).
  • È ora di avviare il primo job di snapshot.
  • Il periodo 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 della policy continua più lungo senza definire una pianificazione della policy con finestra). In questo caso, devi specificare Esegui ogni 24 ore, che equivale a una pianificazione giornaliera continua.

Configura le policy OnVault

Le policy OnVault di Backup e DR consentono di inviare dati a un pool OnVault in Cloud Storage, noto anche come configurazione del pool OnVault. Una pianificazione all'interno della policy viene utilizzata per inviare i dati più recenti al backup dell'archivio di oggetti. Dopo l'importazione iniziale dei dati, un'operazione di acquisizione OnVault segue il processo di acquisizione dei dati incrementale permanente.

Quando i dati vengono inviati 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 località di archiviazione definita di un pool OnVault, tieni presente quanto segue:

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

  • Impossibile creare i LiveClone.

Puoi creare tre tipi di policy OnVault di Backup e DR:

  • Policy da snapshot a OnVault: acquisiscono i dati in un pool di snapshot e poi li copiano nel pool di snapshot in un bucket Cloud Storage definito da un pool OnVault.

  • Policy Direct to OnVault: consentono di inviare i backup delle VM VMware direttamente a un bucket Cloud Storage definito da un pool OnVault.

  • Policy da OnVault a OnVault: replica i dati da un pool OnVault a un altro pool OnVault.

Crea una policy di snapshot in OnVault

Per creare una pianificazione Snapshot su OnVault che invia i dati degli snapshot più recenti all'archivio di oggetti definito da un pool OnVault entro una finestra definita una volta al giorno, configura le seguenti impostazioni nella console di gestione dell'appliance:

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

  • Il periodo di conservazione (ad esempio, conserva per 3 anni)

Crea una policy Direct to OnVault

Per creare una pianificazione Direttamente su OnVault che invia gli aggiornamenti incrementali più recenti direttamente allo spazio di archiviazione definito da un pool OnVault entro una finestra definita una volta al giorno, configura le seguenti impostazioni nella console di gestione dell'appliance:

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

  • Il periodo di conservazione (ad esempio, conserva per 3 anni)

Policy da OnVault a OnVault

Per creare una pianificazione OnVault-OnVault che invii gli aggiornamenti incrementali più recenti direttamente allo spazio di archiviazione definito da un pool OnVault all'interno di una finestra definita una volta al giorno, configura le seguenti impostazioni nella console di gestione dell'appliance:

  • In questi giorni: Tutti i giorni
  • La finestra da aprire e chiudere in base alle esigenze. In genere è impostato su 19:00-18:50
  • Il periodo di conservazione (ad esempio, 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.

Policy di backup da produzione a mirror

Le best practice per le policy di backup da produzione a mirror dipendono dall'opzione di replica che prevedi di utilizzare. Questa sezione descrive le best practice per le policy per il metodo di replica StreamSnap offerto dall'appliance.

Policy di produzione e mirroring che utilizzano la replica StreamSnap

Le policy di backup da produzione a mirror che utilizzano la configurazione di replica StreamSnap sono associate a una policy di snapshot specifica. Utilizzano le impostazioni di pianificazione e frequenza della policy di snapshot associata nel template.

StreamSnap replica gli snapshot dei dati in un'appliance di backup/ripristino remota su una rete di alta qualità, che può fornire RPO di appena un'ora. Per le VM VMware, la replica degli snapshot viene trasmessa in streaming alla seconda appliance di backup/ripristino in parallelo alla 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 di un'ora. La policy di replica StreamSnap si basa sulla policy di associazione della produzione allo snapshot per gli obiettivi dei punti di ripristino e le altre impostazioni avanzate degli snapshot. Una policy StreamSnap può puntare a qualsiasi policy snapshot con una frequenza di un'ora o più (Recovery Point Objective remoti).
  • Utilizza una rete IP esistente per replicare i dati.
  • Replica grandi quantità di dati per gli utenti remoti (ad esempio, ambienti di test e sviluppo).
  • Conserva più backup di snapshot point-in-time nel sito remoto, con un comportamento di conservazione basato sulle impostazioni della policy StreamSnap.
  • Semplifica il failover su un host nel sito remoto.
  • Abilita la replica inversa incrementale (sincronizzazione inversa) nell'appliance di backup/ripristino locale.
  • Comprime e cripta i dati replicati nella seconda appliance di backup/recovery. Puoi disattivare la compressione se i dati sono già compressi (ad esempio per immagini e video).

Quando applichi il template di backup a un'applicazione o a una VM in App Manager, Monitor registra i risultati del job StreamSnap, che viene visualizzato come un singolo job. Una volta completata la replica, in Monitoraggio vengono visualizzati due job con lo stato Riuscito: uno per il job di snapshot e uno per il job StreamSnap (consulta Gestione degli errori dei job StreamSnap). Se si verifica un errore del job, per il job StreamSnap o per il job di snapshot, vengono visualizzate due voci per identificare il job riuscito.

Considerazioni sul recupero di BitLocker per le VM Windows

Per i dischi di avvio delle Shielded VM, Google Cloud sigilla le chiavi BitLocker nel vTPM dell'istanza originale. Ciò significa che se ripristini il disco di avvio in un'istanza diversa, il ripristino potrebbe riuscire, ma non potrai avviare la VM finché non fornisci la chiave di recupero di BitLocker.

Google non ha accesso ai codici di recupero di BitLocker. Pertanto, quando proteggi le VM Windows con BitLocker, la tua strategia di backup deve includere un piano per mantenere l'accesso ai codici di recupero di BitLocker. I test di DR dovrebbero includere anche il recupero delle chiavi di ripristino di BitLocker.

Per saperne di più, consulta Best practice per la protezione delle VM Windows con BitLocker.

Passaggi successivi