Now you’re less likely to miss what’s been brewing in our knowledge base with this weekly digest
Riprova più tardi.
Quando si esegue il backup da Veeam Backup & Replication verso un storage appliance con deduplica, la performance o la percentuale di deduplicazione è bassa se non vengono utilizzate le impostazioni delle best practice.
Le opzioni predefinite di Veeam Backup & Replication sono destinate per storage senza deduplica.
Se si utilizzano i sistemi storage di deduplicazione, è necessario configurare ulteriormente l'architettura di backup e le impostazioni Veeam per ottenere le migliori prestazioni. Di seguito sono riportate alcune opzioni di configurazione hardware e software che possono essere utilizzate con gli storage di deduplicazione. In alcuni casi, potrebbe essere necessario combinare più di un'opzione, ma in tutti i casi, si consiglia vivamente di consultare il proprio rivenditore di dispositivi di deduplicazione e / o un rivenditore a valore aggiunto per discutere delle esigenze individuali.
Per la pianificazione generale dell'architettura, le best practice di Veeam raccomandono di seguire la regola di backup 3-2-1:
3: Conservare almeno tre copie dei dati e delle applicazioni. La copia che stai utilizzando principalemente e due backup. In questo modo, se uno dei backup non è disponibile per qualsiasi motivo (ad esempio, se tiene il backup insieme con la copia principale e entrambi non sono disponibili), il restore sarà comunque possibile.
2: Archiviare i tuoi backup su almeno due tipi di storage. Uno dei motivi è che ogni tipo di storage ha le proprie vulnerabilità e non si desidera che entrambi i backup siano sensibili allo stesso problema.
Ad esempio: gestisci la tua azienda su un sistema di archiviazione rapido per scopi generici e archivia i tuoi backup su un sistema di archiviazione specializzato a tale scopo o su un server separato con dischi locali.
1: Conservare uno dei backup in un posto diverso. Prendi in considerazione una crisi nel tuo data center primario, come un incendio o un'interruzione di corrente. Se tutte le copie si trovano nello stesso posto, possono essere colpite tutte, eliminando l'organizzazione.
Per raggiungere questi obiettivi, utilizza le best practice Veeam. Tuttavia, ogni fornitore di storage con deduplica dispone di specifici set di funzionalità univoci che consentono l'utilizzo dei propri archivi in modi diversi. Controllare i seguenti link per le linee guida specifiche del fornitore:
Passo 1: Creazione di backup sul sito primario con conservazione a lungo termine.
Utilizzare un sistema di archiviazione del backup (sistema di archiviazione per scopi generici) per backup primari a breve termine e settare Veeam di copiare i backup su un sistema storage di deduplicazione per la conservazione a lungo termine.
Una variante di questo approccio consiste nell'utilizzare un server standard con controller RAID alimentato a batteria e dischi per archiviare i backup primari (approccio cache) e utilizzare la backup copy nei sistemi storage di deduplicazione per la conservazione a lungo termine.
Passo 2: Aggiungere una destinazione offsite.
Oltre agli scenari di cui sopra, è possibile utilizzare le seguenti opzioni per creare una copia off-site dei dati.
Lo scenario sopra riportato riflette le best practice generali. Si prega di contattare il fornitore del storage di deduplicazione per ulteriori indicazioni e controllare i link del fornitore forniti sopra per ulteriori scenari utilizzabili con lo storage specifico.
Veeam offre varie opzioni di catene di backup, ma per gli storage di deduplicazione si consiglia quanto segue:
L'opzione descritta in precedenza fornisce la performance alta in situazioni che non comportano il trasporto tramite collegamenti WAN. Inoltre, l'integrazione con Catalyst e Dell EMC DDBoost consente di utilizzare il modo sintetico. Per questi ambienti non selezionare l'opzione “Read the entire restore point from source backup instead of synthesizing it from increments” ma lasciare il backup settimanale GFS abilitato.
Disabilitare l'opzione inline deduplication quando si scrive negli storage di deduplicazione.
Tuttavia, per i storage di deduplicazione che hanno una "landing zone" non deduplicata (come ExaGrid) e si fa backup solo di macchine virtuali, è possibile risparmiare spazio abilitando l'opzione inline deduplication
Per impostazione predefinita, il livello di compressione per agente du trasporto source è impostato su “optimal” per ridurre i dati che devono essere trasportati sulla rete. Il repository o il server gateway decomprimono i dati prima di scriverli nel dispositivo di deduplicazione..
Per i job di backup copy, impostare il livello di compressione su “Auto” per lasciare i dati nel modo in cui sono stati archiviati originariamente sulla destinazione di backup principale.
Per i dispositivi di deduplicazione che hanno una "landing zone" non deduplicata (come ExaGrid) e si fa backup solo di macchine virtuali, è possibile risparmiare spazio impostando il livello di compressione su “Dedup Friendly” e deselezionando l'opzione “Decompres backup data blocks before storing”.
Le best practices generali sono:
Veeam può utilizzare blocchi di dimensioni diverse per archiviare i backup. La dimensione del blocco è definita nelle impostazioni del job di backup e verrà mantenuta su tutte le copie. Per i job non-VM questa impostazione va settata a “Local Target” e non può essere modificata.
Le modifiche delle dimensioni del blocco vengono attivate solo dopo un Active Full e verranno utilizzate solo per le nuove catene di backup (i dati già archiviati non vengono toccati).
Solo 2 impostazioni della dimensione del blocco sono consigliate per l'utilizzo del storage di deduplicazione nei backup di macchine virtuali:
Utilizzare questa opzione per ExaGrid.
Per default, questa impostazione avanzata di repository è disabilitata. Abilitarla per gli storage di deduplicazione che usando dimensione di blocco fissa (ad es. Deduplicazione ONTAP NetApp) o in situazioni in cui è possibile utilizzare la Fast Cloning di ReFS / XFS..
La crittografia creerà dati randomici nello storage di backup; di conseguenza, gli storage di deduplicazione non funzioneranno in modo efficace. Si consiglia di non utilizzare la crittografia con gli storage di deduplicazione.
Il Health check legge tutti i dati dall'ultimo punto di ripristino e attraverso tutta la catena di backup. Se utilizzati con gli storage di deduplicazione, questi dati vengono reidratati, che può causare un processo lento. Si consiglia di abilitare il Health check sul job di backup primario prima che i dati vengano trasportati dal job di backup copy in uno storage di deduplicazione.
Se hai seguito le guide sopra descritte, non esiste la necessità per questa impostazioni. Si consiglia di disabilitarla.
Il tuo feedback è stato ricevuto e sarà preso in esame.
Riprova più tardi.
Please try select less.
Questo modulo è predisposto solo per fornire feedback/suggerimenti per la KB. Se hai bisogno di aiuto con il software apri una richiesta di assistenza
Il tuo feedback è stato ricevuto e sarà preso in esame.
Riprova più tardi.