Snapshot del BLOB
Uno snapshot è una versione di sola lettura di un BLOB eseguito in un determinato momento.
Nota
Il controllo delle versioni del BLOB offre un ottimo modo per gestire le versioni precedenti di un BLOB. Per altre informazioni, vedere Controllo delle versioni del BLOB.
Informazioni sugli snapshot del BLOB
Importante
Gli snapshot negli account con la funzionalità spazio dei nomi gerarchico abilitata sono attualmente in ANTEPRIMA. Vedere le condizioni per l'utilizzo supplementari per le anteprime di Microsoft Azure per termini legali aggiuntivi che si applicano a funzionalità di Azure in versione beta, in anteprima o in altro modo non ancora disponibili a livello generale.
Per registrarsi all’anteprima, vedere questo modulo.
Uno snapshot di un BLOB è identico al relativo BLOB di base, ad eccezione del fatto che all'URI del BLOB viene aggiunto un valore DateTime per indicare data e ora di acquisizione dello snapshot. Ad esempio, se un URI del BLOB di pagine è http://storagesample.core.blob.windows.net/mydrives/myvhd, l'URI dello snapshot è simile a http://storagesample.core.blob.windows.net/mydrives/myvhd?snapshot=2011-03-09T01:42:34.9360000Z.
Nota
Tutti gli snapshot condividono l'URI del BLOB di base. L'unica distinzione tra il BLOB di base e lo snapshot è il valore DateTime aggiunto.
Un BLOB può avere un numero qualsiasi di snapshot. Gli snapshot vengono salvati in un BLOB di base in modo permanente fino alla loro eliminazione esplicita, sia in maniera indipendente che attraverso l’operazioneEliminare un BLOB. È possibile enumerare gli snapshot associati al BLOB di base per tenere traccia degli snapshot correnti.
Quando si crea uno snapshot di un BLOB, le proprietà di sistema del BLOB vengono copiate nello snapshot con gli stessi valori. Anche i metadati del BLOB di base vengono copiati nello snapshot, se non si specificano metadati separati per lo snapshot durante la creazione. Dopo aver creato uno snapshot, è possibile leggerlo, copiarlo o eliminarlo, ma non modificarlo.
Tutti i lease associati al BLOB di base non influiscono sullo snapshot. Non è possibile acquisire un lease su uno snapshot.
È possibile creare uno snapshot di un BLOB nel livello ad accesso frequente o sporadico. Gli snapshot dei BLOB nel livello archivio non sono supportati.
Un file di disco rigido virtuale viene usato per archiviare lo stato e le informazioni correnti per il disco della macchina virtuale. È possibile scollegare il disco dall'interno della macchina virtuale o arrestare la macchina virtuale e quindi creare uno snapshot del relativo file di disco rigido virtuale. È possibile usare il file di snapshot successivamente per recuperare il file di disco rigido virtuale in quel determinato momento e ricreare la macchina virtuale.
Determinazione dei prezzi e fatturazione
La creazione di uno snapshot, ovvero una copia di sola lettura di un BLOB, può comportare costi aggiuntivi per l'archiviazione dei dati per l'account. Quando si progetta l'applicazione è importante tenere presente il modo in cui possono determinarsi questi addebiti, così da ridurre al minimo i costi.
Gli snapshot del BLOB, come le versioni del BLOB, vengono fatturati alla stessa tariffa dei dati attivi. Il modo in cui vengono fatturati gli snapshot dipende dal fatto di impostare in modo esplicito il livello di accesso del BLOB di base o di uno dei relativi snapshot (o versioni). Per altre informazioni sui livelli di accesso del BLOB, vedere Livelli di accesso dei dati del BLOB.
Se non è stato modificato il livello di accesso di un BLOB o di uno snapshot, vengono fatturati i blocchi univoci di dati di tale BLOB, dei relativi snapshot e di tutte le versioni che potrebbe avere. Per altre informazioni, vedere Fatturazione quando il livello di accesso del BLOB non è stato impostato in modo esplicito.
Se è stato modificato il livello di accesso di un BLOB o di uno snapshot, viene addebitato l'intero oggetto, indipendentemente dal fatto che BLOB e snapshot alla fine si trovino di nuovo nello stesso livello. Per altre informazioni, vedere Fatturazione quando il livello di accesso del BLOB è stato impostato in modo esplicito.
Per altre informazioni sui dettagli di fatturazione relativi alle versioni del BLOB, vedere Controllo delle versioni del BLOB..
Ridurre al minimo i costi con la gestione degli snapshot
Microsoft consiglia di gestire attentamente gli snapshot per evitare addebiti aggiuntivi. È possibile seguire queste procedure consigliate per ridurre al minimo i costi che sorgono con l'archiviazione degli snapshot:
- Eliminare e ricreare snapshot associati a un BLOB ogni volta che si aggiorna il BLOB, anche se si esegue l'aggiornamento con dati identici, a meno che la progettazione dell'applicazione non richieda la gestione degli snapshot. Eliminando e ricreando gli snapshot del BLOB, ci si assicura che il BLOB e gli snapshot non presentino differenze.
- Se si gestiscono gli snapshot di un BLOB, evitare metodi di chiamata che sovrascrivono l'intero BLOB quando si aggiorna il BLOB. Si consiglia piuttosto di aggiornare il minor numero possibile di blocchi per mantenere bassi i costi.
Fatturazione quando il livello di accesso del BLOB non è stato impostato in modo esplicito
Se non si imposta in modo esplicito il livello di accesso del BLOB di un BLOB di base o di uno dei relativi snapshot, vengono addebitati i blocchi univoci e le pagine del BLOB, dei relativi snapshot e di tutte le versioni che potrebbe avere. I dati condivisi di un BLOB e i relativi snapshot vengono addebitati una sola volta. Quando un BLOB viene aggiornato, i dati in un BLOB di base divergono dai dati archiviati nei relativi snapshot e i dati univoci vengono addebitati per blocco o pagina.
Quando si sostituisce un blocco all'interno di un BLOB in blocchi, tale blocco viene addebitato successivamente come blocco univoco. Ciò è vero persino se il blocco ha lo stesso ID blocco e la stessa data che ha nello snapshot. Dopo aver eseguito il commit del blocco, questo presenterà delle differenze rispetto alla controparte nello snapshot, pertanto verranno addebitati i relativi dati. Lo stesso vale per una pagina in un BLOB di pagine che viene aggiornata con dati identici.
L'archiviazione BLOB non dispone di mezzi per determinare se due blocchi contengono dati identici. Ogni blocco che viene caricato e inviato viene trattato come univoco, persino se contiene gli stessi dati e ha lo stesso ID blocco. Poiché gli addebiti sono determinati dai blocchi univoci, è importante tenere presente che aggiornare un BLOB con snapshot o versioni produce ulteriori blocchi univoci e addebiti aggiuntivi.
Quando un BLOB contiene snapshot, eseguire operazioni di aggiornamento sui BLOB in blocchi in modo da aggiornare il minor numero possibile di blocchi. Le operazioni di scrittura che consentono un controllo con granularità fine sui blocchi sono Inserire Blocco e Inserire Elenco Blocchi. L'operazione Inserire BLOB, d'altra parte, sostituisce l'intero contenuto di un BLOB e quindi può comportare addebiti aggiuntivi.
Gli scenari seguenti illustrano come vengono determinati gli addebiti di un BLOB in blocchi e i relativi snapshot quando il livello di accesso del BLOB non è stato impostato in modo esplicito.
Scenario 1
Nello scenario 1, il BLOB di base non è stato aggiornato dopo l'acquisizione dello snapshot, pertanto vengono addebitati solo i blocchi univoci 1, 2 e 3.
Scenario 2
Nello scenario 2 è stato aggiornato il Blob di base, ma non è stato acquisito lo snapshot. Il blocco 3 è stato aggiornato, e sebbene contenga gli stessi dati e lo stesso ID, non è lo stesso blocco 3 dello snapshot. Di conseguenza, all'account vengono addebitati quattro blocchi.
Scenario 3
Nello scenario 3 il BLOB di base è stato aggiornato, ma lo snapshot non è stato acquisito. Il blocco 3 è stato sostituito con il blocco 4 nel BLOB di base, ma lo snapshot continua a riflettere il blocco 3. Di conseguenza, all'account vengono addebitati quattro blocchi.
Scenario 4
Nello Scenario 4, il BLOB di base è stato completamente aggiornato e non contiene nessuno dei blocchi originali. Di conseguenza, all'account vengono addebitati tutti gli otto blocchi univoci.
Suggerimento
Evitare metodi di chiamata che sovrascrivono l'intero BLOB e aggiornare, invece, i singoli blocchi per mantenere bassi i costi.
Fatturazione quando il livello di accesso del BLOB è stato impostato in modo esplicito
Se il livello di accesso del BLOB è stato impostato in modo esplicito per un BLOB o uno snapshot (o versione), viene addebitato il costo dell’intera lunghezza del contenuto dell'oggetto nel nuovo livello, anche se condivide dei blocchi con un oggetto nel livello originale. Vengono addebitati anche i costi dell’intera lunghezza del contenuto della versione meno recente nel livello di accesso originale. I costi delle versioni o degli snapshot che rimangono nel livello di accesso originale vengono addebitati in base ai blocchi univoci che condividono, come descritto in Fatturazione quando il livello di accesso del BLOB non è stato impostato in modo esplicito..
Spostamento di un BLOB in un nuovo livello
La tabella seguente descrive la modalità di fatturazione di un BLOB o di uno snapshot quando viene spostato in un nuovo livello.
| Quando il livello di accesso del BLOB è impostato in modo esplicito su... | Allora sarà addebitato... |
|---|---|
| BLOB di base con uno snapshot | Il BLOB di base è nel nuovo livello di accesso e lo snapshot meno recente è nel livello di accesso originale, insieme a eventuali blocchi univoci di altri snapshot.1 |
| BLOB di base con una versione precedente e uno snapshot | IL BLOB di base è nel nuovo livello di accesso, la versione meno recente è nel livello di accesso originale e lo snapshot meno recente è nel livello originale, insieme a eventuali blocchi univoci di altre versioni o altri snapshot1. |
| Snapshot | Lo snapshot è nel nuovo livello di accesso e il BLOB di base è nel livello di accesso originale, insieme a eventuali blocchi univoci di altri snapshot.1 |
1Se sono presenti altre versioni precedenti o snapshot che non sono stati spostati dal livello di accesso originale, tali versioni o snapshot vengono addebitati in base al numero di blocchi univoci che contengono, come descritto in Fatturazione quando il livello di accesso del BLOB non è stato impostato in modo esplicito.
Il seguente diagramma illustra come vengono fatturati gli oggetti quando si sposta un BLOB con snapshot in un livello di accesso diverso.
Impostando in modo esplicito il livello di accesso di un BLOB, di una versione o di uno snapshot, è impossibile annullare l’operazione. Se si sposta un BLOB in un nuovo livello e poi lo si risposta nel livello originale, viene addebitato il costo dell’intera lunghezza del contenuto dell'oggetto, anche se condivide blocchi con altri oggetti nel livello originale.
Le operazioni che impostano in modo esplicito il livello di accesso di un BLOB, di una versione o di uno snapshot includono:
- Set Blob Tier
- Inserire BLOB specificando il livello
- Inserire Elenco Blocchi specificando il livello
- Copiare BLOB specificando il livello
Eliminazione di un BLOB quando è abilitata l'eliminazione temporanea
Quando l'eliminazione temporanea del BLOB è abilitata, se si elimina o si sovrascrive un BLOB di base con il relativo livello di accesso impostato in modo esplicito, tutte le versioni precedenti e gli snapshot del BLOB eliminati temporaneamente saranno addebitati in base all’intera lunghezza del contenuto. Per altre informazioni sull'interazione tra il controllo delle versioni del BLOB e l’eliminazione temporanea, vedere Controllo delle versioni del BLOB ed Eliminazione temporanea.
La seguente tabella descrive la modalità di fatturazione di un BLOB eliminato temporaneamente, a seconda che il controllo delle versioni sia abilitato o disabilitato. Abilitando il controllo delle versioni, viene creata una nuova versione quando si elimina temporaneamente un BLOB. Disabilitando il controllo delle versioni, l'eliminazione temporanea di un BLOB crea uno snapshot con la funzione eliminazione temporanea abilitata.
| Sovrascrivendo un BLOB di base con il relativo livello di accesso impostato in modo esplicito... | allora sarà addebitato... |
|---|---|
| Se si abilitano sia l’eliminazione temporanea che il controllo delle versioni dei BLOB | Tutte le versioni esistenti in base all’intera lunghezza del contenuto, indipendentemente dal livello di accesso. |
| Se l'eliminazione temporanea del BLOB è abilitata, ma il controllo delle versioni è disabilitato | Tutti gli snapshot esistenti con la funzione eliminazione temporanea abilitata in base all’intera lunghezza del contenuto, indipendentemente dal livello di accesso. |
Supporto funzionalità
Il supporto di questa funzionalità potrebbe essere influenzato dall'abilitazione dei protocolli Data Lake Storage Gen2, NFS (Network File System) 3.0 o SFTP (SSH File Transfer Protocol). Se è stata abilitata una di queste funzionalità, vedere Supporto delle funzionalità di Archiviazione del BLOB negli account di Archiviazione di Azure per valutare il supporto per questa funzionalità.