Crea backup

Mantieni tutto organizzato con le raccolte Salva e classifica i contenuti in base alle tue preferenze.

Puoi creare un backup di qualsiasi database Cloud Spanner. Questi backup sono completi, nel senso che contengono tutti i dati nel database (inclusi gli schemi e gli indici secondari) nella version_time del backup. Eventuali modifiche a dati o schema dopo version_time non sono incluse nel backup. I backup includono tutte le opzioni di database impostate con il comando ALTER DATABASE SET OPTIONS, ma non includono i criteri Identity and Access Management (IAM). Quando crei un backup, questo si trova nella stessa istanza, nella stessa regione e nello stesso progetto del database di origine.

Puoi creare un backup nei seguenti modi:

Per una panoramica del backup e del ripristino, vedi Informazioni su backup e ripristino.

Come creare un backup

Quando crei un backup, devi specificare un database di origine, un nome per la risorsa di backup e una data di scadenza (fino a 1 anno dall'ora di creazione del backup). Facoltativamente, puoi specificare un version_time, che consente di eseguire il backup del database in un punto precedente. Il campo version_time viene in genere utilizzato per sincronizzare i backup di più database o per recuperare i dati utilizzando il recupero point-in-time. Se version_time non è specificato, viene impostato su create_time del backup. Il sistema crea una risorsa di backup e un'operazione di backup a lunga esecuzione per monitorare l'avanzamento del backup. Il backup appena creato risiede nella stessa istanza, nella stessa regione e nello stesso progetto del database di origine.

Per garantire la coerenza esterna del backup, Spanner blocca i contenuti del database su create_time. Ciò impedisce al sistema di garbage collection di rimuovere i valori dei dati pertinenti per la durata dell'operazione di backup. Quindi, ogni zona di lettura-scrittura e sola lettura nell'istanza inizia a copiare i dati in parallelo. Se una zona è temporaneamente non disponibile, il backup non sarà completato finché la zona non sarà di nuovo online e terminerà. I backup sono ripristinabili non appena l'operazione viene completata. Per le istanze a più aree geografiche, tutte le repliche di lettura-scrittura e di sola lettura in tutte le aree geografiche devono completare le repliche di backup prima che il backup sia contrassegnato come ripristinabile.

I backup includono anche lo schema dei flussi di modifiche di un database, ma non i record di modifiche esistenti. I dati dei flussi di modifiche devono essere trasmessi e consumati quasi contemporaneamente alle modifiche descritte. Pertanto, Spanner esclude questi dati dai backup.

Crittografia

I backup di Spanner, come i database, sono criptati dalla crittografia gestita da Google o gestita dal cliente. Per impostazione predefinita, un backup utilizza la stessa configurazione della crittografia del suo database, ma puoi ignorare questo comportamento specificando una configurazione di crittografia diversa durante la creazione del backup. Se il backup è abilitato per CMEK, viene criptato utilizzando la versione principale della chiave KMS al momento della creazione del backup. Una volta creata la copia di backup, la chiave e la versione della chiave non possono essere modificate, anche se la chiave KMS viene ruotata. Per maggiori informazioni, consulta la pagina Creare un backup abilitato per CMEK.

Gerarchia delle risorse

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

Tempo di backup e prestazioni

Durante l'esecuzione di un backup, Spanner crea un job di backup per copiare i dati direttamente dal database nello spazio di archiviazione di backup e dimensiona questo job in base alle dimensioni del database. Questo job di backup non utilizza risorse CPU assegnate all'istanza del database in modo da non influire sulle prestazioni dell'istanza. Inoltre, il carico di calcolo sull'istanza del database non influisce sulla velocità dell'operazione di backup. Per monitorare l'avanzamento e il completamento di un'operazione di backup, consulta la sezione Mostrare l'avanzamento del backup.

Come riferimento generale, la maggior parte dei backup richiede 1-4 ore. Alcuni backup potrebbero richiedere più tempo a causa delle loro dimensioni o perché è presente una coda interna per le risorse. Se un backup richiede più tempo del solito quando non sono cambiati gli altri fattori, 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 riavviare il backup, perché è probabile che noterai lo stesso ritardo nella pianificazione con la nuova operazione di backup.

Controllo degli accessi (IAM)

I ruoli spanner.backupAdmin e spanner.backupWriter ti consentono di creare un backup. Con uno di questi ruoli, puoi richiamare una richiesta di backup di creazione per l'istanza. Per ulteriori informazioni, vedi Controllo dell'accesso con IAM.

Prezzi

L'addebito avviene in base alla quantità di spazio di archiviazione utilizzata dai backup per unità di tempo. La fatturazione inizia al termine dell'operazione di creazione e continuerà fino all'eliminazione del backup. Un backup completato viene fatturato per un minimo di 24 ore. Se crei un backup, poi lo elimini un minuto dopo il suo completamento, ti verranno comunque fatturate 24 ore.

Passaggi successivi