Informazioni sui backup di Cloud SQL

Questa pagina descrive come funzionano i backup per le tue istanze Cloud SQL e le opzioni di backup disponibili. Per una panoramica su come ripristinare i dati in un'istanza dal backup, consulta Panoramica del ripristino di un'istanza.

Cloud SQL ti consente di eseguire il backup delle istanze on demand o automaticamente utilizzando una pianificazione dei backup. I backup Cloud SQL sono incrementali e consentono di ripristinare i dati persi nell'istanza Cloud SQL. Con i backup, puoi:

  • Ripristina uno stato precedente dell'istanza se si verifica un problema.
  • Configura il disaster recovery (RE) creando una nuova istanza utilizzando un backup in una regione o zona diversa.
  • Crea più istanze utilizzando i backup per facilitare lo sviluppo, i test e la migrazione.

Anche i backup di Cloud SQL vengono criptati per impostazione predefinita utilizzando chiavi di crittografia gestite da Google o gestite dal cliente (CMEK).

Puoi conservare questi backup definendo le impostazioni di conservazione dei backup dell'istanza. Le impostazioni di conservazione possono variare in base alla versione Cloud SQL dell'istanza e all'opzione di backup. Inoltre, puoi anche conservare i backup dopo l'eliminazione dell'istanza per consentirti di ripristinarla.

Cloud SQL offre due opzioni di servizi di backup per gestire i backup:

  • Backup avanzati: i backup vengono gestiti e archiviati in un progetto di gestione centralizzata dei backup che utilizza il servizio di Backup e DR e fornisce conservazione forzata, pianificazione granulare e monitoraggio.
  • Backup standard: i backup vengono creati, gestiti e archiviati nello stesso progetto delle istanze Cloud SQL.

Per saperne di più su ogni opzione di backup e sulle relative funzionalità, consulta Opzioni di backup.

Tipi di backup

Cloud SQL esegue backup on demand o automatici per le tue istanze Cloud SQL.

Backup on demand

I backup on demand sono backup che possono essere creati in qualsiasi momento. Sono utili 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 per qualsiasi istanza, che si tratti di un'istanza con backup automatici attivati o meno.

Backup automatici

I backup automatici vengono eseguiti a una frequenza pianificata, ad esempio oraria, giornaliera, settimanale o mensile. La cadenza pianificata dipende dall'opzione di backup della tua istanza. Il backup inizia nella finestra di backup. Cloud SQL consiglia di pianificare i backup quando l'istanza ha meno attività, se possibile.

Ti consigliamo di non eliminare manualmente i backup automatici perché sono necessari per supportare il recupero point-in-time.

Durante la finestra di backup, i backup automatici vengono eseguiti regolarmente in base alla cadenza pianificata quando l'istanza è in esecuzione. Viene eseguito un backup automatico aggiuntivo dopo l'arresto dell'istanza per salvaguardare tutte le modifiche prima dell'arresto dell'istanza. La conservazione automatica dei backup dipende dalla norma di conservazione configurata nell'opzione di backup scelta per l'istanza.

Esegui un backup finale prima di eliminare l'istanza

I backup finali ti consentono di eseguire un backup dell'istanza Cloud SQL prima di eliminarla. Ciò è utile per conservare i dati dell'istanza dopo l'eliminazione. Puoi utilizzare il backup finale in un secondo momento per creare un'istanza o per eseguire il ripristino in un'istanza esistente. Per saperne di più su come accedere e visualizzare i dettagli dell'ultimo backup, consulta Visualizzare un elenco degli ultimi backup.

Per impostazione predefinita, Cloud SQL conserva il backup finale per 30 giorni. Tuttavia, puoi personalizzare il periodo di conservazione del backup da parte di Cloud SQL. Può variare da 1 giorno a 365 giorni per i backup standard o da 1 giorno a 99 anni per i backup avanzati. Puoi quindi ripristinare l'istanza dal backup finché è disponibile. I backup finali vengono addebitati in modo simile agli altri backup per il numero di giorni di conservazione.

Conserva i backup dopo l'eliminazione dell'istanza

I backup conservati sono i backup conservati da Cloud SQL dopo l'eliminazione di un'istanza. Questi backup sono costituiti da backup on demand e backup automatici creati quando l'istanza era attiva. Quando elimini un'istanza, questi backup diventano indipendenti dall'istanza e vengono archiviati a livello di progetto. I backup conservati sono diversi dai backup finali, che sono gli ultimi backup eseguiti al momento dell'eliminazione dell'istanza.

Puoi aggiornare la descrizione di questi backup per semplificarne la gestione nel tuo progetto Google Cloud . I backup conservati possono essere ripristinati in un'istanza Cloud SQL nuova o esistente in qualsiasi momento.

Per questi backup, il periodo di conservazione è definito dal tipo di backup e non può essere modificato dopo l'eliminazione dell'istanza. Per i backup standard, i backup on demand vengono conservati a tempo indeterminato finché non vengono eliminati manualmente o finché non viene eliminato il progetto che li contiene. Per i backup avanzati, i backup on demand vengono conservati in base alla regola di conservazione selezionata. I backup automatici vengono eliminati su base rotativa, un backup al giorno, dopo l'eliminazione dell'istanza. Il periodo di rotazione è definito in base alle impostazioni di conservazione dell'istanza prima dell'eliminazione, che possono variare da 1 giorno a 99 anni, a seconda dell'opzione di backup selezionata per l'istanza. Ad esempio, se l'impostazione di conservazione dei backup automatici dell'istanza era impostata su 7, l'ultimo backup automatico viene eliminato 7 giorni dopo l'eliminazione dell'istanza.

I backup conservati possono essere eliminati manualmente in qualsiasi momento. Tuttavia, quando elimini un backup conservato, i backup eliminati non possono essere recuperati.

Poiché i nomi delle istanze possono essere utilizzati dopo l'eliminazione di un'istanza in Cloud SQL, i backup conservati vengono archiviati nel tuo progetto Google Cloud con un campo denominato instance_deletion_time. Questo campo ti consente di identificare se un determinato backup appartiene a un'istanza attiva o eliminata. Puoi anche aggiornare la descrizione di un backup per gestirli più facilmente.

Conservazione dei log delle transazioni

La conservazione del log delle transazioni è in giorni. Per le istanze Cloud SQL Enterprise Plus, l'intervallo va da 1 a 35 giorni, con un valore predefinito di 14 giorni. Per le istanze Cloud SQL Enterprise, l'intervallo va da 1 a 7 giorni, con un valore predefinito di 7 giorni. Per le istanze Cloud SQL Enterprise Plus e Cloud SQL Enterprise, l'impostazione di conservazione dei log delle transazioni deve essere inferiore all'impostazione di conservazione dei backup.

Backup per le repliche

I backup non sono disponibili per le istanze di replica. Poiché le istanze di replica sono copie delle istanze principali, i backup vengono gestiti con l'istanza principale. Se un'istanza di replica viene promossa a istanza autonoma a causa di un failover o di un cambio, l'istanza viene abilitata per i backup e richiede una propria configurazione di backup. Le repliche promosse non ereditano le configurazioni di backup dell'istanza principale e non possono accedere ai backup dell'istanza principale.

Opzioni di backup

Cloud SQL offre due opzioni di servizi di backup per gestire i backup dell'istanza: backup standard e avanzati. Puoi scegliere tra le opzioni di backup standard e avanzato in base ai requisiti e alle esigenze della tua istanza. Sebbene le istanze non possano utilizzare entrambe le opzioni di backup contemporaneamente, Cloud SQL ti offre la possibilità di passare da un'opzione di backup all'altra in base alle necessità.

La tabella seguente fornisce una panoramica delle funzionalità disponibili con ciascuna opzione di backup:

Funzionalità Backup standard Backup avanzati
Vault di backup -
Conservazione applicata con blocco della conservazione -
Conservare i backup al momento dell'eliminazione del progetto -
Gestione centralizzata dei backup in più progetti -
Periodo di conservazione del backup 1 anno Illimitato
Pianificazione del backup automatico Ogni giorno Orario, giornaliero, settimanale, mensile, annuale
Recupero point-in-time tramite log
Backup e ripristino tra regioni. -
Backup on demand
Backup in più regioni -
Conservare tutti i backup al momento dell'eliminazione dell'istanza
Backup finale durante l'eliminazione dell'istanza
Supporto CMEK -

Per saperne di più su queste opzioni di backup, vedi Backup standard e Backup avanzati.

Backup avanzati

Con i backup avanzati, puoi utilizzare Backup e RE per gestire e archiviare tutti i backup delle tue istanze Cloud SQL in vari progetti in un unico progetto di backup centrale. Backup and RE fornisce gestione, monitoraggio e reporting centralizzati delle operazioni di backup giornaliere in un unico posto. I backup vengono archiviati in un vault di backup, una risorsa di archiviazione sicura e isolata gestita da Google, gestita da Backup REDR, e i piani di backup gestiscono le impostazioni di backup e ripristino. In questo modo, vengono forniti backup immutabili e indelebili indipendenti dal progetto di origine. Per ulteriori informazioni su come funzionano i backup con Backup e RE, consulta la panoramica di Backup e DR.

I backup avanzati utilizzano Backup e RE per creare un progetto di backup centralizzato in cui gestire i piani di backup e il vault di backup nelle istanze Cloud SQL. Questi piani possono essere collegati a più progetti.

Quando colleghi un piano di backup a un'istanza Cloud SQL, le impostazioni di backup e ripristino esistenti vengono sovrascritte dal piano di backup. Il piano contenente le impostazioni di backup e ripristino è archiviato nel progetto di backup centralizzato e tutti i backup creati quando il piano è attivo nell'istanza Cloud SQL vengono archiviati nel vault di backup nel progetto di backup.

Poiché Backup e RE è gestito in un progetto Google Cloud separato, i backup sono protetti quando viene eliminato un progetto di origine o dei workload. Ruoli e responsabilità sono gestiti da Backup and DR Admin e sono separati da ruoli e responsabilità di Cloud SQL Admin.

Puoi conservare i backup dopo l'eliminazione dell'istanza o eseguire un backup finale dell'istanza prima dell'eliminazione. Tutti i backup eseguiti nell'ambito dei backup avanzati possono essere utilizzati per ripristinare un'istanza mentre è attiva o dopo l'eliminazione.

Conservazione backup

Puoi conservare i backup in un vault di backup per un massimo di 99 anni quando utilizzi i backup avanzati. Il vault di backup ha un periodo di conservazione minimo applicato compreso tra 1 giorno e 99 anni.

Spazio di archiviazione dei backup

I backup vengono archiviati in una posizione centralizzata chiamata vault di backup. Un vault di backup è uno spazio di archiviazione sicuro e isolato, gestito da Backup e RE Un vault di backup consente di conservare i backup da 1 giorno a 99 anni. Per ulteriori informazioni, vedi Vault di backup.

Costi di backup

Nei backup avanzati, il costo dei backup si basa sulle dimensioni totali del backup archiviato nel backup vault. Questi backup vengono creati in base alla configurazione del backup nel piano di backup associato dell'istanza. Il costo totale viene calcolato da Backup e RE e si basa sui prezzi di Backup e DR.

Limitazioni

Quando utilizzi i backup avanzati, si applicano le seguenti limitazioni:

  • Il backup vault e l'istanza Cloud SQL devono trovarsi nella stessa regione.
  • Per modificare il piano di backup associato a un'istanza, devi passare ai backup standard eliminando l'associazione del piano di backup esistente e poi associando il nuovo piano di backup.
  • Non puoi creare una replica di disaster recovery (RE) per un'istanza utilizzando i backup avanzati.
  • Se la tua istanza ha una replica di disaster recovery (RE), non puoi attivare i backup avanzati per l'istanza.
  • Non puoi associare un piano di backup a un'istanza di replica.
  • Se la tua istanza utilizza i backup avanzati, non puoi eseguire il downgrade dell'istanza a una replica.

Backup standard

I backup standard sono backup gestiti da Cloud SQL con la tua istanza Cloud SQL. I backup Cloud SQL sono incrementali e contengono solo i dati modificati dopo l'esecuzione del backup precedente. Per impostazione predefinita, Cloud SQL conserva 7 backup automatici per ogni istanza di Cloud SQL Enterprise e 15 backup automatici per ogni istanza di Cloud SQL Enterprise Plus, oltre ai backup on demand. Puoi configurare il numero di backup automatici da conservare (da 1 a 365).

Nell'ambito dell'eliminazione di un'istanza, puoi conservare tutti i backup al momento dell'eliminazione dell'istanza ed eseguire un backup finale dei dati. In questo modo puoi ricreare le istanze che elimini. Tuttavia, se non conservi i backup o non esegui un backup finale prima di eliminare l'istanza, Cloud SQL elimina automaticamente tutti i backup dell'istanza.

Conservazione backup

I backup on demand non vengono eliminati automaticamente. Rimangono visibili finché non li elimini manualmente o finché l'istanza non viene eliminata. Poiché i backup on demand non vengono eliminati automaticamente, potrebbero avere effetti a lungo termine sulle spese di fatturazione.

I backup automatici possono essere conservati da 1 a 365 giorni configurando il periodo di conservazione nelle impostazioni di backup dell'istanza. Mentre i log delle transazioni vengono conteggiati in giorni, non è garantito che i backup automatici vengano eseguiti entro un giorno.

Se abiliti la conservazione dei backup dopo l'eliminazione dell'istanza per i backup on demand e automatici, questi backup seguono le stesse impostazioni di conservazione da 1 a 365 giorni per i backup automatici e per un periodo indefinito per i backup on demand. Per ulteriori informazioni, consulta la sezione Conservare i backup dopo l'eliminazione dell'istanza.

I log vengono eliminati una volta al giorno, non in modo continuo. Quando il numero di giorni di conservazione dei log è uguale al numero di backup, può verificarsi una conservazione dei log insufficiente. Ad esempio, se imposti la conservazione dei log su sette giorni e la conservazione dei backup su sette backup, verranno conservati i log per un periodo compreso tra sei e sette giorni.

Ti consigliamo di impostare il numero di backup su un valore superiore di almeno uno rispetto ai giorni di conservazione dei log per garantire un minimo di giorni di conservazione dei log specificati.

Per saperne di più su come attivare i backup conservati per le istanze nuove o esistenti, consulta Gestire i backup conservati. Per maggiori informazioni su come ripristinare un'istanza da un backup conservato, consulta Ripristinare da un backup conservato.

Spazio di archiviazione dei backup

In una configurazione a regione singola, i backup vengono replicati nelle diverse zone all'interno della regione. In una configurazione multiregionale, è consigliabile che i backup si trovino nella stessa regione dell'istanza per ridurre al minimo la latenza ed evitare potenziali errori di backup dovuti a policy dell'organizzazione o limitazioni basate sulla località.

I backup vengono archiviati nella stessa posizione per le istanze nelle configurazioni ad alta disponibilità (HA) e non HA. Nelle configurazioni HA, potrai comunque accedere ai backup della tua istanza in caso di failover o switchover all'istanza secondaria.

Puoi definire le posizioni di backup nel seguente modo:

Posizioni di backup predefinite

Se non specifichi una località di archiviazione, i backup vengono archiviati nella regione multipla geograficamente più vicina alla località della tua istanza Cloud SQL. Ad esempio, se l'istanza Cloud SQL si trova in us-central1, i tuoi backup vengono archiviati per impostazione predefinita nella multi-regione us. Tuttavia, una località predefinita come australia-southeast1 si trova al di fuori di più regioni. La multi-regione più vicina è asia.

Località di backup personalizzate

Cloud SQL ti consente di selezionare una posizione personalizzata per i dati di backup. Questa funzionalità è utile se la tua organizzazione deve rispettare le normative sulla residenza dei dati che richiedono di conservare i backup all'interno di un confine geografico specifico. Se la tua organizzazione ha questo tipo di requisito, probabilmente utilizza un criterio dell'organizzazione di restrizione sulla località delle risorse. Con queste norme, quando provi a utilizzare una posizione geografica che non rispetta le norme, visualizzi un avviso nella pagina Backup. Se visualizzi questo avviso, devi modificare la posizione di backup con una consentita dalle norme.

Quando selezioni una posizione personalizzata per un backup, tieni presente quanto segue:

  • Costo:un cluster nella tua istanza potrebbe trovarsi in una regione a costi inferiori rispetto agli altri.
  • Prossimità al server delle applicazioni: potresti voler archiviare il backup il più vicino possibile all'applicazione di pubblicazione.
  • Utilizzo dello spazio di archiviazione:devi avere spazio di archiviazione sufficiente per conservare il backup man mano che aumenta di dimensioni. A seconda del workload, potresti avere cluster di dimensioni diverse o con un utilizzo del disco diverso. 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 ulteriori informazioni sull'impostazione delle posizioni per i backup e sulla visualizzazione delle posizioni dei backup eseguiti per un'istanza, vedi Impostare una posizione personalizzata per i backup e Visualizzare le posizioni di backup.

Limitazioni della frequenza di backup

Cloud SQL limita la velocità delle operazioni di backup sul disco dati. Sono consentite un massimo di cinque operazioni di backup ogni 50 minuti per istanza per 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 Cloud SQL esegue lalimitazione di frequenzaa per i backup.

Cloud SQL utilizza i token di un bucket per determinare il numero di operazioni di backup disponibili in un determinato momento. Ogni istanza ha un bucket. Nel bucket puoi utilizzare un massimo di cinque token per le operazioni di backup. Ogni 10 minuti viene aggiunto un nuovo token al bucket. Se il bucket è pieno, il token va in overflow.

Ogni volta che esegui un'operazione di backup, viene concesso un token dal bucket. Se l'operazione va a buon fine, il token viene rimosso dal bucket. Se non va a buon fine, il token viene restituito al bucket. Il seguente diagramma mostra come funziona:

Come funzionano i token

Backup ed esportazioni

I backup vengono gestiti da Cloud SQL in base alle norme di conservazione e vengono archiviati separatamente dall'istanza Cloud SQL. I backup di Cloud SQL sono diversi da un'esportazione caricata in Cloud Storage, dove gestisci il ciclo di vita. I backup comprendono l'intero disco dell'istanza. 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 di quando è stato eseguito il backup.

Per eseguire l'upgrade a una versione successiva, valuta la possibilità di utilizzare Database Migration Service o esportare e poi importare il tuo database in una nuova istanza Cloud SQL.

Costi di 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 impostare il numero di backup automatici da conservare (da 1 a 365). Applichiamo una tariffa inferiore per lo spazio di archiviazione dei backup rispetto ad altri tipi di istanze.

Per ulteriori informazioni sui prezzi relativi ai backup, consulta la pagina dei prezzi.

Dimensione backup

Tutti i backup di Cloud SQL, tranne il primo, sono incrementali. contengono solo i dati modificati dopo l'acquisizione del backup precedente. Il backup meno recente 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, la dimensione del backup meno recente successivo aumenta fino a diventare un backup completo e viene modificata per acquisire la differenza tra i backup. Anche ogni backup incrementale successivo viene aggiornato in modo che corrisponda al nuovo backup completo.

Puoi controllare le dimensioni di un singolo backup. La dimensione del backup rappresenta la dimensione fatturabile per ogni backup.

Risoluzione dei problemi

Problema Risoluzione dei problemi
Non puoi visualizzare lo stato dell'operazione corrente. La console Google Cloud segnala solo l'esito positivo o negativo dell'operazione al termine. Non è progettato per mostrare avvisi o altri aggiornamenti.

Esegui il comando gcloud sql operations list per elencare tutte le operazioni per l'istanza Cloud SQL specificata.

Vuoi scoprire 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 filtra per testo per trovare l'utente. Potresti dover utilizzare i log di controllo per informazioni private. I file di log pertinenti includono:

  • cloudsql.googleapis.com/postgres.log
  • Se Cloud Audit Logs è abilitato e disponi delle autorizzazioni necessarie per visualizzarli, potrebbe essere disponibile anche cloudaudit.googleapis.com/activity.
Una volta eliminata un'istanza, non puoi eseguirne il backup.

Se elimini un'istanza senza eseguire un backup finale dei dati, non è possibile alcun recupero dei dati. Tuttavia, se ripristini l'istanza, Cloud SQL ripristina anche i backup. Per ulteriori informazioni sul recupero di un'istanza eliminata, consulta Backup di recupero.

Se hai eseguito un'operazione di esportazione, crea una nuova istanza e poi esegui 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 hai davvero bisogno di annullare l'operazione, puoi chiedere all' assistenza clienti di force restart l'istanza.

Un'operazione di ripristino può non riuscire quando uno o più utenti a cui viene fatto riferimento nel file di dump SQL non esistono. Prima di ripristinare un dump SQL, tutti gli utenti del database che sono proprietari di oggetti o a cui sono state concesse autorizzazioni per gli oggetti nel database di cui è stato eseguito il dump devono esistere nel database di destinazione. In caso contrario, l'operazione di ripristino non riesce a ricreare gli 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 per i quali puoi conservare i backup automatici da 7 a 30 giorni o più. Puoi 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 che i backup attualmente visibili sono gli unici backup automatici da cui puoi eseguire il ripristino.

Per conservare i backup a tempo indeterminato, puoi creare un backup on demand, in quanto non vengono eliminati come i backup automatici. I backup on demand vengono conservati per un periodo di tempo indefinito. ovvero rimangono finché non vengono eliminati o finché 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 è andato a buon fine e non hai ricevuto una notifica via email. Per fare in modo che Cloud SQL ti invii una notifica sullo stato del backup, configura un avviso basato sui log.
Un'istanza non riesce ripetutamente perché passa ciclicamente tra gli stati di errore e ripristino del backup. I tentativi di connessione e utilizzo del database dopo il ripristino non vanno a buon fine.
  • Potrebbero esserci troppe connessioni aperte. Un numero eccessivo di connessioni può derivare da errori che si verificano nel mezzo di una connessione in cui non sono presenti impostazioni autovacuum per eliminare le connessioni inattive.
  • Il ciclo può verificarsi se un codice personalizzato utilizza una logica di ripetizione che non si interrompe dopo alcuni errori.
  • Potrebbe esserci troppo traffico. Utilizza il pooling delle connessioni e altre best practice per la connettività.

Tentativi da effettuare

  1. Verifica che il database sia configurato per autovacuum.
  2. Controlla se nel codice personalizzato è impostata una logica di ripetizione della connessione.
  3. Riduci il traffico finché il database non viene ripristinato, poi aumentalo lentamente.
Ti accorgi che mancano dati durante l'esecuzione di un'operazione di backup/ripristino. Le tabelle sono state create come non registrate. Ad esempio:

CREATE UNLOGGED TABLE ....

Queste tabelle non sono incluse in un ripristino da un backup:

  • I contenuti delle tabelle non registrate non sopravvivono al failover su un'istanza HA.
  • Le tabelle non registrate non sopravvivono agli arresti anomali di Postgres.
  • Le tabelle non registrate non vengono replicate nelle repliche di lettura.
  • Le tabelle non registrate vengono cancellate automaticamente durante il ripristino del backup.

La soluzione è evitare di utilizzare tabelle non registrate se vuoi ripristinarle tramite un backup. Se esegui il ripristino da un database che contiene già tabelle non registrate, puoi eseguire il dump del database in un file e ricaricare i dati dopo aver modificato il file di dump impostando ALTER TABLE su SET LOGGED in queste tabelle.

Passaggi successivi