Funzionamento degli snapshot di Azure NetApp Files

Articolo
02/10/2023
20 minuti per la lettura

Questo articolo illustra come funzionano gli snapshot Azure NetApp Files. Azure NetApp Files tecnologia snapshot offre stabilità, scalabilità e ripristino più veloce, senza alcun impatto sulle prestazioni. Fornisce la base per le soluzioni di protezione dei dati, inclusi i ripristini a file singolo, i ripristini del volume e i cloni, la replica tra aree e la conservazione a lungo termine.

Per informazioni sull'uso di snapshot del volume, vedere Gestire gli snapshot usando Azure NetApp Files. Per considerazioni sulla gestione degli snapshot nella replica tra aree, vedere Requisiti e considerazioni per l'uso della replica tra aree.

Quali snapshot del volume sono

Uno snapshot Azure NetApp Files è un'immagine del file system temporizzato (volume). È ideale per servire come backup online. È possibile usare uno snapshot per creare un nuovo volume (clone), ripristinare un file o ripristinare un volume. In dati dell'applicazione specifici archiviati in volumi Azure NetApp Files, è possibile che siano necessari passaggi aggiuntivi per garantire la coerenza dell'applicazione.

Gli snapshot a sovraccarico ridotto sono resi possibili dalle caratteristiche uniche della tecnologia di virtualizzazione del volume sottostante che fa parte di Azure NetApp Files. Analogamente a un database, questo livello usa puntatori ai blocchi di dati effettivi su disco. Ma, a differenza di un database, non riscrive i blocchi esistenti; scrive i dati aggiornati in nuovi blocchi e modifica i puntatori, mantenendo così i dati nuovi e i vecchi dati. Uno snapshot Azure NetApp Files modifica semplicemente i puntatori a blocchi, creando una visualizzazione "bloccata", di sola lettura di un volume che consente alle applicazioni di accedere alle versioni precedenti di file e gerarchie di directory senza programmazione speciale. I blocchi di dati effettivi non vengono copiati. Di conseguenza, gli snapshot sono efficienti nel tempo necessario per crearli; sono quasi istantanee, indipendentemente dalle dimensioni del volume. Gli snapshot sono anche efficienti nello spazio di archiviazione; vengono mantenuti solo blocchi differenziali tra snapshot e volume attivo.

I diagrammi seguenti illustrano i concetti seguenti:

I file sono costituiti da metadati e blocchi di dati scritti in un volume. In questa figura sono presenti tre file, ognuno costituito da tre blocchi: file 1, file 2 e file 3.
Viene eseguito uno snapshot Snapshot1 , che copia i metadati e solo i puntatori ai blocchi che rappresentano i file:
I file nel volume continuano a modificare e vengono aggiunti nuovi file. I blocchi di dati modificati vengono scritti come nuovi blocchi di dati nel volume. I blocchi acquisiti in precedenza Snapshot1 rimangono invariati:
Viene acquisito un nuovo snapshot Snapshot2 per acquisire le modifiche e le aggiunte:

Quando viene eseguito uno snapshot, i puntatori ai blocchi di dati vengono copiati e le modifiche vengono scritte in nuove posizioni dei dati. I puntatori snapshot continuano a puntare ai blocchi di dati originali occupati dal file durante l'acquisizione dello snapshot, fornendo una visualizzazione dinamica e cronologica dei dati. Se si vuole creare un nuovo snapshot, i puntatori correnti, ovvero quelli creati dopo le aggiunte e le modifiche più recenti, vengono copiati in un nuovo snapshot Snapshot2. In questo modo viene creato l'accesso a tre generazioni di dati (i dati in tempo reale, Snapshot2e Snapshot1, in ordine di età) senza occupare lo spazio del volume necessario per tre copie complete.

Uno snapshot accetta solo una copia dei metadati del volume (tabella inode). È necessario solo alcuni secondi per creare, indipendentemente dalle dimensioni del volume, dalla capacità usata o dal livello di attività nel volume. Di conseguenza, l'acquisizione di uno snapshot di un volume a 100 TiB richiede lo stesso tempo (accanto a zero) per l'acquisizione di uno snapshot di un volume da 100-GiB. Dopo aver creato uno snapshot, le modifiche ai file di dati vengono riflesse nella versione attiva dei file, come di consueto.

Nel frattempo, i blocchi di dati a cui puntano gli snapshot rimangono stabili e non modificabili. A causa della natura "Reindirizzamento in scrittura" dei volumi Azure NetApp Files, gli snapshot non comportano alcun sovraccarico delle prestazioni e in se stessi non usano spazio. È possibile archiviare fino a 255 snapshot per volume nel tempo, tutti accessibili come versioni di sola lettura e online dei dati, che richiedono una capacità minore del numero di blocchi modificati tra ogni snapshot. I blocchi modificati vengono archiviati nel volume attivo. I blocchi a cui puntano negli snapshot vengono mantenuti (come sola lettura) nel volume per la conservazione sicura, da riutilizzare solo quando tutti i puntatori (nel volume attivo e gli snapshot) sono stati cancellati. Pertanto, l'utilizzo del volume aumenterà nel tempo, in base a nuovi blocchi di dati o (modificati) mantenuti negli snapshot.

Il diagramma seguente mostra gli snapshot di un volume e lo spazio usato nel tempo:

Poiché uno snapshot del volume registra solo le modifiche apportate al blocco dopo lo snapshot più recente, offre i vantaggi principali seguenti:

Gli snapshot sono efficienti nell'archiviazione.
Gli snapshot usano spazio di archiviazione minimo perché non copiano blocchi di dati dell'intero volume. Due snapshot in sequenza differiscono solo per i blocchi aggiunti o modificati nell'intervallo di tempo tra i due. Questo comportamento incrementale a blocchi riduce al minimo il consumo di capacità di archiviazione associato. Molte implementazioni di snapshot alternative usano volumi di archiviazione uguali al file system attivo, aumentando i requisiti di capacità di archiviazione. A seconda delle tariffe di modifica giornaliere a livello di blocco dell'applicazione, Azure NetApp Files snapshot utilizzeranno più o meno capacità, ma solo nei dati modificati. L'utilizzo medio giornaliero di snapshot varia da solo l'1-5% della capacità di volume usata per molti volumi di applicazioni fino al 20-30% per volumi quali quelli di database SAP HANA. Assicurarsi di monitorare l'utilizzo del volume e dello snapshot per il consumo di capacità dello snapshot rispetto al numero di snapshot creati e gestiti dagli snapshot.
Gli snapshot sono rapidi per creare, replicare, ripristinare o clonare.
Sono necessari solo alcuni secondi per creare, replicare, ripristinare o clonare uno snapshot, indipendentemente dalle dimensioni del volume e dal livello di attività nel volume. È possibile creare uno snapshot del volume su richiesta. È anche possibile usare i criteri snapshot per specificare quando Azure NetApp Files deve creare automaticamente uno snapshot e il numero di snapshot da mantenere per un volume. La coerenza dell'applicazione può essere ottenuta orchestrando gli snapshot con il livello applicazione, ad esempio usando lo strumento AzAcSnap per SAP HANA.
Gli snapshot non hanno alcun impatto sulle prestazioni del volume.
A causa della natura "Reindirizzamento in scrittura" della tecnologia di installazione, l'archiviazione o la conservazione degli snapshot Azure NetApp Files non ha alcun impatto sulle prestazioni, anche con attività di dati pesanti. Anche l'eliminazione di uno snapshot non ha alcun impatto sulle prestazioni nella maggior parte dei casi.
Gli snapshot offrono scalabilità perché possono essere creati frequentemente e molti possono essere conservati.
Azure NetApp Files volumi supportano fino a 255 snapshot per volume. La possibilità di archiviare molti snapshot a basso impatto, spesso creati aumenta la probabilità che la versione desiderata dei dati possa essere ripristinata correttamente.
Gli snapshot possono essere insiemi di credenziali all'archiviazione di Azure.
Per i requisiti di conservazione dei dati a lungo termine e conformità, usare la funzionalità di backup di Azure NetApp Files per gli snapshot dell'insieme di credenziali per l'archiviazione di Azure abilitata per i costi, l'archiviazione di Azure abilitata per ZRS, all'esterno del volume protetto.
Gli snapshot offrono visibilità utente e ripristinabilità dei file.

Le prestazioni elevate, la scalabilità e la stabilità della tecnologia snapshot di Azure NetApp Files significa che offre un backup online ideale per il ripristino basato sull'utente. Gli snapshot possono essere resi accessibili dall'utente per scopi di ripristino di file, directory o volume. Altre soluzioni consentono di copiare i backup nell'archiviazione offline o replicare l'area incrociata per scopi di conservazione o ripristino di emergenza.

Modi per creare snapshot

È possibile usare diversi metodi per creare e gestire gli snapshot:

Manualmente (su richiesta), usando:
- Strumenti portale di Azure, API REST, interfaccia della riga di comando di Azure o PowerShell
- Script (vedere esempi)
Automatizzato usando:
- Criteri snapshot, tramite gli strumenti portale di Azure, API REST, interfaccia della riga di comando di Azure o PowerShell
- Strumenti snapshot coerenti con l'applicazione, ad esempio AzAcSnap

Modalità di replica di volumi e snapshot per ripristino di emergenza

Azure NetApp Files supporta la replica tra aree per scopi di ripristino di emergenza .Azure NetApp Files. Azure NetApp Files replica tra aree usa la tecnologia SnapMirror. Solo i blocchi modificati vengono inviati tramite la rete in un formato compresso ed efficiente. Dopo l'avvio di una replica tra aree tra volumi, l'intero contenuto del volume , ovvero i blocchi di dati archiviati effettivi, vengono trasferiti una sola volta. Questa operazione viene chiamata trasferimento di base. Dopo il trasferimento iniziale, vengono trasferiti solo blocchi modificati (acquisiti negli snapshot). Il risultato è una replica asincrona 1:1 del volume di origine, incluse tutte le snapshot. Questo comportamento segue un meccanismo di replica completo e incrementale. Questa tecnologia riduce al minimo la quantità di dati necessari per la replica tra le aree, riducendo quindi i costi di trasferimento dei dati. Riduce anche il tempo di replica. È possibile ottenere un obiettivo del punto di ripristino (RPO) più piccolo, perché è possibile creare più snapshot e trasferire più frequentemente con trasferimenti di dati minimi. Inoltre, elimina la necessità di meccanismi di replica basati su host, evitando i costi di licenza della macchina virtuale e del software.

Il diagramma seguente mostra il traffico snapshot negli scenari di replica tra aree:

Come è possibile eseguire l'insieme di credenziali degli snapshot per la conservazione a lungo termine e il risparmio dei costi

Come descritto, gli snapshot vengono usati per creare backup veloci ed efficienti nello spazio di volumi Azure NetApp Files, in modo efficiente e rapido e offrono un mezzo per ripristinare i file di dati o i volumi completi in modo molto efficace. Questi snapshot online fungono da prima linea di difesa e coprono la maggior parte delle operazioni di ripristino dei dati.

Per mantenere gli snapshot per un periodo di tempo più lungo o per mantenere più snapshot rispetto al numero massimo di snapshot online, è possibile creare snapshot dell'insieme di credenziali da volumi Azure NetApp Files nell'archiviazione di Azure abilitata per ZRS. Questo è facilitato dalla funzionalità di backup Azure NetApp Files. La funzionalità mantiene gli snapshot per un intervallo di tempo esteso (fino a un anno o ancora più lungo). I backup vengono archiviati nell'archiviazione di Azure, che offre un vantaggio sui costi del pool di capacità Azure NetApp Files e utilizza una piattaforma di archiviazione diversa per eliminare le dipendenze e rispettare i requisiti di conservazione.

Per abilitare l'insieme di credenziali snapshot nel volume Azure NetApp Files, configurare un criterio di backup nella sottoscrizione Azure NetApp Files (disponibile nella sezione Protezione dati) e specificare il numero di backup giornalieri, settimanali e mensili da mantenere. Questo è tutto ciò che è necessario fare per espandere la protezione dei dati con archiviazione a lungo termine efficiente.

Il diagramma seguente illustra come i dati snapshot vengono trasferiti dal volume Azure NetApp Files all'archiviazione di backup Azure NetApp Files ospitata nell'archiviazione di Azure.

La funzionalità di backup Azure NetApp Files è progettata per mantenere una cronologia più lunga dei backup, come indicato in questo esempio semplificato. Si noti come il repository di backup a destra contenga più snapshot e precedenti rispetto al volume e agli snapshot protetti a sinistra.

La maggior parte dei casi d'uso richiederà di mantenere gli snapshot online nel volume Azure NetApp Files per un periodo di tempo relativamente breve (in genere diversi mesi) per gestire i recupero più comuni dei dati persi a causa di un errore dell'applicazione o dell'utente. La funzionalità di backup Azure NetApp Files viene usata per estendere il periodo di protezione dei dati a un anno o più lunghi inviando gli snapshot all'archiviazione di Azure efficiente. Come indicato dal colore blu nel diagramma, il primo trasferimento è la baseline, che copia tutti i blocchi di dati utilizzati nell'origine Azure NetApp Files volumi e snapshot. I backup consecutivi useranno il meccanismo snapshot per aggiornare il repository di backup con solo aggiornamenti incrementali a blocchi.

Modi per ripristinare i dati dagli snapshot

La tecnologia snapshot Azure NetApp Files migliora notevolmente la frequenza e l'affidabilità dei backup. Comporta un sovraccarico minimo delle prestazioni e può essere creato in modo sicuro in un volume attivo. Azure NetApp Files snapshot consentono ripristini quasi istantanei, sicuri e facoltativamente gestiti dall'utente. Questa sezione descrive vari modi in cui è possibile accedere ai dati o ripristinare da snapshot Azure NetApp Files.

Ripristino (clonazione) di uno snapshot online in un nuovo volume

È possibile ripristinare gli snapshot Azure NetApp Files in volumi separati e indipendenti (cloni). Questa operazione è quasi istantanea, indipendentemente dalle dimensioni del volume e dalla capacità utilizzata. Il volume appena creato è quasi immediatamente disponibile per l'accesso, mentre i blocchi di dati di snapshot e volume effettivi vengono copiati. A seconda delle dimensioni e della capacità del volume, questo processo può richiedere molto tempo durante il quale non è possibile eliminare il volume padre e lo snapshot. Tuttavia, il volume può essere già accessibile dopo la creazione iniziale, mentre il processo di copia è in corso in background. Questa funzionalità consente la creazione rapida di volumi per il ripristino dei dati o la clonazione del volume per il test e lo sviluppo. Per natura del processo di copia dati, il consumo del pool di capacità di archiviazione raddoppierà al termine del ripristino e il nuovo volume mostrerà la capacità attiva completa dello snapshot originale. Lo snapshot usato per creare il nuovo volume sarà presente anche nel nuovo volume. Al termine di questo processo, il volume sarà indipendente e disassociato dal volume originale e i volumi di origine e gli snapshot possono essere gestiti o rimossi in modo indipendente dal nuovo volume.

Il diagramma seguente mostra un nuovo volume creato ripristinando (clonazione) uno snapshot:

La stessa operazione può essere eseguita sugli snapshot replicati in un volume di ripristino di emergenza (RIPRISTINO di emergenza). Qualsiasi snapshot può essere ripristinato in un nuovo volume, anche quando la replica tra aree rimane attiva o in corso. Questa funzionalità consente di creare ambienti di test e sviluppo non dirompenti in un'area di ripristino di emergenza, inserendo i dati da usare, mentre i volumi replicati verranno altrimenti usati solo a scopo di ripristino di emergenza. Questo caso d'uso consente di isolare il test e lo sviluppo dall'ambiente di produzione, eliminando il potenziale impatto sugli ambienti di produzione.

Il diagramma seguente mostra il ripristino del volume (clonazione) usando lo snapshot del volume di ripristino di emergenza durante l'esecuzione della replica tra aree:

Vedere Ripristinare uno snapshot in un nuovo volume relative alle operazioni di ripristino del volume.

Ripristino (ripristino) di uno snapshot online sul posto

In alcuni casi, poiché il nuovo volume utilizzerà la capacità di archiviazione, la creazione di un nuovo volume da uno snapshot potrebbe non essere necessaria o appropriata. Per ripristinare rapidamente il danneggiamento dei dati (ad esempio, attacchi di danneggiamento del database o ransomware), potrebbe essere più appropriato ripristinare uno snapshot all'interno del volume stesso. Questa operazione può essere eseguita usando la funzionalità di ripristino dello snapshot Azure NetApp Files. Questa funzionalità consente di ripristinare rapidamente un volume allo stato in cui è stato eseguito uno snapshot specifico. Nella maggior parte dei casi, il ripristino di un volume è molto più veloce del ripristino di singoli file da uno snapshot al file system attivo, soprattutto in volumi multi-TiB di grandi dimensioni.

Il ripristino di uno snapshot del volume è quasi istantaneo e richiede solo alcuni secondi per completare, anche per i volumi più grandi. I metadati del volume attivi (tabella inode) vengono sostituiti con i metadati dello snapshot dal momento della creazione dello snapshot, quindi il rollback del volume a quel punto specifico in tempo. Nessun blocco di dati deve essere copiato per il ripristino dell'effetto. Di conseguenza, è più efficiente e più veloce rispetto al ripristino di uno snapshot in un nuovo volume.

Il diagramma seguente mostra un volume che torna a uno snapshot precedente:

Importante

I dati del file system attivo scritti e snapshot acquisiti dopo la perdita dello snapshot selezionato. L'operazione di ripristino dello snapshot sostituirà tutti i dati nel volume di destinazione con i dati nello snapshot selezionato. È consigliabile prestare attenzione al contenuto dello snapshot e alla data di creazione quando si seleziona uno snapshot. Non è possibile annullare l'operazione di ripristino dello snapshot.

Vedere Ripristinare un volume usando il ripristino dello snapshot su come usare questa funzionalità.

Ripristino di file o directory da snapshot online tramite un client

Se la visibilità del percorso snapshot non è impostata su hidden, è possibile accedere direttamente agli snapshot per il ripristino da eliminazione accidentale, danneggiamento o modifica dei dati. La sicurezza dei file e delle directory viene mantenuta nello snapshot e gli snapshot sono di sola lettura per progettazione. Di conseguenza, il ripristino è sicuro e semplice. Se la visibilità del percorso snapshot è impostata su hidden, è possibile aprire un ticket di supporto per avere un amministratore di backup o un amministratore di sistema ripristinare i file da uno snapshot.

Il diagramma seguente mostra l'accesso di file o directory a uno snapshot usando un client:

Nel diagramma, snapshot 1 usa solo i blocchi differenziali tra il volume attivo e il momento della creazione dello snapshot. Tuttavia, quando si accede allo snapshot tramite il percorso dello snapshot del volume, i dati verranno visualizzati come se si tratta della capacità del volume completa al momento della creazione dello snapshot. Accedendo alle cartelle snapshot, è possibile ripristinare i dati copiando file e directory fuori da uno snapshot di scelta.

Analogamente, gli snapshot nei volumi di replica tra aree di destinazione possono essere accessibili in sola lettura per il ripristino dei dati nell'area di ripristino di emergenza.

Il diagramma seguente mostra l'accesso snapshot negli scenari di replica tra aree:

Vedere Ripristinare un file da uno snapshot usando un client per ripristinare singoli file o directory dagli snapshot.

Ripristino di file o directory dagli snapshot online usando il ripristino dello snapshot a file singolo

Se non si vuole ripristinare l'intero snapshot in un nuovo volume o copiare file di grandi dimensioni nella rete, è possibile usare la funzionalità di ripristino dello snapshot a file singolo per recuperare singoli file direttamente all'interno di un volume da uno snapshot, senza richiedere una copia dei dati client esterna.

Questa funzionalità non richiede di ripristinare l'intero snapshot in un nuovo volume, ripristinare un volume o copiare file di grandi dimensioni nella rete. È possibile usare questa funzionalità per ripristinare singoli file direttamente nel servizio da uno snapshot del volume senza richiedere la copia dei dati usando un client esterno. Questo approccio può ridurre drasticamente l'utilizzo delle risorse di rete e RTO durante il ripristino di file di grandi dimensioni.

Il diagramma seguente descrive il funzionamento del ripristino dello snapshot a file singolo:

Quando un singolo file viene ripristinato sul posto () o in un nuovo file nel volume (file2file2’), vengono ripristinati solo i puntatori ai blocchi esistenti acquisiti in precedenza in uno snapshot. Questa operazione elimina la copia di tutti i blocchi di dati ed è quasi istantanea, indipendentemente dalle dimensioni del file (il numero di blocchi nel file).

Ripristino dei backup del volume da snapshot con insieme di credenziali

È possibile cercare backup a livello di volume o a livello di account NetApp. I nomi usati per gli snapshot vengono conservati quando gli snapshot vengono sottoposti a backup e includono il prefisso "giornaliero", "settimanale" o "mensile". Includono anche il timestamp dell'ora e della data di creazione dello snapshot. Il primo snapshot eseguito quando la funzionalità di backup è abilitata viene chiamata snapshot di base. Lo snapshot di base include tutti i dati nel volume protetto e negli snapshot. Gli snapshot con insieme di credenziali consecutivi sono aggiornamenti incrementali a blocchi, mentre gli snapshot sono sempre una rappresentazione completa del volume al momento dell'acquisizione dello snapshot con insieme di credenziali e possono essere ripristinati direttamente senza la necessità di eseguire lo stack della baseline con gli aggiornamenti incrementali.

Il diagramma seguente illustra l'operazione di ripristino di uno snapshot con insieme di credenziali selezionato in un nuovo volume:

Ripristino di singoli file o directory da snapshot con insieme di credenziali

Per ripristinare singoli file o directory, lo snapshot con insieme di credenziali completo viene ripristinato in un nuovo volume e quindi il volume può essere montato per cercare i file o le directory da ripristinare. Il ripristino viene eseguito copiando i file o le directory necessarie dal volume appena ripristinato al percorso di destinazione. Al termine del ripristino, il volume ripristinato può essere eliminato.

Se un volume viene eliminato, gli snapshot con insieme di credenziali (backup) vengono ancora mantenuti, a differenza degli snapshot online, che fanno parte del volume e vengono eliminati con l'eliminazione del volume. È possibile ripristinare volumi completi e quindi singole directory dai backup con insieme di credenziali anche se il volume padre è stato eliminato o perso a causa di un errore dell'applicazione o dell'utente. È possibile farlo selezionando lo snapshot con insieme di credenziali appropriato dall'elenco di backup e ripristinandolo in un nuovo volume. Per informazioni dettagliate, vedere Ripristinare un backup in un nuovo volume .

Modalità di eliminazione degli snapshot

Questa sezione illustra come vengono eliminati snapshot online e snapshot con insieme di credenziali.

Eliminazione di snapshot online

Gli snapshot usano la capacità di archiviazione. Di conseguenza, in genere non vengono mantenuti per un periodo illimitato. Per la protezione dei dati, la conservazione e la recuperabilità, alcuni snapshot creati in vari momenti vengono in genere mantenuti online per una determinata durata a seconda dei requisiti del contratto di servizio rpo, RTO e conservazione. Gli snapshot possono essere eliminati dal servizio di archiviazione da un amministratore in qualsiasi momento. Qualsiasi snapshot può essere eliminato indipendentemente dall'ordine in cui è stato creato. L'eliminazione di snapshot meno recenti consente di liberare spazio.

Importante

Impossibile annullare l'operazione di eliminazione dello snapshot. È consigliabile conservare copie offline (snapshot con insieme di credenziali) del volume ai fini della protezione e della conservazione dei dati.

Quando uno snapshot viene eliminato, verranno rimossi tutti i puntatori da tale snapshot a blocchi di dati esistenti. Solo quando un blocco di dati non ha più puntatori che puntano a esso (dal volume attivo o da altri snapshot nel volume), il blocco di dati viene restituito allo spazio libero del volume per un uso futuro. Pertanto, la rimozione degli snapshot consente in genere di liberare più capacità in un volume rispetto all'eliminazione di dati dal volume attivo, perché i blocchi di dati vengono spesso acquisiti negli snapshot creati in precedenza.

Il diagramma seguente illustra l'effetto sull'utilizzo di archiviazione dell'eliminazione snapshot 3 da un volume:

Assicurarsi di monitorare l'utilizzo di volumi e snapshot e comprendere come interagiscono l'applicazione, il volume attivo e l'utilizzo dello snapshot.

Vedere Eliminare gli snapshot su come gestire l'eliminazione dello snapshot. Vedere Gestire i criteri di snapshot su come automatizzare questo processo.

Eliminazione di snapshot con insieme di credenziali

La disabilitazione dei backup per un volume comporta l'eliminazione di tutti gli snapshot con insieme di credenziali (backup) archiviati nell'archiviazione di Azure per tale volume.

Se un volume viene eliminato ma i criteri di backup non sono stati disabilitati prima dell'eliminazione del volume, tutti i backup correlati al volume vengono conservati nell'archiviazione di Azure e verranno elencati nell'account NetApp associato.

Per informazioni dettagliate, vedere Disabilitare la funzionalità di backup per un volume Azure NetApp Files.

La cronologia degli snapshot con insieme di credenziali viene gestita automaticamente dai criteri di snapshot applicati in cui lo snapshot meno recente viene eliminato quando ne viene aggiunto uno nuovo dall'utilità di pianificazione dello snapshot con insieme di credenziali (backup). È anche possibile rimuovere manualmente gli snapshot con insieme di credenziali.