Panoramica del recupero point-in-time (PITR)

Il recupero point-in-time (PITR) di Spanner fornisce protezione da scritture o eliminazioni accidentali. Ad esempio, se un operatore scrive inavvertitamente dei dati o se l'implementazione di un'applicazione danneggia il database, con il PITR puoi recuperare facilmente i dati di un punto nel tempo passato (fino a un massimo di sette giorni). Se hai bisogno di conservare i dati per un periodo più lungo, puoi utilizzare Backup e ripristino o Esporta ed importa.

Per impostazione predefinita, il 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 istruzioni, vedi Impostare il periodo di conservazione. Spanner archivia le vecchie versioni dei dati con una granularità in microsecondi e del database mantiene uno spazio di archiviazione earliest_version_time, che indica il primo momento in cui è possibile recuperare le versioni precedenti dei dati.

Metodi per recuperare i dati

Esistono due modi per recuperare i dati:

  • Per recuperare una parte del database, esegui una lettura inattiva specifica una condizione di query e un timestamp nel passato, quindi scrivi nel database in tempo reale. In genere viene utilizzato per interventi chirurgici su un database in tempo reale. Ad esempio, se elimini per errore una determinata riga o aggiorni in modo errato un sottoinsieme di dati, puoi recuperarli con questo metodo. Per le istruzioni, vedi Recupero di una parte del database.

  • Per recuperare l'intero database, esegui il backup o esportare il database specificando un timestamp nel e quindi ripristinarla o importarla in un nuovo database. In genere viene utilizzato per risolvere problemi di danneggiamento dei dati quando è necessario ripristinare il database in un momento precedente al danneggiamento. Tieni presente che il backup o l'esportazione di un database potrebbe richiedere diverse ore impossibile ripristinare o importare in un database esistente. Per istruzioni, vedi il recupero dell'intero database.

Considerazioni sulle prestazioni

Database con periodi di conservazione più lunghi e, in particolare, quelli che spesso sovrascrivere i dati, utilizzare più risorse di sistema. Ciò può influire sul modo in cui del database, soprattutto se non viene eseguito il provisioning dell'istanza capacità di calcolo. Se il database ha una percentuale di sovrascrittura molto elevata (ad esempio, se il database viene sovrascritto più volte al giorno), valuta la possibilità di aumentare gradualmente il periodo di conservazione il monitoraggio del sistema. Tieni presente quanto segue:

  • Aumento dell'utilizzo dello spazio di archiviazione. Ti consigliamo di configurare avvisi relativi allo spazio di archiviazione. Non superare il limite di spazio di archiviazione. Quando prolungare il periodo di conservazione, tieni presente che l'utilizzo dello spazio di archiviazione aumenterà gradualmente man mano che il database accumula versioni precedenti dei dati. Questo perché i vecchi dati che sarebbero scaduti in base al periodo di conservazione precedente non sono più scaduti. Ad esempio, se aumenti il periodo di conservazione da 3 giorni a 7 giorni, devi attendere 4 giorni affinché l'utilizzo dello spazio di archiviazione del database si stabilizzi. Forniamo inoltre istruzioni per la stima dell'aumento dello spazio di archiviazione.

  • Aumento dell'utilizzo della CPU e della latenza. Spanner usa 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 di esecuzione degli aggiornamenti dello schema aumentato. Un periodo di conservazione più lungo significa che le versioni dello schema devono essere conservate per periodi di tempo più lunghi, il che potrebbe causare l'throttled degli aggiornamenti dello schema durante l'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.

Prezzi

Non sono previsti costi aggiuntivi per l'utilizzo della funzionalità PITR. Tuttavia, se aumentare il periodo di conservazione delle versioni del database rispetto al valore predefinito di un'ora, potrebbero aumentare i costi di archiviazione e capacità di calcolo. I tuoi contenuti on demand Il costo di backup non è interessato perché esiste una sola versione del database. Per ulteriori informazioni, consulta la sezione Considerazioni sul rendimento. Prima di aumentare la versione di un database periodo di conservazione, puoi stimare l'aumento previsto dello spazio di archiviazione del database.

Per informazioni generali su come vengono addebitati gli importi di Spanner, consulta la pagina Prezzi di Spanner.

Passaggi successivi