Questa pagina descrive il funzionamento dei backup dell'istanza Cloud SQL. Puoi eseguire i backup sull'istanza principale.
Per indicazioni dettagliate per la pianificazione dei backup o la creazione di un'istanza on demand fai riferimento a Creazione e gestione dei backup on demand e automatici.
Per una panoramica su come ripristinare i dati in un'istanza dal backup, consulta Panoramica del ripristino di un'istanza.
Che cosa forniscono i backup
I backup consentono di ripristinare i dati persi nell'istanza Cloud SQL. Inoltre, se un'istanza presenta un problema, puoi ripristinarla precedente utilizzando il backup per sovrascriverlo. Abilita i backup automatici per qualsiasi istanza contenente i dati necessari. I backup proteggono i dati dalla perdita o danni.
L'attivazione dei backup automatici, insieme al logging binario, è necessaria anche per alcune operazioni, come la creazione di cloni e repliche.Costo dei backup
Per impostazione predefinita, Cloud SQL conserva 7 backup automatici per ogni istanza Cloud SQL Enterprise e 15 backup automatici per ogni istanza Cloud SQL Enterprise Plus, oltre ai backup on demand. Puoi configurare il numero di backup automatici da conservare (da 1 a 365). Me addebitare una tariffa inferiore per l'archiviazione di backup rispetto ad altri tipi di istanze.
Cloud SQL non esegue il backup di un'istanza se arresti o elimini in esecuzione in un'istanza Compute Engine. Se elimini un'istanza, i dati vengono conservati solo per 4 giorni. Per recuperare l'istanza e i relativi dati, contatta l'assistenza Google Cloud entro 4 giorni fornendo tutte le informazioni richieste sull'istanza.
Per ulteriori informazioni, consulta la pagina dei prezzi.
Backup ed esportazioni
I backup sono gestiti da Cloud SQL in base ai criteri di conservazione e sono separatamente dall'istanza Cloud SQL. Backup di Cloud SQL differiscono da un'esportazione caricata in Cloud Storage, dove gestisci il ciclo di vita. I backup includono l'intero database. Le esportazioni possono selezionare contenuti specifici.
Le operazioni di backup e ripristino non possono essere utilizzate per eseguire l'upgrade di un database a una versione successiva. Puoi eseguire il ripristino da un backup solo su un'istanza con la stessa versione del database.
Per eseguire l'upgrade a una versione successiva, valuta la possibilità di utilizzare Database Migration Service oppure esportare e poi importare i dati a una nuova istanza Cloud SQL.Informazioni sulle dimensioni del backup
I backup di Cloud SQL sono incrementali. Contengono solo i dati che sono stati modificati dopo l'esecuzione del backup precedente. Il backup più antico ha dimensioni simili a quelle del database, ma le dimensioni dei backup successivi dipendono dalla velocità di modifica dei dati. Quando viene eliminato il backup meno recente, le dimensioni al successivo backup meno recente aumenta, in modo che esista ancora un backup completo.
Tipi di backup
Cloud SQL esegue due tipi di backup:
Backup on demand
Puoi creare un backup in qualsiasi momento. Ti è utile se stai per eseguire un'operazione rischiosa sul database o se hai bisogno di un backup e non vuoi attendere la finestra di backup. Puoi creare backup on demand su qualsiasi istanza, indipendentemente dal fatto che siano abilitati o meno i backup automatici.
I backup on demand non vengono eliminati automaticamente come i backup automatici. Rimangono visibili finché non li elimini o finché la loro istanza non viene eliminata. Poiché non vengono eliminati automaticamente, i backup on demand possono avere un effetto a lungo termine sugli addebiti in fatturazione.
Backup automatici
I backup automatici vengono eseguiti ogni giorno in una finestra di backup di 4 ore. Il backup inizia durante la finestra di backup. Se possibile, pianifica backup quando l'istanza ha meno attività.
Ti consigliamo di non eliminare i backup automatici perché sono necessari per supportare il recupero point-in-time.
Durante la finestra di backup, i backup automatici vengono eseguiti ogni giorno in cui l'istanza è in esecuzione. Viene eseguito un ulteriore backup automatico dopo l'arresto dell'istanza per salvaguardare tutte le modifiche prima dell'arresto dell'istanza. Fino a sette più recenti vengono conservati per impostazione predefinita. Puoi configurare il numero di backup automatici da conservare, da 1 a 365. I valori di conservazione dei log delle transazioni e di backup possono essere modificati dal l'impostazione predefinita. Scopri di più.
Dove vengono archiviati i backup
Le posizioni di backup includono:
- Località predefinite in cui Cloud SQL in base alla località dell'istanza originale.
- Località personalizzate che scegli quando non vuoi utilizzare la località predefinita.
Località di backup predefinite
Se non specifichi una posizione di archiviazione, i backup vengono archiviati nella regione a più regioni più geograficamente vicina alla posizione dell'istanza Cloud SQL. Ad esempio, se
L'istanza Cloud SQL si trova in us-central1, i tuoi backup sono archiviati
us (più regioni) per impostazione predefinita. Tuttavia, una località predefinita come
australia-southeast1 si trova al di fuori di più regioni. La regione multipla più vicina è
asia.
Località di backup personalizzate
Cloud SQL ti consente di selezionare una località personalizzata per i dati di backup. Questa funzionalità è utile se la tua organizzazione deve rispettare le normative sulla residenza dei dati che richiedono di mantenere i backup all'interno di un confine geografico specifico. Se la tua organizzazione ha questo tipo di requisito, probabilmente utilizza un criterio dell'organizzazione relativo alla restrizione sulla località delle risorse. Con questo criterio, quando tenti di utilizzare una posizione geografica che non è conforme al criterio, vedrai un avviso nella pagina Backup. Se vedi questo avviso, devi cambiare la posizione di backup in una posizione del criterio lo consente.
Quando selezioni una posizione personalizzata per un backup, considera quanto segue:
- Costo: un cluster della tua istanza potrebbe trovarsi in una regione con costi inferiori rispetto agli altri.
- Vicinanza al server delle applicazioni:dovresti archiviare il backup il più vicino possibile all'applicazione di pubblicazione.
- Utilizzo dello spazio di archiviazione: ti serve spazio di archiviazione sufficiente per conservare il backup man mano che le dimensioni aumentano. A seconda del carico di lavoro, potresti avere cluster di dimensioni diverse o con utilizzi del disco diversi. Questo potrebbe influire sul cluster che scegli.
Per un elenco completo dei valori regionali validi, consulta Località delle istanze. Per un elenco completo dei valori multiregionali, consulta Località multiregionali.
Per saperne di più sull'impostazione delle località per i backup e sulla visualizzazione delle località dei backup eseguite per un'istanza, vedi Impostare una località personalizzata per i backup e Visualizzare le località di backup.
Backup automatico e conservazione dei log delle transazioni
I backup automatici vengono utilizzati per il restore per un'istanza Cloud SQL. Una combinazione di backup automatici e transazioni i log vengono utilizzati per eseguire un recupero point-in-time.
I backup automatici possono essere conservati per un massimo di un anno configurando il periodo di conservazione, mentre i backup on demand vengono mantenuti finché non li elimini o fino a quando l'istanza non viene eliminata.
Sebbene i log delle transazioni siano conteggiati in giorni, non è garantito che i backup automatici vengano eseguiti in corrispondenza di un confine di giorno. Per questi vengono usate unità diverse impostazioni di conservazione. La conservazione dei backup automatici è un conteggio e può essere impostata da 1 a 365 backup.
La conservazione dei log delle transazioni è in giorni. Per le istanze della versione Cloud SQL Enterprise Plus, l'intervallo è compreso tra 1 e 35 giorni, con un valore predefinito di 14 giorni. Per la versione Cloud SQL Enterprise , l'intervallo è compreso tra 1 e 7 giorni, con un valore predefinito di 7 giorni. Sia per le istanze della versione Cloud SQL Enterprise Plus che per quelle della versione Cloud SQL Enterprise, l'impostazione di conservazione dei log delle transazioni deve essere inferiore all'impostazione di conservazione dei backup.I limiti inferiori sono utili per le istanze di test, poiché i log e i backup eliminati più velocemente. Per i log delle transazioni, le dimensioni del disco non aumentano così tanto con limiti inferiori. L'utilizzo di valori più elevati per la conservazione dei backup automatici ti consente di eseguire il ripristino da un periodo di tempo più lontano.
I log vengono eliminati una volta al giorno, non continuamente. Quando il numero di giorni di log la conservazione dei log è uguale al numero di backup, una conservazione dei log insufficiente può o il risultato finale. Ad esempio, se imposti la conservazione dei log su sette giorni e la conservazione dei backup su sette backup, verranno conservati tra sei e sette giorni di log.
Ti consigliamo di impostare il numero di backup su un valore almeno superiore ai giorni di conservazione dei log per garantire un numero minimo di giorni di conservazione dei log specificati.
Un'attività di scrittura elevata nel database può generare un volume elevato di transazioni di grandi dimensioni, con un conseguente consumo di spazio su disco significativo e un aumento del disco delle istanze abilitate per l'aumento automatico dello spazio di archiviazione. Consigliamo di dimensionare lo spazio di archiviazione dell'istanza per tenere conto della conservazione dei log delle transazioni.
Consulta Impostare la conservazione del backup automatico.
Consulta Impostare la conservazione dei log delle transazioni.Posso esportare un backup?
No, non puoi esportare un backup. Puoi esportare solo i dati delle istanze. Consulta: Esportazione di dati da Cloud SQL.
Informazioni sull'utente backup speciale
Cloud SQL crea un utente speciale del database, cloudsqladmin, per ogni
un'istanza e genera una password unica specifica per l'istanza.
Cloud SQL accede come utente cloudsqladmin per eseguire i backup automatici.
In che modo i backup influiscono sulle operazioni dell'istanza
Per le istanze MySQL, il flag FLUSH TABLES WITH READ LOCK non viene utilizzato per i backup. Ciò significa che le scritture e altre operazioni non sono interessate
dalle operazioni di backup.
In genere, i backup vengono completati entro due minuti, ma se viene utilizzata una grande quantità di dati, è stata scritta dopo l'ultimo backup, il completamento del backup richiede più tempo.
Se al momento del tentativo di backup è presente un'operazione in attesa, solitamente Cloud SQL effettua diversi tentativi all'interno della finestra per completare il backup. Le operazioni che bloccano il backup sono Cloud SQL a lunga esecuzione per eseguire operazioni sull'istanza come importazione, esportazione, aggiornamento (ad esempio modifica dei metadati dell'istanza) e riavvio dell'istanza. Se operazioni frequenti o di lunga durata bloccano il backup automatico durante la finestra di backup, ti consigliamo di pianificare il backup in un momento diverso.
Durante un'operazione a lunga esecuzione, come il caricamento dei dati, puoi temporaneamente e disabilitare i backup automatici.
Limitazioni della percentuale di backup
Cloud SQL limita la frequenza delle operazioni di backup sul disco dati. Sono consentite al massimo cinque operazioni di backup ogni 50 minuti per istanza e progetto. Se un'operazione di backup non va a buon fine, non viene conteggiata ai fini di questa quota. Se raggiungi il limite, l'operazione non va a buon fine e viene visualizzato un messaggio di errore che ti indica quando puoi riprovare.
Vediamo come si comporta Cloud SQL e la limitazione di frequenza per i backup.
Cloud SQL utilizza i token di un bucket per determinare quante operazioni di backup sono disponibili in un determinato momento. Ogni istanza ha un bucket. Nel bucket puoi utilizzare fino a cinque token per le operazioni di backup. Ogni 10 minuti viene aggiunto un nuovo token al bucket. Se il bucket è pieno, il token supera il limite.
Ogni volta che esegui un'operazione di backup, viene concesso un token dal bucket. Se l'operazione riesce, il token viene rimosso dal bucket. In caso di errore, il token viene restituito al bucket. Il seguente diagramma mostra come funziona:
Controlli di backup e integrità dei dati
Cloud SQL esegue automaticamente i controlli di integrità del database in background per identificare potenziali problemi di integrità dei dati. Questi controlli vengono eseguiti come per i processi offline ripristinando un campione di backup avviati dal cliente backup di ripristino.
Backup di recupero
Dopo l'eliminazione di un'istanza, Cloud SQL elimina tutti i backup. Per evitare l'eliminazione accidentale delle istanze, Cloud SQL conserva i backup di un'istanza per quattro giorni. Per recuperare un'istanza eliminata, contatta l'assistenza clienti Google Cloud entro quattro giorni.
Cloud SQL conserva almeno un ultimo backup giornaliero valido di ogni attiva. Di conseguenza, se non sono disponibili backup validi, puoi utilizzare il backup giornaliero per recuperare l'istanza, contattando Assistenza clienti Google Cloud.
Risoluzione dei problemi
| Problema | Risoluzione dei problemi |
|---|---|
| Non puoi vedere lo stato dell'operazione in corso. | La console Google Cloud segnala l'esito positivo o negativo solo quando l'operazione
al termine dell'operazione. Non è progettata per mostrare avvisi o altri aggiornamenti.
Esegui il
comando |
| Vuoi sapere chi ha emesso un'operazione di backup on demand. | L'interfaccia utente non mostra l'utente che ha avviato un'operazione.
Cerca nei log. e filtrarli in base al testo per trovare l'utente. Potresti dover utilizzare i log di controllo per le informazioni private. I file di log pertinenti includono:
|
| Dopo aver eliminato un'istanza, non puoi eseguirne il backup. | Dopo l'eliminazione definitiva di un'istanza, non è possibile recuperare i dati. Tuttavia, Se l'istanza viene ripristinata, vengono ripristinati anche i backup. Per ulteriori informazioni sul recupero di un'istanza eliminata, consulta la sezione Backup di ripristino. Se hai eseguito un'operazione di esportazione, crea una nuova istanza ed eseguire un'operazione di importazione per ricreare il database. Le esportazioni vengono scritte in Cloud Storage e le importazioni vengono lette da lì. |
| Un backup automatico è bloccato da molte ore e non può essere annullato. | I backup possono richiedere molto tempo, a seconda delle dimensioni del database.
Se devi annullare l'operazione, puoi chiedere all'assistenza clienti di |
| Un'operazione di ripristino può non riuscire quando uno o più utenti a cui viene fatto riferimento nel Il file di dump SQL non esiste. | Prima di ripristinare un dump SQL, tutti gli utenti del database che sono proprietari degli oggetti
a cui sono state concesse le autorizzazioni per gli oggetti nel database di cui è stato eseguito il dump,
database di destinazione. In caso contrario, l'operazione di ripristino non riesce a ricreare
oggetti con la proprietà o le autorizzazioni originali.
Crea gli utenti del database prima di ripristinare il dump SQL. |
| Vuoi aumentare il numero di giorni che puoi mantenere automatici i backup da sette a 30 giorni o più. | Puoi
e configurare il numero di backup automatici da conservare,
da 1 a 365. I backup automatici vengono eliminati
regolarmente in base al valore di conservazione configurato. Purtroppo, ciò significa
i backup attualmente visibili sono gli unici da cui puoi eseguire il ripristino.
Per conservare i backup a tempo indeterminato, puoi: creazione un backup on demand, in quanto non vengono eliminati come backup automatici. I backup on demand rimangono indefinitamente. Vale a dire che rimangono valide finché non vengono eliminate o non viene eliminata l'istanza a cui appartengono. Poiché questo tipo di backup non viene eliminato automaticamente, può influire sulla fatturazione. |
| Un backup automatico non è riuscito e non hai ricevuto una notifica via email. | Per ricevere una notifica da Cloud SQL sullo stato del backup, configura un avviso basato su log. |