Ripristino temporizzato per i BLOB in blocchi

Il ripristino temporizzato protegge contro l'eliminazione accidentale o la corruzione, consentendo di ripristinare i dati dei BLOB in blocchi a uno stato precedente. Questa funzione è utile in situazioni in cui un utente o un'applicazione cancella accidentalmente i dati o quando un errore dell'applicazione corrompe i dati. Il ripristino point-in-time abilita anche scenari di test che richiedono il ripristino di un set di dati a uno stato noto prima di eseguire altri test.

Il ripristino temporizzato supporta account di archiviazione per utilizzo generico v2 solo nel livello di prestazioni standard. È possibile ripristinare solo i dati nei livelli di accesso sporadico e frequente usando il ripristino temporizzato. Il ripristino a un punto nel tempo non è attualmente supportato negli account che hanno uno spazio di nomi gerarchico.

Per informazioni su come abilitare il ripristino temporizzato per un account di archiviazione, vedere Eseguire un ripristino temporizzato sui dati BLOB in blocchi.

Configurazione consigliata per la protezione dei dati

Il ripristino a un momento specifico fa parte di una strategia completa di protezione dei dati e si basa su altre tre funzionalità che devi prima abilitare: eliminazione soft del blob, versioning del blob e feed di modifiche. Il ripristino temporizzato aggiunge il recupero a livello di contenitore di archiviazione oltre a queste caratteristiche, quindi è possibile riportare un set di BLOB in blocchi a uno stato precedente invece di ripristinare gli oggetti uno alla volta.

Il ripristino in un momento nel tempo protegge dalla corruzione dei dati e dalla cancellazione accidentale dei blob, ma non protegge dalla cancellazione di un container o di un account di archiviazione. Per protezione contro la cancellazione del container, abilita la Cancellazione Soft a livello di container. Per la protezione a livello di account, abilita Backup di Azure. Per saperne di più sulle raccomandazioni di Azure per la protezione dei dati, consulta Panoramica sulla protezione dei dati.

Come funziona il ripristino point-in-time

Per abilitare il ripristino temporizzato, creare un criterio di gestione per l'account di archiviazione e specificare un periodo di conservazione. Durante il periodo di conservazione, è possibile ripristinare i BLOB in blocchi dallo stato presente a uno stato in un momento nel tempo precedente.

Per avviare un ripristino temporizzato, richiamare l'operazione Ripristina intervalli BLOB e specificare un punto di ripristino nell'ora UTC. È possibile specificare intervalli lessicografici di nomi di contenitori e BLOB da ripristinare oppure omettere l'intervallo per ripristinare tutti i contenitori nell'account di archiviazione. Ogni operazione di ripristino supporta fino a 10 intervalli lessicografici.

Archiviazione di Azure analizza tutte le modifiche apportate ai blob specificati tra il punto di ripristino richiesto, specificato in tempo UTC, e il momento presente. L'operazione di ripristino è atomica, quindi ha esito completamente positivo nel ripristino di tutte le modifiche o ha esito negativo. Se ci sono blob che non possono essere ripristinati, l'operazione fallisce e le operazioni di lettura e scrittura nei contenitori interessati riprendono.

Il diagramma seguente illustra il funzionamento del ripristino temporizzato. Uno o più contenitori o intervalli di BLOB vengono ripristinati nello stato n giorni prima, dove n è minore o uguale al periodo di conservazione definito per il ripristino temporizzato. L'effetto consiste nel ripristinare le operazioni di scrittura ed eliminazione eseguite durante il periodo di conservazione.

Puoi eseguire una sola operazione di ripristino su un account di archiviazione alla volta. Non puoi annullare un'operazione di ripristino una volta che è in corso, ma puoi eseguire una seconda operazione di ripristino per annullare la prima.

L'operazione Ripristina intervalli Blob restituisce un ID di ripristino che identifica in modo univoco l'operazione. Per controllare lo stato di un ripristino temporizzato, richiamare l'operazione Ottieni stato ripristino con l'ID di ripristino restituito dall'operazione Ripristina intervalli BLOB.

Prerequisiti e configurazione

Per utilizzare il ripristino temporizzato, abilita le seguenti funzionalità di Archiviazione di Azure prima di abilitare il ripristino temporizzato:

• Eliminazione temporanea
• Registro delle modifiche
• Controllo delle versioni del BLOB

Per maggiori informazioni sulle raccomandazioni di Microsoft per la protezione dati, consultare Panoramica sulla protezione dati.

Periodo di conservazione per il ripristino a un punto nel tempo

Quando attivi il ripristino puntuale per un account di archiviazione, specifica un periodo di conservazione. È possibile ripristinare i BLOB in blocchi nel proprio account di archiviazione durante il periodo di conservazione.

Il periodo di memorizzazione inizia pochi minuti dopo aver attivato il ripristino point-in-time. Non puoi ripristinare i blob a uno stato prima dell'inizio del periodo di conservazione. Ad esempio, se è stato abilitato il ripristino point-in-time il 1° maggio con una conservazione di 30 giorni, il 15 maggio è possibile ripristinare fino a un massimo di 15 giorni nel passato. A partire dal 1° giugno, è possibile ripristinare i dati di età compresa tra 1 e 30 giorni.

Il periodo di conservazione per il ripristino temporizzato deve essere di almeno un giorno inferiore al periodo di conservazione specificato per l'eliminazione temporanea. Ad esempio, se il periodo di conservazione dell'eliminazione temporanea è impostato su sette giorni, il periodo di conservazione per il ripristino temporizzato può essere compreso tra 1 e 6 giorni.

Il tempo necessario per ripristinare un set di dati è basato sul numero di operazioni di scrittura ed eliminazione eseguite durante il periodo di ripristino. Ad esempio, un account con 1 milione di BLOB, con 3.000 BLOB aggiunti al giorno e 1.000 BLOB cancellati al giorno, richiede circa due ore per essere ripristinato fino a un punto di 30 giorni prima. Un periodo di conservazione e un ripristino di oltre 90 giorni nel passato non sono raccomandati per un account con questo tasso di variazione.

Autorizzazioni per il ripristino temporizzato

Per avviare un'operazione di ripristino, un client deve avere permessi di scrittura su tutti i container dell'account di archiviazione. Per concedere le autorizzazioni per autorizzare un'operazione di ripristino utilizzando Microsoft Entra ID, assegnare il ruolo Collaboratore account di archiviazione all'entità di sicurezza a livello di account di archiviazione, gruppo di risorse o sottoscrizione.

Supporto delle funzionalità

Il supporto di questa funzionalità potrebbe essere influenzato dall'abilitazione di Data Lake Storage Gen2, del protocollo NFS (Network File System) 3.0 o del protocollo SFTP (SSH File Transfer Protocol). Se è stata abilitata una di queste funzioni, vedere Supporto delle funzionalità di archiviazione BLOB negli account di Archiviazione di Azure per valutare il supporto per questa funzionalità.

Interazioni tra le funzionalità

Il ripristino point-in-time dipende da diverse altre funzionalità di protezione dei dati e interagisce con esse in modi che possono complicare un ripristino. Esamina le seguenti informazioni prima di abilitare il ripristino a un momento specifico.

• Versioning dei blob, cancellazione soft e feed delle modifiche (prerequisiti richiesti): Devi abilitare tutte e tre le funzionalità prima di poter attivare il ripristino a un punto nel tempo. Questo requisito ha effetti a valle: ogni operazione di scrittura crea una nuova versione del blob, che può aumentare i costi di archiviazione perché i blob versionati persistono finché non li elimini esplicitamente. Il periodo di ritenzione del ripristino temporizzato deve essere impostato ad almeno un giorno in meno rispetto ai periodi di ritenzione di soft delete e change feed. La fatturazione per un ripristino si basa sulla quantità di dati del flusso di cambiamento elaborati.

• Politiche di immutabilità: Puoi avviare un ripristino su un account con politiche di immutabilità, ma l'operazione di ripristino non modifica i blob protetti da una policy. Di conseguenza, i dati ripristinati potrebbero non riflettere uno stato coerente per il punto temporale richiesto.

• Istantanee: Un'operazione di ripristino non crea o elimina istantanee. Viene ripristinato solo il blob di base (versione corrente) allo stato precedente.

• Failover gestito dal cliente: eseguire un failover gestito dal cliente azzera il punto di ripristino meno recente possibile per l'account di archiviazione. Dopo un failover, non puoi ripristinare a un punto precedente al failover. Per maggiori dettagli, consulta Incoerenze del ripristino a un punto nel tempo.

Limitazioni note

Il ripristino a un momento specifico per i blob in blocchi presenta le seguenti limitazioni e i seguenti problemi noti:

• Puoi ripristinare blob di blocco solo in un account di archiviazione v2 standard di uso generale come parte di un'operazione di ripristino in un momento in tempo. Non puoi ripristinare i blob di append, i blob di pagina o i blob in blocchi premium.

• Se elimini un contenitore durante il periodo di conservazione, l'operazione di ripristino a un punto nel tempo non ripristina quel contenitore. Se si tenta di ripristinare un intervallo di BLOB che include BLOB in un contenitore eliminato, l'operazione di ripristino a un momento specifico ha esito negativo. Per informazioni sulla protezione dei contenitori dall'eliminazione, vedere Eliminazione temporanea per i contenitori.

• Se un blob si sposta tra i livelli caldo e quello freddo nel periodo tra il momento presente e il punto di ripristino, l'operazione di ripristino riporta il blob al suo tier precedente.

• Il ripristino dei BLOB in blocchi nel livello archivio non è supportato. Se, ad esempio, un BLOB nel livello di accesso frequente è stato spostato nel livello di accesso archivio due giorni fa e si esegue un'operazione di ripristino a tre giorni fa, il BLOB non viene ripristinato nel livello di accesso frequente. Per ripristinare un BLOB archiviato, spostarlo prima fuori dal livello archivio. Per altre informazioni, vedere Panoramica della reidratazione di un BLOB dal livello archivio.

• Le operazioni di ripristino parziale non sono supportate. Pertanto, se un contenitore contiene BLOB archiviati, l'intera operazione di ripristino ha esito negativo perché il ripristino di BLOB in blocchi nel livello archivio non è supportato.

• Un blocco che carichi usando Put Block o Put Block from URL, ma che non commmi usando Put Block List, non fa parte di un blob e quindi non viene ripristinato come parte di un'operazione di ripristino.

• Se includi un blob con un lease attivo nell'intervallo da ripristinare, e se la versione attuale del blob con lease attivo è diversa da quella precedente al timestamp fornito per PITR, l'operazione di ripristino fallisce atomicamente. Rescindere eventuali leasing attivi prima di iniziare l'operazione di ripristino.

• Il ripristino a un punto nel tempo non è supportato per gli spazi dei nomi gerarchici o le operazioni tramite Azure Data Lake Storage.

• Il ripristino temporizzato a un punto nel tempo non è supportato quando la proprietà AllowedCopyScope dell'account di archiviazione è impostata per limitare l'ambito di copia allo stesso tenant di Microsoft Entra o alla stessa rete virtuale. Per altre informazioni, vedere Informazioni sull'ambito consentito per le operazioni di copia (anteprima).

• Il ripristino temporizzato non è supportato quando l'immutabilità a livello di versione è abilitata in un account di archiviazione o in un contenitore in un account. Per altre informazioni sull'immutabilità a livello di versione, vedere Configurare i criteri di immutabilità per le versioni dei blob.

Risoluzione dei problemi e monitoraggio

• Non posso abilitare PITR: PITR richiede prerequisiti di soft delete per i blob, versioning dei blob e change feed. Controlla se questi prerequisiti sono abilitati.

• Non riesco a ripristinare al tempo obiettivo: PITR richiede che il timestamp target sia all'interno della finestra di retention configurata. Controllare che il tempo di ripristino rientri nel tempo di conservazione.

• Il mio ripristino PITR sta impiegando troppo tempo: la durata del PITR dipende dal volume dei dati e dall'ambito del ripristino. Controlla che l'ambito sia corretto (contenitore o set di oggetti). Attualmente non c'è modo di monitorare i progressi del ripristino PITR. Se un ripristino sembra bloccato o richiede più tempo del previsto, apri una richiesta di supporto nel portale Azure.

• PITR completato ma i miei dati sono ancora mancanti: PITR ripristina a un punto nel tempo e a un ambito selezionati. Controlla di aver selezionato l'account, il container, il percorso e il timestamp corretti.

• Il mio costo di archiviazione è aumentato dopo aver abilitato PITR: PITR con versioning e conservazione aumenta i dati memorizzati nel tempo. Controlla che le regole del ciclo di vita e le impostazioni di retention siano ottimizzate.

Prezzi e fatturazione

Non è previsto alcun addebito per abilitare il ripristino point-in-time. Tuttavia, abilitare il ripristino temporizzato consente anche il versioning dei blob, la cancellazione soft e il feed di modifiche, ognuno dei quali potrebbe comportare costi aggiuntivi.

La fatturazione per le operazioni di ripristino a un punto nel tempo si basa sulla quantità di dati del change feed elaborati per il ripristino. Paghi anche per eventuali transazioni di archiviazione coinvolte nel processo di ripristino.

Per altre informazioni sui prezzi per il ripristino temporizzato, vedere prezzi dei BLOB in blocchi.

Passaggi successivi

• Eseguire un ripristino a un momento specifico sui dati BLOB a blocchi
• Supporto del feed di modifiche in Archiviazione BLOB di Azure
• Abilitare l'eliminazione temporanea per i BLOB
• Abilitare e gestire il controllo delle versioni dei blob