Skip to main content
NetApp Backup and Recovery
La versione in lingua italiana fornita proviene da una traduzione automatica. Per eventuali incoerenze, fare riferimento alla versione in lingua inglese.

Pianifica la protezione del volume ONTAP in NetApp Backup and Recovery

Collaboratori netapp-mwallis

Usa questa pagina per pianificare come proteggere i tuoi volumi ONTAP con NetApp Backup and Recovery. Prima di abilitare backup e ripristino, rivedi i metodi di protezione, le architetture, le policy, le scelte di storage a oggetti e le modalità di distribuzione dell'agente della Console.

Nota Per passare da e verso i carichi di lavoro NetApp Backup and Recovery , fare riferimento a"Passa a diversi carichi di lavoro NetApp Backup and Recovery" .

Esamineremo le seguenti opzioni:

  • Quali funzionalità di protezione utilizzerai: snapshot, volumi replicati e/o backup sul cloud

  • Quale architettura di backup utilizzerai: un backup a cascata o a fan-out dei tuoi volumi

  • Utilizzerai i criteri di backup predefiniti o dovrai creare criteri personalizzati?

  • Desideri che il servizio crei i bucket cloud per te o desideri creare i contenitori di archiviazione degli oggetti prima di iniziare?

  • Quale modalità di distribuzione dell'agente della console stai utilizzando (modalità standard, limitata o privata)

Quali funzionalità di protezione utilizzerai?

Prima di selezionare le funzionalità da utilizzare, ecco una breve spiegazione di cosa fa ciascuna funzionalità e del tipo di protezione che offre.

Tipo di backup Descrizione

Istantanea

Crea un'immagine di sola lettura e in un punto temporale specifico di un volume all'interno del volume di origine come snapshot. È possibile utilizzare lo snapshot per recuperare singoli file oppure per ripristinare l'intero contenuto di un volume.

Replicazione

Crea una copia secondaria dei dati su un altro sistema di archiviazione ONTAP e aggiorna continuamente i dati secondari. I tuoi dati saranno sempre aggiornati e disponibili ogni volta che ne avrai bisogno.

Backup su cloud

Crea backup dei tuoi dati sul cloud per proteggerli e archiviarli a lungo termine. Se necessario, è possibile ripristinare un volume, una cartella o singoli file dal backup sullo stesso sistema o su un sistema diverso.

Gli snapshot sono alla base di tutti i metodi di backup e sono necessari per utilizzare il servizio di Backup and Recovery. Uno snapshot è un'immagine point-in-time di sola lettura di un volume. L'immagine occupa uno spazio di storage minimo e comporta un overhead prestazionale trascurabile, poiché registra solo le modifiche ai file apportate dall'ultimo snapshot. Lo snapshot creato sul tuo volume viene utilizzato per mantenere sincronizzati il volume replicato e il file di backup con le modifiche apportate al volume di origine, come mostrato in figura.

Un diagramma che mostra come i file di backup esistono sul sistema di origine come snapshot, come volumi replicati sul sistema di archiviazione secondario e come file di backup nell'archiviazione di oggetti.

È possibile scegliere di creare sia volumi replicati su un altro sistema di archiviazione ONTAP sia file di backup nel cloud. Oppure puoi semplicemente scegliere di creare volumi replicati o file di backup: la scelta è tua.

Riassumendo, ecco i flussi di protezione validi che puoi creare per i volumi nel tuo sistema ONTAP :

  • Volume di origine → Snapshot → Volume replicato → File di backup

  • Volume sorgente → Snapshot → File di backup

  • Volume sorgente → Snapshot → Volume replicato

Nota La creazione iniziale di un volume replicato o di un file di backup include una copia completa dei dati di origine: questo processo è denominato trasferimento di base. I trasferimenti successivi contengono solo copie differenziali dei dati di origine (lo snapshot).

Confronto tra i diversi metodi di backup

La tabella seguente mostra un confronto generalizzato dei tre metodi di backup. Sebbene lo spazio di archiviazione degli oggetti sia in genere meno costoso dell'archiviazione su disco in locale, se pensi di dover ripristinare frequentemente i dati dal cloud, le tariffe di uscita dei provider cloud possono ridurre parte dei tuoi risparmi. Dovrai stabilire con quale frequenza dovrai ripristinare i dati dai file di backup nel cloud.

Oltre a questi criteri, il cloud storage offre ulteriori opzioni di sicurezza se usi la funzionalità DataLock and Ransomware protection e ulteriori risparmi sui costi quando selezioni classi di storage archiviate per i file di backup più vecchi. "Scopri di più sulla protezione DataLock e Ransomware e sulle impostazioni di archiviazione".

Tipo di backup Velocità di backup Costo di backup Ripristinare la velocità Costo di ripristino

Istantanea

Alto

Basso (spazio su disco)

Alto

Basso

Replicazione

Medio

Mezzo (spazio su disco)

Medio

Mezzo (rete)

Backup su cloud

Basso

Basso (spazio oggetto)

Basso

Alto (commissioni del fornitore)

Quale architettura di backup utilizzerai?

Quando si creano sia volumi replicati sia file di backup, è possibile scegliere un'architettura fan-out o a cascata per eseguire il backup dei volumi.

Un'architettura fan-out trasferisce lo snapshot in modo indipendente sia al sistema di archiviazione di destinazione sia all'oggetto di backup nel cloud.

Un diagramma che mostra come uno snapshot di un volume viene utilizzato per creare e aggiornare un volume replicato e un file di backup.

Un'architettura a cascata trasferisce prima lo snapshot al sistema di archiviazione di destinazione, dopodiché il sistema trasferisce la copia all'oggetto di backup nel cloud.

Un diagramma che mostra come uno snapshot di un volume viene utilizzato per creare e aggiornare un volume replicato e un file di backup.

Confronto tra le diverse scelte architettoniche

Questa tabella fornisce un confronto tra le architetture fan-out e a cascata.

Fan-out Cascata

Piccolo impatto sulle prestazioni del sistema sorgente perché invia snapshot a 2 sistemi distinti

Minore impatto sulle prestazioni del sistema di archiviazione di origine perché invia lo snapshot una sola volta

Più facile da configurare perché tutte le policy, le reti e le configurazioni ONTAP vengono eseguite sul sistema sorgente

Richiede che alcune configurazioni di rete e ONTAP vengano eseguite anche dal sistema secondario.

Utilizzerai le policy predefinite per le snapshot, la replica e il backup?

Puoi usare le policy predefinite fornite da NetApp per creare i tuoi backup, oppure puoi creare policy personalizzate. Quando usi la procedura guidata di attivazione per abilitare il servizio di Backup and Recovery per i tuoi volumi, puoi scegliere tra le policy predefinite e qualsiasi altra policy già presente nel sistema (Cloud Volumes ONTAP o sistema ONTAP on-premises). Se vuoi usare una policy diversa da quelle esistenti, puoi crearla prima di iniziare o mentre usi la procedura guidata di attivazione.

  • Il criterio di snapshot predefinito crea snapshot orari, giornalieri e settimanali, conservando 6 snapshot orari, 2 giornalieri e 2 settimanali.

  • La policy di replica predefinita replica snapshot giornalieri e settimanali, conservando 7 snapshot giornalieri e 52 snapshot settimanali.

  • La policy di backup predefinita replica snapshot giornalieri e settimanali, conservando 7 snapshot giornalieri e 52 settimanali.

Se si creano policy personalizzate per la replica o il backup, le etichette delle policy (ad esempio, "giornaliera" o "settimanale") devono corrispondere alle etichette presenti nelle policy snapshot, altrimenti i volumi replicati e i file di backup non verranno creati.

Puoi creare policy di Snapshot, replica e backup su storage a oggetti nell'interfaccia utente di NetApp Backup and Recovery. Vedi "aggiunta di una nuova politica di backup" per i dettagli.

Oltre a utilizzare NetApp Backup and Recovery per creare criteri personalizzati, è possibile utilizzare System Manager o l'interfaccia a riga di comando (CLI) di ONTAP:

Nota: quando si utilizza System Manager, selezionare Asincrono come tipo di policy per le policy di replica e selezionare Asincrono e Backup su cloud per le policy di backup su oggetto.

Ecco alcuni esempi di comandi ONTAP CLI che potrebbero essere utili se si creano policy personalizzate. Si noti che è necessario utilizzare il vserver admin (VM di archiviazione) come <vserver_name> in questi comandi.

Descrizione della politica Comando

Criterio di snapshot semplice

snapshot policy create -policy WeeklySnapshotPolicy -enabled true -schedule1 weekly -count1 10 -vserver ClusterA -snapmirror-label1 weekly

Backup semplice sul cloud

snapmirror policy create -policy <policy_name> -transfer-priority normal -vserver <vserver_name> -create-snapshot-on-source false -type vault
snapmirror policy add-rule -policy <policy_name> -vserver <vserver_name> -snapmirror-label <snapmirror_label> -keep

Backup su cloud con protezione DataLock e Ransomware

snapmirror policy create -policy CloudBackupService-Enterprise -snapshot-lock-mode enterprise -vserver <vserver_name>
snapmirror policy add-rule -policy CloudBackupService-Enterprise -retention-period 30days

Backup su cloud con classe di archiviazione

snapmirror policy create -vserver <vserver_name> -policy <policy_name> -archive-after-days <days> -create-snapshot-on-source false -type vault
snapmirror policy add-rule -policy <policy_name> -vserver <vserver_name> -snapmirror-label <snapmirror_label> -keep

Semplice replica su un altro sistema di archiviazione

snapmirror policy create -policy <policy_name> -type async-mirror -vserver <vserver_name>
snapmirror policy add-rule -policy <policy_name> -vserver <vserver_name> -snapmirror-label <snapmirror_label> -keep

Nota Per il backup delle relazioni cloud è possibile utilizzare solo criteri di vault.

Dove risiedono le mie polizze?

Le policy di backup risiedono in posizioni diverse a seconda che tu utilizzi un'architettura fan-out o a cascata. Le policy di replica e le policy di backup sono progettate in modo diverso perché la replica associa due sistemi di storage ONTAP, mentre il backup su oggetto utilizza un cloud provider come destinazione.

  • I criteri di snapshot risiedono sempre sul sistema di archiviazione primario.

  • Le policy di replica risiedono sempre sul sistema di archiviazione secondario.

  • I criteri di backup su oggetto vengono creati sul sistema in cui risiede il volume di origine: si tratta del cluster primario per le configurazioni fan-out e del cluster secondario per le configurazioni a cascata.

Queste differenze sono mostrate nella tabella.

Architettura Politica di snapshot Politica di replicazione Politica di backup

Fan-out

Primario

Secondario

Primario

Cascata

Primario

Secondario

Secondario

Quindi, se stai pensando di creare policy personalizzate quando usi l'architettura a cascata, dovrai creare le policy di replica e di backup su oggetto sul sistema secondario dove verranno creati i volumi replicati. Se stai pensando di creare policy personalizzate quando usi l'architettura fan-out, dovrai creare le policy di replica sul sistema secondario dove verranno creati i volumi replicati e le policy di backup su oggetto sul sistema primario.

Se si utilizzano i criteri predefiniti presenti su tutti i sistemi ONTAP , allora è tutto a posto.

Vuoi creare il tuo contenitore di archiviazione di oggetti

Quando crei file di backup nello storage a oggetti per un sistema, per impostazione predefinita il servizio Backup and Recovery crea il container (bucket o storage account) per i file di backup nell'account di storage a oggetti che hai configurato. Il bucket AWS o GCP si chiama "netapp-backup-<uuid>" per impostazione predefinita. L'account di Azure Blob storage si chiama "netappbackup<uuid>".

È possibile creare autonomamente il contenitore nell'account del provider di oggetti se si desidera utilizzare un determinato prefisso o assegnare proprietà speciali. Se si desidera creare un contenitore personalizzato, è necessario crearlo prima di avviare la procedura guidata di attivazione. NetApp Backup and Recovery può utilizzare qualsiasi bucket e condividere i bucket. La procedura guidata di attivazione del backup rileverà automaticamente i contenitori forniti per l'account e le credenziali selezionati, in modo da poter selezionare quello che si desidera utilizzare.

Puoi creare il bucket dalla Console o dal tuo provider cloud.

Se si prevede di utilizzare un prefisso bucket diverso da "netapp-backup-xxxxxx", sarà necessario modificare le autorizzazioni S3 per il ruolo IAM dell'agente della console.

Nota Quando si crea un container da utilizzare come destinazione di backup in Azure, assicurarsi che il container creato abbia lo stesso nome dell'account di storage di Azure.

Impostazioni avanzate del bucket

Se intendi spostare i vecchi file di backup in un archivio o se intendi abilitare la protezione DataLock e Ransomware per bloccare i file di backup ed eseguirne la scansione alla ricerca di possibili ransomware, dovrai creare il contenitore con determinate impostazioni di configurazione:

  • Al momento, l'archiviazione sui tuoi bucket è supportata nell'archiviazione AWS S3 quando utilizzi il software ONTAP 9.10.1 o versioni successive sui tuoi cluster. Per impostazione predefinita, i backup vengono avviati nella classe di archiviazione S3 Standard. Assicurati di creare il bucket con le regole del ciclo di vita appropriate:

    • Spostare gli oggetti nell'intero ambito del bucket in S3 Standard-IA dopo 30 giorni.

    • Sposta gli oggetti con il tag "smc_push_to_archive: true" in Glacier Flexible Retrieval (in precedenza S3 Glacier)

  • La protezione DataLock e Ransomware è supportata nello storage AWS quando si utilizza il software ONTAP 9.11.1 o versione successiva sui cluster e nello storage Azure quando si utilizza il software ONTAP 9.12.1 o versione successiva.

    • Per AWS, è necessario abilitare il blocco degli oggetti sul bucket utilizzando un periodo di conservazione di 30 giorni.

    • Per Azure, è necessario creare la classe di archiviazione con supporto di immutabilità a livello di versione.

Quale modalità di distribuzione dell'agente della console stai utilizzando?

Se usi già la Console per gestire lo storage, un agente della Console è già installato. Se vuoi usare lo stesso agente della Console con NetApp Backup and Recovery, sei già a posto. Se invece devi usare un agente della Console diverso, installalo prima di iniziare l’implementazione del backup e recovery.

NetApp Console offre diverse modalità di distribuzione che consentono di utilizzare la console in base alle proprie esigenze aziendali e di sicurezza. La modalità standard sfrutta il livello SaaS della console per fornire funzionalità complete, mentre la modalità limitata e la modalità privata sono disponibili per le organizzazioni con restrizioni di connettività.

Supporto per siti con connettività Internet completa

Quando NetApp Backup and Recovery viene utilizzato in un sito con connettività Internet completa (nota anche come modalità standard o modalità SaaS), puoi creare volumi replicati su qualsiasi sistema ONTAP locale o Cloud Volumes ONTAP gestito dalla Console e puoi creare file di backup nello storage a oggetti di qualsiasi cloud provider supportato. "Visualizza l'elenco completo delle destinazioni di backup supportate".

Per un elenco delle posizioni valide degli agenti della console, fare riferimento a una delle seguenti procedure di backup per il provider cloud in cui si prevede di creare i file di backup. Esistono alcune restrizioni per cui l'agente Console deve essere installato manualmente su una macchina Linux o distribuito in uno specifico provider cloud.

Supporto per siti con connettività Internet limitata

NetApp Backup and Recovery può essere utilizzato in un sito con connettività Internet limitata (nota anche come modalità limitata) per eseguire il backup dei dati del volume. In questo caso, sarà necessario distribuire l'agente Console nella regione cloud di destinazione.

Supporto per siti senza connettività Internet

NetApp Backup and Recovery può essere utilizzato in un sito senza connettività Internet (noto anche come modalità privata o siti oscuri) per eseguire il backup dei dati del volume. In questo caso, sarà necessario distribuire l'agente Console su un host Linux nello stesso sito.

Nota La modalità privata BlueXP (interfaccia BlueXP legacy) viene in genere utilizzata con ambienti locali privi di connessione Internet e con regioni cloud sicure, tra cui AWS Secret Cloud, AWS Top Secret Cloud e Azure IL6. NetApp continua a supportare questi ambienti con l'interfaccia legacy BlueXP . Per la documentazione sulla modalità privata nell'interfaccia legacy BlueXP , fare riferimento a "Documentazione PDF per la modalità privata BlueXP" .