Il ripristino point-in-time (PITR) di Spanner offre protezione contro l'eliminazione o la scrittura accidentale. Ad esempio, se un operatore scrive inavvertitamente dati o un'implementazione di applicazioni danneggia il database, con PITR puoi recuperare i dati da un momento specifico nel passato (fino a un massimo di 7 giorni) senza problemi. Se hai bisogno di conservare i dati a lungo termine, puoi utilizzare Backup e ripristino o Esporta e importa.
Per impostazione predefinita, il tuo database conserva tutte le versioni dei dati e dello schema per un'ora.
Puoi aumentare questo limite di tempo fino a sette giorni tramite l'opzione version_retention_period. Per le istruzioni, vedi Impostare il periodo di conservazione.
Spanner archivia le versioni precedenti dei dati con granularità in microsecondi e il
database mantiene un earliest_version_time,
che rappresenta il primo momento in cui puoi recuperare le vecchie versioni
dei dati.
Modi per recuperare i dati
Esistono due modi per recuperare i dati:
Per recuperare una parte del database, esegui una lettura temporanea specificando una condizione e un timestamp in passato, quindi scrivi i risultati nel database in tempo reale. Questo viene generalmente utilizzato per interventi chirurgici su un database live. Ad esempio, se elimini accidentalmente una riga specifica o aggiorni un sottoinsieme di dati, puoi recuperarla con questo metodo. Per istruzioni, consulta la sezione Recuperare una parte del database.
Per recuperare l'intero database, esegui il backup o esporta il database specificando un timestamp nel passato, quindi ripristinalo o importalo in un nuovo database. Questa funzionalità viene in genere utilizzata per ripristinare i problemi di danneggiamento dei dati quando è necessario ripristinare il database in un punto specifico prima che si verifichi il danneggiamento. Tieni presente che il backup o l'esportazione di un database può richiedere diverse ore e che non puoi ripristinare o importare in un database esistente. Per istruzioni, consulta la pagina relativa al recupero dell'intero database.
Considerazioni sul rendimento
I database con periodi di conservazione più lunghi e, in particolare, quelli che sovrascrivono spesso dati, utilizzano più risorse di sistema. Ciò può influire sulle prestazioni del database, soprattutto se il provisioning dell'istanza non è sufficiente con una capacità di calcolo sufficiente. Se il tuo database ha un tasso di sovrascrittura molto elevato (ad esempio, se il tuo database viene sovrascritto più volte al giorno), potresti valutare l'aumento graduale del periodo di conservazione e il monitoraggio del sistema. Ecco alcuni aspetti da tenere presenti:
Maggiore utilizzo dello spazio di archiviazione. Ti consigliamo di configurare gli avvisi di archiviazione per assicurarti di non superare il limite di archiviazione. Quando aumenti il periodo di conservazione, tieni presente che l'utilizzo dello spazio di archiviazione aumenterà gradualmente man mano che il database accumula versioni precedenti di dati. in quanto i vecchi dati scaduti nel periodo di conservazione precedente non sono più scaduti. Ad esempio, se aumenti il periodo di conservazione da 3 a 7 giorni, dovrai attendere 4 giorni per stabilizzare l'utilizzo dello spazio di archiviazione del database. Forniamo anche istruzioni per stimare l'aumento di spazio di archiviazione.
Maggiore utilizzo e latenza della CPU. Spanner utilizza risorse di computing aggiuntive per compattare e mantenere le vecchie versioni dei dati. Monitora l'istanza e il database per assicurarti che la latenza e l'utilizzo della CPU rimangano a livelli accettabili.
Tempo maggiore per eseguire gli aggiornamenti dello schema. Un maggiore periodo di conservazione significa che le versioni dello schema devono essere conservate per durate più lunghe, causando il rischio che gli aggiornamenti dello schema siano
throttledin attesa delle risorse del server. Assicurati di seguire le best practice per gli aggiornamenti dello schema e di rispettare i limiti per gli aggiornamenti dello schema.
Passaggi successivi
- Scopri di più su come recuperare i dati con PITR.