Data Domain: Guida alle best practice Virtual Tape Library

Guida alle best practice VTL

SCOPO

Questo documento fornisce linee guida sulle best practice per garantire prestazioni ottimali e di Data Domain Virtual Tape Library (VTL) negli ambienti di backup, nonché per garantire facilità di supporto e manutenzione del prodotto.

SI APPLICA A

• Tutti i sistemi Data Domain
• Tutte le versioni software che supportano VTL
• Protocollo VTL
• Applicazione di backup ("BA") di terze parti come NetWorker, TeraSAM e così via

SOLUZIONE

1. Linee guida di base per evitare prestazioni scadenti:
   1. È fondamentale assicurarsi che sia stato completato un qualificatore VTL per l'installazione e che ne sia stato verificato il corretto funzionamento. L'utilizzo di HBA, driver e altri elementi non supportati rappresenta una fonte comune di problemi.
   2. Tentare di mantenere lo spazio occupato del sistema Data Domain al di sotto dell'85%. La pulizia del file system e altre operazioni sono più veloci ed efficienti quando il sistema dispone di una quantità di spazio su disco sufficiente per eseguire queste importanti attività.
   3. Provare a pianificare l'esecuzione di Filesystem Clean (funzione nota anche come garbage collection o pulizia del file system) durante i periodi in cui non sono in esecuzione backup attivi.
   4. La pianificazione predefinita di Filesystem Clean è sufficiente nella maggior parte degli ambienti. Consultare il documento "Pianificazione della pulizia su un sistema Data Domain: best practice 12089" per comprendere meglio questo processo. Se si continua a ritenere che vi sia un motivo per modificare la pianificazione predefinita ed eseguire più spesso Filesystem Clean, contattare il supporto di Data Domain per discuterne.
   5. Non pianificare la replica in modo che si sovrapponga alla finestra di backup attiva di VTL. Entrambi i processi richiedono risorse considerevoli e vengono completati più rapidamente se eseguiti separatamente anziché contemporaneamente.
   6. Non utilizzare mai la crittografia, il multiplexing, la precompressione o la deduplica lato client dall'applicazione di backup del client (ovvero NetWorker o TeraSAM), in quanto riducono notevolmente il fattore di compressione ottenuto sul sistema Data Domain. Eseguire queste attività solo sul sistema Data Domain. Alcune applicazioni di backup attivano queste funzioni per impostazione predefinita (ovvero, il software HP Data Protector è configurato sul multiplexing per impostazione predefinita), quindi verificare che tutte siano disattivate per l'applicazione in uso.
   7. Sebbene il sistema Data Domain possa offrire limiti più elevati nelle opzioni di configurazione (numero di flussi, limitazione, replica e così via), l'utilizzo di configurazioni più moderate offre spesso le migliori prestazioni complessive. 
   8. Assicurarsi di leggere e comprendere tutti gli avvisi dal sistema Data Domain. Se non si comprende un avviso, contattare il supporto per chiarimenti.
   9. Non utilizzare solo il pool predefinito. Creare almeno un altro pool e tutti i nastri al loro interno. Se si utilizza la replica (o si intende utilizzarla in futuro), è importante creare e utilizzare tra 5 e 10 contesti di replica (ovvero un pool VTL) per migliorare le prestazioni.
   10. Assicurarsi che i componenti specifici siano compatibili con VTL.

2. Componenti VTL

   1. Initiator:
      1. È necessario che la porta dell'initiator FC sia dedicata solo ai dispositivi VTL Data Domain.
      2. Solo gli initiator che devono comunicare con un particolare set di porte di destinazione VTL su un sistema Data Domain devono essere suddivisi in zone con tale sistema Data Domain.
      3. Creare un alias utile per ogni initiator suddiviso in zone e connesso al sistema Data Domain, includendo preferibilmente il nome host e la porta nel nome alias. 
      4. Utilizzare solo la suddivisione in zone di tipo "uno a uno"; creare zone sullo switch Fibre Channel composte da un solo initiator e una destinazione per zona. 
   2. Slot: 
   • Il numero di slot o unità per una libreria è determinato dal numero di flussi di backup e ripristino simultanei in esecuzione. Il numero di unità è inoltre limitato dai limiti di configurazione e prestazioni complessive del sistema Data Domain specifico. Il numero di slot si basa in genere sul numero di nastri utilizzati in un ciclo di policy di retention.

   3. Cartridge Access Point:

      • Consultare la documentazione sull'integrazione di Data Domain per l'applicazione di backup specifica per determinare se i CAP (Cartridge Access Point) devono essere emulati per l'ambiente specifico.

   4. Changer:

      • Può essere presente un solo changer per VTL.
      • Spesso, il modello di changer da selezionare dipende dalla configurazione specifica:
        • Utilizzare l'emulazione della libreria RESTORER-L180 quando si utilizza il software Symantec Backup
        • Utilizzare l'emulazione della libreria TS3500 quando si utilizza la piattaforma IBM System i
        • È inoltre possibile utilizzare l'emulazione della libreria TS3500 quando si utilizza TeraSAM 6.2 sulle piattaforme AIX 6.1 e AIX 5.3.
        • La maggior parte delle altre installazioni deve utilizzare l'emulazione della libreria L180 (non Symantec, non IBM System i)

   5. Unità nastro

      1. auto-offline:  se è caricato un nastro, l'unità è online. In questo stato, il changer non è in grado di spostare un nastro dall'unità senza prima scaricare il nastro. Tuttavia, se l'opzione auto-offline è abilitata, si verifica uno scaricamento implicito dell'unità e quindi il nastro può essere spostato dall'unità anche se l'applicazione non ha emesso un comando Unload. Questa impostazione può essere utile per alcune applicazioni ed è globale in tutto il servizio VTL (un'impostazione per tutte le unità).
      2. auto-eject:  se un nastro viene spostato da un'unità o uno slot a un CAP, passa direttamente al vault. Questa impostazione può essere utile per le applicazioni che verificano la corretta rimozione dei nastri dal CAP. L'operazione "eject" della libreria non riesce se i nastri persistono nel CAP dopo un ritardo. L'opzione auto-eject soddisfa le esigenze di queste applicazioni, poiché i nastri scompaiono immediatamente dai CAP. Anche questa impostazione è globale nell'intero servizio VTL (un'impostazione per tutte le unità)
      3. Si consiglia di utilizzare un solo tipo di unità nastro per libreria.

   6. HBA di destinazione

      1. Prendere in considerazione la possibilità di distribuire il carico di backup su più porte FC sul sistema Data Domain per evitare colli di bottiglia su una porta singola. 
      2. Verificare la velocità di ciascuna porta FC sullo switch per accertarsi che la porta sia configurata per la velocità desiderata.
      3. Impostare le porte secondarie su "none", a meno che non sia esplicitamente necessario per la configurazione specifica.
      4. Configurare il driver del sistema operativo host per il binding persistente delle LUN. In questo modo si evitano situazioni in cui, a causa di modifiche alla destinazione, è necessario riconfigurare il software di backup o il sistema operativo. 

• Operazione VTL

  1. Slot: Creare un numero sufficiente di slot per contenere i nastri creati. La creazione di alcuni slot aggiuntivi non è un problema, se non si tratta di una quantità eccessiva.
  2. CAP
  3. Nastri
     1. Creare solo il numero di nastri necessario per soddisfare i requisiti di backup. Il numero di nastri iniziale è inferiore al doppio dello spazio su disco disponibile su Restorer. La creazione di un numero eccessivo di nastri virtuali può determinare uno scenario in cui il sistema Data Domain può riempirsi prematuramente e causare un'interruzione imprevista del sistema. Man mano che le statistiche di compressione globali diventano disponibili, è possibile aggiungere ulteriori nastri in modo incrementale. 
     2. Se il sistema raggiunge il 100% di spazio occupato, è necessario eliminare eventuali nastri vuoti presenti nel sistema, quindi far scadere un numero di dati sufficiente a riportare il sistema al di sotto dell'80% di capacità. Per evitare questa attività dispendiosa in termini di tempo, fare in modo che lo spazio sul sistema non si esaurisca completamente.
     3. In un sistema di destinazione di replica, non leggere mai da un nastro in fase di replica.
     4. Utilizzare sempre codici a barre di nastri univoci, anche in pool diversi.
     5. Utilizzare sempre lo stesso suffisso del nastro (dimensione) in tutti i pool. Se per qualche motivo è necessario utilizzare un suffisso diverso, mantenere almeno lo stesso suffisso all'interno di un pool.
     6. Le dimensioni ottimali dei nastri dipendono da diversi fattori, tra cui l'applicazione di backup specifica utilizzata e le caratteristiche dei dati di cui viene eseguito il backup. In generale, è meglio utilizzare un numero maggiore di nastri di dimensioni inferiori rispetto a un numero inferiore di nastri di dimensioni maggiori, al fine di controllare l'utilizzo del disco e impedire condizioni di spazio esaurito.
     7. Per TeraSAM, si consiglia di utilizzare nastri di dimensioni ridotte (30-50 G) per recuperare più rapidamente lo spazio.

  4. Applicazioni di backup

     1. Assicurarsi di utilizzare le dimensioni massime ottimali dei blocchi per l'applicazione di backup per ottenere le massime prestazioni con il sistema Data Domain. Il numero ottimale dipende da molti fattori, come la velocità del disco, la memorizzazione nella cache del sistema operativo e il software di backup specifico. Consultare i consigli del fornitore e le guide all'integrazione.
     2. In generale, un blocco di nastri di dimensioni multiple di 64k offre prestazioni migliori, ma assicurarsi di consultare le best practice o le guide all'integrazione per il software specifico in uso (vedere di seguito per i link). Se si accede al dispositivo Data Domain con più server di backup, utilizzare la dimensione di blocco maggiore accessibile a tutti i server nell'ambiente (soprattutto in un ambiente con sistema operativo eterogeneo).

• Gruppi di accesso

  1. La numerazione dei dispositivi all'interno di ciascun gruppo di accesso VTL dedicato deve iniziare con LUN 0.
  2. È consigliabile evitare di modificare la configurazione del gruppo di accesso VTL mentre il sistema Data Domain è sottoposto a carichi pesanti.
  3. Si consiglia di utilizzare un solo initiator per gruppo di accesso.

• Statistiche

  1. Quando si utilizzano le statistiche della memoria cache del contrassegno di file VTL, è necessario eseguire il ripristino delle statistiche prima del caricamento dei nastri nelle unità. Se il ripristino delle statistiche viene eseguito dopo il caricamento e l'accesso dei nastri alle unità nastro, il comando vtl show detailed-stats potrebbe essere fuorviante. Il report potrebbe indicare che i conteggi "liberi" sono maggiori dei conteggi "alloc", il che in questo caso è un evento imprevisto, ma innocuo. È causato dalla reimpostazione delle statistiche delle unità mentre sono in uso; la reimpostazione delle statistiche non è un'operazione atomica.
  2. Come best practice generale, le statistiche devono essere reimpostate prima di caricare i nastri nelle unità.