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

Guía de prácticas recomendadas de VTL

PROPÓSITO

Este documento proporciona pautas de prácticas recomendadas para ayudar a garantizar un rendimiento óptimo de Data Domain Virtual Tape Library (VTL) en entornos de respaldo, y también para garantizar la facilidad de soporte y mantenimiento del producto.

SE APLICA A

• Todos los sistemas Data Domain
• Todas las versiones de software compatibles con VTL
• Protocolo de VTL
• Aplicación de copia de seguridad de otros fabricantes (“BA”), como NetWorker, TeraSAM, etc.

SOLUCIÓN

1. Pautas básicas para evitar un rendimiento deficiente:
   1. Es fundamental que se asegure de que se haya completado un calificador de VTL para la instalación y que se haya verificado su correcto funcionamiento. El uso de HBA, controladores, etc. no compatibles es una fuente común de problemas.
   2. Intente mantener el sistema Data Domain menos del 85 % lleno. La limpieza del sistema de archivos y otras operaciones son más rápidas y eficientes cuando el sistema tiene suficiente espacio en disco disponible para realizar estas tareas importantes.
   3. Intente programar la limpieza del sistema de archivos (también conocida como recolección de elementos no utilizados) para que se ejecute durante los momentos en que no se estén ejecutando copias de seguridad activas.
   4. El programa de limpieza del sistema de archivos predeterminado es suficiente en la mayoría de los entornos. Consulte el documento “Programación de la limpieza en un sistema Data Domain: Prácticas recomendadas 12089” para comprender mejor este proceso. Si aún cree que hay un motivo para modificar el programa predeterminado a fin de que la limpieza del sistema de archivos se ejecute con más frecuencia, comuníquese con el soporte de Data Domain para analizarlo.
   5. No programe la replicación para que se superponga con el período de copia de seguridad de VTL activa. Ambos procesos requieren recursos sustanciales y se realizan más rápido si se ejecutan por separado en lugar de simultáneamente.
   6. Nunca utilice cifrado, multiplexación, compresión previa o desduplicación en el cliente desde la BA del cliente (es decir, NetWorker, TeraSAM), ya que reducen en gran medida el factor de compresión obtenido en el sistema Data Domain. Realice estas actividades en el sistema Data Domain únicamente. Algunas aplicaciones de copia de seguridad activan estas funciones de forma predeterminada (p. ej., HP Data Protector establece de forma predeterminada la multiplexación), así que compruebe que todas ellas están desactivadas para la aplicación.
   7. Aunque el sistema Data Domain puede ofrecer límites más altos en las opciones de configuración (cantidad de flujos, limitación, replicación, etc.), el uso de configuraciones más moderadas suele ofrecer el mejor rendimiento general. 
   8. Asegúrese de leer y comprender todas las alertas del sistema Data Domain. Si no comprende una alerta, llame al soporte para aclararla.
   9. No utilice el pool predeterminado para todo. Cree al menos otro pool y cree todas las cintas en los pools que creó. Si utiliza la replicación (o puede hacerlo en el futuro), es importante crear y utilizar entre 5 y 10 contextos de replicación (es decir, un pool de VTL) para mejorar el rendimiento.
   10. Asegúrese de que sus componentes específicos sean compatibles con VTL.

2. Componentes de VTL

   1. Iniciadores:
      1. Es necesario que el puerto del iniciador de FC esté dedicado solo a dispositivos VTL de Data Domain.
      2. Solo los iniciadores que deben comunicarse con un conjunto específico de puertos de destino de VTL en un sistema Data Domain deben zonificarse con ese sistema Data Domain.
      3. Cree un alias útil para cada iniciador que zonifique y conéctese al sistema Data Domain, preferentemente incluyendo el nombre de host y el puerto en el nombre del alias. 
      4. Use solo la zonificación uno a uno; cree zonas en el switch Fibre Channel compuestas por un solo iniciador y un destino por zona. 
   2. Ranuras: 
   • La cantidad de ranuras o unidades que debe tener una biblioteca está determinada por la cantidad de flujos simultáneos de copia de seguridad y restauración que se están ejecutando. Los conteos de unidades también están limitados por la configuración y los límites generales de rendimiento del sistema Data Domain en particular. Por lo general, los conteos de ranuras se basan en la cantidad de cintas que se utilizan durante un ciclo de política de retención.

   3. Puntos de acceso a cartuchos:

      • Consulte la documentación de integración de Data Domain de la aplicación de copia de seguridad específica para determinar si los puntos de acceso a cartuchos (CAP) se deben emular para un entorno específico.

   4. Cambiador:

      • Solo puede haber un cambiador por VTL.
      • A menudo, el modelo de cambiador que debe seleccionar depende de su configuración específica:
        • Utilice la emulación de biblioteca RESTORER-L180 cuando utilice el software Symantec Backup
        • Utilice la emulación de biblioteca TS3500 cuando utilice la plataforma IBM System i
        • También puede utilizar la emulación de biblioteca TS3500 cuando utilice TeraSAM 6.2 en plataformas AIX 6.1 y AIX 5.3.
        • La mayoría de las otras instalaciones deben usar la emulación de biblioteca L180 (sistema i que no sea Symantec ni IBM)

   5. Unidad de cinta

      1. Desconexión automática:  si hay una cinta cargada, la unidad está en línea. En este estado, el cambiador no puede mover una cinta de la unidad sin descargarla primero. Sin embargo, si la opción desconexión automática está habilitada, hay una descarga implícita de la unidad, por lo que la cinta se puede mover de la unidad incluso si la aplicación no emitió un comando de descarga. Esta configuración puede ser útil para ciertas aplicaciones y es global en todo el servicio VTL (una configuración para todas las unidades).
      2. Expulsión automática:  si una cinta se mueve de una unidad o ranura a un CAP, va directamente al vault. Este ajuste puede ser útil para aquellas aplicaciones que comprueban que las cintas se hayan eliminado del CAP. Fallará la operación de “expulsión” de la biblioteca si las cintas aún están en el CAP después de un retraso de tiempo. La expulsión automática es favorable para estas aplicaciones porque las cintas desaparecen inmediatamente de los CAP. Esta configuración también es global en todo el servicio VTL (una configuración para todas las unidades)
      3. Es mejor utilizar solo un tipo de unidad de cinta por biblioteca.

   6. HBA de destino

      1. Considere distribuir la carga de respaldo entre varios puertos FC en el sistema Data Domain para evitar cuellos de botella en un solo puerto. 
      2. Verifique la velocidad de cada puerto FC en el switch para confirmar que el puerto esté configurado para la velocidad deseada.
      3. Establezca los puertos secundarios en “ninguno”, a menos que sea explícitamente necesario para su configuración específica.
      4. Configure el controlador del sistema operativo del host para la vinculación persistente de LUN. Esto evita situaciones en las que, debido a cambios de destino, se deba volver a configurar el software de copia de seguridad o el sistema operativo. 

• Operación de VTL

  1. Ranuras: cree ranuras suficientes para contener la cantidad de cintas que creó. Crear algunas ranuras adicionales no es un problema, si no es una cantidad excesiva.
  2. CAP
  3. Cintas
     1. Cree solo la cantidad de cintas que sea necesaria para satisfacer los requisitos de copia de seguridad. El conteo de cintas inicial es inferior al doble del espacio de disco disponible en el restaurador. La creación de demasiadas cintas virtuales puede crear un escenario en el cual el sistema Data Domain puede llenarse prematuramente y causar una interrupción inesperada del sistema. A medida que las estadísticas de compresión globales están disponibles, se pueden agregar cintas adicionales de manera gradual. 
     2. Si el sistema llega a un 100 % de su capacidad, debe eliminar todas las cintas vacías que puedan existir en el sistema y, a continuación, hacer vencer suficientes datos para que el sistema alcance menos del 80 % de su capacidad. Para evitar esta tarea que consume mucho tiempo, es importante prevenir que ocurra un evento de sistema completo.
     3. En un sistema de destino de replicación, nunca lea desde una cinta que se esté replicando.
     4. Utilice siempre códigos de barras de cinta únicos, incluso en diferentes pools.
     5. Utilice siempre el mismo sufijo de cinta (tamaño) en todos los pools. Si por algún motivo debe utilizar un sufijo diferente, como mínimo debe mantener el mismo sufijo dentro de un pool.
     6. El tamaño óptimo de las cintas depende de varios factores, incluida la BA específica que se utiliza y las características de los datos que se respaldan. En general, es mejor utilizar una mayor cantidad de cintas más pequeñas que una menor cantidad de cintas grandes, a fin de controlar el uso del disco y evitar que el sistema esté lleno.
     7. Para TeraSAM, se recomienda utilizar cintas más pequeñas (es decir, de 30 a 50 G) para ayudar a recuperar espacio más rápidamente.

  4. Aplicaciones de copia de seguridad

     1. Asegúrese de utilizar el tamaño de bloque óptimo más grande para la BA a fin de obtener el máximo rendimiento operativo con el sistema Data Domain. El número óptimo depende de muchos factores, como la velocidad del disco, el almacenamiento en caché del SO y el software de copia de seguridad específico. Consulte las recomendaciones de su proveedor y las guías de integración.
     2. En general, un tamaño de bloque de cinta que es un múltiplo de 64 K ofrece un mejor rendimiento, pero asegúrese de consultar las prácticas recomendadas o las guías de integración para el software específico (consulte los enlaces a continuación). Si accede al dispositivo Data Domain con varios servidores de copia de seguridad, utilice el tamaño de bloque más grande al que puedan acceder todos los servidores del entorno (especialmente en un entorno de SO heterogéneo).

• Grupos de acceso

  1. La numeración de dispositivos dentro de cada grupo de acceso de VTL discreto debe comenzar con LUN 0.
  2. Es mejor evitar cambiar la configuración del grupo de acceso de VTL mientras el sistema Data Domain está bajo una carga pesada.
  3. Se recomienda tener exactamente un iniciador por grupo de acceso.

• Estadísticas

  1. Cuando se utilizan las estadísticas de caché de marcas de archivo de VTL, el restablecimiento de las estadísticas se debe realizar antes de que se carguen las cintas en las unidades. Si el restablecimiento de las estadísticas se realiza después de cargar las cintas y acceder a ellas en las unidades de cinta, el comando vtl show detailed-stats puede ser confuso. El informe puede mostrar que los conteos “libres” son mayores que los conteos “asignados”, lo cual es inesperado pero inofensivo en este caso. Esto se debe al restablecimiento de las estadísticas de las unidades mientras están en uso. El restablecimiento de las estadísticas no es una operación atómica.
  2. Como práctica recomendada general, las estadísticas se deben restablecer antes de que se carguen las cintas en las unidades.