Riattivazione del BLOB dal livello archivio

  • Articolo

Mentre un BLOB è nel livello di accesso archivio, viene considerato offline e non può essere letto o modificato. Per leggere o modificare i dati in un BLOB archiviato, è necessario prima di tutto riattivare il BLOB a un livello online come il livello di accesso frequente o il livello di accesso sporadico. Sono disponibili due opzioni per la riattivazione di un BLOB archiviato nel livello archivio:

La riattivazione di un BLOB dal livello archivio al livello di accesso frequente o sporadico può richiedere diverse ore. Microsoft consiglia di archiviare BLOB di dimensioni maggiori per ottenere prestazioni ottimali durante la riattivazione. La riattivazione di un numero elevato di BLOB di piccole dimensioni può richiedere tempo aggiuntivo a causa del sovraccarico di elaborazione in ogni BLOB. Un massimo di 10 GiB per ogni account di archiviazione può essere riattivato all'ora con il recupero con priorità.

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 riattiva un BLOB, è possibile impostare la priorità per l'operazione di riattivazione tramite l'intestazione facoltativa x-ms-rehydrate-priority in un'operazione Imposta livello BLOB o Copia BLOB. Le opzioni di priorità di riattivazione includono:

  • Priorità standard: la richiesta di riattivazione verrà elaborata nell'ordine in cui è stata ricevuta e può richiedere fino a 15 ore per il completamento degli oggetti di dimensioni minori di 10 GB.
  • Priorità alta: la richiesta di riattivazione sarà prioritaria rispetto alle richieste di priorità standard e può 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 restituire il valore dell'intestazione x-ms-rehydrate-priority. La proprietà della priorità di riattivazione restituisce Standard o High.

La priorità standard è l'opzione di riattivazione predefinita. Una riattivazione ad alta priorità è più veloce, ma costa anche più di una riattivazione con priorità standard. Una riattivazione ad alta priorità può richiedere più di un'ora, a seconda delle dimensioni del BLOB e della domanda corrente. Microsoft consiglia di riservare la riattivazione ad alta priorità per l'uso in situazioni di ripristino dei dati di emergenza.

Mentre è in sospeso un'operazione di riattivazione con priorità standard, è possibile aggiornare l'impostazione della priorità di riattivazione per un BLOB su 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à su Alta per tutti i singoli BLOB che devono essere portati online più rapidamente, fino al limite di 10 GiB all'ora.

L'impostazione della priorità di riattivazione non può essere abbassata da Alta a Standard per un'operazione in sospeso. Tenere presente che l'aggiornamento dell'impostazione della priorità di riattivazione può avere un impatto 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

La prima opzione per lo spostamento di un BLOB dal livello archivio a un livello online consiste nel copiare il BLOB archiviato in un nuovo BLOB di destinazione che si trova nel livello ad accesso frequente o sporadico. È possibile usare l'operazione Copia BLOB per copiare il BLOB. Quando si copia un BLOB archiviato in un nuovo BLOB in un livello online, il BLOB di origine rimane invariato 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 copiando nello stesso BLOB.

Microsoft consiglia di eseguire un'operazione di copia nella maggior parte degli scenari in cui è necessario spostare un BLOB dal livello archivio a un livello online, per i motivi seguenti:

  • Un'operazione di copia evita la tariffa per l'eliminazione anticipata valutata se si modifica il livello di un BLOB dal livello di archiviazione prima del periodo di 180 giorni richiesto. Per altre informazioni, vedere Livello di accesso archivio.

  • Se sono applicati criteri di gestione del ciclo di vita per l'account di archiviazione, la riattivazione di un BLOB con set di livelli BLOB può comportare uno scenario in cui i criteri del ciclo di vita spostano nuovamente il BLOB al livello di archiviazione dopo la riattivazione perché l'ora dell'ultima modifica supera la soglia impostata per i criteri. Un'operazione di copia lascia il BLOB di origine nel livello archivio e crea un nuovo BLOB con un nome diverso e un'ora dell'ultima modifica, quindi non c'è alcun rischio che il BLOB riattivato venga spostato nuovamente nel livello archivio in base ai criteri del ciclo di vita.

La copia di un BLOB dal livello archivio può richiedere ore a seconda della priorità di riattivazione selezionata. In background, un'operazione di copia BLOB legge il BLOB di origine archiviato per creare un nuovo BLOB online nel livello di destinazione selezionato. Il nuovo BLOB può essere visibile quando si elencano i BLOB nel contenitore padre prima del completamento dell'operazione di riattivazione, ma il relativo livello verrà impostato su archivio. I dati non sono disponibili fino a quando non viene completata l'operazione di lettura dal BLOB di origine nel livello archivio e il contenuto del BLOB è stato scritto nel nuovo BLOB di destinazione in un livello online. Il nuovo BLOB è una copia indipendente, quindi la modifica o l'eliminazione non influisce sul BLOB di origine nel livello archivio.

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

Importante

Non eliminare il BLOB di origine fino al completamento della riattivazione. Se il BLOB di origine viene eliminato, il BLOB di destinazione potrebbe non terminare la copia. È possibile gestire l'evento generato quando l'operazione di copia viene completata per sapere quando è sicuro eliminare il BLOB di origine. Per altre informazioni, vedere Gestire un evento sulla riattivazione blob.

La riattivazione di un BLOB archiviato copiandola in un livello di destinazione online è supportata all'interno dello stesso account di archiviazione solo per le versioni del servizio precedenti al 2021-02-12. A partire dalla versione del servizio 2021-02-12, è possibile riattivare un BLOB archiviato copiandolo in un account di archiviazione diverso, purché l'account di destinazione si trovi nella stessa area dell'account di origine. La riattivazione tra account di archiviazione consente di separare i dati di produzione dai dati di backup, mantenendoli in account separati. L'isolamento dei dati archiviati in un account separato può anche contribuire a ridurre i costi derivanti dalla riattivazione involontaria.

Il BLOB di destinazione per l'operazione di copia deve trovarsi in un livello online (ad accesso frequente o sporadico). 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 Origine nel livello archivio
Destinazione nel livello di accesso frequente Supportata Supportata Supportato tra gli account nella stessa area con la versione 2021-02-12 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 Supportata Supportata Supportato tra gli account nella stessa area con la versione 2021-02-12 e successive. Supportato all'interno dello stesso account di archiviazione solo per le versioni precedenti. Richiede la riattivazione del BLOB.
Destinazione nel livello archivio Supportata Supportato Non supportato

Riattivazione da un'area secondaria

Se l'account di archiviazione è stato configurato per l'uso dell'archiviazione con ridondanza geografica e accesso in lettura (RA-GRS), è possibile usare l'operazione Copia BLOB per riattivare i BLOB nell'area secondaria in un altro account di archiviazione che si trova nella stessa area secondaria. Vedere Riattivare 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, è possibile modificare il livello del BLOB archiviato scegliendo tra il livello di archiviazione ad accesso frequente o sporadico.

Dopo l'avvio, una richiesta Set Blob Tier non può essere annullata. Durante l'operazione di riattivazione, l'impostazione del livello di accesso del BLOB continua a essere visualizzata come archiviata fino al completamento del processo di riattivazione. Al termine dell'operazione di riattivazione, la proprietà del livello di accesso del BLOB viene aggiornata per riflettere il nuovo livello.

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 sono applicati criteri di gestione del ciclo di vita per l'account di archiviazione, la riattivazione di un BLOB con set di livelli BLOB può comportare uno scenario in cui i criteri del ciclo di vita spostano nuovamente il BLOB nel livello di archiviazione dopo la riattivazione perché l'ora dell'ultima modifica supera la soglia impostata per i criteri.

Per evitare questo scenario, aggiungere la daysAfterLastTierChangeGreaterThan condizione 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. L'esecuzione di un'operazione di copia crea una nuova istanza del BLOB con un'ora aggiornata dell'ultima modifica, quindi non attiverà i criteri di gestione del ciclo di vita.

Controllare lo stato di un'operazione di riattivazione BLOB

Durante l'operazione di riattivazione del BLOB, è possibile chiamare l'operazione Get Blob Properties 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 alla riattivazione dei BLOB

La riattivazione di un BLOB archiviato può richiedere fino a 15 ore ed è inefficiente eseguire ripetutamente il polling di Get Blob Properties per determinare se la riattivazione è stata completata. Microsoft consiglia di usare Griglia di eventi di Azure per acquisire l'evento generato quando la riattivazione è completa per migliorare le prestazioni e l'ottimizzazione dei costi.

Griglia di eventi di Azure genera Microsoft. Archiviazione. Evento BlobTierChanged al completamento della riattivazione del BLOB:

  • Microsoft.Archiviazione. L'evento BlobTierChanged viene generato quando viene modificato il livello di un BLOB. Nel contesto della riattivazione del BLOB, questo evento viene generato quando il livello di accesso di un BLOB di destinazione viene modificato correttamente dal livello archivio a un livello online (livello ad accesso frequente, sporadico o sporadico). È possibile usare l'operazione Imposta livello BLOB per modificare il livello di accesso di un BLOB archiviato o usare l'operazione Copia BLOB per copiare un BLOB archiviato in un nuovo BLOB di destinazione in un livello online.

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

Per altre informazioni sulla gestione degli eventi in Archiviazione BLOB, vedere Reacting to Azure Blob storage events and Archiviazione BLOB di Azure as Event Grid source (Reagire agli eventi di archiviazione BLOB di Azure e Archiviazione BLOB di Azure come origine di Griglia di eventi).

Determinazione dei prezzi e fatturazione

Viene fatturata un'operazione di riattivazione con Set Blob Tier (Imposta livello BLOB) per le transazioni di lettura dei dati e le dimensioni di recupero dei dati. Una riattivazione ad alta priorità ha costi di operazioni e recupero dati più elevati rispetto alla priorità standard. La riattivazione ad alta priorità viene visualizzata come voce separata nella fattura. Se una richiesta con priorità alta per restituire un BLOB archiviato con dimensioni inferiori a 10 GB richiede più di cinque ore, non verrà addebitata la frequenza di recupero con priorità elevata. Tuttavia, i tassi di recupero standard sono ancora applicabili.

La copia di un BLOB archiviato in un livello online con il BLOB di copia viene fatturata per le transazioni di lettura dei dati e le dimensioni di recupero dei dati. La creazione del BLOB di destinazione in un livello online viene fatturata per le transazioni di scrittura dei dati. Non vengono applicate le tariffe di eliminazione anticipata quando si esegue la copia in un BLOB online, perché il BLOB di origine rimane invariato nel livello archivio. Gli addebiti per il recupero con priorità alta si applicano se selezionato.

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 al livello di accesso archivio e poi eliminato o spostato al livello di accesso frequente dopo 45 giorni, verrà addebitata una tariffa per eliminazione anticipata equivalente a 135 (180 meno 45) giorni di archiviazione del BLOB nel livello archivio. Per altre informazioni, vedere Livello di accesso archivio.

Per altre informazioni sui prezzi per la riattivazione dei dati o dei BLOB in blocchi, vedere Prezzi di Archiviazione di Azure. Per altre informazioni sugli addebiti per i trasferimenti dati in uscita, vedere Dettagli prezzi dei trasferimenti di dati.

Vedi anche