Panoramica dei backup

Il backup di Spanner ti consente di creare backup Spanner dei database on demand e ripristinali per fornire Protezione da errori dell'operatore e dell'applicazione che generano dati logici corruzione. I backup sono ad alta disponibilità, criptati e possono essere conservati a un anno dalla loro creazione. Quando crei un backup, quest'ultimo risiede nella stessa istanza, regione e progetto del database di origine. Se ripristinare il backup in una regione o in un progetto diversi per motivi di conformità per motivi di continuità aziendale, puoi copiare il backup in un'istanza in un una regione o un progetto a parte. Per conservare i backup per più di un anno, ti consigliamo esportazione del database. Per la protezione contro la logica danneggiamento dei dati, Spanner offre anche recupero point-in-time. Puoi anche abilitare database da eliminazione per impedire eliminazione accidentale dei database.

Funzionalità principali

  • Coerenza dei dati: i backup sono un processo transazionale e coerenti esternamente copia di un database Spanner nel punto version_time del backup.

  • Replica: i backup si trovano nella stessa istanza del database di origine e vengono replicati nelle stesse località geografiche. Per le istanze a livello di regione, il backup viene archiviato in ciascuna delle tre zone di lettura/scrittura. Per due o più regioni, il backup viene archiviato in tutte le zone che contengono un'istanza replica. Se devi archiviare il backup del tuo database in un ambiente regione o progetto, puoi copiare il backup completato dall'origine su un'istanza di destinazione che si trova in una regione diversa progetto. Per ulteriori informazioni, vedi Copiare un backup.

  • Scadenza automatica: tutti i backup hanno una data di scadenza specificata dall'utente. che determina quando verrà eliminata automaticamente. Spanner elimina i backup scaduti in modo asincrono, quindi è possibile un intervallo di tempo tra la scadenza di un backup e il momento in cui viene effettivamente eliminato.

La tabella seguente descrive diverse strategie di backup, le procedure consigliate per implementare il piano e il tempo massimo di conservazione per approccio suggerito.

Strategia di backup Approccio consigliato Tempo di conservazione massimo per l'approccio suggerito
Archiviazione del backup di un database nella stessa istanza, regione e progetto del relativo database di origine Crea un backup. 1 anno
Archiviazione del backup di un database in un'istanza, una regione o un progetto diversi dal relativo database di origine (ad esempio, un backup tra regioni o tra progetti) Crea un backup, quindi copialo in un'istanza in un'altra regione o in un altro progetto. 1 anno
Archiviazione del backup in Cloud Storage Esporta il database in un bucket Cloud Storage. Per un confronto dettagliato tra backup ed esportazione, vedi Scegliere tra backup e ripristino o importazione ed esportazione. Illimitato (conservato fino all'eliminazione)
Recupero point-in-time (PITR) Per recuperare i dati da un momento specifico nel passato, scegli PITR. Puoi modificare il database version_retention_period dal valore predefinito di 1 ora a un massimo di 7 giorni. 7 giorni

Controllo dell'accesso con Identity and Access Management (IAM)

IAM consente di controllare l'accesso alle risorse Spanner, che includono backup. Se non hai mai utilizzato IAM, ruoli e autorizzazioni, consulta Panoramica IAM per un'introduzione.

Le risorse di backup sono organizzate nelle istanze in Spanner nella gerarchia delle risorse. Consigliamo di applicare i criteri IAM a livello di progetto o di istanza. Se hai bisogno di un controllo granulare, I criteri IAM possono essere applicati anche a livello di backup e database ma questa soluzione è sconsigliata a causa della complessità. Ricorda che i backup non contengono metadati di database come i criteri IAM, quindi quando ripristina un database, quest'ultimo erediterà inizialmente i criteri dal database padre in esecuzione in un'istanza Compute Engine.

Questa sezione descrive i ruoli predefiniti che hanno accesso a backup e ripristinare.

I ruoli seguenti sono progettati specificamente per il backup:

  • spanner.backupAdmin: può creare, visualizzare, aggiornare, copiare ed eliminare backup. Questo ruolo può anche visualizzare e gestire le istanze IAM di un backup . Questo ruolo non può ripristinare un database da un backup.
  • spanner.backupWriter: ha accesso per creare e copiare backup, ma non può aggiornarle o eliminarle. Questo ruolo è destinato a essere utilizzato dagli script che per automatizzare la creazione dei backup.

Anche i ruoli seguenti hanno accesso ai backup di Spanner:

  • spanner.admin: ha accesso completo al backup. Questo ruolo ha e l'accesso completo a tutte le risorse Spanner.
  • owner: ha accesso completo al backup.
  • editor: ha accesso completo al backup.
  • viewer: può visualizzare i backup e le operazioni di backup. Questo ruolo non può creare, aggiornare, eliminare o copiare un backup.

Per ulteriori informazioni, consulta IAM di Spanner.

Come funziona la creazione del backup

Puoi creare un backup di qualsiasi database Spanner. Questi backup vengono completa, nel senso che contengono tutti i dati presenti nel database (inclusi lo schema e gli indici secondari) version_time del backup. Eventuali modifiche ai dati o allo schema dopo il version_time non sono inclusi nel backup. I backup includono tutte le opzioni di database sono impostati con ALTER DATABASE SET OPTIONS ma non includono Identity and Access Management (IAM) criteri. Quando crei un backup, questo si trova nella stessa istanza, regione e progetto come database di origine.

Puoi creare un backup nei seguenti modi:

Quando crei un backup, devi specificare un database di origine, un nome per risorsa di backup e una data di scadenza (fino a 1 anno dalla creazione del backup nel tempo). Puoi anche specificare version_time, che ti consente di eseguire il backup il tuo database a un momento precedente. In genere, il campo version_time è utilizzato per sincronizzare i backup di più database o per recuperare i dati mediante il recupero point-in-time. Se version_time non è specificato, viene impostato sul valore create_time del backup. Il sistema crea una risorsa di backup e una risorsa operazione di backup per monitorare l'avanzamento del backup. Il backup appena creato si trova nello stesso regione e progetto come database di origine.

Per garantire la coerenza esterna del backup, Spanner blocca la contenuti del database in create_time. Questo impedisce la garbage collection di sistema di rimuovere i valori dei dati pertinenti per la durata del backup operativa. Quindi, ogni zona di lettura/scrittura e sola lettura dell'istanza inizia per copiare i dati in parallelo. Se una zona non è al momento disponibile, il backup non è completo finché la zona non torna online e termina. I backup sono ripristinabile al termine dell'operazione. Per le istanze multiregionali, le zone di lettura/scrittura e di sola lettura in tutte le regioni devono completare il backup prima che il backup sia contrassegnato come ripristinabile.

I backup includono anche lo schema delle modifiche in tempo reale di un database, ma non record delle modifiche esistenti. I dati delle modifiche in tempo reale devono essere consumati quasi contemporaneamente con le modifiche che descrivono. Di conseguenza, Spanner esclude questi dati dai backup.

Come funziona la copia di backup

Il backup e il ripristino di Spanner ti consente di copiare un backup del tuo database Spanner da un'istanza all'altra in una regione o un progetto differente, per fornire funzionalità di protezione e conformità dei dati. Il backup copiato ha le stesse funzionalità principali dell'originale backup. Inoltre, puoi ripristinare un backup copiato nella stessa istanza del backup copiato per supportare tra regioni e sui casi d'uso di backup e ripristino tra progetti.

Casi d'uso comuni tra regioni

Alcuni casi d'uso comuni per la copia di un backup in più regioni sono: seguenti:

  • Mantieni un backup in un'altra regione per garantire la conformità e requisiti normativi.

    Ad esempio, puoi copiare un backup del database a un'istanza in una regione a una distanza minima dal di produzione per soddisfare i requisiti di conformità.

  • Mantieni un backup in una regione separata per il ripristino di emergenza e l'attività per motivi di continuità.

    Ad esempio, puoi copiare un database di backup in un'istanza di destinazione per scopi di ripristino di emergenza con RTO (Recovery Time Objective) diverso da zero e RPO (Recovery Point Objective). Quindi, quando necessario, puoi ripristinare il database dal backup copiato di destinazione. (Se l'applicazione ha zero-RTO e zero-RPO consigliamo le configurazioni multiregionali di Spanner per le tue esigenze piani di ripristino).

Casi d'uso comuni tra progetti

Alcuni casi d'uso comuni tra progetti per la copia di un backup includono il seguenti:

  • Conserva una copia di backup in un progetto separato per rispettare i requisiti operativi, o requisiti di conformità.

  • Copia e sposta i dati tra progetti di sviluppo, test e produzione.

    Ad esempio, se vuoi spostare i dati dal progetto di produzione a un progetto progetto, puoi creare un backup dei dati di produzione, quindi copiare al progetto di test. Una volta completata l'operazione di copia, puoi ripristinare il backup copiato in un'istanza nel progetto di test.

  • Sposta il database da un progetto a un altro. Tieni presente che potrebbero esserci di inattività durante la migrazione).

Puoi copiare un backup in un'istanza di destinazione in una regione o un progetto diverso specificando un backup di origine, un backup di destinazione e una data di scadenza a un anno dalla data di creazione del backup di origine. Ciò significa che il valore expiration_date devono essere almeno sei ore dal momento della copia attuale viene elaborata e al massimo 366 giorni dopo il backup dell'origine create_time.

All'inizio della richiesta di backup della copia, Spanner crea risorsa di backup e un'operazione di backup a lunga esecuzione per monitorare l'avanzamento del backup. Il backup viene copiato in tutte le zone di lettura/scrittura e sola lettura l'istanza di destinazione. Se una zona non è al momento disponibile, la copia di backup non viene completato finché la zona non torna online. Non puoi per eliminare l'istanza di destinazione durante la copia. Per monitorare l'avanzamento e stato di completamento dell'operazione di copia di backup, segui i passaggi descritti in Mostrare il backup progressi. Al termine della copia, puoi eliminare il backup di origine se non è necessario non lo è più. Una volta completata la copia, puoi utilizzare operazioni come GetBackup, UpdateBackup e DeleteBackup con il backup copiato.

Prerequisiti per avviare la copia di un backup

Se stai copiando un backup in un'istanza in una regione o un progetto diverso, devi prima impostare e configurare l'istanza di destinazione. La destinazione è l'istanza in cui si trova la copia del backup. Può essere 100 unità di elaborazione e non esegue devono avere la stessa configurazione dell'istanza di origine (il in cui si trova il backup di origine). Prima del ripristino, assicurati che l'istanza di destinazione ha un numero sufficiente di nodi o unità di elaborazione di cui è stato eseguito il provisioning per il supporto la dimensione del database in base al limite di spazio di archiviazione di 4 TB per nodo (ad es. è necessario almeno due nodi per ripristinare un backup da 8 TB). Per creare una nuova istanza di destinazione, consulta Creare e gestire le istanze.

Ulteriori considerazioni

Ulteriori considerazioni includono:

  • Quando copi un backup da un'istanza di origine a un'istanza di destinazione, il backup copiato esiste in modo indipendente rispetto al backup di origine. Dopo aver creato completa, sarà presente un backup nell'istanza di origine e nell'istanza di destinazione. Se non hai bisogno del backup nell'origine un'istanza, la puoi eliminare.
  • Quando copi un backup in un'istanza di regione, i dati di backup vengono copiati in ogni delle tre zone di lettura/scrittura nell'istanza di destinazione.
  • Quando copi un backup in un'istanza in più regioni, i dati di backup vengono copiati a ciascuna zona dell'istanza che contiene un'istanza replica.
  • Puoi copiare più backup contemporaneamente.
  • Puoi aggiornare o eliminare il backup di destinazione durante un processo di copia ancora in corso. Se elimini il backup di destinazione, la copia in corso verrà annullata di conseguenza.
  • Puoi ripristinare un backup nell'istanza di origine mentre è in corso una copia dell'operazione.
  • Puoi annullare un'operazione di copia prima che venga completata.

Durante il processo di copia non sono consentite le seguenti operazioni:

  • Non puoi eliminare il backup di origine mentre è in corso un'operazione di copia.
  • Non puoi avviare una nuova copia o il ripristino nel backup di destinazione copiato mentre la copia è ancora in corso. Una volta completata una copia, puoi copiato di nuovo o ripristinato.

Dove vengono archiviati i backup di Spanner

I backup sono risorse in Spanner. Ogni risorsa di backup è organizzata nella stessa istanza del database di origine gerarchia delle risorse e ha un percorso di risorsa in formato projects/<project>/instances/<instance>/backups/<backup>. Un backup continua a esistere anche dopo l'eliminazione del database di origine, ma non può superare l'istanza principale. Per impedire l'eliminazione accidentale di di backup, non puoi eliminare un'istanza Spanner se sono presenti backup. Se vuoi eliminare l'istanza, ti consigliamo di ripristinare il eseguire il backup e esportare il database ripristinato, prima il backup e l'istanza.

Crittografia

I backup di Spanner, come i database, sono criptati Crittografia gestita da Google o dal cliente. Per impostazione predefinita, un backup utilizza stessa configurazione della crittografia come database, ma puoi ignorare questo comportamento specificando un valore durante la creazione del backup. Se il backup è abilitato per CMEK, è criptato usando la versione primaria della chiave KMS al momento del backup per la creazione di contenuti. Una volta creato il backup, la chiave e la versione della chiave non possono essere anche se la chiave KMS viene ruotata. Per ulteriori informazioni, vedi crea un backup abilitato per CMEK.

Per impostazione predefinita, un backup copiato utilizza la stessa configurazione di crittografia: Gestita da Google o gestita dal cliente (CMEK) come origine la crittografia dei backup. Puoi ignorare questo comportamento specificando una crittografia diversa durante la copia del backup. Se vuoi che il backup copiato criptato con CMEK durante la copia tra regioni, specifica il KMS corrispondente alla regione di destinazione.

Prestazioni

Questa sezione descrive le prestazioni ottimali del backup in Spanner.

Prestazioni durante il backup

Quando esegui un backup, Spanner crea un job di backup da copiare i dati direttamente dal database allo spazio di archiviazione di backup e ridimensiona il job in base la dimensione del database. Questo job di backup non utilizza le risorse della CPU allocate all'istanza del database, in modo che questo non comprometta le prestazioni dell'istanza. Inoltre, il carico di calcolo sull'istanza del database non influisce sulla velocità l'operazione di backup. Per monitorare l'avanzamento e il completamento di un backup. Operazione, vedi Mostrare l'avanzamento del backup.

In genere, la maggior parte dei backup richiede da 1 a 4 ore. Alcuni backup potrebbero richiedono più tempo a causa delle dimensioni o della presenza di un accodamento interno Google Cloud. Se un backup richiede più tempo del solito quando non ci sono altri fattori modificato, potrebbe essere dovuto a un ritardo nella pianificazione dell'attività di backup in una zona. A volte l'operazione può richiedere fino a 30 minuti. Ti consigliamo di non annullare e riavvia il backup, perché probabilmente troverai la stessa pianificazione con la nuova operazione di backup.

Prestazioni durante la copia di un backup

Il tempo necessario per copiare un backup dipende da fattori quali le dimensioni del il backup di origine e la regione di destinazione scelta per il backup copiato. In genere, la maggior parte delle copie viene completata in 1-4 ore. Alcune copie potrebbero richiedere più tempo a seconda delle dimensioni del backup e della regione di destinazione. Copia di un backup in corso... non influisce sulle prestazioni dell'istanza o del database di origine. Puoi creare più copie simultanee del backup di origine nelle istanze in regioni diverse senza problemi di rendimento.

Prezzi

Gli addebiti vengono effettuati in base alla quantità di spazio di archiviazione utilizzata dai backup per unità nel tempo. La fatturazione inizia una volta completata l'operazione di backup e proseguirà fino all'eliminazione del backup. Un backup completato viene fatturato per un importo minimo di 24 ore. Se crei un backup e lo elimini un minuto dopo il completamento, ti verranno comunque addebitate 24 ore.

Una copia di un backup è soggetta agli stessi costi di archiviazione come backup originale. Se crei una copia tra due istanze che occupano regioni diverse, quindi costi del trasferimento di dati in uscita .

Ad esempio, se copi il database dall'istanza multiregionale di origine configurazione nam7 alla configurazione dell'istanza multiregionale di destinazione nam-eur-asia3, si applicano i seguenti costi:

  • Nessun costo per la sovrapposizione di us-central1 regione
  • Nessun costo per la regione di testimonianza di us-central2
  • Gli addebiti per il trasferimento di dati intercontinentali vengono applicati due volte: una per ogni nuovo continente. (Europa e Asia)
  • Il costo per Trasferimento di dati tra regioni all'interno dello stesso continente si applica una sola volta per us-east1
  • L'addebito per il trasferimento di dati tra regioni all'interno dello stesso continente si applica una sola volta in Europa.

Spanner ottimizza il processo di copia per ridurre al minimo il numero di trasferimenti tra regioni. Ciò aiuta a ridurre al minimo i costi di trasferimento di dati offrendo un'esperienza di backup della copia rapida.

I backup vengono archiviati e fatturati separatamente. Lo spazio di archiviazione dei backup non influisce fatturazione per l'archiviazione dei database o limiti di archiviazione del database. Per ulteriori informazioni per informazioni, vedi anche Metriche di utilizzo dello spazio di archiviazione.

Per informazioni più complete sui costi del backup, consulta Spanner pricing.

Passaggi successivi