Data Domain: Prácticas recomendadas para grupos de acceso

Prácticas recomendadas para grupos de acceso

Se aplica a:

• Todos los sistemas Data Domain
• Todas las versiones de software compatibles con VTL
• Protocolos VTL y SAN
• Aplicaciones de respaldo de otros fabricantes, como NetWorker, Tivoli Storage Manager (TSM), etc.

Propósito:

En este documento, se proporciona información sobre la configuración adecuada para evitar posibles problemas con los grupos de acceso.

Solución

Aspectos que se deben tener en cuenta al crear grupos de acceso:

• Clientes y sistemas operativos:
  • ¿Qué sistema operativo accede al grupo? Es mejor usar un tipo de sistema operativo por grupo e, idealmente, una máquina cliente por grupo.
  • ¿Cuántos clientes deben acceder a las mismas unidades de cinta? Si es posible, considere asignar un conjunto diferente de unidades a cada máquina cliente.
  • Si el software de respaldo no tiene una opción de "almacenamiento compartido", es mejor crear grupos de acceso separados para cada cliente, con unidades de cinta únicas definidas para cada cliente.
• Accionamientos y cambiador:
  • Evite colocar el cambiador en cada grupo de acceso. Por lo general, solo el servidor de respaldo principal debe tener acceso al cambiador. (Consulte las recomendaciones de TSM a continuación)
  • Evite colocar más de un cambiador en el mismo grupo de acceso. (Consulte las recomendaciones de TSM a continuación)
  • Evite usar la designación "todos" para los puertos primario o secundario cuando asigne los puertos de la tarjeta adaptadora de bus de host (HBA) de VTL a unidades de cinta o cambiadores individuales. Es preferible asignar un solo puerto primario o secundario por dispositivo. Esto evita posibles comandos conflictivos que se emitan a las unidades o a los cambiadores. A menos que exista un plan de conmutación por error claro y probado, los puertos secundarios no deberían ser ninguno.
  • Evite compartir las mismas unidades de cinta o cambiadores en varios grupos de acceso. (Consulte las recomendaciones de TSM a continuación)
  • No utilice dos o más tipos de unidades de cinta diferentes en el mismo grupo de acceso. (Por ejemplo, evite tener IBM LTO3 y LTO-5 en el mismo grupo)
• Direccionamiento de LUN:
  • Por lo general, es mejor permitir que la VTL asigne números de LUN automáticamente sin ingresar un número de LUN cuando crea el grupo de acceso. Además, el uso de la numeración de LUN fuera de secuencia no proporciona ninguna ventaja de rendimiento y, si lo hace, puede causar problemas para ciertos tipos de sistemas operativos en la comunicación con la VTL. 
  • Para acceder a los filers NAS, utilice el mismo esquema que para las máquinas LINUX. Por lo general, la numeración siempre debe comenzar en LUN cero y mantener secuencias de numeración de LUN contiguas desde cero para cada puerto de destino. Por lo general, utilice una ruta principal en la HBA de VTL a las unidades de cinta y al cambiador.
• Notas específicas de la aplicación:
  • Tivoli Storage Manager (TSM): Para los servidores o clientes de TSM, asigne solo un puerto primario específico a una unidad de cinta o cambiador. Puede asignar un puerto secundario si la función de descubrimiento automático de SAN está habilitada en el servidor de TSM. Además, el servidor principal de TSM debe tener acceso a todos los cambiadores de librerías y unidades de cinta. Cuando TSM indica a un cambiador que cargue una cinta, lee el encabezado de la cinta, el servidor TSM principal debe estar zonificado a todas las unidades de cinta. TSM no puede leer la etiqueta de cinta a través de un proxy/cliente, por lo tanto, es necesario que el servidor principal se zonifique a todos los cambiadores y unidades. Las máquinas cliente para el respaldo no deben estar zonificadas al cambiador. Cuando se utiliza la opción de almacenamiento compartido en TSM, está perfectamente bien compartir unidades de cinta entre varios clientes; sin embargo, evite compartir unidades de cinta entre diferentes tipos de SO. (por ejemplo, no compartir unidades de cinta entre clientes AIX y HP-UX)
  • IBMi y AS/400: Para las instalaciones de IBMi, cumpla con la misma política que para TSM, asignando solo un puerto primario a una unidad de cinta o cambiador. Puede utilizar puertos alternos para alternar números de unidad lógica (LUN), por lo que es perfectamente adecuado utilizar el puerto principal 4a para los LUN 0, 2, 4, 6, 8 y el puerto principal 4b para los LUN 1, 3, 5 y 7. VIOS es compatible con IBMi y VTL, pero no todos los dispositivos IOA/IOP son compatibles con esto. Consulte la matriz de compatibilidad de Dell para conocer los tipos de dispositivos correctos.
  • Consulte la documentación de las aplicaciones de respaldo para determinar si el software tiene alguna de las siguientes limitaciones:
    • Es posible que algunos software de respaldo tengan limitaciones en cuanto a la cantidad de dispositivos que puede reconocer conectados a un cliente o servidor.
    • Es posible que algún software de respaldo tenga un límite en la cantidad de ranuras que puede alojar en una biblioteca.
    • Algunos software de respaldo no pueden arbitrar el acceso de varios clientes a recursos comunes, por lo que estos requieren unidades de cinta únicas en cada grupo de acceso y un solo servidor/cliente por grupo.
• Notas específicas del SO:
  • Linux: Cuando asigne acceso a máquinas Linux, utilice siempre el LUN cero como el primer LUN en la ruta de datos y utilice números LUN contiguos que comiencen en cero sin espacios en la secuencia. Por ejemplo, la asignación de LUN 0, 1, 2, 3, 4 es correcta y la asignación de LUN 0, 2, 4, 5 es incorrecta.
  • Solaris: Para Solaris, puede distribuir las rutas principales entre los LUN, ya que Solaris no tiene que ver un LUN cero en cada ruta. Por ejemplo, para los LUN 0, 2, 4 y 6, puede asignar el puerto principal 4a y el puerto principal 4b para los LUN 1, 3, 5 y 7. (En este momento, las unidades de cinta Ultrium-5 no son compatibles con Solaris 11)
  • Windows: Puede utilizar las mismas asignaciones de puertos para Windows que se describieron anteriormente para Solaris.
  • Sistemas IBMi y AS400: Algunos clientes desean utilizar una sola librería en varios LPARS o sistemas, o utilizar varios HBA en el sistema IBMi. En estos casos, siga estas pautas: El acceso a la biblioteca y a las unidades ahora se puede controlar desde el nivel WRKMLBSTS en el sistema IBMi. El cliente puede controlar cómo se accede a la biblioteca variando las instancias individuales de la biblioteca en IBMi.
    1. Divida las unidades en varios grupos de acceso, cada uno de los cuales se dirige a un único HBA IBMi. (Sin uso compartido de unidades)
    2. Agregue el cambiador a cada grupo. El cambiador es visible en varias rutas y la biblioteca aparece con varios nombres en el sistema IBMi.

Referencias

• Data Domain: Guía de prácticas recomendadas de Virtual Tape Library