Data Domain: Best practice per gruppi di accesso

Best practice per i gruppi di accesso

Si applica a:

• Tutti i sistemi Data Domain
• Tutte le versioni software che supportano VTL
• Protocolli VTL e SAN
• Applicazioni di backup di terze parti come NetWorker, Tivoli Storage Manager (TSM) e così via

Scopo

Questo documento fornisce informazioni sulla configurazione corretta per evitare potenziali problemi con i gruppi di accesso.

Soluzione

Elementi da considerare nella creazione dei gruppi di accesso:

• Client e sistemi operativi:
  • Quale sistema operativo accede al gruppo? È preferibile utilizzare un tipo di sistema operativo per gruppo e, idealmente, un computer client per gruppo.
  • Quanti client devono accedere alle stesse unità nastro? Se possibile, valutare la possibilità di assegnare un diverso set di unità a ciascun computer client.
  • Se il software di backup non dispone di un'opzione di "storage condiviso", è preferibile creare gruppi di accesso separati per ogni client, con unità nastro univoche definite per ogni client.
• Azionamenti e changer:
  • Evitare di inserire il changer in ogni gruppo di accesso. In genere, solo il backup server primario deve avere accesso al changer. (vedere i consigli TSM riportati di seguito).
  • Evitare di inserire più changer nello stesso gruppo di accesso. (vedere i consigli TSM riportati di seguito).
  • Evitare di utilizzare la designazione "all" per le porte primarie o secondarie quando si assegnano le porte HBA (Host Bus Adapter) VTL a singole unità nastro o changer. È preferibile assegnare una singola porta primaria o secondaria per dispositivo. In questo modo si evitano comandi in conflitto con le unità o i changer. A meno che non esista un piano di failover chiaro e testato, le porte secondarie devono essere nessuna.
  • Evitare di condividere le stesse unità nastro o changer tra più gruppi di accesso. (vedere i consigli TSM riportati di seguito).
  • Non utilizzare due o più tipi di unità nastro diversi nello stesso gruppo di accesso. (ad esempio, evitare di avere IBM LTO3 e LTO-5 nello stesso gruppo)
• Indirizzamento LUN:
  • In genere, è preferibile consentire alla VTL di assegnare automaticamente i numeri di LUN non inserendo un numero di LUN quando si crea il gruppo di accesso. Inoltre, non vi è alcun vantaggio in termini di prestazioni nell'utilizzare una numerazione LUN fuori sequenza, e questa operazione può causare problemi per alcuni tipi di sistema operativo nella comunicazione con la VTL. 
  • Per l'accesso ai filer NAS, utilizzare lo stesso schema utilizzato per i computer LINUX. In genere, la numerazione deve sempre iniziare dal LUN zero e mantenere sequenze di numerazione LUN contigue da zero per ogni porta di destinazione. In genere, utilizzare un percorso primario sull HBA VTL per le unità nastro e il changer.
• Note specifiche dell'applicazione:
  • Tivoli Storage Manager (TSM): Per i server o i client TSM, assegnare una sola porta primaria specifica a un unità nastro o a un changer. È possibile assegnare una porta secondaria se la funzione di rilevamento automatico della SAN è abilitata nel server TSM. Inoltre, il server primario TSM deve avere accesso a tutti i changer di librerie e alle unità nastro. Quando TSM ordina a un changer di caricare un nastro, legge l'intestazione del nastro, il server TSM primario deve essere suddiviso in zone su tutte le unità nastro. TSM non è in grado di leggere l'etichetta del nastro tramite un proxy/client, da qui la necessità che il server primario sia suddiviso in zone su tutti i changer e le unità. I computer client per il backup non devono essere suddivisi in zone nel changer. Quando si utilizza l'opzione di archiviazione condivisa in TSM, va benissimo condividere le unità nastro tra vari client, tuttavia evitare di condividere unità nastro tra diversi tipi di sistema operativo. (ad esempio, non condividere unità nastro tra client AIX e HP-UX)
  • IBMi e AS/400: Per le installazioni IBMi, attenersi alla stessa policy di TSM, assegnando una sola porta primaria a un unità nastro o a un changer. È possibile utilizzare porte alternative per le LUN (Logical Unit Number) alternate, quindi è perfettamente possibile utilizzare la porta primaria 4a per le LUN 0, 2, 4, 6, 8 e la porta primaria 4b per le LUN 1, 3, 5, 7. VIOS è supportato per IBMi e VTL, non tutti i dispositivi IOA/IOP sono supportati per questo controllare la matrice di compatibilità Dell per i tipi di dispositivo corretti.
  • Consultare la documentazione delle applicazioni di backup per determinare se il software presenta una delle seguenti limitazioni:
    • Alcuni software di backup potrebbero avere limitazioni nel numero di dispositivi che possono riconoscere collegati a un client o server.
    • Alcuni software di backup potrebbero avere un limite al numero di slot che possono ospitare in una libreria.
    • Alcuni software di backup non sono in grado di arbitrare più client che accedono a risorse comuni, pertanto richiedono unità nastro univoche in ciascun gruppo di accesso e un singolo server/client per gruppo.
• Note specifiche del sistema operativo:
  • Linux: Quando si assegna l'accesso a computer Linux, utilizzare sempre il LUN zero come primo LUN nel percorso dati e utilizzare numeri di LUN contigui a partire da zero senza spazi vuoti nella sequenza. Ad esempio, l'assegnazione delle LUN 0, 1, 2, 3, 4 è corretta, l'assegnazione delle LUN 0, 2, 4, 5 non è corretta.
  • Solaris: Per Solaris è possibile distribuire i percorsi primari tra le LUN, in quanto Solaris non deve vedere uno zero LUN su ogni percorso. Ad esempio, per le LUN 0, 2, 4, 6, è possibile assegnare la porta primaria 4a e la porta primaria 4b per le LUN 1, 3, 5, 7. (al momento, le unità nastro Ultrium-5 non sono supportate su Solaris 11)
  • Windows: Per Windows è possibile utilizzare le stesse assegnazioni delle porte descritte in precedenza per Solaris.
  • Sistemi IBMi e AS400: Alcuni clienti desiderano utilizzare una singola libreria su più LPAR o sistemi oppure più HBA sul sistema IBMi. In questi casi, attenersi alle seguenti linee guida: L'accesso alla libreria e all'unità può ora essere controllato dal livello WRKMLBSTS sul sistema IBMi. Il cliente può controllare la modalità di accesso alla libreria attivando e disattivando le singole istanze della libreria su IBMi.
    1. Suddividere le unità su più gruppi di accesso, ciascuno indirizzato a un singolo HBA IBMi. (Nessuna condivisione di unità)
    2. Aggiungere il changer a ciascun gruppo. Il changer è visibile su più percorsi e la libreria viene visualizzata con più nomi sul sistema IBMi.

Riferimenti

• Data Domain: Guida alle best practice Virtual Tape Library