Modificare la configurazione della ridondanza per un account di archiviazione
Archiviazione di Azure archivia sempre più copie dei dati per proteggerli in caso di eventi pianificati e non pianificati. Questi eventi includono errori hardware temporanei, interruzioni di rete o interruzioni dell'alimentazione e emergenze naturali massicce. La ridondanza dei dati garantisce che l'account di archiviazione soddisfi il contratto di servizio (SLA) per Archiviazione di Azure, anche in caso di errori.
Questo articolo descrive il processo di modifica delle impostazioni di replica per un account di archiviazione esistente.
Opzioni per la modifica del tipo di replica
Quando si decide quale configurazione di ridondanza è migliore per lo scenario, prendere in considerazione i compromessi tra costi inferiori e disponibilità più elevata. I fattori che consentono di determinare la configurazione di ridondanza da scegliere includono:
- Modalità di replica dei dati all'interno dell'area primaria. I dati nell'area primaria possono essere replicati in locale usando l'archiviazione con ridondanza locale o nelle zone di disponibilità di Azure usando l'archiviazione con ridondanza della zona.
- Indica se i dati vengono replicati geograficamente. La replica geografica offre protezione dalle emergenze a livello di area replicando i dati in una seconda area geograficamente distante dall'area primaria. Le configurazioni con replica geografica includono l'archiviazione con ridondanza geografica e l'archiviazione con ridondanza geografica della zona.
- Indica se l'applicazione richiede l'accesso in lettura ai dati replicati nell'area secondaria. È possibile configurare l'account di archiviazione per consentire l'accesso in lettura ai dati replicati nell'area secondaria se l'area primaria non è più disponibile per qualsiasi motivo. Le configurazioni che forniscono l'accesso in lettura ai dati nell'area secondaria includono l'archiviazione con ridondanza geografica e accesso in lettura e l'archiviazione con ridondanza geografica della zona (RA-GZRS).
Per una panoramica dettagliata di tutte le opzioni di ridondanza, vedere Archiviazione di Azure ridondanza.
È possibile modificare le configurazioni di ridondanza dell'account di archiviazione in base alle esigenze, anche se alcune configurazioni sono soggette a limitazioni e requisiti di inattività. La revisione di queste limitazioni e requisiti prima di apportare modifiche all'interno dell'ambiente consente di evitare conflitti con i requisiti di tempo di attività e dell'intervallo di tempo di attività.
Esistono tre modi per modificare le impostazioni di replica:
- Aggiungere o rimuovere la replica geografica o l'accesso in lettura all'area secondaria.
- Aggiungere o rimuovere la ridondanza della zona eseguendo una conversione.
- Eseguire una migrazione manuale negli scenari in cui le prime due opzioni non sono supportate o per assicurarsi che la modifica venga completata entro un intervallo di tempo specifico.
La ridondanza geografica e l'accesso in lettura possono essere modificati contemporaneamente. Tuttavia, qualsiasi modifica che comporta anche la ridondanza della zona richiede una conversione e deve essere eseguita separatamente usando un processo in due passaggi. Questi due passaggi possono essere eseguiti in qualsiasi ordine.
Modifica della configurazione della ridondanza
Nella tabella seguente viene fornita una panoramica del passaggio tra i tipi di replica.
Nota
La migrazione manuale è un'opzione per qualsiasi scenario in cui si vuole modificare l'impostazione di replica entro le limitazioni per la modifica dei tipi di replica. L'opzione di migrazione manuale è esclusa dalla tabella seguente per la semplificazione.
| Commutazione | ... per l'archiviazione con ridondanza locale | ... fino a GRS/RA-GRS 6 | A ZRS | ... a GZRS/RA-GZRS 2,6 |
|---|---|---|---|---|
| ... da archiviazione con ridondanza locale | N/D | Usare portale di Azure, PowerShell o l'interfaccia della riga di comando1,2 | Eseguire una conversione2,3,4,5 | Prima di tutto, usare il portale, PowerShell o l'interfacciadella riga di comando per passare all'archiviazione con ridondanza geografica/archiviazione con ridondanza geografica e accesso inlettura 3,4,5 |
| ... da GRS/RA-GRS | Usare portale di Azure, PowerShell o l'interfaccia della riga di comando | N/D | Prima di tutto, usare il portale, PowerShell o l'interfaccia della riga di comando per passare all'archiviazione con ridondanza locale, quindi eseguire una conversione in archiviazione con ridondanza della zona 3,5 | Eseguire una conversione3,5 |
| ... dall'archiviazione con ridondanza della zona | Eseguire una conversione3 | Prima di tutto, usare il portale, PowerShell o l'interfaccia della riga di comando per passare a archiviazione con ridondanza geografica/archiviazione con ridondanza geografica e accesso in lettura/archiviazione con ridondanza geografica e accesso in lettura 3 | N/D | Usare portale di Azure, PowerShell o l'interfaccia della riga di comando1 |
| ... da GZRS/RA-GZRS | Usare innanzitutto il portale, PowerShell o l'interfaccia della riga di comando per passare all'archiviazione con ridondanza della zona, quindi eseguire una conversione in archiviazione con ridondanza locale 3 | Eseguire una conversione3 | Usare portale di Azure, PowerShell o l'interfaccia della riga di comando | N/D |
1L'aggiunta della ridondanza geografica comporta un addebito monouso in uscita.
2 Se l'account di archiviazione contiene BLOB nel livello archivio, esaminare le limitazioni del livello di accesso prima di modificare il tipo di ridondanza in ridondanza geografica o con ridondanza della zona.
3 Il tipo di conversione supportato dipende dal tipo di account di archiviazione. Per altre informazioni, vedere la tabella dell'account di archiviazione.
4 La conversione a archiviazione con ridondanza della zona o con ridondanza geografica della zona per un account con ridondanza locale risultante da un failover non è supportata. Per altre informazioni, vedere Failover e failback.
5 La conversione da archiviazione con ridondanza locale a archiviazione con ridondanza della zona non è supportata se il supporto del protocollo NFSv3 è abilitato per Archiviazione BLOB di Azure o se l'account di archiviazione contiene File di Azure condivisioni NFSv4.1.
6 Anche se l'abilitazione della ridondanza geografica sembra verificarsi istantaneamente, il failover nell'area secondaria non può essere avviato fino al completamento della sincronizzazione dei dati tra le due aree.
Modificare l'impostazione di replica
A seconda dello scenario della sezione modifica della configurazione della ridondanza, usare uno dei metodi seguenti per modificare le impostazioni di replica.
Modificare la configurazione della ridondanza usando portale di Azure, PowerShell o l'interfaccia della riga di comando di Azure
Nella maggior parte dei casi è possibile usare le portale di Azure, PowerShell o l'interfaccia della riga di comando di Azure per modificare l'impostazione di replica con ridondanza geografica o accesso in lettura per un account di archiviazione.
La modifica della modalità di replica dell'account di archiviazione nel portale di Azure non comporta tempi di inattività per le applicazioni, incluse le modifiche che richiedono una conversione.
Per modificare l'opzione di ridondanza per l'account di archiviazione nel portale di Azure, seguire questa procedura:
Passare all'account di archiviazione nel portale di Azure.
In Gestione dati selezionare Ridondanza.
Aggiornare l'impostazione Ridondanza .
Seleziona Salva.
Eseguire una conversione
Una "conversione" di ridondanza è il processo di modifica dell'aspetto di ridondanza della zona di un account di archiviazione.
Durante una conversione non sono necessarie perdite di dati o tempi di inattività dell'applicazione.
Esistono due modi per avviare una conversione:
Suggerimento
Microsoft consiglia di usare una conversione avviata dal cliente anziché la conversione avviata dal supporto ogni volta che possibile. Una conversione avviata dal cliente consente di avviare la conversione e di monitorarne lo stato direttamente dall'interno del portale di Azure. Poiché la conversione viene avviata dal cliente, non è necessario creare e gestire una richiesta di supporto.
Conversione avviata dal cliente
Invece di aprire una richiesta di supporto, i clienti nella maggior parte delle aree possono avviare una conversione e monitorarne lo stato. Questa opzione elimina i potenziali ritardi correlati alla creazione e alla gestione delle richieste di supporto. Per informazioni su come determinare le aree in cui è supportata la conversione avviata dal cliente, vedere l'articolo limitazioni dell'area.
La conversione avviata dal cliente può essere completata nelle aree supportate usando il portale di Azure, PowerShell o l'interfaccia della riga di comando di Azure. Dopo l'avvio, la conversione potrebbe richiedere fino a 72 ore.
Importante
Non esiste alcun contratto di servizio per il completamento di una conversione.
Se è necessario un maggiore controllo sull'inizio e il completamento di una conversione, prendere in considerazione una migrazione manuale. In genere, più dati sono presenti nell'account, più tempo è necessario replicare i dati in altre zone o aree.
Per altre informazioni sulla tempistica di una conversione avviata dal cliente, vedere Intervallo e frequenza.
Per aggiungere o modificare la ridondanza di zona di un account di archiviazione all'interno del portale di Azure, seguire questa procedura:
Passare all'account di archiviazione nel portale di Azure.
In Gestione dati selezionare Ridondanza.
Aggiornare l'impostazione Ridondanza .
Seleziona Salva.
Monitoraggio dello stato di conversione avviato dal cliente
Durante la valutazione e l'elaborazione della richiesta di conversione, lo stato deve essere eseguito nell'elenco illustrato nella tabella seguente:
| Status | Spiegazione |
|---|---|
| Inviato per la conversione | La richiesta di conversione è stata inviata correttamente per l'elaborazione. |
| In corso1 | La conversione è in corso. |
| Completato - o - Non riuscito2 |
La conversione viene completata correttamente. - o - La conversione non è riuscita. |
1 Una volta avviata, la conversione potrebbe richiedere fino a 72 ore per iniziare. Se la conversione non immette lo stato "In corso" entro 96 ore dall'avvio della richiesta, inviare una richiesta di supporto a Microsoft per determinare il motivo. Per altre informazioni sulla tempistica di una conversione avviata dal cliente, vedere Intervallo e frequenza.
2 Se la conversione non riesce, inviare una richiesta di supporto a Microsoft per determinare il motivo dell'errore.
Nota
Anche se Microsoft gestisce tempestivamente la richiesta di una conversione, non esiste alcuna garanzia per quanto riguarda il completamento. Se sono necessari i dati convertiti in base a una determinata data, Microsoft consiglia di eseguire invece una migrazione manuale.
In genere, maggiore è il numero di dati presenti nell'account, maggiore è il tempo necessario per replicare i dati in altre zone dell'area.
Lo stato della conversione avviata dal cliente viene visualizzato nella pagina Ridondanza dell'account di archiviazione:
Conversione avviata dal supporto
I clienti possono comunque richiedere una conversione aprendo una richiesta di supporto con Microsoft.
Suggerimento
Se è necessario convertire più account di archiviazione, creare un singolo ticket di supporto e specificare i nomi degli account da convertire nella scheda Dettagli aggiuntivi .
Seguire questa procedura per richiedere una conversione da Microsoft:
Nella portale di Azure passare a un account di archiviazione da convertire.
In Supporto e risoluzione dei problemi selezionare Nuova richiesta di supporto.
Completare la scheda Descrizione del problema in base alle informazioni sull'account:
- Riepilogo: (testo descrittivo).
- Tipo di problema: selezionare Tecnico.
- Sottoscrizione: selezionare la sottoscrizione dall'elenco a discesa.
- Servizio: selezionare Servizi personali, quindi Archiviazione Gestione account per il tipo di servizio.
- Risorsa: selezionare un account di archiviazione da convertire. Se è necessario specificare più account di archiviazione, è possibile farlo nella scheda Dettagli aggiuntivi .
- Tipo di problema: scegliere Migrazione dei dati.
- Sottotipo problema: scegliere Esegui la migrazione a archiviazione con ridondanza della zona, archiviazione con ridondanza geografica della zona o archiviazione con ridondanza geografica e accesso in lettura.
Seleziona Avanti. La scheda Soluzione consigliata potrebbe essere visualizzata brevemente prima di passare alla pagina Soluzioni . Nella pagina Soluzioni è possibile verificare l'idoneità degli account di archiviazione per la conversione:
- Tipo di replica di destinazione: (scegliere l'opzione desiderata dall'elenco a discesa)
- Archiviazione account da: (immettere un singolo nome di account di archiviazione o un elenco di account separati da punto e virgola)
- Seleziona Invia.
Eseguire l'azione appropriata se i risultati indicano che l'account di archiviazione non è idoneo per la conversione. In caso contrario, selezionare Torna alla richiesta di supporto.
Seleziona Avanti. Se è necessario eseguire la migrazione di più account di archiviazione, nella scheda Dettagli specificare il nome per ogni account, separato da un punto e virgola.
Specificare le informazioni necessarie nella scheda Dettagli aggiuntivi , quindi selezionare Rivedi e crea per esaminare e inviare il ticket di supporto. Un agente supporto tecnico di Azure esamina il caso e contatta l'utente per fornire assistenza.
Migrazione manuale
Una migrazione manuale offre maggiore flessibilità e controllo rispetto a una conversione. È possibile usare questa opzione se sono necessari i dati spostati da una determinata data o se la conversione non è supportata per lo scenario in uso. La migrazione manuale è utile anche quando si sposta un account di archiviazione in un'altra area. Per altri dettagli, vedere Spostare un account Archiviazione di Azure in un'altra area.
È necessario eseguire una migrazione manuale se:
- Si vuole eseguire la migrazione dell'account di archiviazione a un'area diversa.
- L'account di archiviazione è un account BLOB in blocchi.
- L'account di archiviazione include i dati nel livello archivio e la riattivazione dei dati non è desiderata.
Importante
Una migrazione manuale può comportare tempi di inattività dell'applicazione. Se l'applicazione richiede disponibilità elevata, Microsoft offre anche un'opzione di conversione . Una conversione è una migrazione sul posto senza tempi di inattività.
Con una migrazione manuale, copiare i dati dall'account di archiviazione esistente in un nuovo account di archiviazione. Per eseguire una migrazione manuale, è possibile usare una delle opzioni seguenti:
- Copiare dati usando uno strumento esistente, ad esempio AzCopy, una delle librerie client Archiviazione di Azure o uno strumento non Microsoft affidabile.
- Se si ha familiarità con Hadoop o HDInsight, è possibile collegare sia l'account di archiviazione di origine che l'account di archiviazione di destinazione al cluster. Quindi, parallelizzare il processo di copia dei dati con uno strumento, ad esempio DistCp.
Per indicazioni più dettagliate su come eseguire una migrazione manuale, vedere Spostare un account Archiviazione di Azure in un'altra area.
Limitazioni per la modifica dei tipi di replica
Importante
La diagnostica di avvio non supporta account di archiviazione Premium o account di archiviazione con ridondanza della zona. Quando vengono usati account di archiviazione premium o con ridondanza della zona per la diagnostica di avvio, gli utenti ricevono un errore all'avvio della macchina virtuale.When either premium or zone-redundant storage accounts are used for boot diagnostics, users receive a StorageAccountTypeNotSupported error when starting their virtual machine (VM).
Le limitazioni si applicano ad alcuni scenari di modifica della replica a seconda di:
- Area
- Conflitti di funzionalità
- Tipo di account di archiviazione
- Livello di accesso
- Supporto del protocollo
- Failover e failback
Area
Assicurarsi che l'area in cui si trova l'account di archiviazione supporti tutte le impostazioni di replica desiderate. Ad esempio, se si sta convertendo l'account in ridondanza della zona (ZRS, GZRS o RA-GZRS), assicurarsi che l'account di archiviazione si trovi in un'area che la supporta. Vedere gli elenchi di aree supportate per l'archiviazione con ridondanza della zona e l'archiviazione con ridondanza geografica della zona.
Importante
La conversione avviata dal cliente dall'archiviazione con ridondanza locale all'archiviazione con ridondanza della zona è disponibile in tutte le aree pubbliche che supportano l'archiviazione con ridondanza della zona, ad eccezione dei seguenti:
- (Europa) Italia settentrionale
- (Europa) Regno Unito meridionale
- (Europa) Polonia centrale
- (Europa) Europa occidentale
- (Medio Oriente) Israele centrale
- (America del Nord) Canada centrale
- (America del Nord) Stati Uniti orientali
- (America del Nord) Stati Uniti orientali 2
La conversione avviata dal cliente da account di archiviazione con ridondanza della zona a archiviazione con ridondanza locale è disponibile in tutte le aree pubbliche.
Conflitti di funzionalità
Alcune funzionalità dell'account di archiviazione non sono compatibili con altre funzionalità o operazioni. Ad esempio, la possibilità di eseguire il failover nell'area secondaria è la funzionalità chiave della ridondanza geografica, ma altre funzionalità non sono compatibili con il failover. Per altre informazioni sulle funzionalità e i servizi non supportati con il failover, vedere Funzionalità e servizi non supportati. La conversione di un account in archiviazione con ridondanza geografica, archiviazione con ridondanza geografica della zona o archiviazione con ridondanza geografica potrebbe essere bloccata se è abilitata una funzionalità in conflitto oppure potrebbe essere necessario disabilitare la funzionalità in un secondo momento prima di avviare un failover.
Storage account type
Quando si prevede di modificare le impostazioni di replica, prendere in considerazione le limitazioni seguenti correlate al tipo di account di archiviazione.
Alcuni tipi di account di archiviazione supportano solo determinate configurazioni di ridondanza, che influiscono sul fatto che possano essere convertite o migrate e, in caso affermativo, come. Per altre informazioni sui tipi di account di archiviazione di Azure e sulle opzioni di ridondanza supportate, vedere panoramica dell'account di archiviazione.
La tabella seguente offre una panoramica delle opzioni di ridondanza disponibili per i tipi di account di archiviazione e se la conversione e la migrazione manuale sono supportate:
| Storage account type | Supporta l'archiviazione con ridondanza locale | Supporta l'archiviazione con ridondanza della zona | Supporta la conversione (dal portale) |
Supporta la conversione (per richiesta di supporto) |
Supporta la migrazione manuale |
|---|---|---|---|---|---|
| Utilizzo generico standard v2 | ✅ | ✅ | ✅ | ✅ | ✅ |
| Condivisioni file Premium | ✅ | ✅ | ✅1 | ✅ | |
| BLOB in blocchi Premium | ✅ | ✅ | ✅ | ||
| BLOB di pagine Premium | ✅ | ||||
| Managed Disks2 | ✅ | ✅ | ✅ | ✅ | |
| Utilizzo generico standard v1 | ✅ | 3 | ✅ | ||
| ZRS Classic4 (disponibile negli account per utilizzo generico v1 standard) |
✅ |
1 La conversione per le condivisioni file Premium è disponibile solo aprendo una richiesta di supporto; La conversione avviata dal cliente non è attualmente supportata.
2 I dischi gestiti sono disponibili per l'archiviazione con ridondanza locale e l'archiviazione con ridondanza della zona, anche se i dischi con ridondanza della zona presentano alcune limitazioni. Se un disco di archiviazione con ridondanza locale (nessuna zona specificata), può essere convertito modificando lo SKU. Se un disco con ridondanza locale è zonale, è possibile eseguirne la migrazione solo manualmente seguendo il processo in Eseguire la migrazione dei dischi gestiti. È possibile archiviare snapshot e immagini per dischi gestiti SSD standard nell'archiviazione HDD standard e scegliere tra opzioni di archiviazione con ridondanza locale e archiviazione con ridondanza della zona. Per informazioni sull'integrazione con i set di disponibilità, vedere Introduzione ai dischi gestiti di Azure.
3 Se l'account di archiviazione è v1, è necessario aggiornarlo alla versione 2 prima di eseguire una conversione. Per informazioni su come aggiornare l'account v1, vedere Eseguire l'aggiornamento a un account di archiviazione per utilizzo generico v2.
4 Gli account di archiviazione classica dell'archiviazione con ridondanza della zona sono deprecati. Per informazioni sulla conversione degli account della versione classica dell'archiviazione con ridondanza della zona, vedere Conversione di account della versione classica dell'archiviazione con ridondanza della zona.
Conversione di account della versione classica dell'archiviazione con ridondanza della zona
Importante
Gli account della versione classica dell'archiviazione con ridondanza della zona sono stati deprecati il 31 marzo 2021. I clienti non possono più creare account della versione classica dell'archiviazione con ridondanza della zona. Se sono ancora presenti alcuni account, è consigliabile aggiornarli agli account per utilizzo generico v2.
La versione classica dell'archiviazione con ridondanza della zona era disponibile solo per i BLOB in blocchi negli account di archiviazione per utilizzo generico V1 (GPv1). Per altre informazioni sugli account di archiviazione, vedere Panoramica dell'account di archiviazione di Azure.
Gli account della versione classica dell'archiviazione con ridondanza della zona replicano in modo asincrono i dati tra data center all'interno di una o due aree. I dati replicati non erano disponibili a meno che Microsoft non ha avviato un failover nel database secondario. Gli account della versione classica dell'archiviazione con ridondanza della zona non possono essere convertiti in o da archiviazione con ridondanza locale, archiviazione con ridondanza geografica o archiviazione con ridondanza geografica e accesso in lettura. Gli account della versione classica dell'archiviazione con ridondanza della zona non supportano inoltre le metriche o la registrazione.
Per modificare la versione classica dell'archiviazione con ridondanza della zona in un altro tipo di replica, usare uno dei metodi seguenti:
- Eseguire prima l'aggiornamento alla zona con ridondanza della zona
- Eseguire manualmente la migrazione dei dati direttamente a un altro tipo di replica
Per aggiornare l'account di archiviazione con ridondanza della zona di archiviazione classica all'archiviazione con ridondanza della zona, usare l'portale di Azure, PowerShell o l'interfaccia della riga di comando di Azure nelle aree in cui è disponibile l'archiviazione con ridondanza della zona:
Per eseguire l'aggiornamento all'archiviazione con ridondanza della zona nella portale di Azure, passare alle impostazioni di configurazione dell'account e scegliere Aggiorna:
Per eseguire manualmente la migrazione manuale dei dati dell'account classico dell'archiviazione con ridondanza della zona a un altro tipo di replica, seguire la procedura per eseguire una migrazione manuale.
Se si vuole eseguire la migrazione dei dati in un account di archiviazione con ridondanza della zona che si trova in un'area diversa dall'account di origine, è necessario eseguire una migrazione manuale. Per altre informazioni, vedere Spostare un account Archiviazione di Azure in un'altra area.
Livello di accesso
Assicurarsi che l'opzione di ridondanza desiderata supporti i livelli di accesso attualmente usati nell'account di archiviazione. Ad esempio, l'archiviazione con ridondanza della zona, l'archiviazione con ridondanza della zona e l'archiviazione con ridondanza geografica e accesso in lettura non supportano il livello di archiviazione. Per altre informazioni, vedere Livelli di accesso ad accesso frequente, sporadico e archivio per i dati BLOB. Per convertire un account con ridondanza locale, archiviazione con ridondanza geografica o archiviazione con ridondanza geografica in uno che supporta la ridondanza della zona, spostare prima i BLOB archiviati in un account di archiviazione che supporta i BLOB nel livello archivio. Convertire quindi l'account di origine in archiviazione con ridondanza della zona, archiviazione con ridondanza geografica e archiviazione con ridondanza geografica e archiviazione con ridondanza geografica e accesso in lettura.
Un account di archiviazione con ridondanza locale contenente BLOB nel livello archivio può essere passato all'archiviazione con ridondanza geografica o ra-grs dopo aver riattivato tutti i BLOB archiviati nel livello ad accesso frequente o sporadico. È anche possibile eseguire una migrazione manuale.
Suggerimento
Microsoft consiglia di evitare di modificare la configurazione di ridondanza per un account di archiviazione che contiene BLOB archiviati, se possibile, perché le operazioni di riattivazione possono essere costose e dispendiose in termini di tempo. Tuttavia, se è necessario modificarlo, una migrazione manuale può risparmiare la spesa per la riattivazione.
Supporto del protocollo
Non è possibile convertire gli account di archiviazione in ridondanza della zona (archiviazione con ridondanza della zona, archiviazione con ridondanza geografica o archiviazione con ridondanza geografica e archiviazione con ridondanza geografica della zona) se uno dei casi seguenti è vero:
- Il supporto del protocollo NFSv3 è abilitato per Archiviazione BLOB di Azure
- L'account di archiviazione contiene File di Azure condivisioni NFSv4.1
Failover e failback
Dopo il failover di un account nell'area secondaria, è possibile avviare un failback dal nuovo database primario al nuovo database secondario con PowerShell o l'interfaccia della riga di comando di Azure (versione 2.30.0 o successiva). Avviare il failover.
Se è stato eseguito un failover dell'account gestito dal cliente per il ripristino da un'interruzione dell'archiviazione con ridondanza geografica o dell'archiviazione con ridondanza geografica e accesso in lettura, l'account diventa ridondante in locale nella nuova area primaria dopo il failover. La conversione in archiviazione con ridondanza della zona o con ridondanza geografica della zona per un account con ridondanza locale risultante da un failover non è supportata, anche per le cosiddette operazioni di failback. Ad esempio, se si esegue un failover dell'account da RA-GRS a archiviazione con ridondanza locale nell'area secondaria e quindi lo si configura nuovamente come archiviazione con ridondanza geografica e accesso in lettura, l'archiviazione con ridondanza locale nella nuova area secondaria (la replica primaria originale). Se quindi si esegue un altro failover dell'account per eseguire il failback nell'area primaria originale, l'archiviazione con ridondanza locale rimane nuovamente nell'istanza primaria originale. In questo caso, non è possibile eseguire una conversione in archiviazione con ridondanza della zona, archiviazione con ridondanza geografica della zona o archiviazione con ridondanza geografica e accesso in lettura nell'area primaria. Eseguire invece una migrazione manuale per aggiungere ridondanza della zona.
Requisiti del tempo di inattività
Durante una conversione, è possibile accedere ai dati nell'account di archiviazione senza perdita di durabilità o disponibilità. Il contratto di servizio Archiviazione di Azure viene mantenuto durante il processo di migrazione e non vengono persi dati durante una conversione. Gli endpoint di servizio, le chiavi di accesso, le firme di accesso condiviso e altre opzioni dell'account rimangono invariati dopo la migrazione.
Se si sceglie di eseguire una migrazione manuale, è necessario un tempo di inattività, ma si ha un maggiore controllo sui tempi del processo di migrazione.
Intervallo e frequenza
Se si avvia una conversione di ridondanza della zona dal portale di Azure, l'inizio del processo di conversione potrebbe richiedere fino a 72 ore. L'avvio potrebbe richiedere più tempo se si richiede una conversione aprendo una richiesta di supporto. Se una conversione avviata dal cliente non immette lo stato "In corso" entro 96 ore dall'avvio della richiesta, inviare una richiesta di supporto a Microsoft per determinare il motivo. Per monitorare lo stato di avanzamento di una conversione avviata dal cliente, vedere Monitoraggio dello stato di conversione avviato dal cliente.
Importante
Non esiste alcun contratto di servizio per il completamento di una conversione. Se è necessario un maggiore controllo sull'inizio e il completamento di una conversione, prendere in considerazione una migrazione manuale. In genere, più dati sono presenti nell'account, più tempo è necessario replicare i dati in altre zone o aree.
Dopo una conversione con ridondanza della zona, è necessario attendere almeno 72 ore prima di modificare nuovamente l'impostazione di ridondanza dell'account di archiviazione. Il blocco temporaneo consente il completamento dei processi in background prima di apportare un'altra modifica, assicurando la coerenza e l'integrità dell'account. Ad esempio, passare dall'archiviazione con ridondanza locale all'archiviazione con ridondanza geografica della zona è un processo in due passaggi. È necessario aggiungere la ridondanza della zona in un'unica operazione, quindi aggiungere la ridondanza geografica in un secondo. Dopo aver passato dall'archiviazione con ridondanza locale all'archiviazione con ridondanza della zona, è necessario attendere almeno 72 ore prima di passare dall'archiviazione con ridondanza della zona alla zona con ridondanza della zona.
Costi associati alla modifica della modalità di replica dei dati
Archiviazione di Azure offre diverse opzioni per la configurazione della replica. Queste opzioni, ordinate per meno costose, includono:These options, ordered by least-to-most-expensive, include:
- LRS
- ZRS
- GRS
- RA-GRS
- GZRS
- RA-GZRS
I costi associati alla modifica della modalità di replica dei dati nell'account di archiviazione dipendono dagli aspetti della configurazione della ridondanza modificati. Una combinazione di prezzi per l'archiviazione dei dati e la larghezza di banda in uscita determina il costo di apportare una modifica. Per informazioni dettagliate sui prezzi, vedere Archiviazione di Azure pagina Prezzi.
Se si aggiunge la ridondanza della zona nell'area primaria, non è previsto alcun costo iniziale associato all'esecuzione di tale conversione, ma il costo di archiviazione dei dati in corso è superiore a causa dell'aumento dello spazio di archiviazione e della replica richiesto.
La ridondanza geografica comporta un addebito della larghezza di banda in uscita al momento della modifica perché l'intero account di archiviazione viene replicato nell'area secondaria. Tutte le scritture successive nell'area primaria comportano anche addebiti per la larghezza di banda in uscita per replicare la scrittura nell'area secondaria.
Se si rimuove la ridondanza geografica (passare dall'archiviazione con ridondanza geografica all'archiviazione con ridondanza locale), non è previsto alcun costo per apportare la modifica, ma i dati replicati vengono eliminati dalla posizione secondaria.
Importante
Se si rimuove l'accesso in lettura all'area secondaria (RA) (cambiare da RA-GRS ad archiviazione con ridondanza geografica o archiviazione con ridondanza locale), tale account viene fatturato come archiviazione con ridondanza geografica e accesso in lettura per altri 30 giorni oltre la data di conversione.