Riattivazione dei BLOB dal livello archivio

Un blob archiviato è offline e non può essere letto o modificato. Per accedere ai suoi dati, prima reidrata il blob a un livello online: caldo, freddo o freddo. Usa uno dei seguenti metodi di reidratazione:

Importante

Non puoi reidratare direttamente gli snapshot archiviati o le versioni precedenti. Per accedere ai dati da uno snapshot archiviato o da una versione precedente, devi copiarli in un nuovo blob in un livello online (caldo, freddo o freddo) utilizzando l'operazione Copia Blob .

La riattivazione di un BLOB dal livello archivio al livello di accesso frequente o sporadico può richiedere diverse ore. Archivia le masse più grandi per ottenere prestazioni ottimali di reidratazione. La riattivazione di un numero elevato di BLOB di piccole dimensioni potrebbe richiedere tempo aggiuntivo a causa del sovraccarico di elaborazione in ogni BLOB. Un massimo di 10 GiB per account di archiviazione può essere reidratato all'ora con recupero prioritario.

Per informazioni su come riattivare un BLOB archiviato in un livello online, vedere Riattivare un BLOB archiviato in un livello online.

Priorità di riattivazione

Quando si reidrata un blob, è possibile impostare la priorità dell'operazione tramite l'intestazione facoltativa x-ms-rehydrate-priority in un'operazione Set Blob Tier o Copy Blob. Le opzioni di priorità di riattivazione includono:

  • Priorità standard: la richiesta di riattivazione viene elaborata nell'ordine in cui è stata ricevuta e potrebbe richiedere fino a 15 ore per il completamento degli oggetti di dimensioni minori di 10 GB.
  • Alta priorità: la richiesta di riattivazione ha la priorità rispetto alle richieste con priorità standard e potrebbe essere completata in meno di un'ora per gli oggetti di dimensioni inferiori a 10 GB.

Per controllare la priorità di riattivazione mentre è in corso l'operazione, chiamare Get Blob Properties per ottenere il valore dell'intestazione x-ms-rehydrate-priority. La proprietà della priorità di riattivazione restituisce Standard o Alta.

La priorità standard è l'opzione di riattivazione predefinita. Una reidratazione ad alta priorità è più veloce ma costa più di una reidratazione a priorità standard. Una reidratazione ad alta priorità potrebbe richiedere più di un'ora, a seconda della dimensione del blob e della domanda attuale. Riservare la reidratazione ad alta priorità per il ripristino di emergenza dei dati.

Quando un'operazione di riattivazione con priorità standard è in sospeso, è possibile aggiornare l'impostazione della priorità di riattivazione per un BLOB ad Alta per riattivare più rapidamente il BLOB. Ad esempio, se si riattiva un numero elevato di BLOB in blocco, è possibile specificare la priorità Standard per tutti i BLOB per l'operazione iniziale, quindi aumentare la priorità ad Alta per tutti i singoli BLOB che devono essere portati online più rapidamente, fino al limite di 10 GiB all'ora.

Importante

Il limite di 10 GiB/ora si applica a livello di account di archiviazione, non per singolo blob. Sebbene tempistiche come "fino a 15 ore" per la priorità standard possano applicarsi a singoli blob in condizioni ideali, queste non scalano in modo lineare per operazioni di massa. Se reidrati grandi volumi di dati, aspettati durate più lunghe e pianifica di conseguenza. La velocità effettiva è condivisa tra tutti i blob in fase di reidratazione nello stesso account e il superamento del limite orario potrebbe comportare una limitazione della velocità effettiva o ritardi prolungati. Per ottenere prestazioni ottimali, valutare la possibilità di suddividere in batch le richieste di riattivazione le richieste di riattivazione e il monitoraggio dell'attività a livello di account.

Non puoi abbassare la priorità di reidratazione da Alto a Standard per un'operazione in sospeso. Aggiornare la priorità potrebbe influire sulla fatturazione.

Per informazioni su come impostare e aggiornare l'impostazione di priorità di riattivazione, vedere Riattivare un BLOB archiviato in un livello online.

Per altre informazioni sulle differenze dei prezzi tra le richieste di riattivazione con priorità standard e ad alta priorità, vedere Prezzi per Archiviazione BLOB di Azure.

Copiare un BLOB archiviato in un livello online

Per reidratare un blob archiviato copiandolo, usa l'operazione Copia Blob per creare un nuovo blob di destinazione nel tier caldo, freddo o freddo. Il blob sorgente rimane inalterato nel livello archivio.

È necessario copiare il BLOB archiviato in un nuovo BLOB con un nome diverso o in un contenitore diverso. Non è possibile sovrascrivere il BLOB di origine quando lo si copia nello stesso BLOB.

Copiando un BLOB dal livello archivio a un livello online, è possibile evitare la tariffa per l'eliminazione anticipata valutata se si modifica il livello di un BLOB dal livello di archiviazione prima della scadenza del periodo di 180 giorni richiesto. Per altre informazioni, vedere Livello di accesso archivio.

Evitare la riarchiviazione delle politiche del ciclo di vita

La copia può anche impedire che una politica di gestione del ciclo di vita sposti un blob reidratato al livello archivio. Questo rischio si verifica quando l'azione del criterio tierToArchive non include la condizione daysAfterLastTierChangeGreaterThan e l'ora dell'ultima modifica del blob supera la soglia del criterio. Un'operazione di copia lascia il blob sorgente nel livello archivio e crea un nuovo blob con un nome diverso e un nuovo tempo di ultima modifica.

Monitoraggio del completamento della copia

Copiare un blob dal livello archivio può richiedere ore, a seconda della priorità di reidratazione selezionata. L'operazione di copia legge il blob sorgente archiviato e crea un nuovo blob nel tier online selezionato. Il nuovo blob potrebbe apparire nel contenitore genitore prima che la reidratazione sia completata, ma il suo livello rimane archivio. I suoi dati diventano disponibili dopo che il servizio legge il blob sorgente e scrive il suo contenuto nel blob di destinazione. Il nuovo blob è una copia indipendente, quindi modificarlo o cancellarlo non influisce sul blob sorgente archiviato.

Per informazioni su come riattivare un BLOB copiandolo in un livello online, vedere Riattivare un BLOB con un'operazione di copia.

Importante

Non cancellare il blob di origine finché la reidratazione non si completa con successo. Se elimini il blob sorgente, il blob di destinazione potrebbe non finire di copiarlo. Monitora l'evento di completamento per determinare quando puoi eliminare in sicurezza il blob sorgente. Per maggiori informazioni, vedi Gestire un evento di reidratazione del blob.

Copia tra account di archiviazione

La versione del servizio 2021-02-12 e le versioni successive supportano la reidratazione tramite la copia di un blob archiviato in un account di archiviazione diverso nella stessa area. Le versioni di servizio precedenti supportano la reidratazione solo all'interno dello stesso account di archiviazione. La riidratazione tra account di archiviazione ti permette di separare i dati di produzione dai dati di backup mantenendoli in account separati. Isolare i dati archiviati in un account separato può anche aiutare a mitigare i costi derivanti da una reidratazione involontaria.

Il blob di destinazione per l'operazione di copia deve essere in un livello online (attivo, sporadico o freddo). Non è possibile copiare un BLOB archiviato in un BLOB di destinazione che si trova anche nel livello archivio.

La tabella seguente illustra il comportamento di un'operazione di copia BLOB a seconda dei livelli del BLOB di origine e di destinazione.

Origine nel livello di accesso frequente Origine nel livello di accesso sporadico Sorgente a livello freddo Origine nel livello archivio
Destinazione nel livello di accesso frequente Supportato Supportato Supportato Supportato tra gli account nella stessa area con la versione 12-02-2021 e successive. Supportato all'interno dello stesso account di archiviazione solo per le versioni precedenti. Richiede la riattivazione del BLOB.
Destinazione nel livello di accesso sporadico Supportato Supportato Supportato Supportato tra gli account nella stessa area con la versione 12-02-2021 e successive. Supportato all'interno dello stesso account di archiviazione solo per le versioni precedenti. Richiede la riattivazione del BLOB.
Destinazione del livello freddo Supportato Supportato Supportato Supportato tra gli account nella stessa area con la versione 12-02-2021 e successive. Supportato all'interno dello stesso account di archiviazione solo per le versioni precedenti. Richiede la riattivazione del BLOB.
Destinazione nel livello archivio Supportato Supportato Supportato Non supportate

Riattivazione da un'area secondaria

Se il tuo account di archiviazione utilizza l'archiviazione con ridondanza geografica in lettura (RA-GRS), utilizza l'operazione Copy Blob per reidratare i BLOB dalla regione secondaria a un altro account in tale regione. Vedere Riattivazione da un'area secondaria.

Per altre informazioni su come ottenere l'accesso in lettura alle aree secondarie, vedere Accesso in lettura ai dati nell'area secondaria.

Modificare il livello di accesso di un BLOB in un livello online

La seconda opzione per riattivare un BLOB dal livello archivio a un livello online consiste nel modificare il livello del BLOB chiamando Set Blob Tier. Con questa operazione, puoi cambiare il livello del blob archiviato in caldo, freddo o freddo.

Non puoi cancellare una richiesta di Set Blob Tier dopo che è iniziata. Durante la reidratazione, il livello di accesso del blob rimane archivio. Al completamento della reidratazione, la proprietà del livello di accesso mostra il nuovo livello di accesso.

Per informazioni su come riattivare un BLOB modificando il relativo livello in un livello online, vedere Riattivare un BLOB modificando il livello.

Attenzione

La modifica del livello di un BLOB non influisce sull'ora dell'ultima modifica. Se l'account di stoccaggio ha una policy di gestione del ciclo di vita , la policy potrebbe riportare il blob al livello archivio dopo la reidratazione quando l'ultimo tempo modificato supera la soglia della policy.

Per evitare questo scenario, aggiungere la condizione daysAfterLastTierChangeGreaterThan all'azione tierToArchive dei criteri. In alternativa, è possibile riattivare il BLOB archiviato copiandolo, come descritto nella sezione Copiare un BLOB archiviato in un livello online. Eseguire un'operazione di copia crea una nuova istanza del blob con un tempo di ultima modifica aggiornato, quindi non attiva la politica di gestione del ciclo di vita.

Controllare lo stato di un'operazione di riattivazione di un BLOB

Durante l'operazione di riattivazione del BLOB, è possibile chiamare l'operazione Imposta proprietà BLOB per controllarne lo stato. Per informazioni su come controllare lo stato di un'operazione di riattivazione, vedere Controllare lo stato di un'operazione di riattivazione.

Gestire un evento di reidratazione del blob

Reidratare un blob archiviato può richiedere fino a 15 ore, e interrogare ripetutamente Get Blob Properties è inefficiente. Usa Griglia di eventi di Azure per catturare l'evento di completamento e ottenere migliori prestazioni e costi più bassi.

Griglia di eventi di Azure genera l'evento Microsoft.Storage.BlobTierChanged al completamento della reidratazione del BLOB:

  • L' Microsoft.Storage.BlobTierChanged evento si attiva quando il livello di un blob cambia. Per la reidratazione del blob, l'evento viene attivato quando il blob di destinazione viene modificato correttamente dal livello Archive a un livello online (hot, cool o cold).

Quando si usa l'operazione Copia Blob per copiare un BLOB dal livello archivio a un nuovo BLOB di destinazione in un livello online (ad accesso frequente, infrequente o sporadico) per la riattivazione:

  1. Griglia di eventi di Azure attiva un Microsoft.Storage.BlobCreated evento quando inizia l'operazione di copia. Il livello del blob è Archivio.

  2. Dopo che il blob è stato copiato e reidratato, Griglia di eventi di Azure attiva un Microsoft.Storage.BlobTierChanged evento che indica il passaggio da Archive al tier online specificato.

Per informazioni su come acquisire un evento sulla riattivazione e inviarlo a un gestore dell'evento di Funzioni di Azure, vedere Eseguire una funzione di Azure in risposta a un evento di riattivazione BLOB.

Per ulteriori informazioni sulla gestione degli eventi in gestione rete virtuale di Azure, vedi Reacting to Azure Blob storage events e Archiviazione BLOB di Azure come sorgente Event Grid.

Prezzi e fatturazione

Per Set Blob Tier, Archiviazione di Azure addebita per le transazioni di lettura dei dati e per la quantità di dati recuperati. La reidratazione ad alta priorità costa più della priorità standard e appare come una voce separata sulla bolletta. Se una richiesta ad alta priorità per un blob archiviato inferiore a 10 GB richiede più di cinque ore, Archiviazione di Azure non applica la velocità di recupero ad alta priorità. Continuano ad applicarsi le tariffe standard per il recupero. Per una stima dei costi di esempio, vedere Stima dei costi: Spostare i dati dall'archivio di archiviazione.

Per il Copy Blob, Archiviazione di Azure addebita le transazioni di lettura dei dati, la quantità di dati recuperati e le transazioni di scrittura dei dati per il blob di destinazione. Le penali di cancellazione anticipata non si applicano perché il blob sorgente rimane invariato nel livello archivio. Se selezionato si applicano costi di recupero ad alta priorità. Per una stima di esempio, vedere Stima dei costi: Recuperare i dati dall'archivio di archiviazione per l'analisi.

I BLOB che si trovano nel livello archivio devono rimanere archiviati per almeno 180 giorni. L'eliminazione o la modifica del livello di un BLOB archiviato prima della scadenza del periodo di 180 giorni comporta una tariffa per l'eliminazione anticipata. Ad esempio, se un blob viene spostato nel tier archivio e poi eliminato o spostato al tier più caldo dopo 45 giorni, si incorre una penale di cancellazione anticipata equivalente a 135 (180 meno 45) giorni di archiviazione di quel blob nel tier archivio. Per altre informazioni, vedere Livello di accesso archivio.

Per maggiori informazioni sui prezzi dei blob a blocchi e della riidratazione dei dati, consulta Archiviazione di Azure pricing. Per maggiori informazioni sulle commissioni di trasferimento dati in uscita, vedi dettagli sul prezzo di trasferimento dati.

Vedere anche

  • Last updated on