Panoramica del ripristino

Puoi ripristinare un backup di un database Spanner in un nuovo database. Il database ripristinato conterrà tutti i dati e lo schema del database originale al version_time del backup, incluse tutte le opzioni del database impostate con il comando ALTER DATABASE SET OPTIONS. Non avrà autorizzazioni IAM (tranne quelle ereditate dall'istanza contenente il database ripristinato) e dovrai applicare le autorizzazioni IAM appropriate al termine del ripristino. Non includerà i dati interni di nessuno modifiche in tempo reale. Quando esegui il ripristino da un backup, il backup ripristinato si trova nella stessa istanza, regione e progetto del backup di origine. Se devi eseguire il ripristino dal backup in una regione o un progetto diverso per motivi di conformità o continuità aziendale, puoi copiare il backup in un'istanza in una regione o un progetto separati, quindi eseguire il ripristino dal backup copiato.

Puoi utilizzare il ripristino da un backup nei seguenti modi:

Come funziona il ripristino del database da un backup

Quando ripristini un database Spanner, devi specificare un backup di origine e un nuovo database di destinazione. Non puoi eseguire il ripristino in un database esistente. Il database appena ripristinato deve trovarsi nello stesso progetto del backup e in un'istanza con la stessa configurazione dell'istanza e la stessa edizione di Spanner (o di livello superiore) del backup. Ad esempio, se un backup si trova in un'istanza configurata us-west3 e utilizza la versione Enterprise, può essere ripristinato in qualsiasi istanza del progetto configurata anche us-west3 e che utilizza la versione Enterprise. Se ripristini un backup in un'istanza della versione Enterprise in un'istanza della versione Standard, il ripristino potrebbe non riuscire se il database utilizza le funzionalità della versione Enterprise. La potenza di calcolo delle istanze non deve essere necessariamente la stessa.

La procedura di ripristino è progettata per l'alta disponibilità. Il database può essere ripristinato a condizione che sia disponibile il quorum della maggioranza delle regioni e delle zone nell' istanza.

Per ripristinare un backup abilitato per CMEK, sia la chiave sia la versione della chiave devono essere disponibili per Spanner. Per impostazione predefinita, il database ripristinato utilizza le stesse configurazioni di crittografia del backup. Puoi ignorare questo comportamento specificando una configurazione di crittografia diversa durante il ripristino del database. Per maggiori informazioni, consulta Ripristinare da un backup abilitato per CMEK.

Ripristinare un backup in un'altra regione o in un altro progetto

Se devi ripristinare il backup in una regione o un progetto diverso, copia prima il backup nella regione o nel progetto scelto. I backup copiati possono essere ripristinati non appena la copia è completata. Puoi ripristinare il backup nell'istanza di destinazione (purché utilizzi la stessa versione dell'istanza di backup di origine) o in qualsiasi istanza che abbia la stessa configurazione dell'istanza e la stessa versione (o un livello superiore) dell'istanza di destinazione. Prima di eseguire il ripristino, assicurati che l'istanza di destinazione abbia un numero sufficiente di nodi o unità di elaborazione per supportare le dimensioni del database in base al limite di archiviazione di 10 TB per nodo (ovvero, sono necessari almeno 2 nodi per ripristinare un backup di 20 TB). Se hai copiato il backup in un altro progetto e vuoi ripristinarlo lì, assicurati che il progetto di destinazione disponga di quote di nodi sufficienti per il ripristino. Il ripristino di un backup copiato funziona come un normale ripristino.

Stati di ripristino

Un database ripristinato passa attraverso tre stati, monitorati da due operazioni di lunga durata.

  • CREATING: Spanner inizia il ripristino creando un nuovo database e montando i file dal backup. Durante questo stato iniziale CREATING, il database ripristinato non è ancora pronto per l'uso. In genere questo stato viene completato entro un'ora. Una volta completato lo stato CREATING, il database è pronto per l'uso.

    Per monitorare l'avanzamento di questo stato, puoi eseguire una query sull'operazione di ripristino a lunga esecuzione che Spanner rende disponibile durante questa procedura. Restituisce un oggetto RestoreDatabaseMetadata.

    Tieni presente i seguenti avvertimenti relativi allo stato CREATING:

    • Se esegui il ripristino in un'istanza diversa, l'operazione di ripristino appartiene all'istanza contenente il database ripristinato, non all'istanza contenente il backup.
    • Spanner non ti consente di eliminare il backup mentre è in corso il suo recupero. Puoi eliminarlo al termine del ripristino e quando il database entra nello stato READY.
    • Un'istanza può avere al massimo dieci database nello stato CREATING a causa del recupero dai backup. Non potrai ripristinare un altro backup nell'istanza finché uno dei dieci database ripristinati non passerà allo stato READY_OPTIMIZING o READY.

  • READY_OPTIMIZING: dopo aver montato il backup, Spanner inizia a copiare i dati del backup nel nuovo database ottimizzandone le dimensioni archiviate. Il database è pronto per essere utilizzato durante questa procedura. Questa fase del recupero richiede in genere alcune ore per i database di dimensioni inferiori a 100 TB.

    Sebbene tu possa utilizzare il database come di consueto durante READY_OPTIMIZING, si applicano i seguenti accorgimenti:

    • Le latenze di lettura potrebbero essere leggermente superiori al solito.
    • Le metriche dello spazio di archiviazione mostrano le dimensioni del nuovo database, non del backup. Pertanto, con il trasferimento dei dati ancora in corso, le metriche di archiviazione di Spanner potrebbero mostrare risultati che non riflettono le dimensioni totali di tutti i dati.
    • Come per lo stato CREATING, Spanner non ti consente di eliminare il backup montato.

    In questo stato, Spanner rende disponibile un'altra operazione di ripristino di lunga durata, che restituisce un oggetto metadati OptimizeRestoredDatabaseMetadata.

  • READY: al termine dell'operazione di copia e ottimizzazione, il database passa allo stato READY. Il database viene ripristinato completamente e non fa più riferimento al backup o non lo richiede.

Controllo degli accessi (IAM)

Il ruolo spanner.restoreAdmin ti concede l'autorizzazione per eseguire il ripristino da un backup. Per ulteriori informazioni, consulta Controllo dell'accesso con IAM.

I seguenti ruoli hanno accesso anche alle operazioni di ripristino di Spanner:

  • spanner.admin: ha accesso completo al ripristino. Questo ruolo ha accesso completo a tutte le risorse Spanner.
  • owner: ha accesso completo al ripristino.
  • editor: ha accesso completo al ripristino.
  • viewer: ha accesso alla visualizzazione delle operazioni di ripristino. Questo ruolo non può creare, aggiornare, eliminare o copiare un backup.

Prezzi

Non è previsto alcun costo per il ripristino da un backup.

Passaggi successivi