Panoramica dei piani di backup

Configurazione

Questa pagina descrive i piani di backup, che consentono di definire strategie di backup avanzate per eseguire il backup delle risorse. Puoi utilizzare i piani di backup per eseguire il backup delle seguenti risorse:

  • Istanze Cloud SQL

  • Istanze e dischi Compute Engine

  • Cluster AlloyDB per PostgreSQL

  • Istanze Filestore

In un piano di backup, puoi definire quando e come eseguire il backup di una risorsa. Puoi includere la frequenza del backup, il periodo di conservazione del backup e la posizione del vault di backup in cui archiviare i backup. Quando associ un piano di backup a una risorsa, Backup eRER esegue automaticamente il backup e conserva i backup per queste risorse in base alla configurazione del piano di backup.

Prima di creare un piano di backup, devi designare la posizione di archiviazione per i backup creando un vault di backup.

Un piano di backup include una o più regole di backup. Ogni regola di backup definisce i seguenti parametri:

  • Frequenza: puoi pianificare l'esecuzione dei backup ogni ora, ogni giorno, ogni settimana, ogni mese o ogni anno.

    • Oraria: la frequenza disponibile dipende dal tipo di risorsa. Per saperne di più, consulta Intervalli di frequenza per i backup orari.

    • Settimanale: puoi selezionare un giorno specifico della settimana.

    • Mensile: puoi selezionare un giorno specifico del mese (ad esempio, il 15).

  • Tipo di backup: puoi utilizzare le regole per i backup pianificati o avviare backup on demand.

  • Finestra di backup: puoi definire il periodo di tempo in cui possono iniziare i job di backup. La finestra di backup deve soddisfare i seguenti requisiti:

    • Deve utilizzare un formato orario a 24 ore, con orari di inizio e di fine compresi tra le 00:00 e le 24:00.

    • Deve durare almeno sei ore.

Vincolo: un piano di backup include sempre il disco di avvio. Se selezioni Escludi disco di avvio nella sezione Protezione dei dati della Configurazione macchina, il piano di backup include comunque il disco di avvio. Per saperne di più, vedi Crea un'istanza con dischi non di avvio aggiuntivi.

Intervalli di frequenza per i backup orari

Questa sezione specifica la frequenza dei backup orari. Una frequenza oraria di 1 significa che i job vengono eseguiti ogni ora dall'ora di inizio fino all'ora di fine.

  • Se recurrence_type è impostato su HOURLY, questa impostazione è obbligatoria.

  • Se recurrence_type non è HOURLY, questa impostazione non è applicabile.

  • Se fornisci un valore per questa impostazione e recurrence_type non è HOURLY, si verifica un errore di convalida.

I valori supportati per ogni tipo di risorsa sono i seguenti:

Tipo di risorsa Frequenza oraria
Istanza Compute Engine 1-23
Disco Compute Engine 1-23
Istanza Cloud SQL 6-23
Cluster AlloyDB per PostgreSQL 1-23
Istanza Filestore 1-23

Per le risorse delle istanze Compute Engine, consulta le best practice per i backup orari.

Backup dei log di database

Per le risorse di database (come Cloud SQL o AlloyDB), puoi abilitare i backup dei log all'interno del piano di backup. Ciò consente il recupero point-in-time (PITR) tramite l'acquisizione dei log delle transazioni tra i punti di backup completi.

Panoramica della conservazione dei dati in Backup e RE

Backup e RE gestisce i cicli di vita e la sicurezza dei backup utilizzando due tipi di conservazione:

  1. Periodo di conservazione assegnato: definito nel piano di backup utilizzando l'impostazione Elimina backup dopo.

    • I backup vengono conservati per questo periodo e scadono al termine.

    • Puoi eliminare manualmente i backup prima di questa data, a meno che la conservazione forzata non lo impedisca.

  2. Periodo di conservazione applicato: definito nella configurazione del vault di backup utilizzando l'impostazione Impedisci l'eliminazione per.

    • Questa impostazione garantisce che i backup non possano essere eliminati per il periodo specificato.

    • Se il periodo di conservazione applicato è più lungo del periodo di conservazione assegnato, i backup non vengono eliminati fino al termine del periodo di conservazione applicato.

    • Puoi applicare un periodo di conservazione forzato a un intero vault di backup oppure puoi configurare il vault di backup in modo che applichi il periodo di conservazione assegnato (Elimina backup dopo) per ogni risorsa protetta.

Conservazione on demand personalizzata massima

Questa impostazione definisce il numero massimo di giorni per cui è possibile conservare un backup on demand (creato manualmente al di fuori della pianificazione automatica). In questo modo, gli utenti non impostano per errore periodi di conservazione eccessivamente lunghi per gli snapshot manuali.

Consumo dello spazio di archiviazione dei backup

Considera le seguenti regole per l'archiviazione dei backup in un piano di backup:

  • Eliminazione automatica: i backup vengono eliminati automaticamente al raggiungimento del periodo di conservazione definito.

  • Conservazione minima: il periodo di conservazione del backup deve essere uguale o superiore al periodo di conservazione minimo del vault di backup.

  • Valore predefinito ereditato: il valore predefinito per l'eliminazione dei backup viene ereditato dal periodo di conservazione minimo del vault di backup.

  • Immutabilità: i backup creati utilizzando un piano di backup sono immutabili. Non possono essere modificati o eliminati durante il periodo di conservazione minimo applicato del vault di backup.

Eseguire il backup dei carichi di lavoro in un vault di backup abilitato per CMEK

Se configuri un vault di backup con CMEK, i backup archiviati al suo interno sono protetti utilizzando la chiave specificata. Quando associ un piano di backup a un vault abilitato per CMEK, si applicano le seguenti regole:

  • Workload protetti da CMEK: se un workload di origine è protetto da CMEK (ad esempio, un'istanza Compute Engine con dischi criptati con CMEK), devi eseguirne il backup in un vault di backup abilitato per CMEK. Non puoi eseguire il backup di una risorsa protetta da CMEK in un vault di backup che utilizza Google-owned and Google-managed encryption keys.

  • Carichi di lavoro che utilizzano Google-owned and Google-managed encryption keys: se un carico di lavoro di origine utilizza Google-owned and Google-managed encryption keys, devi eseguirne il backup in un vault di backup che utilizza Google-owned and Google-managed encryption keys.

Tentativi di ripetizione del job di backup

Quando un job programmato non va a buon fine, lo scheduler riprova automaticamente a eseguire il job fino a tre volte.

  • Primo tentativo non riuscito: lo stato è contrassegnato come "Riprova"; attende 4 minuti.
  • Secondo errore: il successivo tentativo viene messo in coda dopo 16 minuti.
  • Terzo errore: ultimo tentativo in coda dopo 64 minuti.
  • Errore definitivo: dopo 4 tentativi totali, lo stato cambia in "Non riuscito". Non vengono tentati altri job per il periodo di pianificazione.

I tentativi di ripetizione dei job vengono segnalati in Monitoraggio > Job. Per identificare i tentativi, tutti e quattro i job condivideranno lo stesso numero di job con un suffisso univoco (ad es. Job_12345, Job_12345a, Job_12345b).

Regioni supportate dal piano di backup

I piani di backup possono essere creati solo nelle regioni in cui è disponibile Backup e RE e in cui si trovano le risorse di cui eseguire il backup. Per creare un piano di backup, deve essere disponibile anche un vault di backup in una posizione compatibile. Se devi creare un piano di backup in una regione non supportata, utilizza i modelli di backup nella console di gestione dell'appliance.

I piani di backup sono supportati nelle seguenti regioni.

Area geografica Nome della regione Descrizione della regione
Nord America
northamerica-northeast1 * Montréal icona foglia Bassi livelli di CO2
northamerica-northeast2 Toronto icona foglia Bassi livelli di CO2
us-central1 Iowa icona foglia Bassi livelli di CO2
us-east1 Carolina del Sud
us-east4 Virginia del Nord
us-east5 Columbus
us-south1 Dallas icona foglia Bassi livelli di CO2
us-west1 Oregon icona foglia Bassi livelli di CO2
us-west2 Los Angeles
us-west3 Salt Lake City
us-west4 Las Vegas
northamerica-south1 * Querétaro
Sud America
southamerica-east1 San Paolo icona foglia Bassi livelli di CO2
southamerica-west1 Santiago icona foglia Bassi livelli di CO2
Europa
europe-central2 Varsavia icona foglia Bassi livelli di CO2
europe-north1 Finlandia icona foglia Bassi livelli di CO2
europe-north2 Stoccolma icona foglia Bassi livelli di CO2
europe-southwest1 Madrid icona foglia Bassi livelli di CO2
europe-west1 Belgio icona foglia Bassi livelli di CO2
europe-west2 Londra icona foglia Bassi livelli di CO2
europe-west3 Francoforte
europe-west4 Paesi Bassi icona foglia Bassi livelli di CO2
europe-west6 Zurigo icona foglia Bassi livelli di CO2
europe-west8 Milano icona foglia Bassi livelli di CO2
europe-west9 Parigi icona foglia Bassi livelli di CO2
europe-west10 Berlino
europe-west12 Torino icona foglia Bassi livelli di CO2
Medio Oriente
me-central1 Doha
me-central2 Dammam
me-west1 Israele
Africa
africa-south1 Johannesburg
Asia Pacifico
asia-east1 Taiwan
asia-east2 Hong Kong
asia-northeast1 Tokyo
asia-northeast2 * Osaka
asia-northeast3 Seul
asia-southeast1 Singapore
asia-southeast2 Giacarta
australia-southeast1 Sydney
australia-southeast2 Melbourne
India
asia-south1 Mumbai
asia-south2 Delhi

* Querétaro (northamerica-south1), Montréal (northamerica-northeast1) e Osaka (asia-northeast2) non supportano la separazione delle zone. Ciò significa che le più zone all'interno di ciascuna di queste regioni potrebbero non trovarsi in campus di data center fisicamente separati. Di conseguenza, un singolo evento di disastro fisico localizzato potrebbe potenzialmente interessare più zone all'interno della stessa regione, aumentando il rischio di perdita di dati rispetto alle regioni che supportano la separazione delle zone.

Nomi dei piani e delle regole di backup

I nomi dei piani di backup e delle regole devono soddisfare i seguenti requisiti:

  • Contenere lettere minuscole, caratteri numerici, trattini (-), trattini bassi (_) e punti (.), gli spazi non sono consentiti
  • Inizia e termina con un numero o una lettera
  • Massimo 63 caratteri
  • Non può essere rappresentato da un indirizzo IP con notazione decimale puntata. Ad esempio, 192.0.2.255.

Passaggi successivi