Nota
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare ad accedere o modificare le directory.
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare a modificare le directory.
Archiviazione di Azure archivia sempre più copie dei dati per proteggerli da eventi pianificati e non pianificati. Esempi di questi eventi includono errori hardware temporanei, interruzioni di rete o interruzioni dell'alimentazione e calamità naturali gravi. La ridondanza garantisce che il tuo account di archiviazione raggiunga i suoi obiettivi di disponibilità e durata anche durante i guasti.
Quando si decide quale opzione di ridondanza sia più adatta allo scenario, considerare i compromessi tra costi inferiori e maggiore disponibilità. I fattori che consentono di determinare l'opzione di ridondanza da scegliere includono:
- Modalità di replica dei dati all'interno dell'area primaria.
- Indica se i dati vengono replicati da un'area primaria a una seconda area geograficamente distante, per proteggersi da emergenze a livello di area (replica geografica).
- Indica se l'applicazione richiede l'accesso in lettura ai dati replicati nell'area secondaria durante un'interruzione nell'area primaria (replica geografica con accesso in lettura).
Nota
Le funzionalità e la disponibilità regionale descritte in questo articolo sono disponibili anche per account che hanno uno spazio di nomi gerarchico (Archiviazione BLOB di Azure).
I servizi che costituiscono Archiviazione di Azure vengono gestiti tramite una risorsa Azure comune denominata account storage. L'account storage rappresenta un pool condiviso di storage che puoi utilizzare per distribuire risorse di storage come blob container (gestione rete virtuale di Azure), condivisioni file (File di Azure), tabelle (Table Storage) o code (Queue Storage). Per altre informazioni sugli account Archiviazione di Azure, vedere Panoramica dell'account di archiviazione.
L'impostazione di ridondanza per un account di archiviazione viene condivisa per tutti i servizi di archiviazione esposti da tale account. Tutte le risorse di archiviazione distribuite nello stesso account di archiviazione hanno la stessa impostazione di ridondanza. Valutare la possibilità di isolare diversi tipi di risorse in account di archiviazione separati se hanno requisiti di ridondanza diversi.
Ridondanza nell'area primaria
Archiviazione di Azure offre due opzioni per la replica dei dati nell'area primaria:
L'archiviazione con ridondanza locale replica i dati all'interno degli account di archiviazione in un singolo data center fisico situato nell'area primaria desiderata.
Area-redundant storage (ZRS) copia i dati in modo sincrono tra tre o più zone di disponibilità Azure nell'area primaria. Per le applicazioni che richiedono disponibilità elevata, Microsoft consiglia di utilizzare ZRS nella regione primaria e di replicare in una regione secondaria.
Nota
Microsoft consiglia di usare ZRS nell'area primaria per i carichi di lavoro Azure Data Lake Storage.
Archiviazione con ridondanza locale
L'archiviazione con ridondanza locale replica i dati all'interno degli account di archiviazione in un singolo data center fisico nell'area primaria preferita. Sebbene la scelta di una zona di disponibilità non sia supportata, Azure potrebbe spostare o espandere gli account LRS (archiviazione con ridondanza locale) tra zone per migliorare il bilanciamento del carico. LRS fornisce almeno 99,999999999% (11 9s) di durabilità degli oggetti in un dato anno. Vedere l'articolo Che sono Azure zone di disponibilità per altre informazioni sull'affidabilità della zona di disponibilità.
L'archiviazione con ridondanza locale è l'opzione di ridondanza più economica e offre una durabilità inferiore rispetto alle altre opzioni. L'archiviazione con ridondanza locale protegge i dati da errori di unità, server e rack. Tuttavia, se si verifica un disastro come un incendio o un'alluvione all'interno del datacenter, tutte le repliche di un account di archiviazione che utilizza LRS potrebbero andare perse o non essere recuperate. Se un evento temporaneo, come un evento termico, si verifica all'interno del datacenter, tutte le repliche potrebbero essere temporaneamente non disponibili fino a quando l'evento non viene risolto. Per attenuare questi rischi, è consigliabile usare l'archiviazione con ridondanza della zona (ZRS), l'archiviazione con ridondanza geografica (GRS) o l'archiviazione con ridondanza geografica della zona (GZRS).
Tutte le repliche riflettono lo stesso stato attuale: cancellazioni e sovrascritture vengono applicate simultaneamente a tutte le copie. La ridondanza protegge da errori hardware, non dalle operazioni di modifica dei dati.
Il diagramma seguente mostra come i tuoi dati vengono replicati all'interno di un singolo datacenter con LRS:
L'archiviazione con ridondanza locale è una scelta ottimale per gli scenari seguenti:
- Se l'applicazione archivia i dati che possono essere facilmente ricostruiti in caso di perdita di dati, prendere in considerazione la scelta dell'archiviazione con ridondanza locale.
- Se l'applicazione è limitata alla replica dei dati solo all'interno di un'area a causa dei requisiti di governance dei dati, considerare di scegliere LRS. In alcuni casi, le aree abbinate in cui i dati vengono replicati geograficamente potrebbero trovarsi all'interno di un'altra area. Per altre informazioni sulle aree abbinate, vedere Azure regions.
- Se il tuo scenario utilizza dischi di Azure non gestiti, considera l'uso della ridondanza locale (LRS). Sebbene sia possibile creare un account di archiviazione per dischi non gestiti di Azure che usa GRS, non è consigliabile a causa di potenziali problemi di coerenza nella replica geografica asincrona.
Archiviazione con ridondanza della zona
L'archiviazione con ridondanza di zona replica i dati all'interno degli account di archiviazione in tre o più zone di disponibilità Azure situate nella regione primaria di tua scelta. Ogni zona di disponibilità è una posizione fisica separata con alimentazione, raffreddamento e rete indipendenti. ZRS offre una durabilità per le risorse di archiviazione di almeno il 99,9999999999% (dodici 9) nell'arco di un anno. Vedere l'articolo Che sono Azure zone di disponibilità per altre informazioni sull'affidabilità della zona di disponibilità.
Quando usi ZRS, i tuoi dati rimangono accessibili sia per operazioni di lettura che di scrittura anche se una zona diventa non disponibile. Se una zona non è più disponibile, Azure esegue aggiornamenti di rete, come la riassegnazione del DNS (Domain Name System). Questi aggiornamenti potrebbero influire sull'applicazione se si accede ai dati prima del completamento degli aggiornamenti. Quando si progettano le applicazioni per l'archiviazione con ridondanza della zona, è consigliabile seguire le procedure per la gestione degli errori temporanei, tra cui l'implementazione dei criteri di ripetizione con backoff esponenziale.
Una richiesta di scrittura in un account di archiviazione che usa l'archiviazione con ridondanza della zona viene eseguita in modo sincrono. L'operazione di scrittura viene restituita correttamente solo dopo che i dati sono stati scritti in tutte le repliche nelle tre zone di disponibilità. Se una zona di disponibilità non è temporaneamente disponibile, l'operazione viene restituita correttamente dopo la scrittura dei dati in tutte le zone disponibili.
È consigliabile usare l'archiviazione con ridondanza della zona nell'area primaria per scenari che richiedono disponibilità elevata. ZRS è anche consigliato per limitare la replica dei dati in una specifica regione per soddisfare i requisiti di governance dei dati.
Microsoft consiglia di usare lo ZRS per i carichi di lavoro di File di Azure. Se una zona diventa non disponibile, non è necessario rimontare le condivisioni file di Azure dai client connessi.
Il diagramma seguente mostra come i dati vengono replicati tra zone di disponibilità nell'area primaria con archiviazione con ridondanza della zona:
ZRS offre eccellenti prestazioni, bassa latenza e resilienza per i dati in caso di temporanea indisponibilità. Tuttavia, l'archiviazione con ridondanza della zona potrebbe non proteggere completamente i dati da un'emergenza a livello di area in cui più zone sono interessate in modo permanente. L'archiviazione con ridondanza geografica della zona (GZRS) usa l'archiviazione con ridondanza della zona geografica nell'area primaria e replica anche i dati in un'area secondaria. L'archiviazione con ridondanza geografica della zona è disponibile in molte aree ed è consigliata per la protezione dalle emergenze a livello di area.
Il livello di archiviazione per gestione rete virtuale di Azure non è attualmente supportato per gli account ZRS, GZRS o RA-GZRS. I dischi non gestiti non supportano l'archiviazione con ridondanza della zona o l'archiviazione con ridondanza geografica della zona.
Per ulteriori informazioni sulle regioni che supportano ZRS, consultare Azure regioni con zone di disponibilità.
Ridondanza in un'area secondaria
Le opzioni di ridondanza aiutano a garantire un'elevata durabilità per le tue applicazioni. In molte aree è possibile copiare i dati all'interno dell'account di archiviazione in un'area secondaria situata a centinaia di chilometri di distanza dall'area primaria. La copia dell'account di archiviazione in un'area secondaria garantisce che i dati rimangano durevoli durante un'interruzione completa a livello regionale o un disastro in cui l'area primaria non è recuperabile.
L'area primaria viene selezionata durante la creazione di un account di archiviazione. L'area secondaria associata viene determinata in base all'area primaria e non è possibile modificarla. Per altre informazioni sulle aree supportate da Azure, vedere l'elenco delle aree Azure.
Archiviazione di Azure offre due opzioni per copiare i dati in un'area secondaria:
Lo storage geo-ridondante (GRS) copia i tuoi dati in modo sincrono all'interno di una o più zone di disponibilità Azure nella regione primaria utilizzando LRS. Copia quindi i dati in modo asincrono nell'area secondaria. All'interno della regione secondaria, i tuoi dati vengono copiati in modo sincrono usando LRS.
Lo storage ridondante per zone geografiche (GZRS) copia i tuoi dati in modo sincrono su tre o più zone di disponibilità Azure nella regione primaria utilizzando ZRS. Copia quindi i dati in modo asincrono nell'area secondaria. All'interno della regione secondaria, i tuoi dati vengono copiati in modo sincrono usando LRS.
Nota
La differenza principale tra GRS e GZRS è il modo in cui i dati vengono replicati nella regione primaria. All'interno della regione secondaria, i dati vengono sempre replicati in modo sincrono utilizzando LRS. L'archiviazione con ridondanza locale nell'area secondaria protegge i dati da errori hardware.
Quando usi GRS o GZRS, i dati nella regione secondaria non sono disponibili per accesso in lettura o scrittura a meno che non ci sia un failover verso la regione secondaria. Per l'accesso in lettura all'area secondaria, configurare l'account di archiviazione per l'uso dell'archiviazione con ridondanza geografica e accesso in lettura (RA-GZRS). Per altre informazioni, vedere Accesso in lettura ai dati nell'area secondaria.
Se l'area primaria non è più disponibile, è possibile scegliere di effettuare il failover all'area secondaria. Al termine dell'operazione di failover, l'area secondaria diventa l'area primaria ed è possibile leggere e scrivere dati. Per altre informazioni sul ripristino di emergenza e per informazioni su come eseguire il failover nell'area secondaria, vedere Ripristino di emergenza e failover dell'account di archiviazione.
Importante
Poiché i dati vengono replicati nell'area secondaria in modo asincrono, un errore che influisce sull'area primaria potrebbe comportare la perdita di dati se l'area primaria non può essere ripristinata. L'intervallo tra le scritture più recenti nell'area primaria e l'ultima scrittura nell'area secondaria è noto come obiettivo del punto di ripristino (RPO). Il RPO indica il punto nel tempo in cui è possibile recuperare i dati. Archiviazione di Azure offre replica Geo priority, che garantisce che l'RPO per i Block Blob sia inferiore o uguale a 15 minuti. Per altre informazioni, vedere l'articolo Replica geografica prioritaria di Archiviazione di Azure.
Archiviazione con ridondanza geografica
Lo storage geo-ridondante (GRS) copia i tuoi dati in modo sincrono in una o più zone di disponibilità nella regione primaria utilizzando LRS. I dati vengono quindi copiati in modo asincrono in un'area secondaria a centinaia di chilometri di distanza dall'area primaria. L'archiviazione con ridondanza geografica offre durabilità per le risorse di archiviazione di almeno il 99,99999999999999% (16 9) in un determinato anno.
Un'operazione di scrittura viene prima effettuata in commit nella posizione primaria e replicata utilizzando LRS. L'aggiornamento viene quindi replicato in modo asincrono nell'area secondaria. Quando i dati vengono scritti nella posizione secondaria, vengono replicati anche all'interno di quella posizione utilizzando LRS.
Il diagramma seguente mostra come i dati vengono replicati con archiviazione con ridondanza geografica o archiviazione con ridondanza geografica e accesso in lettura:
Archiviazione con ridondanza della zona geografica
L'archiviazione con ridondanza geografica della zona (GZRS) combina la disponibilità elevata offerta dalla ridondanza tra le zone di disponibilità, con la protezione dalle interruzioni a livello di area fornite dalla replica geografica. I dati in un account GZRS vengono copiati in tre o più zone di disponibilità Azure nell'area primaria. Inoltre, replica in una regione geografica secondaria per protezione da disastri regionali. Microsoft raccomanda di utilizzare GZRS per applicazioni che richiedono alta coerenza, durata, disponibilità e resilienza per il disaster recovery.
Con un account GZRS è possibile continuare a leggere e scrivere dati se una zona di disponibilità non è disponibile o non è recuperabile. Inoltre, i dati rimangono durevoli anche durante un'interruzione completa a livello di area o un'emergenza in cui l'area primaria non è recuperabile. L'archiviazione con ridondanza geografica della zona è progettata per fornire almeno il 99,99999999999999% (16 9s) di durabilità degli oggetti in un determinato anno.
Il diagramma seguente mostra come i dati vengono replicati con archiviazione con ridondanza geografica della zona o archiviazione con ridondanza geografica della zona e accesso in lettura:
Per determinare se un'area supporta l'archiviazione ad alta disponibilità geografica (GZRS), vedere l'elenco delle aree Azure. Per supportare GZRS, una regione deve supportare le zone di disponibilità e avere una regione abbinata.
Accesso in lettura ai dati nell'area secondaria
L'archiviazione con ridondanza geografica, con GRS o GZRS, consente di replicare i dati in un'altra posizione fisica dell'area secondaria per proteggerli da interruzioni a livello di area. Con un account configurato per l'archiviazione con ridondanza geografica o l'archiviazione con ridondanza geografica della zona, i dati nell'area secondaria non sono direttamente accessibili agli utenti o alle applicazioni quando si verifica un'interruzione nell'area primaria, a meno che non si verifichi un failover. Il processo di failover aggiorna la voce DNS fornita da Archiviazione di Azure in modo che l'endpoint del servizio di archiviazione nell'area secondaria diventi il nuovo endpoint primario per l'account di archiviazione: Durante il processo di failover, i dati non sono accessibili. Al termine del failover, è possibile leggere e scrivere dati nella nuova area primaria. Per ulteriori informazioni, vedere Come funziona il failover dell'account di archiviazione gestito dal cliente per recuperare da un'interruzione.
Se le tue applicazioni richiedono un'alta disponibilità, puoi configurare il tuo account di archiviazione per l'accesso in lettura alla regione secondaria. Quando abiliti l'accesso di lettura alla regione secondaria, i tuoi dati sono sempre disponibili per essere letti dalla regione secondaria, anche in caso in cui la regione primaria diventa non disponibile. Le configurazioni di archiviazione con ridondanza geografica e accesso in lettura (RA-GRS) o con ridondanza geografica zonale e accesso in lettura (RA-GZRS) consentono l'accesso in lettura all'area secondaria.
Nota
File di Azure non supporta l'archiviazione con ridondanza geografica e accesso in lettura (RA-GRS) o l'archiviazione con ridondanza nelle zone geografiche e accesso in lettura (RA-GZRS).
Progettare le applicazioni per l'accesso in lettura all'area secondaria
Se l'account di archiviazione è configurato per l'accesso in lettura all'area secondaria, è possibile progettare le applicazioni in modo da passare facilmente alla lettura dei dati dell'area secondaria se l'area primaria, per un qualsiasi motivo, non è più disponibile.
L'area secondaria è disponibile per l'accesso in lettura dopo aver abilitato l'archiviazione con ridondanza geografica e accesso in lettura o l'archiviazione con ridondanza geografica della zona e accesso in lettura. Questa disponibilità consente di testare l'applicazione in anticipo per assicurarsi che venga letta correttamente dall'area secondaria durante un'interruzione. Per altre informazioni su come progettare le applicazioni per sfruttare la ridondanza geografica, vedere Usare la ridondanza geografica per progettare applicazioni a disponibilità elevata.
Quando l'accesso in lettura al database secondario è abilitato, l'applicazione può essere letta sia dagli endpoint secondari che da quello primario. L'endpoint secondario aggiunge il suffisso -secondary al nome dell'account. Ad esempio, se il tuo endpoint principale per gestione rete virtuale di Azure è myaccount.blob.core.windows.net, allora l'endpoint secondario è myaccount-secondary.blob.core.windows.net. Le chiavi di accesso per l'account di archiviazione sono identiche per gli endpoint primario e secondario.
Pianificare la perdita di dati
Poiché i dati vengono replicati asincronamente dalla regione primaria a quella secondaria, la regione secondaria è tipicamente dietro quella primaria per le operazioni di scrittura. Se un'emergenza colpisce l'area primaria, è probabile che alcuni dati vadano persi e che i file all'interno di una directory o di un contenitore non siano coerenti. Per altre informazioni su come pianificare la potenziale perdita di dati, vedere Perdita di dati e incoerenze.
Riepilogo delle opzioni di ridondanza
Le tabelle nelle sezioni seguenti riepilogano le opzioni di ridondanza disponibili per Archiviazione di Azure.
Parametri di durabilità e disponibilità
La tabella seguente descrive i principali parametri per ogni opzione di ridondanza:
| Parametro | Archiviazione con ridondanza locale | ZRS | GRS/RA-GRS | GZRS/RA-GZRS |
|---|---|---|---|---|
| Percentuale di durabilità degli oggetti in un determinato anno | almeno il 99,999999999% (11 9s) | almeno il 99,9999999999% (12 9s) | almeno il 99,99999999999999% (16 9s) | almeno il 99,99999999999999% (16 9s) |
| Disponibilità per le richieste di lettura | Almeno 99,9%; 99% per livelli di accesso sporadico/medio/archivio | Almeno 99,9%; 99% per livello di accesso sporadico/medio | Almeno 99,9% per archiviazione con ridondanza geografica; 99% per livelli di accesso sporadico/medio/archivio Almeno 99,99% per archiviazione con ridondanza geografica e accesso in lettura; 99.9% per livelli di accesso sporadico/medio/archivio |
Almeno 99,9% per archiviazione con ridondanza geografica della zona; 99% per livello di accesso sporadico/medio Almeno 99,99% per archiviazione con ridondanza geografica della zona e accesso in lettura; 99.9% per livello di accesso sporadico/medio |
| Disponibilità per le richieste di scrittura | Almeno 99,9%; 99% per livelli di accesso sporadico/medio/archivio | Almeno 99,9%; 99% per livello di accesso sporadico/medio | Almeno 99,9%; 99% per livelli di accesso sporadico/medio/archivio | Almeno 99,9%; 99% per livello di accesso sporadico/medio |
Nota: l'archiviazione con ridondanza geografica fornisce la replica geografica, ma non consente l'accesso in lettura dall'area secondaria. Per mantenere la disponibilità delle letture durante un'interruzione nella regione primaria, devono essere utilizzati RA-GRS o RA-GZRS.
Per altre informazioni, vedere il Contratto di servizio per gli account di archiviazione.
Durabilità e disponibilità in base allo scenario di interruzione
La tabella seguente indica se viene garantita la durabilità e la disponibilità dei dati in un determinato scenario, a seconda del tipo di ridondanza attivo per l'account di archiviazione:
| Scenario di interruzione | Archiviazione con ridondanza locale | ZRS | GRS/RA-GRS | GZRS/RA-GZRS |
|---|---|---|---|---|
| Un nodo all'interno di un data center non è più disponibile | Sì | Sì | Sì | Sì |
| Un intero data center (di zona o non di zona) diventa non disponibile | NO | Sì | Sì1 | Sì |
| Si verifica un'interruzione su scala regionale nella regione primaria. | NO | NO | Sì1 | Sì1 |
| L'accesso in lettura all'area secondaria è disponibile se l'area primaria non è più disponibile | NO | NO | Sì (con RA-GRS) | Sì (con RA-GZRS) |
1 Il failover dell'account è necessario per ripristinare la disponibilità di scrittura se l'area primaria non è più disponibile. Per altre informazioni, vedere Ripristino di emergenza e failover dell'account di archiviazione.
Servizi di Archiviazione di Azure supportati
La tabella seguente illustra le opzioni di ridondanza supportate da ogni servizio Archiviazione di Azure.
| Servizio | Archiviazione con ridondanza locale | ZRS | Archiviazione con ridondanza geografica | RA-GRS | Archiviazione con ridondanza geografica della zona | Archiviazione con ridondanza geografica della zona e accesso in lettura |
|---|---|---|---|---|---|---|
| gestione rete virtuale di Azure (incluso Data Lake Storage) |
✅ | ✅ | ✅ | ✅ | ✅ | ✅ |
| Archiviazione code | ✅ | ✅ | ✅ | ✅ | ✅ | ✅ |
| Archiviazione di tabelle | ✅ | ✅ | ✅ | ✅ | ✅ | ✅ |
| File di Azure | ✅ 1 | ✅ 1 | ✅ | ✅ | ||
| Dischi gestiti di Azure | ✅ | ✅ 2 | ||||
| SAN di Elastic in Azure | ✅ | ✅ |
1 Le condivisioni file SSD sono supportate in archiviazione con ridondanza locale e archiviazione con ridondanza della zona.
2 I dischi ZRS gestiti presentano alcune limitazioni. Per informazioni dettagliate, vedere la sezione Limitazioni delle opzioni di ridondanza per i dischi gestiti.
Nota
Per gli account di archiviazione che usano smart tier, le conversioni di ridondanza e gli scenari di failover dell'account hanno dipendenze. Per ulteriori informazioni, consultar Ottimizzazione dei costi con un livello intelligente
Tipi di account di archiviazione supportati
La tabella seguente illustra le opzioni di ridondanza supportate per ogni tipo di account di archiviazione. Per ulteriori informazioni sui tipi di account di archiviazione, vedi Panoramica degli account di archiviazione.
| Tipi di account di archiviazione | Archiviazione con ridondanza locale | ZRS | GRS/RA-GRS | GZRS/RA-GZRS |
|---|---|---|---|---|
| Raccomandato | Standard per utilizzo generico v2 (StorageV2)1BLOB in blocchi Premium ( BlockBlobStorage)1Condivisioni file SSD ( FileStorage) BLOB di pagine Premium ( StorageV2) |
Standard per utilizzo generico v2 (StorageV2)1BLOB in blocchi Premium ( BlockBlobStorage)1Condivisioni file SSD ( FileStorage) |
Standard per utilizzo generico v2 (StorageV2)1 |
Standard per utilizzo generico v2 (StorageV2)1 |
| Legacy | Standard v1 di utilizzo generale (Storage)BLOB legacy ( BlobStorage) |
N/D | Standard v1 di utilizzo generale (Storage)BLOB legacy ( BlobStorage) |
N/D |
1 Gli account di questo tipo con uno spazio dei nomi gerarchico abilitato supportano anche l'opzione di ridondanza specificata.
Tutti i dati per tutti gli account di archiviazione vengono copiati dal database primario al secondario in base all'opzione di ridondanza per l'account di archiviazione. Vengono copiati gli oggetti tra cui BLOB in blocchi, BLOB di aggiunta, BLOB di pagine, code, tabelle e file.
I dati in tutti i livelli, incluso il livello archivio, vengono sempre copiati dal database primario al secondario durante la replica geografica. Il livello archivio per gestione rete virtuale di Azure è supportato per account LRS, GRS e RA-GRS, ma non per conti ZRS, GZRS o RA-GZRS. Per altre informazioni sui livelli BLOB, vedere Livelli di accesso per i dati BLOB.
I dischi non gestiti non supportano l'archiviazione con ridondanza della zona o l'archiviazione con ridondanza geografica della zona.
Per informazioni sui prezzi per ogni opzione di ridondanza, vedere Archiviazione di Azure prezzi.
Nota
Gli account di archiviazione BLOB in blocchi supportano l'archiviazione con ridondanza locale (LRS) e l'archiviazione con ridondanza della zona (ZRS) in determinate aree.
Integrità dei dati
Archiviazione di Azure verifica regolarmente l'integrità dei dati memorizzati utilizzando controlli di ridondanza ciclica (CRC) e ripara la corruzione rilevata utilizzando dati ridondanti. Archiviazione di Azure calcola anche i checksum in tutto il traffico di rete per rilevare il danneggiamento dei pacchetti di dati durante l'archiviazione o il recupero dei dati.
Vedi anche
- Modificare l'opzione di ridondanza per un account di archiviazione
- Replica geografica (archiviazione con ridondanza geografica, archiviazione con ridondanza geografica della zona, archiviazione con ridondanza geografica e accesso in lettura, archiviazione con ridondanza geografica della zona e accesso in lettura)
- Prezzi