Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.
# Protezione dei dati con backup di volume
Con FSx for ONTAP, puoi proteggere i tuoi dati eseguendo backup giornalieri automatici e backup avviati dall'utente dei volumi del tuo file system. La creazione di backup regolari per i volumi è una best practice che aiuta a supportare le esigenze di conservazione dei dati e conformità. È possibile ripristinare i backup di volume su qualsiasi file system FSx for ONTAP esistente a cui si ha accesso e che si trova nello stesso Regione AWS luogo in cui è archiviato il backup. Lavorare con FSx i backup di Amazon semplifica la creazione, la visualizzazione, il ripristino e l'eliminazione dei backup dei volumi.
Amazon FSx supporta il backup di ONTAP volumi con un sistema `OntapVolumeType` di lettura-scrittura (RW).
**Nota**
Amazon FSx non supporta il backup di volumi di protezione dei dati (DP), volumi Load Sharing Mirror (LSM) o volumi di destinazione per e. FlexCache SnapMirror
**Topics**
+ [
## Come funzionano i backup
](#how-backups-work)
+ [
## Requisiti di storage
](#storage-requirements)
+ [
## Backup giornalieri automatici
](#automatic-backups)
+ [
## Backup avviati dall'utente
](#user-initiated-backups)
+ [
## Copiare i tag nei backup
](#copy-tags-to-backups)
+ [
## Utilizzo AWS Backup con Amazon FSx
](#aws-backup-and-fsx)
+ [
## Ripristino dei backup su un nuovo volume
](#restoring-backups)
+ [
## Prestazioni di backup e ripristino
](#backup-performance)
+ [
## Backup di volumi SnapLock
](#snaplock-backup)
+ [
# Creazione di backup avviati dall'utente
](creating-backups.md)
+ [
# Ripristino di un backup su un nuovo volume
](to-restore-backups.md)
+ [
# Ripristino di un sottoinsieme di dati
](data-subset-restore.md)
+ [
# Monitoraggio dell'avanzamento del ripristino di un backup
](monitor-backup-restore.md)
+ [
# Eliminazione di backup
](how-to-delete-backups.md)
## Come funzionano i backup
Tutti i FSx backup di Amazon (backup giornalieri automatici e backup avviati dall'utente) sono incrementali, il che significa che memorizzano solo le modifiche ai dati dal completamento del backup precedente. Ciò riduce al minimo sia il tempo necessario per creare un backup sia la quantità di storage utilizzata da ciascun backup. I backup incrementali ottimizzano i costi di storage evitando l'archiviazione di dati duplicati. FSx per ONTAP i backup sono per volume, e ogni backup contiene solo i dati di un volume specifico. I FSx backup di Amazon vengono archiviati in modo ridondante su più zone di disponibilità per ottenere un'elevata durabilità.
FSx I backup di Amazon utilizzano istantanee point-in-time, immagini di sola lettura dei volumi, per mantenere l'incrementalità tra i backup. Ogni volta che viene eseguito un backup, Amazon scatta FSx prima un'istantanea del volume. L'istantanea di backup viene archiviata nel volume e occupa lo spazio di archiviazione sul volume. Amazon confronta FSx quindi questa istantanea con la precedente istantanea di backup (se ne esiste una) e copia solo i dati modificati nel backup.
Se non esiste alcuna istantanea di backup precedente, l'intero contenuto dello snapshot di backup più recente viene copiato nel backup. Dopo che lo snapshot di backup più recente è stato eseguito correttamente, Amazon FSx elimina lo snapshot di backup precedente. L'istantanea utilizzata per il backup più recente rimane nel volume fino all'esecuzione del backup successivo, quando il processo si ripete. Per ottimizzare i costi di storage di backup, ONTAP preserva i risparmi in termini di efficienza di storage di un volume nei relativi backup.
Quando si [elimina](how-to-delete-backups.md) un backup, vengono eliminati solo i dati esclusivi di quel backup. Ogni FSx backup Amazon contiene tutte le informazioni necessarie per creare un nuovo volume dal backup, ripristinando efficacemente un' point-in-timeistantanea del volume.
Esistono limiti al numero di backup che è possibile archiviare per volume Account AWS . Per ulteriori informazioni, consultare [Quote che è possibile incrementare](limits.md#soft-limits) e [Quote di risorse per ogni file system](limits.md#limits-ontap-resources-file-system).
**Nota**
Se si utilizza NDMP per i backup, ONTAP non consente che le attività di manutenzione, come le operazioni di patch, continuino mentre è in corso un NDMP trasferimento. Per evitare di ritardare le patch, Amazon FSx interromperà qualsiasi sessione di NDMP trasferimento attiva quando viene applicata un'operazione di patch durante la finestra di manutenzione del file system. Una volta completata l'applicazione delle patch, dovrai riavviare manualmente le sessioni di NDMP trasferimento dal lato client, poiché Amazon FSx non può riprenderle automaticamente. Per evitare interruzioni dei backup, consigliamo di utilizzare Amazon FSx Backups o AWS Backup, che supportano operazioni di backup e patch simultanee.
## Requisiti di storage
Il volume e il file system devono disporre ciascuno di una capacità di archiviazione SSD sufficiente per archiviare un'istantanea di backup. Quando si esegue un'istantanea di backup, la capacità di archiviazione aggiuntiva consumata dall'istantanea non può far sì che il volume superi il 98% di utilizzo dello storage SSD. In tal caso, il backup avrà esito negativo. È possibile [aumentare lo storage SSD di un volume](manage-volume-capacity.md) o [di un file system](storage-capacity-and-IOPS.md#increase-primary-storage) in qualsiasi momento per garantire che i backup non vengano interrotti.
## Backup giornalieri automatici
Quando si crea un file system, i backup giornalieri automatici sono abilitati per impostazione predefinita per i volumi del file system. È possibile abilitare o disabilitare i backup giornalieri automatici per i file system esistenti in qualsiasi momento. I backup giornalieri automatici per tutti i volumi vengono eseguiti durante la finestra di backup giornaliera del file system, che viene impostata automaticamente quando si crea un file system. È possibile modificare la finestra di backup giornaliera in qualsiasi momento. Per [prestazioni di backup](#backup-performance) ottimali, si consiglia di scegliere una finestra di backup giornaliera al di fuori del normale orario di funzionamento, quando client e applicazioni accedono ai dati sui volumi. Si consiglia inoltre di scegliere una finestra di backup che non si sovrapponga alla finestra di manutenzione del file system. Se le finestre si sovrappongono, le attività di manutenzione hanno la precedenza e i backup automatici vengono eseguiti al termine della manutenzione. I backup già in corso continueranno durante la manutenzione, tuttavia, la creazione di nuovi backup potrebbe non avvenire fino al completamento della manutenzione. Se la manutenzione viene eseguita per l'intera durata della finestra, i backup automatici potrebbero non essere eseguiti durante tale finestra.
Utilizzando la console, è possibile impostare il periodo di conservazione per i backup giornalieri automatici su un valore compreso tra 1 e 90 giorni durante la creazione di un file system o in qualsiasi momento. Il periodo di conservazione dei backup giornalieri automatici predefinito è di 30 giorni. Amazon FSx elimina un backup giornaliero automatico una volta scaduto il periodo di conservazione. Utilizzando l'API AWS CLI and, puoi impostare il periodo di conservazione su un valore compreso tra 0 e 90 giorni; impostandolo su 0, i backup giornalieri automatici vengono disattivati.
I backup giornalieri automatici, la finestra di backup giornaliera e il periodo di conservazione dei backup sono impostazioni del file system e si applicano a tutti i volumi del file system. Puoi utilizzare la FSx console Amazon AWS CLI, l'o l'API per modificare queste impostazioni. Per ulteriori informazioni, consulta [Aggiornamento dei file system](updating-file-system.md).
Non puoi creare un backup di volume (backup giornalieri automatici o backup avviati dall'utente) se il volume è offline. Per ulteriori informazioni, consulta [Visualizzazione di volumi offline](offline-volumes.md).
**Nota**
I backup giornalieri automatici hanno un periodo di conservazione massimo di 90 giorni, ma i backup [avviati dall'utente che crei, che includono i backup](#user-initiated-backups) creati utilizzando AWS Backup, vengono conservati per sempre a meno che tu non li elimini. AWS Backup
Puoi [eliminare](how-to-delete-backups.md) manualmente un backup giornaliero automatico utilizzando la FSx console Amazon, la CLI e l'API. Quando elimini un volume, elimini anche i backup giornalieri automatici per quel volume. Amazon FSx offre la possibilità di creare un backup finale di un volume prima di eliminarlo. Il backup finale viene conservato per sempre, a meno che tu non lo elimini.
## Backup avviati dall'utente
Con Amazon FSx, puoi eseguire manualmente il backup dei volumi del tuo file system in qualsiasi momento utilizzando l'API Console di gestione AWS AWS CLI, e. I backup avviati dall'utente sono incrementali rispetto ad altri backup che potrebbero essere stati creati per un volume e vengono conservati per sempre, a meno che non vengano eliminati. I backup avviati dall'utente vengono conservati anche dopo l'eliminazione del volume o del file system su cui sono stati creati i backup. Puoi [eliminare i backup avviati dall'utente solo utilizzando](how-to-delete-backups.md) la FSx console Amazon, l'API o la CLI. Non vengono mai eliminati automaticamente da Amazon FSx.
Per istruzioni su come creare un backup avviato dall'utente, consulta. [Creazione di backup avviati dall'utente](creating-backups.md)
## Copiare i tag nei backup
Quando crei o aggiorni un volume utilizzando la CLI o l'API, puoi `CopyTagsToBackups` abilitare la [copia automatica di qualsiasi tag](creating-volumes.md#create-volume-cli) sul volume nei relativi backup. Tuttavia, se aggiungi tag durante la creazione di un backup avviato dall'utente, inclusa l'assegnazione di un nome a un backup quando usi la console, Amazon FSx *non* copia i tag dal volume, anche se `CopyTagsToBackups` è abilitato.
## Utilizzo AWS Backup con Amazon FSx
AWS Backup è un modo semplice ed economico per proteggere i dati eseguendo il backup dei volumi Amazon FSx for NetApp ONTAP. AWS Backup è un servizio di backup unificato progettato per semplificare la creazione, il ripristino e l'eliminazione dei backup, fornendo al contempo report e controlli migliorati. L'utilizzo AWS Backup semplifica lo sviluppo di una strategia di backup centralizzata per la conformità legale, normativa e professionale. Inoltre, semplifica la protezione dei volumi di AWS storage, dei database e dei file system fornendo una posizione centrale in cui è possibile eseguire le seguenti operazioni:
+ Configura e controlla le AWS risorse di cui desideri eseguire il backup.
+ Automatizzare la pianificazione dei backup.
+ Impostare le policy di conservazione.
+ Monitora tutte le attività recenti di backup, copia e ripristino.
AWS Backup utilizza la funzionalità di backup integrata di Amazon FSx. I backup creati utilizzando la AWS Backup console hanno lo stesso livello di coerenza e prestazioni del file system, sono incrementali rispetto a qualsiasi altro backup FSx avviato dall'utente Amazon del tuo volume e offrono le stesse opzioni di ripristino dei backup eseguiti utilizzando la console Amazon. FSx L'utilizzo AWS Backup per gestire questi backup offre funzionalità aggiuntive, inclusa la possibilità di creare backup pianificati con una frequenza ogni ora. [È possibile aggiungere un ulteriore livello di difesa per proteggere i backup da eliminazioni involontarie o dolose archiviandoli in un archivio di backup.](https://docs.aws.amazon.com/aws-backup/latest/devguide/vaults.html)
I backup creati da AWS Backup sono considerati backup avviati dall'utente e vengono conteggiati ai fini della quota di backup avviata dall'utente per Amazon. FSx Per ulteriori informazioni, consulta [Quote che è possibile incrementare](limits.md#soft-limits). Puoi visualizzare e ripristinare i backup creati AWS Backup utilizzando la FSx console Amazon, la CLI e l'API. Tuttavia, non puoi eliminare i backup creati da AWS Backup nella FSx console Amazon, nella CLI o nell'API. Per ulteriori informazioni, consulta la sezione [Guida introduttiva alla AWS Backup](https://docs.aws.amazon.com/aws-backup/latest/devguide/getting-started.html) AWS Backup Developer Guide.
AWS Backup non è possibile eseguire il backup di volumi offline.
Puoi utilizzare i tag per selezionare quali delle tue risorse FSx for ONTAP sono protette in un piano di backup. Questi tag devono essere applicati a livello di volume anziché a livello di file system nel suo complesso. Per ulteriori informazioni, consulta [Assegnazione di risorse a un piano di backup](https://docs.aws.amazon.com/aws-backup/latest/devguide/assigning-resources.html) nella Guida per gli AWS Backup sviluppatori.
## Ripristino dei backup su un nuovo volume
È possibile ripristinare un backup di un volume su un nuovo volume su un file system che si trova nello stesso in Regione AWS cui è archiviato il backup. Non è possibile ripristinare un backup su un file system che si trova in un luogo Regione AWS diverso dal backup.
Quando si ripristina un backup su FSx un file system ONTAP di seconda generazione, i client possono montare e leggere i dati da un volume durante il ripristino. I clienti possono montare il volume che stai ripristinando e leggere i dati del file dopo che Amazon FSx ha caricato tutti i metadati sul nuovo volume e il volume riporta lo stato del ciclo di vita di. `CREATED` Puoi trovare lo stato del ciclo di vita di un volume nella pagina [**dei dettagli di Volumes**](viewing-volumes.md) nella FSx console Amazon e nella risposta del comando CLI [describe-volumes](https://docs.aws.amazon.com/v2/documentation/api/latest/reference/fsx/describe-volumes.html).
Quando si leggono i dati da un volume durante il ripristino da un backup, se i dati non sono ancora stati scaricati sul volume, si verificheranno latenze di lettura fino a decine di millisecondi per il primo accesso. Queste letture sono memorizzate nella cache del livello SSD e puoi aspettarti latenze di lettura inferiori al millisecondo per le letture successive.
Il tempo impiegato da Amazon per rendere disponibile un volume FSx per l'accesso in sola lettura è proporzionale alla quantità di metadati dei file archiviati nel backup. I metadati dei file in genere consumano l'1-7% dei dati di backup complessivi, a seconda della dimensione media del file nel set di dati (i set di dati di file di piccole dimensioni consumano più metadati rispetto ai set di dati di file di grandi dimensioni).
Quando ripristini un backup di FlexGroup volume su un file system con un numero diverso di [coppie ad alta disponibilità (HA)](HA-pairs.md) rispetto al file system originale, Amazon FSx aggiunge volumi costituenti aggiuntivi per garantire che i componenti siano distribuiti uniformemente.
**Nota**
Amazon FSx non supporta l'accesso in lettura ai dati durante il ripristino di un volume da un backup per entrambi SnapLock i volumi o per qualsiasi volume sui file system di prima generazione. Quando si ripristinano questi backup, il volume diventa disponibile per il montaggio e l'accesso ai dati una volta completato il processo di ripristino e tutti i metadati e i dati vengono caricati sul nuovo volume.
Quando si ripristina un backup, tutti i dati vengono inizialmente scritti sul livello di archiviazione SSD. Durante il ripristino, i dati vengono suddivisi su più livelli nello storage del pool di capacità in base alla [politica di suddivisione in più livelli del volume](volume-storage-capacity.md#volume-data-tiering) da ripristinare. Poiché i dati vengono scritti per la prima volta sul livello SSD, Amazon FSx sospenderà il processo di ripristino se il file system esaurisce lo spazio di archiviazione SSD. Il ripristino riprende automaticamente non appena diventa disponibile spazio SSD sufficiente per continuare il processo. Se la politica di suddivisione in più livelli del volume ripristinato è quella stabilita`All`, un processo periodico in background suddivide i dati nel pool di capacità. Se la politica di suddivisione in più livelli del volume ripristinato è `Snapshot Only` o`Auto`, i dati vengono suddivisi in livelli nel pool di capacità se l'utilizzo dell'SSD per il file system è superiore al 50% e la velocità di raffreddamento è determinata dal periodo di raffreddamento della politica di tiering.
Se il carico di lavoro richiede latenze di lettura costanti inferiori al millisecondo durante il ripristino di un backup su un nuovo volume su file system di seconda generazione, consigliamo di impostare la politica di tiering del volume su più livelli all'`None`avvio del ripristino e quindi di attendere che tutti i dati siano stati scaricati completamente sul volume prima di accedervi. Tutti i dati verranno caricati nello storage SSD prima di tentare di accedervi, garantendo un accesso costante a bassa latenza ai dati.
Per step-by-step istruzioni su come ripristinare un backup su un nuovo volume, consulta. [Ripristino di un backup su un nuovo volume](to-restore-backups.md)
Nei file system di seconda generazione è inoltre possibile ripristinare solo un sottoinsieme di dati da un backup senza dover attendere il completamento dell'intera operazione di ripristino. Il ripristino di solo un sottoinsieme dei dati di un backup consente di riprendere le operazioni più rapidamente in caso di eliminazione, modifica o danneggiamento accidentale dei dati. Per ulteriori informazioni, consulta [Ripristino di un sottoinsieme di dati](data-subset-restore.md).
È possibile monitorare l'avanzamento del ripristino di un backup su un file system di seconda generazione nell'API, e. Console di gestione AWS AWS CLI Per ulteriori informazioni, consulta [Monitoraggio dell'avanzamento del ripristino di un backup](monitor-backup-restore.md).
**Nota**
Non è possibile creare un'istantanea di un volume o eseguire operazioni basate su istantanee come la SnapMirror clonazione, la replica e la creazione di backup di un volume durante il ripristino da un backup.
Un volume ripristinato ha sempre lo stesso stile di volume del volume originale. Non è possibile modificare lo stile del volume durante il ripristino.
## Prestazioni di backup e ripristino
Numerosi fattori possono influenzare le prestazioni delle operazioni di backup e ripristino. Le operazioni di backup e ripristino sono processi in background, il che significa che hanno una priorità inferiore rispetto alle operazioni di I/O del client. Le operazioni di I/O del client includono letture e scritture di dati e metadati NFS, CIFS e iSCSI. Tutti i processi in background utilizzano solo la parte inutilizzata della capacità di throughput del file system e il completamento può richiedere da pochi minuti a qualche ora, a seconda delle dimensioni del backup e della quantità di capacità di throughput inutilizzata sul file system.
Altri fattori che influiscono sulle prestazioni di backup e ripristino includono il livello di storage in cui vengono archiviati i dati e il profilo del set di dati. Ti consigliamo di creare i primi backup dei volumi quando la maggior parte dei dati si trova su unità di archiviazione SSD. I set di dati contenenti per lo più file di piccole dimensioni hanno in genere prestazioni inferiori rispetto a set di dati di dimensioni simili che contengono principalmente file di grandi dimensioni. Questo perché l'elaborazione di un numero elevato di file di piccole dimensioni richiede più cicli di CPU e sovraccarico di rete rispetto all'elaborazione di un numero inferiore di file di grandi dimensioni.
In genere, puoi aspettarti le seguenti velocità di backup durante il backup dei dati archiviati nel livello di archiviazione SSD:
+ 750 MBps su diversi backup simultanei contenenti per lo più file di grandi dimensioni.
+ 100 MBps su diversi backup simultanei contenenti principalmente file di piccole dimensioni.
In genere, puoi aspettarti le seguenti velocità di ripristino:
+ 250 MBps in diversi ripristini simultanei contenenti principalmente file di grandi dimensioni.
+ 100 MBps in diversi ripristini simultanei contenenti principalmente file di piccole dimensioni.
## Backup di volumi SnapLock
È possibile eseguire il backup [SnapLock](snaplock.md)dei volumi per una protezione aggiuntiva dei dati. Quando si ripristina un SnapLock volume, le impostazioni originali del volume, ad esempio la conservazione predefinita, la conservazione minima e la conservazione massima, vengono preservate. Vengono inoltre mantenute le impostazioni Write Once, Read Many (WORM) e Legal Hold.
**Nota**
Non è possibile eseguire il backup di un SnapLock FlexGroup volume.
È possibile ripristinare il backup di un SnapLock volume come volume SnapLock o come non SnapLock volume. Tuttavia, non è possibile ripristinare il backup di un prodotto diverso da un SnapLock volume. SnapLock
Per ulteriori informazioni, consulta [Funzionamento di SnapLock](how-snaplock-works.md).
# Creazione di backup avviati dall'utente
La procedura seguente descrive come creare un backup di un volume avviato dall'utente.
Non è possibile creare un backup del volume se il volume è offline. Per ulteriori informazioni, consulta [Visualizzazione di volumi offline](offline-volumes.md).
**Per creare un backup avviato dall'utente (console)**
1. Apri la FSx console Amazon all'indirizzo [https://console.aws.amazon.com/fsx/](https://console.aws.amazon.com/fsx/).
1. Vai a **File system** e scegli il ONTAP file system per cui desideri eseguire il backup di un volume.
1. Scegli la scheda **Volumi**.
1. Scegli il volume di cui desideri eseguire il backup.
1. Da **Azioni**, scegli **Crea backup**.
1. Nella finestra di dialogo **Crea backup** che si apre, fornisci un nome per il backup. I nomi di Backup possono contenere un massimo di 256 caratteri Unicode, inclusi lettere, spazi bianchi, numeri e caratteri speciali. \$1 - = \$1:/
1. Scegliere **Create backup (Crea backup)**.
È stato ora creato un backup di uno dei volumi del file system. Puoi vedere tutti i tuoi backup nella FSx console Amazon selezionando **Backup** nella barra di navigazione a sinistra. Puoi cercare il nome che hai assegnato al backup e la tabella filtra per mostrare solo i risultati corrispondenti.
Quando si crea un backup avviato dall'utente come descritto nella procedura descritta in questa procedura, il backup è di tipo `USER_INITIATED` corrispondente e mantiene lo `CREATING` stato fino a quando non è completamente disponibile.
# Ripristino di un backup su un nuovo volume
Le seguenti procedure descrivono come ripristinare un backup FSx for ONTAP su un nuovo volume utilizzando and. Console di gestione AWS AWS CLI Quando si ripristina un volume su un file system di seconda generazione, è possibile [monitorare](monitor-backup-restore.md) l'avanzamento utilizzando l'API Console di gestione AWS, AWS CLI e.
**Per ripristinare un backup di un volume su un nuovo volume (Console)**
1. Apri la FSx console Amazon all'indirizzo [https://console.aws.amazon.com/fsx/](https://console.aws.amazon.com/fsx/).
1. Nel riquadro di navigazione, scegli **Backup**, quindi scegli FSx il backup del volume ONTAP che desideri ripristinare.
1. Nel menu **Azioni** in alto a destra, scegli **Ripristina backup**. **Viene visualizzata la pagina Crea volume da backup.**
1. Scegli FSx la **macchina virtuale ONTAP **File system** and Storage** su cui desideri ripristinare il backup dai menu a discesa.
1. **Nel menu **Azioni** in alto a destra, scegli Ripristina backup.** **Viene visualizzata la pagina Crea volume da backup.**
1. Scegli FSx la **macchina virtuale ONTAP **File system** and Storage** su cui desideri ripristinare il backup dai menu a discesa.
1. In **Dettagli del volume**, sono disponibili diverse selezioni. Innanzitutto, inserisci il **nome del volume**. È possibile utilizzare fino a 203 caratteri alfanumerici o di sottolineatura (\$1).
1. Per **Dimensione del volume**, immettete un numero intero compreso tra 20 e 314572800 per specificare la dimensione in mebibyte (MiB).
1. Per **Tipo di volume**, scegliete **Read-Write (RW)** per creare un volume leggibile e scrivibile o **Data Protection (DP)** per creare un volume di sola lettura che può essere utilizzato come destinazione di una relazione or. NetApp SnapMirror SnapVault Per ulteriori informazioni, consulta [Tipi di volume](managing-volumes.md#volume-types).
1. Per **Junction path**, inserite una posizione all'interno del file system in cui montare il volume. Il nome deve avere una barra iniziale, ad esempio`/vol3`.
1. Per **l'efficienza dello storage**, scegli **Enabled** per abilitare le funzionalità di ONTAP efficienza dello storage (deduplicazione, compressione e compattazione). Per ulteriori informazioni, consulta [Efficienza dello storage](managing-storage-capacity.md#storage-efficiency).
1. ****Per **lo stile di sicurezza Volume**, scegli **Unix (Linux), NTFS** o Mixed.**** Lo stile di sicurezza di un volume determina se dare la preferenza a NTFS o UNIX ACLs per l'accesso multiprotocollo. La modalità MIXED non è richiesta per l'accesso multiprotocollo ed è consigliata solo per utenti esperti.
1. Per la **policy Snapshot**, scegli una policy di snapshot per il volume. Per ulteriori informazioni sulle politiche relative alle snapshot, vedere. [Politiche relative alle istantanee](snapshots-ontap.md#snapshot-policies)
Se si sceglie **Politica personalizzata**, è necessario specificare il nome della politica nel campo **Custom-Policy**. La politica personalizzata deve già esistere sulla SVM o nel file system. Puoi creare una policy di snapshot personalizzata con la ONTAP CLI o l'API REST. Per ulteriori informazioni, consulta [Create a Snapshot Policy nella documentazione](https://docs.netapp.com/us-en/ontap/data-protection/create-snapshot-policy-task.html) del NetApp ONTAP prodotto.
1. Per il **periodo di raffreddamento della politica di tiering**, i valori validi sono 2-183 giorni. Il periodo di raffreddamento della politica di tiering di un volume definisce il numero di giorni prima che i dati a cui non è stato effettuato l'accesso vengano contrassegnati come freddi e trasferiti nello storage con pool di capacità. Questa impostazione influisce solo sulle `Snapshot-only` politiche `Auto` and.
1. Nella sezione **Avanzate**, per **SnapLockConfigurazione**, puoi lasciare l'impostazione predefinita **Disabilitato** o scegliere **Abilitato** per configurare un SnapLock volume. Per ulteriori informazioni sulla configurazione di un volume SnapLock Compliance o di un volume SnapLock Enterprise, consulta [Comprendere la conformità SnapLock](snaplock-compliance.md) e[Comprendere SnapLock Enterprise](snaplock-enterprise.md). Per ulteriori informazioni su SnapLock, consultare [Proteggi i tuoi dati con SnapLock](snaplock.md).
1. Scegli **Conferma** per creare il volume.
1. **Se stai ripristinando il backup su un file system di seconda generazione, puoi monitorare l'avanzamento del ripristino del backup nella scheda **Aggiornamenti** della pagina Volume.** Per ulteriori informazioni, consulta [Monitoraggio dell'avanzamento del ripristino di un backup](monitor-backup-restore.md).
**Per ripristinare un backup su un nuovo volume (CLI)**
Utilizza il comando [ create-volume-from-backup](https://docs.aws.amazon.com/cli/latest/reference/fsx/create-volume-from-backup.html)CLI o il comando [ CreateVolumeFromBackup](https://docs.aws.amazon.com/fsx/latest/APIReference/API_CreateVolumeFromBackup.html)API equivalente per ripristinare il backup di un volume su un nuovo volume.
+
```
$ aws fsx create-volume-from-backup --backup-id backup-08e6fc1133fff3532 \
--name demo --ontap-configuration JunctionPath=/demo,SizeInMegabytes=100000,\
StorageVirtualMachineId=svm-0f04a9c7c27e1908b,TieringPolicy={Name=ALL}
```
La risposta del sistema per una richiesta di ripristino riuscita per ripristinare un backup su un file system di seconda generazione è la seguente. La risposta include l'`"AdministrativeActions"`oggetto che fornisce informazioni sullo stato e sull'avanzamento della richiesta.
```
{
"Volume": {
"CreationTime": 1692721488.428,
"FileSystemId": "fs-07ab735385276ed60",
"Lifecycle": "CREATING",
"Name": "demo",
"OntapConfiguration": {
"FlexCacheEndpointType": "NONE",
"JunctionPath": "/demo",
"SizeInMegabytes": 100000,
"StorageEfficiencyEnabled": true,
"StorageVirtualMachineId": "svm-0f04a9c7c27e1908b",
"StorageVirtualMachineRoot": false,
"TieringPolicy": {
"Name": "ALL"
},
"OntapVolumeType": "DP",
"SnapshotPolicy": "default",
"CopyTagsToBackups": false,
},
"ResourceARN": "arn:aws:fsx:us-east-1:752825163408:volume/fs-07ab735385276ed60/fsvol-0b6ec764c9c5f654a",
"VolumeId": "fsvol-0b6ec764c9c5f654a",
"VolumeType": "ONTAP",
---> "AdministrativeActions": [
{
"AdministrativeActionType": "DOWNLOAD_DATA_FROM_BACKUP",
"RequestTime": 1685729972.069,
"Status": "PENDING"
}
] <----
}
}
```
La risposta del sistema a una richiesta di ripristino di un backup su un file system di prima generazione è la seguente.
```
{
"Volume": {
"CreationTime": 1692721488.428,
"FileSystemId": "fs-07ab735385276ed60",
"Lifecycle": "CREATING",
"Name": "demo",
"OntapConfiguration": {
"FlexCacheEndpointType": "NONE",
"JunctionPath": "/demo",
"SizeInMegabytes": 100000,
"StorageEfficiencyEnabled": true,
"StorageVirtualMachineId": "svm-0f04a9c7c27e1908b",
"StorageVirtualMachineRoot": false,
"TieringPolicy": {
"Name": "ALL"
},
"OntapVolumeType": "DP",
"SnapshotPolicy": "default",
"CopyTagsToBackups": false,
},
"ResourceARN": "arn:aws:fsx:us-east-1:752825163408:volume/fs-07ab735385276ed60/fsvol-0b6ec764c9c5f654a",
"VolumeId": "fsvol-0b6ec764c9c5f654a",
"VolumeType": "ONTAP",
}
}
```
Quando si ripristina un volume su un file system di seconda generazione, è possibile [monitorare l'avanzamento utilizzando l'](monitor-backup-restore.md)API Console di gestione AWS, AWS CLI e.
# Ripristino di un sottoinsieme di dati
È possibile ripristinare un sottoinsieme di dati da un backup mentre viene ripristinato su un nuovo volume su file system di seconda generazione senza dover attendere il ripristino completo dell'intero set di dati di backup.
La procedura seguente elenca i passaggi da eseguire quando è necessario ripristinare un sottoinsieme di dati durante il ripristino di un backup e non è necessario attendere il completamento dell'intero ripristino:
**Per ripristinare un sottoinsieme di dati durante il ripristino di un backup**
1. Apri la FSx console Amazon all'indirizzo [https://console.aws.amazon.com/fsx/](https://console.aws.amazon.com/fsx/).
1. Nella pagina **Backup**, individua il backup che contiene la versione dei dati che desideri ripristinare.
1. Nel menu **Azioni** in alto a destra, scegli **Ripristina backup**. **Viene visualizzata la pagina Crea volume da backup.**
1. Scegli FSx la **macchina virtuale ONTAP **File system** and Storage** su cui desideri ripristinare il backup dai menu a discesa.
1. In **Dettagli del volume**, configura il volume in base alle tue esigenze.
1. Scegli **Conferma** per creare il volume.
1. [Monitora l'avanzamento](monitor-backup-restore.md) del ripristino del backup.
1. [Installa il volume](supported-fsx-clients.md) da ripristinare quando riporta uno stato del ciclo di vita di. `CREATED`
1. Individua il sottoinsieme di dati sul volume da copiare.
1. Copia i dati nel volume esistente utilizzato dall'applicazione.
1. Dopo aver copiato i dati richiesti dal backup nella posizione di destinazione, è possibile eliminare il volume da ripristinare prima del completamento per ottimizzare l'utilizzo delle risorse del file system.
# Monitoraggio dell'avanzamento del ripristino di un backup
È possibile monitorare l'avanzamento del ripristino di un backup di volume su un file system di seconda generazione nell' Console di gestione AWS API, e. AWS CLI Come per tutte le azioni FSx amministrative di Amazon, lo stato di ripristino del backup è disponibile nella console, nella CLI e nell'API per 30 giorni dopo il completamento dell'operazione.
**Per monitorare l'avanzamento del ripristino di un backup (console)**
Apri la FSx console Amazon all'indirizzo [https://console.aws.amazon.com/fsx/](https://console.aws.amazon.com/fsx/).
1. Nel menu di navigazione a sinistra, scegli **Volumes**.
1. Scegli il volume in cui viene ripristinato il backup.
1. Scegli la scheda **Aggiornamenti**.
1. Il **tipo **Backup restore** Update** fornisce le seguenti informazioni:
+ **PENDING** indica che i metadati del file vengono scaricati sul volume. **Lo stato del **ciclo di vita del volume è CREATING**.**
+ **IN\$1PROGRESS** indica che il volume è disponibile e che i client possono montarlo con accesso in sola lettura ai dati. La **percentuale di avanzamento** mostra la percentuale di dati scaricati nel volume.
+ **COMPLETATO** indica che tutti i dati sono stati scaricati sul volume e che il ripristino del backup è completo. I client ora dispongono di accesso in lettura/scrittura. Per `RW` i volumi, il tipo del volume cambia da `DP` a a questo `RW` punto.
**Per monitorare l'avanzamento del ripristino di un backup (CLI)**
+ Quando ripristini un backup su un nuovo volume su un file system di seconda generazione FSx per ONTAP, puoi monitorare l'avanzamento del ripristino utilizzando il comando [https://docs.aws.amazon.com/fsx/latest/APIReference/API_DescribeVolumes.html](https://docs.aws.amazon.com/fsx/latest/APIReference/API_DescribeVolumes.html)CLI.
Quando si ripristina un backup su un file system di seconda generazione, la risposta include l'`AdministrativeActions`oggetto, che fornisce informazioni sullo stato del processo di download dei dati. Il
```
$ aws fsx describe-volumes
{
“Volumes”: [
{
“CreationTime”: 1691686114.674,
“FileSystemId”: fs-029ff92192bd4d375,
“LifeCycle”: “CREATING”,
“Name”: vol1,
“OntapConfiguration”: {
“FlexCacheEndpointType”: “NONE”,
“JunctionPath”: “/vol1”,
“SizeInMegabytes”: 100000,
“StorageEfficiencyEnabled”: true,
“StorageVirtualMachineId”: “svm-0ed1d714019426ca9”,
“StorageVirtualMachineRoot”: false,
“TieringPolicy”: {
“Name”: “ALL”
},
“OntapVolumeType”: “DP”,
“SnapshotPolicy”: “default”,
“CopyTagsToBackups”: false,
},
“ResourceARN”: “arn:aws:fsx:us-east-1:630831496844:volume/fs-08ac75f715c6aec76/fsvol-094c015af930790fa”,
“VolumeId”: “fsvol-094c015af930790fa”,
“VolumeType”: “ONTAP”,
“AdministrativeActions”: [
{
“AdministrativeActionType”: “DOWNLOAD_DATA_FROM_BACKUP”,
“RequestTime”: 1685729972.069,
“Status”: “PENDING”
}
]
}
```
Una volta che Amazon FSx carica tutti i metadati dei file sul volume ripristinato, questi campi hanno i seguenti valori:
+ `"LifeCycle": "CREATED"`— indica che il volume è pronto per essere montato.
+ `"OntapVolumeType": "DP"`— indica che il volume è di sola lettura durante il download dei dati del file.
+ `"ProgressPercent`— mostra la percentuale di dati di file caricati nel volume.
+ `"Status": "IN_PROGRESS"`— è in corso il download dei dati del file sul volume.
In questa fase del processo di ripristino è possibile montare il volume con accesso in sola lettura a tutti i dati del backup da ripristinare.
Quando Amazon FSx ha completato il download di tutti i dati dei file sul nuovo volume, i client hanno accesso completo in lettura/scrittura se si tratta `RW` di un volume. Gli indicatori hanno i seguenti valori:
+ `"LifeCycle": "CREATED"`— invariato
+ `"OntapVolumeType": "RW"`— indica che i client dispongono dell'accesso completo in lettura/scrittura.
+ `"Status": "COMPLETED"`— indica che il ripristino è completo.
Se il processo di ripristino non riesce, `AdminstrativeAction > Status` avrà un valore di`FAILED`. Nell'`FailureDetails`oggetto viene fornito un messaggio di errore. Per ulteriori informazioni, [AdministrativeActionFailureDetails](https://docs.aws.amazon.com/fsx/latest/APIReference/API_AdministrativeActionFailureDetails.html)consulta Amazon FSx API Reference
# Eliminazione di backup
Puoi eliminare sia i backup giornalieri automatici che i backup avviati dall'utente dei tuoi volumi utilizzando la console Amazon FSx , l' FSx API Amazon o (). AWS Command Line Interface AWS CLI L'eliminazione di un backup è un'azione permanente e irrecuperabile. Vengono eliminati anche tutti i dati contenuti in un backup eliminato. Non eliminate un backup a meno che non siate sicuri di non averne più bisogno in futuro. Non puoi eliminare un backup se il volume di origine è [offline](offline-volumes.md).
È possibile eliminare un volume mentre viene ripristinato da un backup su tutti FSx i file system ONTAP. L'eliminazione di un volume durante il ripristino annulla di fatto l'operazione di ripristino in corso.
**Nota**
Amazon FSx non supporta l'eliminazione del `AVAILABLE` backup più recente di un ONTAP volume a meno che tutti gli altri backup del volume non siano stati eliminati.
Per eliminare i backup creati utilizzando AWS Backup, consulta [Eliminazione dei backup](https://docs.aws.amazon.com/aws-backup/latest/devguide/deleting-backups.html) nella Guida per gli sviluppatori. AWS Backup
**Per eliminare un backup (console)**
1. Apri la FSx console Amazon all'indirizzo [https://console.aws.amazon.com/fsx/](https://console.aws.amazon.com/fsx/).
1. Dalla dashboard della console, scegli **Backup** dalla barra di navigazione a sinistra.
1. Scegli il backup che desideri eliminare dalla tabella **Backup**, quindi scegli **Elimina** backup.
1. Nella finestra di dialogo **Elimina backup** che si apre, verifica che l'ID del backup mostrato sia il backup che desideri eliminare.
1. Conferma che la casella di controllo sia selezionata per il backup che desideri eliminare.
1. Scegli **Elimina backup.**
Il backup e tutti i dati inclusi vengono ora eliminati in modo permanente e irrecuperabile.
**Per eliminare un backup (CLI)**
+ Utilizzate il comando delete-backup CLI o l'azione DeleteBackup API equivalente per eliminare un backup del volume FSx for ONTAP, come illustrato nell'esempio seguente.
```
$ aws fsx delete-backup --backup-id backup-a0123456789abcdef
```
La risposta del sistema include l'ID del backup da eliminare e il relativo stato del ciclo di vita con un valore di`DELETED`, che indica che la richiesta ha avuto esito positivo.
```
{
"BackupId": "backup-a0123456789abcdef",
"Lifecycle": "DELETED"
}
```