Ripristino temporizzato per i BLOB in blocchi
Il ripristino temporizzato offre protezione da eliminazioni accidentali o danneggiamenti consentendo di ripristinare i dati blob in blocchi a uno stato precedente. Il ripristino temporizzato è utile negli scenari in cui un utente o un'applicazione elimina accidentalmente i dati o in cui un errore dell'applicazione danneggia i dati. Il ripristino temporizzato consente anche scenari di test che richiedono il ripristino di un set di dati su uno stato noto prima di eseguire altri test.
Il ripristino temporizzato è supportato solo per gli account di archiviazione per utilizzo generico v2 nel livello di prestazioni standard. Solo i dati nei livelli di accesso frequente e ad accesso sporadico possono essere ripristinati con il ripristino temporizzato.
Per informazioni su come abilitare il ripristino temporizzato per un account di archiviazione, vedere Eseguire un ripristino temporizzato sui dati BLOB in blocchi.
Funzionamento del ripristino temporizzato
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 attuale a uno stato in un momento precedente.
Per avviare un ripristino temporizzato, chiamare 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. Sono supportati fino a 10 intervalli lessicografici per ogni operazione di ripristino.
Archiviazione di Azure analizza tutte le modifiche apportate ai BLOB specificati tra il punto di ripristino richiesto, specificato nell'ora UTC e il momento corrente. L'operazione di ripristino è atomica, quindi riesce completamente nel ripristino di tutte le modifiche o non riesce. Se sono presenti BLOB che non possono essere ripristinati, l'operazione ha esito negativo 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 fa, 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.
È possibile eseguire una sola operazione di ripristino in un account di archiviazione alla volta. Un'operazione di ripristino non può essere annullata una volta in corso, ma è possibile eseguire una seconda operazione di ripristino per annullare la prima operazione.
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, chiamare l'operazione Recupera stato ripristino con l'ID di ripristino restituito dall'operazione Ripristina intervalli BLOB .
Importante
Quando si esegue un'operazione di ripristino, Archiviazione di Azure blocca le operazioni sui dati nei BLOB negli intervalli da ripristinare per la durata dell'operazione. Le operazioni di lettura, scrittura ed eliminazione vengono bloccate nella posizione primaria. Per questo motivo, le operazioni come l'elenco dei contenitori nel portale di Azure potrebbero non essere eseguite come previsto mentre è in corso l'operazione di ripristino.
Le operazioni di lettura dalla posizione secondaria possono continuare durante l'operazione di ripristino se l'account di archiviazione viene replicato geograficamente.
Attenzione
Il ripristino temporizzato supporta il ripristino su operazioni che agiscono solo su BLOB in blocchi. Le operazioni eseguite sui contenitori non possono essere ripristinate. Ad esempio, se si elimina un contenitore dall'account di archiviazione chiamando l'operazione Elimina contenitore , tale contenitore non può essere ripristinato con un'operazione di ripristino temporizzato. Anziché eliminare un intero contenitore, eliminare singoli BLOB se si vuole ripristinarli in un secondo momento.
Prerequisiti per il ripristino temporizzato
Il ripristino temporizzato richiede l'abilitazione delle funzionalità di Archiviazione di Azure seguenti prima di abilitare il ripristino temporizzato:
Per altre informazioni sulle raccomandazioni di Microsoft per la protezione dei dati, vedere Panoramica della protezione dei dati.
Attenzione
Dopo aver abilitato il controllo delle versioni dei BLOB per un account di archiviazione, ogni operazione di scrittura in un BLOB in tale account comporta la creazione di una nuova versione. Per questo motivo, l'abilitazione del controllo delle versioni dei BLOB può comportare costi aggiuntivi. Per ridurre al minimo i costi, usare criteri di gestione del ciclo di vita per eliminare automaticamente le versioni precedenti. Per altre informazioni sulla gestione del ciclo di vita, vedere Ottimizzare i costi automatizzando Archiviazione BLOB di Azure livelli di accesso.
Periodo di conservazione per il ripristino temporizzato
Quando si abilita il ripristino temporizzato per un account di archiviazione, si specifica un periodo di conservazione. I BLOB in blocchi nell'account di archiviazione possono essere ripristinati durante il periodo di conservazione.
Il periodo di conservazione inizia alcuni minuti dopo l'abilitazione del ripristino temporizzato. Tenere presente che non è possibile ripristinare i BLOB a uno stato prima dell'inizio del periodo di conservazione. Ad esempio, se è stato abilitato il ripristino temporizzato il 1° maggio con una conservazione di 30 giorni, il 15 maggio è possibile eseguire il ripristino a un massimo di 15 giorni. Il 1° giugno è possibile ripristinare i dati da 1 a 30 giorni.
Il periodo di conservazione per il ripristino temporizzato deve essere 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 7 giorni, il periodo di conservazione del ripristino temporizzato può essere compreso tra 1 e 6 giorni.
Nota
Il periodo di conservazione specificato per il ripristino temporizzato non ha alcun effetto sulla conservazione delle versioni BLOB. Le versioni blob vengono mantenute fino a quando non vengono eliminate in modo esplicito. Per ottimizzare i costi tramite l'eliminazione o la suddivisione in livelli delle versioni precedenti, creare criteri di gestione del ciclo di vita. Per altre informazioni, vedere Ottimizzare i costi gestendo automaticamente il ciclo di vita dei dati.
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 un milione di BLOB con 3.000 BLOB aggiunti al giorno e 1.000 BLOB eliminati al giorno richiederà circa due ore per il ripristino a un punto di 30 giorni nel passato. Un periodo di conservazione e un ripristino di oltre 90 giorni in passato non sarebbero consigliati per un account con questa frequenza di modifica.
Autorizzazioni per il ripristino temporizzato
Per avviare un'operazione di ripristino, un client deve disporre delle autorizzazioni di scrittura per tutti i contenitori nell'account di archiviazione. Per concedere le autorizzazioni per autorizzare un'operazione di ripristino con Azure Active Directory (Azure AD), assegnare il ruolo Collaboratore account di archiviazione all'entità di sicurezza a livello di account di archiviazione, gruppo di risorse o sottoscrizione.
Limitazioni e problemi noti
Il ripristino temporizzato per i BLOB in blocchi presenta le limitazioni e i problemi noti seguenti:
- Solo i BLOB in blocchi in un account di archiviazione standard per utilizzo generico v2 possono essere ripristinati come parte di un'operazione di ripristino temporizzato. I BLOB di accodamento, i BLOB di pagine e i BLOB in blocchi Premium non vengono ripristinati.
- Se è stato eliminato un contenitore durante il periodo di conservazione, tale contenitore non verrà ripristinato con l'operazione di ripristino temporizzato. Se si tenta di ripristinare un intervallo di BLOB che include BLOB in un contenitore eliminato, l'operazione di ripristino temporizzato avrà esito negativo. Per informazioni sulla protezione dei contenitori dall'eliminazione, vedere Eliminazione temporanea per i contenitori.
- Se si usa l'eliminazione permanente per eliminare le versioni eliminate temporaneamente di un BLOB durante il periodo di conservazione del ripristino temporizzato, un'operazione di ripristino potrebbe non essere in grado di ripristinare correttamente il BLOB.
- Se un BLOB è stato spostato tra i livelli ad accesso frequente e sporadico nel periodo compreso tra il momento corrente e il punto di ripristino, il BLOB viene ripristinato al livello 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 dal livello archivio. Per altre informazioni, vedere Panoramica della riattivazione dei BLOB dal livello archivio.
- Le operazioni di ripristino parziale non sono supportate. Pertanto, se un contenitore contiene BLOB archiviati, l'intera operazione di ripristino avrà esito negativo perché il ripristino dei BLOB in blocchi nel livello di archiviazione non è supportato.
- Se è configurato un criterio di immutabilità, è possibile avviare un'operazione di ripristino, ma tutti i BLOB protetti dai criteri di immutabilità non verranno modificati. In questo caso, un'operazione di ripristino non comporterà il ripristino di uno stato coerente alla data e all'ora specificata.
- Un blocco caricato tramite Put Block o Put Block from URL, ma non sottoposto a commit tramite Put Block List, non fa parte di un BLOB e quindi non viene ripristinato come parte di un'operazione di ripristino.
- Se un BLOB con un lease attivo è incluso nell'intervallo da ripristinare e se la versione corrente del BLOB in lease è diversa dalla versione precedente al timestamp fornito per il ripristino temporizzato, l'operazione di ripristino avrà esito negativo in modo atomico. È consigliabile interrompere eventuali lease attivi prima di avviare l'operazione di ripristino.
- L'esecuzione di un failover gestito dal cliente in un account di archiviazione reimposta il primo punto di ripristino possibile per tale account di archiviazione. Si supponga, ad esempio, di aver impostato il periodo di conservazione su 30 giorni. Se sono trascorsi più di 30 giorni dal failover, è possibile eseguire il ripristino in qualsiasi punto entro 30 giorni. Tuttavia, se sono trascorsi meno di 30 giorni dopo il failover, non è possibile eseguire il ripristino a un punto prima del failover, indipendentemente dal periodo di conservazione. Ad esempio, se sono trascorsi 10 giorni dal failover, il punto di ripristino meno recente possibile è 10 giorni nel passato, non 30 giorni prima.
- Gli snapshot non vengono creati o eliminati come parte di un'operazione di ripristino. Solo il BLOB di base viene ripristinato allo stato precedente.
- Il ripristino temporizzato non è supportato per gli spazi dei nomi gerarchici o le operazioni tramite Azure Data Lake Storage Gen2.
- Il ripristino temporizzato non è supportato quando la proprietà AllowedCopyScope dell'account di archiviazione è impostata per limitare l'ambito di copia allo stesso tenant o rete virtuale di Azure AD. Per altre informazioni, vedere Informazioni sull'ambito consentito per le operazioni di copia (anteprima).
Importante
Se si ripristinano BLOB in blocchi a un punto precedente al 22 settembre 2020, le limitazioni di anteprima per il ripristino temporizzato saranno effettive. Microsoft consiglia di scegliere un punto di ripristino uguale o successivo al 22 settembre 2020 per sfruttare la funzionalità di ripristino temporizzato disponibile a livello generale.
Supporto funzionalità
Il supporto per questa funzionalità potrebbe essere influenzato abilitando Data Lake Storage Gen2, il protocollo NFS (Network File System) 3.0 o SSH File Transfer Protocol (SFTP).
Se è stata abilitata una di queste funzionalità, vedere Supporto delle funzionalità di archiviazione BLOB negli account di archiviazione di Azure per valutare il supporto per questa funzionalità.
Prezzi e fatturazione
Non è previsto alcun addebito per abilitare il ripristino temporizzato. Tuttavia, l'abilitazione del ripristino temporizzato consente anche il controllo delle versioni BLOB, l'eliminazione temporanea e il feed di modifiche, ognuno dei quali può comportare addebiti aggiuntivi.
La fatturazione per l'esecuzione di ripristini temporizzato si basa sulla quantità di dati modificati elaborati per il ripristino. Vengono fatturate anche le transazioni di archiviazione coinvolte nel processo di ripristino.
Per altre informazioni sui prezzi per il ripristino temporizzato, vedere Bloccare i prezzi dei BLOB.