Optimización del rendimiento

Transcripción

1 IBM Tioli Storage Manager ersión 6.4 y ersión 6.3 Optimización del rendimiento GC

2

3 IBM Tioli Storage Manager ersión 6.4 y ersión 6.3 Optimización del rendimiento GC

4 Nota: Antes de utilizar esta información y el producto al que da soporte, lea la información del apartado Aisos en la página 261. Esta edición se aplica a la ersión 6.4 y la ersión 6.3 de los productos de IBM Tioli Storage Manager (números de producto 5608-E01, 5608-E02 y 5608-E03) y a todos los releases y modificaciones subsiguientes hasta que se indique lo contrario en nueas ediciones o boletines técnicos. Esta edición sustituye a GC Copyright IBM Corporation 1996, 2013.

5 Contenido Acerca de esta publicación ii A quién a dirigida esta publicación ii Publicaciones ii Publicaciones de Tioli Storage Manager... iii Publicaciones de Tioli Storage FlashCopy Manager x Noedades de esta edición xi Parte 1. Dónde comenzar Capítulo 1. Referencia cruzada de información de rendimiento y sistema operatio Parte 2. Prácticas más adecuadas de configuración Capítulo 2. Configuración del seridor para un rendimiento óptimo Lista de comprobación del hardware del seridor y el sistema operatio Lista de comprobación de los discos de base de datos del seridor Lista de comprobación de los discos de registro de recuperación Lista de comprobación para las agrupaciones de almacenamiento en el disco Lista de comprobación para la configuración de seridor de Tioli Storage Manager Lista de comprobación para la deduplicación de datos Lista de comprobación de la réplica de nodo Capítulo 3. Configuración de clientes para un rendimiento óptimo Capítulo 4. Superisión y mantenimiento del entorno en relación con cuestiones de rendimiento Superisión del rendimiento con herramientas del sistema operatio Parte 3. Resolución de problemas de rendimiento Capítulo 5. Ajuste del rendimiento e identificación de cuellos de botella.. 41 Directrices y expectatias del ajuste de rendimiento 42 Síntomas y causas de los problemas de rendimiento Cuellos de botella potenciales en el flujo de las operaciones de Tioli Storage Manager Cargas de trabajo del seridor Límites para el tamaño de la base de datos del seridor y las sesiones de cliente en hora punta.. 52 Muestras de soluciones de protección de datos.. 53 Capítulo 6. Primeros pasos para resoler problemas de rendimiento.. 55 Capítulo 7. Identificación de cuellos de botella de rendimiento Diagnóstico del rendimiento de operaciones de copia de seguridad y restauración Identificación de los problemas de rendimiento de seridor Ealuación de los resultados de optimización de almacenamiento de datos Identificación de cuellos de botella de disco para seridores de Tioli Storage Manager Análisis del rendimiento de disco utilizando el script de superisión del seridor Análisis del rendimiento del disco utilizando herramientas del sistema Análisis del rendimiento básico de sistemas de disco 70 Análisis del flujo de datos con el mandato dd.. 70 Capítulo 8. Recopilación y análisis de datos sobre problemas de rendimiento. 73 Medición de la línea base Descripción de los problemas de rendimiento Notificación de problemas de rendimiento Recopilación de datos de instrumentación para el seridor, el cliente y la API de Tioli Storage Manager Ventajas de la instrumentación de Tioli Storage Manager Cómo se rastrean los procesos Instrumentación del seridor para el análisis de rendimiento Informe de instrumentación de cliente Informe de instrumentación del cliente de API. 89 Casos de ejemplo del análisis de datos de instrumentación Parte 4. Ajuste de los componentes Copyright IBM Corp. 1996, 2013 iii

6 Capítulo 9. Ajuste del rendimiento de seridor Configuración y ajuste del registro de recuperación y la base de datos del seridor Ajuste y configuración de base de datos Configuración y ajuste del registro de recuperación Reequilibrar la E/S para la base de datos después de añadir los sistemas de archios Ajuste y configuración de olúmenes y agrupaciones de almacenamiento Optimización de la organización de datos para operaciones de restauración y recuperación Mejora del rendimiento de la restauración de archios con almacenamiento en memoria caché en agrupaciones de almacenamiento de disco Uso de la memoria caché de sistema de archio para agrupaciones de almacenamiento Fragmentación de sistema de archios para agrupaciones de almacenamiento en disco Número y tamaño de olumen óptimo para las agrupaciones de almacenamiento que utilizan discos Ajuste y configuración de seridor Ajuste de la planificación para las operaciones diarias Ajuste de la réplica de nodo Ajuste de la deduplicación de datos del lado del seridor Ajuste de las operaciones de seridor para las copias de seguridad de clientes Operaciones de ajuste para el despliegue automático del cliente de copia de seguridad y archiado Ajuste del rendimiento de la unidad de cinta Tasa de transferencia de unidad de cintas Rendimiento de la tasa de transferencia en modalidad continua de unidad de cintas Utilización de las unidades de cintas de rendimiento Ajuste de la capacidad del adaptador de bus de host Ajuste de Tioli Monitoring para Tioli Storage Manager Ajuste del rendimiento del sistema Tioli Common Reporting Modificar el archio del entorno de Tioli Monitoring por razones de rendimiento Ajustar el Centro de operaciones de Tioli Storage Manager y la superisión de estado del seridor. 145 Requisitos de recursos para la superisión de estado en los seridores superisados Ubicación de Centro de operaciones y requisitos del recurso Ubicación del seridor hub de Centro de operaciones y requisitos del recurso Cambio del interalo de actualización para la recopilación de datos de estado Estimación del tiempo de latencia entre sistemas 151 Ajuste del rendimiento del Centro de administración Ajuste de rendimiento del procesador para el Centro de administración Ajuste de memoria para el rendimiento de Centro de administración Ajuste del rendimiento de red para el Centro de administración Ajuste de tareas para sistemas operatios y otras aplicaciones Ajuste de sistemas AIX para rendimiento detioli Storage Manager Ajuste de sistemas Linux para rendimiento del seridor de Tioli Storage Manager Ajuste de sistemas Linux on System z para rendimiento del seridor de Tioli Storage Manager Ajuste de sistemas Oracle para un mejor rendimiento del seridor de Tioli Storage Manager Ajuste de sistemas Windows para rendimiento del seridor de Tioli Storage Manager Efectos de la capa de sockets seguros (SSL) en el rendimiento de seridor Uso del seridor de directorio LDAP: efectos sobre el rendimiento Capítulo 10. Ajuste del almacenamiento de disco para el seridor Principios para ajustar los sistemas de disco para Tioli Storage Manager Tipos de sistemas de disco Optimización de procesos de lectura anticipada del sistema de discos Elección del tipo correcto de tecnología de almacenamiento para Tioli Storage Manager Ajuste de los sistemas de almacenamiento de la serie System Storage DS Ajuste de System Storage serie DS5000 y otros sistemas de almacenamiento de gama media de IBM Características de E/S de disco para operaciones de Tioli Storage Manager Ejemplos de la base de datos del seridor en discos de la serie DS Ejemplos de diseño para los registros de recuperación de discos de la serie DS Diseño de ejemplo de las agrupaciones de almacenamiento del seridor en discos de la serie DS Ajuste de sistemas Storwize V7000 y V Ejemplo de configuración con sistemas Storwize V Configuración del sistema operatio para el rendimiento del disco Configuración de sistemas AIX para rendimiento del disco Configuración de sistemas Linux para rendimiento del disco Configuración de sistemas Oracle Solaris para rendimiento de disco i IBM Tioli Storage Manager ersión 6.4 y ersión 6.3: Optimización del rendimiento

7 Capítulo 11. Ajuste de rendimiento del cliente Selección del mejor método para la copia de seguridad del cliente Decisión sobre qué método de copia de seguridad utilizar Problemas de rendimiento del cliente comunes Resolución de problemas de rendimiento del cliente comunes Resolución de problemas de rendimiento comunes con operaciones de copia de seguridad de VMware Opciones de reinicio del cliente Opción de cliente commrestartduration Opción de cliente commrestartinteral Ajuste de la memoria Reducción del uso de memoria del cliente Ajuste del rendimiento de los datos de cliente Reducción del flujo de datos de cliente mediante compresión Ajuste de la optimización de almacenamiento de datos del lado de cliente Reducción del flujo de datos del cliente con opciones de inclusión y exclusión Ajuste del tamaño del almacenamiento intermedio de entrada/salida del cliente Optimización del tamaño de la transacción Definición de opciones para minimizar el uso del procesador Utilización de arias sesiones para mejorar el rendimiento del cliente Ejecución de sesiones de cliente simultáneas Copia de seguridad y restauración mediante arias sesiones Optimización del número de sesiones múltiples que ejecutar Ajuste de las copias de seguridad basadas en el diario Ajuste para operaciones de restauración Ajuste del espacio de archios Copias de seguridad de estado del sistema Windows Ajuste de las operaciones de seguridad de VMware 223 Optimización de copias de seguridad paralelas de máquinas irtuales Selección de una modalidad de transporte para las copias de seguridad de VMware Ajuste de la escalabilidad de las operaciones de seguridad de VMware Ajuste de rendimiento para entornos sin LAN Capítulo 12. Ajuste del rendimiento de red Ajuste de los alores de TCP/IP para clientes y seridores Control del tráfico de red desde las planificaciones de cliente Ajuste de las opciones de red para Tioli Storage Manager en sistemas AIX Ajuste de las opciones de red para Tioli Storage Manager en sistemas Windows Conceptos de red y TCP/IP para el ajuste aanzado Control de flujo TCP y entana deslizante Los controles de la entana de TCP en Tioli Storage Manager Optimización del tamaño de la entana para operaciones diferentes en el mismo sistema Capítulo 13. Ajuste de rendimiento para los productos que se utilizan con Tioli Storage Manager Ajuste de Tioli Storage Manager for Space Management Sugerencias de configuración para el rendimiento de seridor de medios de z/os Entornos de gestión de contenido Parte 5. Apéndices Apéndice A. Referencia de instrumentación del seridor Selección de una estrategia de instrumentación de seridor Inicio y detención de la instrumentación de seridor INSTRUMENTATION BEGIN INSTRUMENTATION END Instrumentación de seridor para diferentes plataformas operatias Apéndice B. Información de soporte 253 Cómo obtener formación técnica Búsqueda de bases de conocimientos Búsquedas en Internet Utilización de IBM Support Assistant Cómo encontrar arreglos del producto Recepción de notificaciones de arreglos de productos Cómo ponerse en contacto con el soporte de software de IBM Realización de un contrato de suscripción y soporte Determinación del impacto empresarial Descripción del problema y recopilación de información básica Enío del problema a IBM Software Support 257 Apéndice C. Funciones de accesibilidad para la familia de productos Tioli Storage Manager Aisos Marcas registradas Contenido

8 Glosario Índice i IBM Tioli Storage Manager ersión 6.4 y ersión 6.3: Optimización del rendimiento

9 Acerca de esta publicación Esta información le ayuda a optimizar el rendimiento de los seridores y clientes de IBM Tioli Storage Manager, además de a identificar y solucionar problemas de rendimiento. El inicio en esta información dependerá de su objetio: Si a a instalar o actualizar un seridor o clientes nueos, empiece por Parte 2, Prácticas más adecuadas de configuración, en la página 7 Si necesita inestigar una degradación de rendimiento, empiece por Parte 3, Resolución de problemas de rendimiento, en la página 39 Los sericios de soporte y subscripción estándar de IBM no incluyen el análisis detallado ni el ajuste de rendimiento. El análisis global de un problema de rendimiento es un sericio de pago que se ofrece a los clientes de Tioli Storage Manager. Para obtener más información, consulte IBM Software Support Handbook en getsupport.html. A quién a dirigida esta publicación Publicaciones La publicación a orientada a aquellos administradores que quieren mejorar el rendimiento de los seridores y los clientes de Tioli Storage Manager. Antes de utilizar esta información, asegúrese de que conoce la solución Tioli Storage Manager: Cómo se utilizan y se superisan los clientes y seridores de Tioli Storage Manager Los sistemas operatios en los que se ejecutan los clientes y seridores de Tioli Storage Manager Las redes que se utilizan para las operaciones de clientes y seridores de Tioli Storage Manager Los dispositios de almacenamiento que se utilizan para las operaciones de Tioli Storage Manager Las publicaciones de la familia de productos de IBM Tioli Storage Manager están disponibles en línea. La familia de productos de Tioli Storage Manager incluye IBM Tioli Storage FlashCopy Manager, IBM Tioli Storage Manager for Space Management, IBM Tioli Storage Manager for Databases y otros productos de gestión de almacenamiento de IBM Tioli. Para buscar en todas las publicaciones, busque en el Information Center de Tioli Storage Manager: Information Center, ersión 6.3: 6r3 Information Center, ersión 6.4: 6r4 Copyright IBM Corp. 1996, 2013 ii

10 Puede descargar ersiones en PDF de las publicaciones del Information Center de Tioli Storage Manager o desde IBM Publications Center en el sitio web Vaya a Tioli Documentation Central para encontrar Information Centers con documentación oficial del producto para las ersiones preias y actuales de productos de Tioli, incluida la familia de productos de Tioli Storage Manager. Encontrará Tioli Documentation Central en documentation. También puede pedir algunas publicaciones relacionadas del sitio web del Centro de Publicaciones de IBM en El sitio web proporciona información para solicitar publicaciones de países que no son Estados Unidos. En Estados Unidos, puede solicitar publicaciones llamando al número Publicaciones de Tioli Storage Manager Las siguientes tablas listan las publicaciones que forman la biblioteca de Tioli Storage Manager. Tabla 1. Publicaciones del seridor de Tioli Storage Manager Título de la publicación IBM Tioli Storage Manager for AIX Guía de instalación IBM Tioli Storage Manager for AIX Guía del administrador IBM Tioli Storage Manager for AIX Referencia del administrador IBM Tioli Storage Manager for HP-UX Guía de instalación IBM Tioli Storage Manager for HP-UX Guía del administrador IBM Tioli Storage Manager for HP-UX Referencia del administrador IBM Tioli Storage Manager for Linux Guía de instalación IBM Tioli Storage Manager for Linux Guía del administrador IBM Tioli Storage Manager for Linux Referencia del administrador IBM Tioli Storage Manager for Oracle Solaris Guía de instalación IBM Tioli Storage Manager for Oracle Solaris Guía del administrador IBM Tioli Storage Manager for Oracle Solaris Referencia del administrador IBM Tioli Storage Manager for Windows Guía de instalación IBM Tioli Storage Manager for Windows Guía del administrador IBM Tioli Storage Manager for Windows Referencia del administrador IBM Tioli Storage Manager for z/os Media Guía de instalación y del usuario IBM Tioli Storage Manager Guía de actualización y migración para seridores V5 IBM Tioli Storage Manager Integration Guide for Tioli Storage Manager FastBack Número de pedido GC SC SC GC SC SC GC SC SC GC SC SC GC SC SC SC GC SC iii IBM Tioli Storage Manager ersión 6.4 y ersión 6.3: Optimización del rendimiento

11 Tabla 2. Publicaciones del agente de almacenamiento de Tioli Storage Manager Título de la publicación Número de pedido IBM Tioli Storage Manager for SAN for AIX Guía del usuario del agente SC de almacenamiento IBM Tioli Storage Manager for SAN for HP-UX Guía del usuario del SC agente de almacenamiento IBM Tioli Storage Manager for SAN for Linux Guía del usuario del SC agente de almacenamiento IBM Tioli Storage Manager for SAN for Oracle Solaris Guía del usuario SC del agente de almacenamiento IBM Tioli Storage Manager for SAN for Windows Guía del usuario del SC agente de almacenamiento Tabla 3. Publicaciones del cliente de Tioli Storage Manager Título de la publicación IBM Tioli Storage Manager for UNIX and Linux: Clientes de archiado y copia de seguridad: Guía de instalación y del usuario IBM Tioli Storage Manager for Windows: Clientes de archiado y copia de seguridad: Guía de instalación y del usuario IBM Tioli Storage Manager: Utilización de la interfaz de programación de aplicaciones IBM Tioli Storage Manager for Space Management for UNIX and Linux: Guía del usuario IBM Tioli Storage Manager HSM for Windows: Guía de administración Número de pedido SC SC SC SC SC Tabla 4. Publicaciones de Tioli Storage Manager Data Protection Título de la publicación IBM Tioli Storage Manager for Databases: Data Protection for Microsoft SQL Serer Installation and User s Guide IBM Tioli Storage Manager for Databases: Data Protection for Oracle for UNIX and Linux Installation and User s Guide IBM Tioli Storage Manager for Databases: Data Protection for Oracle for Windows Installation and User s Guide IBM Tioli Storage Manager for Mail: Data Protection for Microsoft Exchange Serer Installation and User s Guide IBM Tioli Storage Manager for Mail: Data Protection for Lotus Domino UNIX and Linux: Guía de instalación y del usuario IBM Tioli Storage Manager for Mail: Data Protection for Lotus Domino for Windows: Guía de instalación y del usuario IBM Tioli Storage Manager for Enterprise Resource Planning: Data Protection for SAP: Guía de instalación y del usuario para DB2 IBM Tioli Storage Manager for Enterprise Resource Planning: Data Protection for SAP: Guía de instalación y del usuario para Oracle IBM Tioli Storage Manager for Virtual Enironments: Guía de instalación y del usuario IBM Tioli Storage Manager for Microsoft SharePoint Guide Número de pedido GC SC SC GC SC SC SC SC SC N/D Acerca de esta publicación ix

12 Tabla 5. Publicaciones de resolución de problemas y ajuste de IBM Tioli Storage Manager Título de la publicación Número de pedido IBM Tioli Storage Manager: Guía de determinación de problemas GC Optimización del rendimiento de IBM Tioli Storage Manager GC IBM Tioli Storage Manager Mensajes del cliente y códigos de retorno de SC la interfaz de programación de aplicaciones IBM Tioli Storage Manager Mensajes del seridor y códigos de error SC IBM Tioli Storage Manager for Mail: Data Protection for Microsoft GC Exchange Serer Messages IBM Tioli Storage Manager for Databases: Data Protection for Microsoft GC SQL Serer Messages IBM Tioli Storage Manager for Databases: Mensajes de Data Protection SC for Oracle IBM Tioli Storage Manager for Mail: Mensajes de Data Protection for SC Lotus Domino IBM Tioli Storage Manager for Enterprise Resource Planning: Mensajes SC de Data Protection for SAP Nota: Encontrará información sobre IBM System Storage Archie Manager en el Information Center de Tioli Storage Manager Publicaciones de Tioli Storage FlashCopy Manager La siguiente tabla lista las publicaciones que forman la biblioteca de Tioli Storage FlashCopy Manager. Tabla 6. Publicaciones de Tioli Storage FlashCopy Manager Título de la publicación IBM Tioli Storage FlashCopy Manager for UNIX and Linux Installation and User s Guide IBM Tioli Storage FlashCopy Manager for Windows Installation and User s Guide IBM Tioli Storage FlashCopy Manager for VMware Installation and User s Guide IBM Tioli Storage FlashCopy Manager Messages Número de pedido SC SC SC GC x IBM Tioli Storage Manager ersión 6.4 y ersión 6.3: Optimización del rendimiento

13 Noedades de esta edición Hay funciones nueas y otros cambios disponibles en IBM Tioli Storage Manager V6.3.4 y V Las actualizaciones técnicas efectuadas desde la edición anterior se marcan con una barra ertical () en el margen izquierdo. Se ha añadido o actualizado la siguiente información: Centro de operaciones de Tioli Storage Manager Centro de operaciones es una interfaz de usuario basada en web para gestionar el entorno de almacenamiento. Centro de operaciones funciona con los seridores de Tioli Storage Manager en V6.3.4 y posterior. Para obtener más información sobre la instalación y configuración de Centro de operaciones, consulte Tioli Storage Manager Guía de instalación. Para obtener información de ajustes, consulte Ajustar el Centro de operaciones de Tioli Storage Manager y la superisión de estado del seridor en la página 145. Información de las hebras del seridor de Tioli Storage Manager El programa del seridor diide las operaciones en hebras. Se proporciona información sobre las hebras más importantes del seridor para que las utilice en el diagnóstico de problemas. Consulte el apartado Hebras del seridor en la salida de instrumentación en la página 82. Actualizaciones técnicas menores Las actualizaciones técnicas menores se han realizado a traés del libro. Busque una barra ertical ()enelmargenizquierdo. Copyright IBM Corp. 1996, 2013 xi

14 xii IBM Tioli Storage Manager ersión 6.4 y ersión 6.3: Optimización del rendimiento

15 Parte 1. Dónde comenzar Esta información le ayudará a optimizar el rendimiento de los seridores y clientes deibm Tioli Storage Manager, y a identificar y resoler problemas de rendimiento. El inicio en esta información dependerá de su objetio: Si a a instalar o actualizar un seridor o clientes nueos, empiece por Parte 2, Prácticas más adecuadas de configuración, en la página 7 Si necesita inestigar una degradación de rendimiento, empiece por Parte 3, Resolución de problemas de rendimiento, en la página 39 Antes de utilizar esta información, asegúrese de que conoce la solución Tioli Storage Manager: Cómo se utilizan y se superisan los clientes y seridores de Tioli Storage Manager Los sistemas operatios en los que se ejecutan los clientes y seridores de Tioli Storage Manager Las redes que se utilizan para las operaciones de clientes y seridores de Tioli Storage Manager Los dispositios de almacenamiento que se utilizan para las operaciones de Tioli Storage Manager Los sericios de soporte y subscripción estándar de IBM no incluyen el análisis detallado ni el ajuste de rendimiento. El análisis global de un problema de rendimiento es un sericio de pago que se ofrece a los clientes de Tioli Storage Manager. Para obtener más información, consulte IBM Software Support Handbook en getsupport.html. Copyright IBM Corp. 1996,

16 2 IBM Tioli Storage Manager ersión 6.4 y ersión 6.3: Optimización del rendimiento

17 Capítulo 1. Referencia cruzada de información de rendimiento y sistema operatio La mayoría de la información sobre rendimiento se aplica a cualquier cliente o seridor de cualquier sistema operatio. En determinados sistemas operatios, existe información específica sobre configuración de clientes y seridores y rendimiento disponible. Tabla 7. Temas de seridores de Tioli Storage Manager, por sistema operatio Sistema operatio del seridor Temas clae Temas específicos para el sistema operatio AIX Capítulo 2, Configuración del seridor para un rendimiento óptimo, en la página 9 Ajuste de sistemas AIX para rendimiento detioli Storage Manager en la página 153 Capítulo 4, Superisión y mantenimiento del entorno en relación con cuestiones de rendimiento, en la página 33 Capítulo 7, Identificación de cuellos de botella de rendimiento, en la página 57 Capítulo 9, Ajuste del rendimiento de seridor, en la página 105 Configuración de sistemas AIX para rendimiento del disco en la página 171 Superisión del rendimiento con herramientas del sistema operatio en la página 34 Ajuste de las opciones de red para Tioli Storage Manager en sistemas AIX en la página 235 HP-UX Capítulo 10, Ajuste del almacenamiento de disco para el seridor, en la página 159 Capítulo 12, Ajuste del rendimiento de red, en la página 233 Capítulo 2, Configuración del seridor para un rendimiento óptimo, en la página 9 Capítulo 4, Superisión y mantenimiento del entorno en relación con cuestiones de rendimiento, en la página 33 Capítulo 7, Identificación de cuellos de botella de rendimiento, en la página 57 Capítulo 9, Ajuste del rendimiento de seridor, en la página 105 Capítulo 10, Ajuste del almacenamiento de disco para el seridor, en la página 159 Capítulo 12, Ajuste del rendimiento de red, en la página 233 Superisión del rendimiento con herramientas del sistema operatio en la página 34 Copyright IBM Corp. 1996,

18 Tabla 7. Temas de seridores de Tioli Storage Manager, por sistema operatio (continuación) Sistema operatio del seridor Temas clae Temas específicos para el sistema operatio Linux Capítulo 2, Configuración del seridor para un rendimiento óptimo, en la página 9 Capítulo 4, Superisión y mantenimiento del entorno en relación con cuestiones de rendimiento, en la página 33 Capítulo 7, Identificación de cuellos de botella de rendimiento, en la página 57 Capítulo 9, Ajuste del rendimiento de seridor, en la página 105 Capítulo 10, Ajuste del almacenamiento de disco para el seridor, en la página 159 Ajuste de sistemas Linux para rendimiento del seridor de Tioli Storage Manager en la página 155 Ajuste de sistemas Linux on System z para rendimiento del seridor de Tioli Storage Manager en la página 156 Configuración de sistemas Linux para rendimiento del disco en la página 172 Superisión del rendimiento con herramientas del sistema operatio en la página 34 Oracle Solaris Windows Capítulo 12, Ajuste del rendimiento de red, en la página 233 Capítulo 2, Configuración del seridor para un rendimiento óptimo, en la página 9 Capítulo 4, Superisión y mantenimiento del entorno en relación con cuestiones de rendimiento, en la página 33 Capítulo 7, Identificación de cuellos de botella de rendimiento, en la página 57 Capítulo 9, Ajuste del rendimiento de seridor, en la página 105 Capítulo 10, Ajuste del almacenamiento de disco para el seridor, en la página 159 Capítulo 12, Ajuste del rendimiento de red, en la página 233 Capítulo 2, Configuración del seridor para un rendimiento óptimo, en la página 9 Capítulo 4, Superisión y mantenimiento del entorno en relación con cuestiones de rendimiento, en la página 33 Capítulo 7, Identificación de cuellos de botella de rendimiento, en la página 57 Capítulo 9, Ajuste del rendimiento de seridor, en la página 105 Capítulo 10, Ajuste del almacenamiento de disco para el seridor, en la página 159 Capítulo 12, Ajuste del rendimiento de red, en la página 233 Ajuste de sistemas Oracle para un mejor rendimiento del seridor de Tioli Storage Manager en la página 156 Configuración de sistemas Oracle Solaris para rendimiento de disco en la página 172 Superisión del rendimiento con herramientas del sistema operatio en la página 34 Ajuste de sistemas Windows para rendimiento del seridor de Tioli Storage Manager en la página 157 Superisión del rendimiento con herramientas del sistema operatio en la página 34 Ajuste de las opciones de red para Tioli Storage Manager en sistemas Windows en la página IBM Tioli Storage Manager ersión 6.4 y ersión 6.3: Optimización del rendimiento

19 Tabla 8. Temas de clientes de Tioli Storage Manager, por sistema operatio Sistema operatio o entorno cliente Temas clae Temas específicos para el sistema operatio AIX Capítulo 3, Configuración de clientes para un rendimiento óptimo, en la página 31 Ajuste de las copias de seguridad basadas en el diario en la página 218 HP-UX Linux Mac OS X Oracle Solaris Capítulo 7, Identificación de cuellos de botella de rendimiento, en la página 57 Capítulo 11, Ajuste de rendimiento del cliente, en la página 175 Capítulo 12, Ajuste del rendimiento de red, en la página 233 Capítulo 3, Configuración de clientes para un rendimiento óptimo, en la página 31 Capítulo 7, Identificación de cuellos de botella de rendimiento, en la página 57 Capítulo 11, Ajuste de rendimiento del cliente, en la página 175 Capítulo 12, Ajuste del rendimiento de red, en la página 233 Capítulo 3, Configuración de clientes para un rendimiento óptimo, en la página 31 Capítulo 7, Identificación de cuellos de botella de rendimiento, en la página 57 Capítulo 11, Ajuste de rendimiento del cliente, en la página 175 Capítulo 12, Ajuste del rendimiento de red, en la página 233 Capítulo 3, Configuración de clientes para un rendimiento óptimo, en la página 31 Capítulo 7, Identificación de cuellos de botella de rendimiento, en la página 57 Capítulo 11, Ajuste de rendimiento del cliente, en la página 175 Capítulo 12, Ajuste del rendimiento de red, en la página 233 Capítulo 3, Configuración de clientes para un rendimiento óptimo, en la página 31 Capítulo 7, Identificación de cuellos de botella de rendimiento, en la página 57 Capítulo 11, Ajuste de rendimiento del cliente, en la página 175 Capítulo 12, Ajuste del rendimiento de red, en la página 233 Ajuste del espacio de archios en la página 220 Ajuste de Tioli Storage Manager for Space Management en la página 241 Ajuste del espacio de archios en la página 220 Ajuste de Tioli Storage Manager for Space Management en la página 241 Ajuste de las copias de seguridad basadas en el diario en la página 218 Ajuste del espacio de archios en la página 220 Ajuste de Tioli Storage Manager for Space Management en la página 241 Ajuste del espacio de archios en la página 220 Ajuste de Tioli Storage Manager for Space Management en la página 241 Capítulo 1. Referencia cruzada de información de rendimiento y sistema operatio 5

20 Tabla 8. Temas de clientes de Tioli Storage Manager, por sistema operatio (continuación) Sistema operatio o entorno cliente Temas clae Temas específicos para el sistema operatio VMware Ajuste de las operaciones de seguridad de VMware en la página 223 Windows Resolución de problemas de rendimiento comunes con operaciones de copia de seguridad de VMware en la página 197 Capítulo 3, Configuración de clientes para un rendimiento óptimo, en la página 31 Capítulo 7, Identificación de cuellos de botella de rendimiento, en la página 57 Capítulo 11, Ajuste de rendimiento del cliente, en la página 175 Capítulo 12, Ajuste del rendimiento de red, en la página 233 Ajuste de las copias de seguridad basadas en el diario en la página 218 Copias de seguridad de estado del sistema Windows en la página 222 Recursos de información para sistema operatio Los grupos de usuarios y otros sitios pueden ser buenas fuentes de información para ajustar y resoler problemas de su sistema operatio. En la lista siguiente se facilitan arios ejemplos. AIX Recursos de búsqueda del AIX Virtual User Group enhttps:// Power Systems/page/AIX Virtual User Group - USA. Búsqueda para gestión de rendimiento e información de ajuste en el Information Center de AIX en 7r1/index.jsp. Linux Búsqueda para rendimiento de sistemas Linux on System z en Windows Búsqueda de información sobre rendimiento de hardware Windows en 6 IBM Tioli Storage Manager ersión 6.4 y ersión 6.3: Optimización del rendimiento

21 Parte 2. Prácticas más adecuadas de configuración Normalmente, la selección y configuración de hardware tienen un efecto determinante sobre el rendimiento de una solución de Tioli Storage Manager. Otros factores que afectan al rendimiento son la selección y configuración del sistema operatio, y la configuración detioli Storage Manager. De todas las prácticas descritas en esta guía, las prácticas siguientes son las más importantes para disfrutar de un rendimiento óptimo para para la preención de problemas. Mejores prácticas de configuración o mantenimiento Utilice discos rápidos para la base de datos de seridor. Los discos de estado sólido (SSD) de tipo empresarial, con interfaz SAS o de canal de fibra, ofrecen el mejor rendimiento. Asegúrese de que el sistema del seridor tiene memoria suficiente. Separe la base de datos de seridor, el registro actio, el registro de archiado y las agrupaciones de almacenamiento de disco entre sí. Más información Utilice discos rápidos de baja latencia para la base de datos. El uso de SSD es esencial si utiliza la deduplicación de datos y la réplica de nodo. No utilice discos de conector de tecnología aanzada en serie (SATA) o conector de tecnología aanzada en paralelo (PATA). Para obtener más detalles y sugerencias, utilice los siguientes temas: Lista de comprobación de los discos de base de datos del seridor en la página 12 Elección del tipo correcto de tecnología de almacenamiento para Tioli Storage Manager en la página 161 Reise los requisitos del sistema operatio en la nota técnica de Las cargas de trabajo más pesadas requieren más requisitos que los mínimos. Las funciones aanzadas, como la optimización de almacenamiento de datos y la réplica de nodo, pueden requerir algo más que la memoria mínima especificada en el documento de requisitos de sistema. Si desea ejecutar arias instancias, cada instancia necesita la memoria que figura para un seridor. Multiplique la memoria para un seridor por el número de instancias planificadas para el sistema. Guarde todos los recursos de almacenamiento de Tioli Storage Manager en discos diferentes. Mantenga los discos de agrupación de almacenamiento separados de los discos de la base de datos y registros del seridor. Las operaciones de la agrupación de almacenamiento pueden interferir con las operaciones de bases de datos si ambas se encuentran en los mismos discos. Lo ideal sería que los registros y la base de datos del seridor estuiesen también separados entre ellos. Para obtener más detalles y sugerencias, utilice los siguientes temas: Lista de comprobación de los discos de base de datos del seridor en la página 12 Lista de comprobación de los discos de registro de recuperación en la página 14 Lista de comprobación para las agrupaciones de almacenamiento en el disco en la página 16 Copyright IBM Corp. 1996,

22 Mejores prácticas de configuración o mantenimiento Utilice al menos cuatro directorios para la base de datos de seridor. Para seridores más grandes o seridores que utilicen características aanzadas, utilice ocho directorios. Más información Coloque cada directorio en un LUN aislado del resto de LUN y aplicaciones. Un seridor se considera grande si su base de datos es superior a 500 GB o se espera que alcance ese tamaño. Para dichos seridores, utilice ocho directorios. Si utiliza la deduplicación de datos, la réplica de nodo, o ambas, siga las directrices indicadas a continuación para la configuración de la base de datos y otros elementos. En el caso de las agrupaciones de almacenamiento que utilizan las clases de dispositio FILE, siga las directrices sobre tamaño de los olúmenes de la agrupación de almacenamiento. Normalmente, los olúmenes de 50 GB son los mejores. Consulte el apartado Lista de comprobación de los discos de base de datos del seridor en la página 12. Configure la base de datos del seridor de acuerdo con las directrices, ya que la base de datos es extremadamente importante para saber cómo se ejecuta el seridor cuando se utilizan estas características. Para obtener más detalles y sugerencias, utilice los siguientes temas: Lista de comprobación para la deduplicación de datos en la página 22 Lista de comprobación de la réplica de nodo en la página 26 Reise la información del apartado Número y tamaño de olumen óptimo para las agrupaciones de almacenamiento que utilizan discos en la página 118 para determinar el tamaño de los olúmenes. Configure los dispositios de agrupación de almacenamiento y los sistemas de archios basándose en los requisitos de rendimiento, no solo en los de capacidad. Aísle los dispositios de almacenamiento utilizados portioli Storage Manager de otras aplicaciones con E/S altas y asegúrese de que el rendimiento del almacenamiento es adecuado. Para obtener más detalles y sugerencias, consulte Lista de comprobación para las agrupaciones de almacenamiento en el disco en la página 16. Planifique las actiidades de mantenimiento del seridor y las operaciones de clientes de Tioli Storage Manager para eitar o minimizar el solapamiento de las operaciones. Superise las operaciones de forma constante. Para obtener más detalles y sugerencias, utilice los siguientes temas: Ajuste de la planificación para las operaciones diarias en la página 120 Lista de comprobación para la configuración de seridor de Tioli Storage Manager en la página 19 Superisando las operaciones, puede detectar problemas e identificar las causas de manera más fácil y temprana. Realice registros de los informes de superisión de todo un año como ayuda para identificar tendencias y planificar el crecimiento.consulte el apartado Capítulo 4, Superisión y mantenimiento del entorno en relación con cuestiones de rendimiento, en la página 33. Conceptos relacionados: Muestras de soluciones de protección de datos en la página 53 8 IBM Tioli Storage Manager ersión 6.4 y ersión 6.3: Optimización del rendimiento

23 Capítulo 2. Configuración del seridor para un rendimiento óptimo Ealúe las características y la configuración del sistema donde se ha instalado el seridor para asegurarse de que se podrá alcanzar un buen rendimiento. En primer lugar, consulte la publicación Tioli Storage Manager Guía de instalación para reisar los requisitos básicos de un seridor. A continuación, reise la información siguiente para obtener más información. 1. Reise la Lista de comprobación del hardware del seridor y el sistema operatio en la página 10. Corrija los elementos que sean necesarios. 2. Reise la Lista de comprobación de los discos de base de datos del seridor en la página 12. Corrija los elementos que sean necesarios. 3. Reise la Lista de comprobación de los discos de registro de recuperación en la página 14. Esta lista de comprobación cubre el registro actio, registro de archiado y otros registros. Corrija los elementos que sean necesarios. 4. Reise la Lista de comprobación para las agrupaciones de almacenamiento en el disco en la página 16. Corrija los elementos que sean necesarios. 5. Si a a obtener almacenamiento nueo, pruebe el sistema de almacenamiento antes de implementarlo. Puede utilizar las herramientas para ealuar las características de los sistemas de almacenamiento antes de utilizarlos para las agrupaciones de almacenamiento o la base de datos de Tioli Storage Manager. Para obtener más información, consulte el apartado Análisis del rendimiento básico de sistemas de disco en la página Reise las sugerencias de los sistemas de disco en sistemas operatios específicos. Los sistemas operatios pueden requerir distintas técnicas para optimizar las operaciones de disco. Si desea obtener más información al respecto, consulte el apartado Configuración del sistema operatio para el rendimiento del disco en la página Reise Lista de comprobación para la configuración de seridor de Tioli Storage Manager en la página 19 para er sugerencias sobre la configuración de planificaciones y otras operaciones. 8. Si utiliza la deduplicación de datos, reise Lista de comprobación para la deduplicación de datos en la página Si utiliza la réplica de nodo, reise Lista de comprobación de la réplica de nodo en la página 26. Tareas relacionadas: Agrupación de datos utilizando la asignación en agrupaciones de almacenamiento del seridor en la página 114 Ajuste de la planificación para las operaciones diarias en la página 120 Copyright IBM Corp. 1996,

24 Lista de comprobación del hardware del seridor y el sistema operatio Utilice la lista de comprobación para erificar que el sistema donde está instalado el seridor cumpla con los requisitos para la configuración de hardware y software. Pregunta El sistema operatio y el hardware cumplen o superan los requisitos? Número y elocidad de los procesadores Memoria del sistema Niel de sistema operatio admitido Están configurados los discos para un rendimiento óptimo? Tareas, características, opciones o alores Si utiliza la cantidad mínima necesaria de memoria, puede soportar una carga de trabajo mínima. Las cargas de trabajo mayores y las funciones aanzadas como la deduplicación de datos y la réplica de nodo requieren una memoria superior a la memoria mínima especificada en el documento de requisitos del sistema. Puede probar a añadir más memoria para determinar si aumenta el rendimiento y a partir de ahí decidir si desea mantener esa memoria dedicada al seridor. Compruebe las ariaciones de memoria utilizando el ciclo diario completo de la carga de trabajo del seridor. Si ejecuta arios seridores en el sistema, añada los requisitos de cada seridor para obtener los requisitos del sistema. Los ajustes que se pueden realizar para los distintos sistemas de disco arían. Asegúrese de que las profundidades de cola y otras opciones del sistema de disco se hayan definido correctamente. Más información Reise los requisitos del sistema operatio en support/ dociew.wss?uid=swg Reise también las directrices del apartado Ajuste de tareas para sistemas operatios y otras aplicaciones en la página 153. Para obtener más información sobre los requisitos al utilizar estas características: Lista de comprobación para la deduplicación de datos en la página 22 Lista de comprobación de la réplica de nodo en la página 26 Para obtener ayuda al determinar si la causa de los problemas de rendimiento está en las características de la memoria o del procesador, consulte el apartado Identificación de los problemas de rendimiento de seridor en la página 60. Para obtener más información, consulte las listas de comprobación para discos siguientes: Lista de comprobación de los discos de base de datos del seridor en la página 12 Lista de comprobación de los discos de registro de recuperación en la página 14 Lista de comprobación para las agrupaciones de almacenamiento en el disco en la página IBM Tioli Storage Manager ersión 6.4 y ersión 6.3: Optimización del rendimiento

25 Pregunta Tiene el sistema suficientes adaptadores de bus de host (HBA) como para gestionar las operaciones de datos que el seridor de Tioli Storage Manager tiene que ejecutar simultáneamente? Es el ancho de banda mayor que el rendimiento máximo planificado para las copias de seguridad? Utiliza un sistema de archios preferido para los archios del seridor detioli Storage Manager? Tareas, características, opciones o alores Operaciones que requieren el uso de HBA al mismo tiempo. Por ejemplo, un seridor debe almacenar 1 GB/seg de datos de seguridad y, al mismo tiempo, realizar la migración de la agrupación de almacenamiento que requiere una capacidad de 0,5 GB/seg para completarse. Los HBA deben ser capaces de gestionar todos los datos con la elocidad necesaria. El ancho de banda de red debe permitir que el sistema complete operaciones, como copias de seguridad, en el tiempo permitido o bien que se cumplan los compromisos de niel de sericio. Para la réplica de nodo, el ancho de banda de red debe ser mayor que el rendimiento máximo planeado. La elección del sistema de archios es un factor importante en relación con el rendimiento del seridor detioli Storage Manager. Utilice un sistema de archios que proporcione características aanzadas para garantizar un rendimiento y disponibilidad de datos óptimos. Tioli Storage Manager utiliza E/S directa con sistemas de archios que dan soporte a esta función. El uso de E/S directa puede mejorar el rendimiento y reducir la utilización de procesador. Más información Consulte el apartado Ajuste de la capacidad del adaptador de bus de host en la página 142. Para obtener más información, consulte los temas siguientes: Capítulo 12, Ajuste del rendimiento de red, en la página 233 Lista de comprobación de la réplica de nodo en la página 26 Para obtener más información, consulte el apartado Configuración del sistema operatio para el rendimiento del disco en la página 171. A continuación se facilita una lista de los sistemas de archios preferidos para cada sistema operatio: AIX: Utilice el sistema de archios JFS2 con la opción rbrw. HP-UX: Utilice el sistema de archios VxFS. Linux: Utilice el sistema de archios ext3 para la base de datos y registro de recuperación. Puede utilizar el sistema de archios ext4 para los datos de las agrupaciones de almacenamiento. Solaris: Utilice el sistema de archios ZFS. Windows: Utilice el sistema de archios NTFS sin compresión. Capítulo 2. Configuración del seridor para un rendimiento óptimo 11

26 Pregunta Ha configurado espacio de paginación suficiente? Ha ajustado los parámetros de kernel tras la instalación del seridor? Tareas, características, opciones o alores El espacio de paginación, o espacio de intercambio, amplía la memoria disponible para el procesamiento. Cuando la cantidad de memoria RAM libre del sistema es baja, los programas o datos que no están en uso se mueen de la memoria al espacio de paginación. Esta acción libera memoria para otras actiidades, por ejemplo operaciones de la base de datos. Para sistemas AIX, Linux, HP-UX y Solaris, utilice un mínimo de 32 GB de espacio de paginación o un 50% de su RAM, utilizando siempre el alor superior. En sistemas Windows, el espacio de paginación se configura automáticamente. Tiene que ajustar los parámetros de kernel para los seridores que se encuentran en sistemas HP-UX, Linux u Oracle Solaris. Más información Consulte la sección sobre cómo ajustar los parámetros de kernel para DB2 en la publicación Tioli Storage Manager Guía de instalación. Lista de comprobación de los discos de base de datos del seridor Utilice la lista de comprobación para erificar que los sistemas de disco de la base de datos del seridor tengan las características y la configuración fundamentales para un buen rendimiento. Pregunta Se encuentra la base de datos en discos rápidos de baja latencia? Tareas, características, opciones o alores No utilice unidades de Serial Adanced Technology Attachment (SATA) ni Parallel Adanced Technology Attachment (PATA) para la base de datos de Tioli Storage Manager. No utilice los discos internos que se han incluido de forma predeterminada en la mayoría del hardware del seridor. Los discos de estado sólido (SSD) de tipo empresarial, con interfaz SAS o de canal de fibra, ofrecen el mejor rendimiento. Si planea utilizar las funciones de deduplicación de Tioli Storage Manager, céntrese en el rendimiento de disco en términos de operaciones de E/S por segundo (IOPS). Más información Lista de comprobación para la deduplicación de datos en la página IBM Tioli Storage Manager ersión 6.4 y ersión 6.3: Optimización del rendimiento

27 Pregunta Está almacenada la base de datos en discos o LUN separados de los discos o LUN utilizados para el registro actio, el registro de archiado y los olúmenes de agrupación de almacenamiento? Si está utilizando RAID, ha seleccionado el niel de RAID idóneo para su sistema? Ha definido todos los LUN con el mismo tipo y tamaño de RAID? Tareas, características, opciones o alores La separación de la base de datos del seridor de otros componentes de seridor ayuda a reducir los conflictos por los recursos por parte de distintas operaciones que se tienen que ejecutar al mismo tiempo. Si un sistema tiene que hacer muchas grabaciones, RAID 10 sobrepasa a RAID 5. De todas maneras, RAID 10 requiere más discos que RAID 5 para disponer de la misma cantidad de almacenamiento utilizable. Más información Si hay una opción disponible para definir el tamaño de banda o el tamaño del segmento, optimizó el tamaño cuando configuró el sistema de disco? Ha creado al menos cuatro directorios (también llamados contenedores) en cuatro LUN independientes para la base de datos? Si está utilizando la optimización de almacenamiento de datos de Tioli Storage Manager, ha creado al menos ocho contenedores en ocho LUN independientes? Si su sistema de disco es RAID, defina todos los LUN con el mismo tipo y tamaño de RAID. Por ejemplo, no mezcle 4+1 RAID 5 con 4+2 RAID 6. Si puede definir el tamaño de la banda o del segmento, utilice los tamaños de 64 KB o 128 KB en los sistemas de disco para la base de datos. Las cargas de trabajo más pesadas y el uso de determinadas características requieren más contenedores de base de datos que los requisitos mínimos. Operaciones del seridor como la unidad de deduplicación de datos dirigen una gran cantidad de operaciones de entrada y salida por segundo (IOPS) para la base de datos. Dichas operaciones se realizan de forma más adecuada cuando la base de datos tiene más directorios. Para las bases de datos del seridor de más de 500 GB o que se espera que alcancen ese tamaño, utilice ocho directorios. Tenga en cuenta el crecimiento planeado para el sistema cuando determine cuántos contenedores crear. El seridor utiliza el número más eleado de contenedores con mayor eficacia si dichos contenedores se encuentran presentes cuando se crea el seridor por primera ez. El tamaño de bloque utilizado para la base de datos aría en función del espacio de tabla. La mayoría de los espacios de tabla utilizan bloques de 8 KB, pero algunos utilizan bloques de 32 KB. Para obtener más información, consulte los temas siguientes: Lista de comprobación para la deduplicación de datos en la página 22 Lista de comprobación de la réplica de nodo en la página 26 Para obtener ayuda para preer el crecimiento cuando el seridor realice la deduplicación de datos, consulte la nota técnica ( dociew.wss?uid=swg ). Para er la información más reciente sobre el tamaño de la base de datos, la reorganización de base de datos y consideraciones de rendimiento para seridores de Tioli Storage Manager ersión 6, consulte la nota técnica ( support/ dociew.wss?uid=swg ). Capítulo 2. Configuración del seridor para un rendimiento óptimo 13

28 Pregunta Son todos los directorios de la base de datos del mismo tamaño? (Los directorios de la base de datos se denominan en ocasiones contenedores.) Ha extendido la profundidad de cola de los LUN de base de datos en sistemas AIX? Tareas, características, opciones o alores Los directorios que son del mismo tamaño garantizan un grado de paralelismo coherente para las operaciones de la base de datos. Si hay uno arios directorios en la base de datos que son más pequeños que el resto, reducirán el potencial para la captación preia paralela optimizada. Esta indicación se aplica también si es necesario añadir contenedores tras la configuración inicial del seridor. La profundidad de cola predeterminada suele ser demasiado baja. Más información Consulte el apartado Configuración de sistemas AIX para rendimiento del disco en la página 171. Tareas relacionadas: Elección del tipo correcto de tecnología de almacenamiento para Tioli Storage Manager en la página 161 Lista de comprobación de los discos de registro de recuperación El registro de recuperación del seridor consta del registro actio, el registro de archiado y registros optatios para la duplicación y la migración tras error. Utilice la lista de comprobación para erificar que los sistemas de disco que se están utilizando con los registros tengan las características y la configuración fundamentales para conseguir un buen rendimiento. Pregunta Están el registro actio y el registro de archiado almacenados en discos o en LUN separados de los que se utilizan para los olúmenes de agrupación de almacenamiento y las bases de datos? Se encuentran los registros en discos con memoria caché de escritura no olátil? Tareas, características, opciones o alores Asegúrese de que los discos donde se coloca el registro actio no se utilicen para otras funciones del seridor o el sistema. No coloque el registro actio en discos que contengan la base de datos del seridor, el registro de archiado ni los archios del sistema, como un espacio de intercambio o página. La memoria caché de escritura no olátil permite que se escriban datos en los registros lo más rápido posible. Las operaciones de escritura más rápidas para los registros pueden implicar un mejor rendimiento para las operaciones del seridor. Más información La separación de la base de datos del seridor, el registro actio y el registro de archiado ayuda a reducir los conflictos entre distintas operaciones que se deben ejecutar al mismo tiempo. 14 IBM Tioli Storage Manager ersión 6.4 y ersión 6.3: Optimización del rendimiento

29 Pregunta Ha definido los registros en un tamaño que soporta sin problemas la carga de trabajo? Ha definido un registro de migración tras error de archiado? Lo ha colocado en un disco independiente del registro de archiado? Si está duplicando el registro actio, está utilizando un solo tipo de duplicación? Tareas, características, opciones o alores Si no está seguro sobre la carga de trabajo, utilice el tamaño más grande que pueda. Registro actio El tamaño máximo es de 128 GB, definido con la opción de seridor ACTIVELOGSIZE. Registro de archiado El tamaño del registro de archiado está limitado por el tamaño del sistema de archios en el que está ubicado, no por una opción del seridor. Asegúrese de que el registro de archiado tiene al menos el mismo tamaño que el registro actio. El registro de migración tras error de archiado lo utilizará el seridor, en casos de emergencia, si el registro de archiado se llena. Se pueden utilizar discos más lentos para el registro de migración tras error de archiado. Puede duplicar el registro utilizando uno de los métodos siguientes. Utilice solo un tipo de duplicación para el registro. Utilice la opción MIRRORLOGDIRECTORY disponible para el seridor de Tioli Storage Manager para especificar una ubicación para la duplicación. Utilice la duplicación de software, como el gestor de olúmenes lógicos (LVM) en AIX. Utilice la duplicación en el hardware del sistema de disco. Más información Para conocer detalles sobre la definición de tamaño, consulte la información sobre el registro de recuperación de la nota técnica ( support/ dociew.wss?uid=swg ). Para obtener información sobre cómo definir el tamaño cuando utiliza la deduplicación de datos, consulte Lista de comprobación para la deduplicación de datos en la página 22. Utilice la opción del seridor ARCHFAILOVERLOGDIRECTORY para especificar la ubicación del registro de migración tras error de archiado. Superise el uso del directorio del registro de migración tras error de archiado. Si el seridor tiene que utilizar el registro de migración tras error de archiado, es posible que el espacio del registro de archiado no sea lo suficientemente grande. Si duplica el registro actio, asegúrese de que los discos del registro actio y la copia de duplicado tienen la misma elocidad y fiabilidad. Para obtener más información, consulte el apartado Configuración y ajuste del registro de recuperación en la página 110. Tareas relacionadas: Elección del tipo correcto de tecnología de almacenamiento para Tioli Storage Manager en la página 161 Capítulo 2. Configuración del seridor para un rendimiento óptimo 15

30 Lista de comprobación para las agrupaciones de almacenamiento en el disco Utilice la lista de comprobación para reisar la configuración de las agrupaciones de almacenamiento de disco. Esta lista de comprobación incluye sugerencias para las agrupaciones de almacenamiento que utilizan las clases de dispositio DISK o FILE. Pregunta Pueden los LUN de agrupación de almacenamiento mantener las tasas de rendimiento durante 256 KB de lecturas y grabaciones secuenciales para gestionar adecuadamente la carga de trabajo sin las restricciones de tiempo? Tareas, características, opciones o alores Si está planificando las cargas máximas, tenga en cuenta todos los datos que quiere que el seridor lea o escriba simultáneamente en las agrupaciones de almacenamiento de disco. Por ejemplo, tenga en cuenta el flujo de datos máximo de las operaciones de seguridad del cliente y las operaciones de moimiento de datos del seridor, como la migración que se ejecuta al mismo tiempo. Más información Consulte el apartado Análisis del rendimiento básico de sistemas de disco en la página 70. El seridor de Tioli Storage Manager lee y escribe en las agrupaciones de almacenamiento, normalmente en bloques de 256 KB. Se ha configurado el disco para utilizar la memoria caché de escritura y lectura? En el caso de las agrupaciones de almacenamiento que utilizan las clases de dispositio FILE, ha determinado un tamaño adecuado que utilizar con los olúmenes de agrupación de almacenamiento? Para las agrupaciones de almacenamiento que utilizan las clases de dispositio FILE, está utilizando olúmenes asignados preiamente? Si el sistema de disco incluye la capacidad, configure el sistema de disco para conseguir un rendimiento óptimo con operaciones de lectura/escritura secuenciales, en lugar de operaciones de lectura/escritura aleatorias. Utilice más memoria caché para un mejor rendimiento. Reise la información del apartado Número y tamaño de olumen óptimo para las agrupaciones de almacenamiento que utilizan discos en la página 118. Si no tiene la información necesaria como para estimar un tamaño para los olúmenes de clase de dispositio FILE, empiece por olúmenes que sean de 50 GB. Los olúmenes reutilizables pueden proocar la fragmentación de archios. Para asegurarse de que una agrupación de almacenamiento no se queden sin olúmenes, defina el parámetro MAXSCRATCH en un alor superior que cero. Normalmente, aparecen más problemas cuando los olúmenes son demasiado pequeños. Se notifican pocos problemas si los olúmenes son más grandes de lo necesario. Al determinar el tamaño de olumen que se a a utilizar, es mejor utilizar un tamaño que pueda ser más grande de lo necesario. Utilice el mandato de seridor DEFINE VOLUME para preasignar olúmenes en la agrupación de almacenamiento. Utilice el mandato de seridor DEFINE STGPOOL o UPDATE STGPOOL para definir el parámetro MAXSCRATCH. 16 IBM Tioli Storage Manager ersión 6.4 y ersión 6.3: Optimización del rendimiento

31 Pregunta Para las agrupaciones de almacenamiento que utilizan las clases de dispositio FILE, ha comparado el número máximo de sesiones de cliente con el número de olúmenes definidos? En el caso de las agrupaciones de almacenamiento que utilizan las clases de dispositio FILE, ha definido el parámetro MOUNTLIMIT de la clase de dispositio en un alor suficiente como para hacerse cargo del número de olúmenes que se pueden montar en paralelo? Tareas, características, opciones o alores Mantenga siempre suficientes olúmenes utilizables en las agrupaciones de almacenamiento como para permitir la ejecución simultánea del número máximo esperado de sesiones de cliente. Pueden ser olúmenes reutilizables, olúmenes acíos o olúmenes llenados en parte. En el caso de las agrupaciones de almacenamiento que utilizan la optimización de almacenamiento de datos, el parámetro MOUNTLIMIT suele estar en el rango Defina el alor de MOUNTLIMIT con el número máximo de puntos de montaje necesarios para todas las sesiones actias. Considere los parámetros que afectan al número máximo de puntos de montaje necesarios: La opción de seridor MAXSESSIONS, que es el número máximo de sesiones detioli Storage Manager que se pueden ejecutar de forma simultánea. El parámetro MAXNUMMP, que define el número máximo de puntos de montaje que puede utilizar cada nodo de cliente. Por ejemplo, si el número máximo de sesiones de copia de seguridad del nodo de cliente es normalmente 100 y cada uno de los nodos tiene MAXNUMMP=2, multiplique 100 nodos por los 2 puntos de montaje para cada nodo para obtener un alor de 200 para el parámetro MOUNTLIMIT. Más información Para aquellas agrupaciones de almacenamiento que utilicen las clases de dispositio FILE, solo una sesión o un proceso pueden escribir en un olumen al mismo tiempo. Utilice el mandato de seridor REGISTER NODE o UPDATE NODE para definir el parámetro MAXNUMMP para los nodos de cliente. Capítulo 2. Configuración del seridor para un rendimiento óptimo 17

32 Pregunta En el caso de agrupaciones de almacenamiento que utilizan clases de dispositio DISK, ha determinado cuántos olúmenes de agrupación de almacenamiento se colocarán en cada sistema de archios? Tareas, características, opciones o alores Más información La manera en la que configura el almacenamiento de una agrupación de almacenamiento que utiliza una clase de dispositio DISK depende de si está utilizando RAID para el sistema de disco. Para er un ejemplo de un diseño que siga estas directrices, consulte Figura 25 en la página 169. Si no está utilizando RAID, configure un sistema de archios por disco físico y defina un olumen de agrupación de almacenamiento para cada sistema de archios. Si está utilizando RAID 5 con olúmenes n+1, configure el almacenamiento de una de las siguientes maneras: Configure los sistemas de archios n en el LUN y defina un olumen de agrupación de almacenamiento por sistema de archios. Configure un sistema de archios y olúmenes de agrupación de almacenamiento n para el LUN. Ha creado las agrupaciones de almacenamiento con el fin de distribuir la entrada/salida en distintos sistemas de archios? Asegúrese de que cada sistema de archios se encuentre en un LUN distinto en el sistema de disco. Normalmente, contar con sistemas de archios es un buen objetio, pero asegúrese de que los sistemas de archios no son más pequeños de aproximadamente 250 GB. Si desea obtener más información, consulte los temas siguientes: Capítulo 10, Ajuste del almacenamiento de disco para el seridor, en la página 159 Ajuste y configuración de olúmenes y agrupaciones de almacenamiento en la página IBM Tioli Storage Manager ersión 6.4 y ersión 6.3: Optimización del rendimiento

33 Tareas relacionadas: Ajuste y configuración de olúmenes y agrupaciones de almacenamiento en la página 114 Elección del tipo correcto de tecnología de almacenamiento para Tioli Storage Manager en la página 161 Lista de comprobación para la configuración de seridor de Tioli Storage Manager Ealúe los alores de configuración clae y la planificación que puede afectar al rendimiento del seridor de Tioli Storage Manager. Pregunta Has configurado la planificación del seridor para que las operaciones críticas no interfieran unas con otras? Tareas, características, opciones o alores Operaciones de planificación que de otro modo podrían iniciarse automáticamente: Inhabilite la caducidad automática definiendo la opción del seridor EXPINTERVAL en 0. Configure las agrupaciones de almacenamiento de manera que las operaciones de migración de la agrupación de almacenamiento, reclamación e identificación de duplicados no se inicien automáticamente. Planifique cada tipo de tarea de mantenimiento de datos del seridor con horas de inicio y duraciones controladas, de manera que no se solapen entre ellas. Planifique la réplica de nodo para eitar o minimizar el solapamiento con las copias de seguridad del cliente. Más información Ajuste de la planificación para las operaciones diarias en la página 120 Capítulo 2. Configuración del seridor para un rendimiento óptimo 19

34 Pregunta Está ejecutando los procesos suficientes como para gestionar las operaciones de datos en su entorno? Tareas, características, opciones o alores Verifique que la cantidad de procesos para una operación sea la suficiente para completar la carga de trabajo. Por ejemplo, si el rendimiento de la reclamación parece lento, ajuste el número de procesos paralelos asignados a la operación. Utilice los parámetros y mandatos siguientes para controlar los procesos de distintas operaciones: Procesos de copia de seguridad de agrupación de almacenamiento: parámetro MAXPROCESS en el mandato BACKUP STGPOOL Procesos de identificación de duplicados: parámetro NUMPROCESS en el mandato IDENTIFY DUPLICATES. Actiidad de migración: parámetro MIGPROCESS en el mandato DEFINE STGPOOL Actiidad de caducidad paralela: parámetro RESOURCES en el mandato EXPIRE INVENTORY Procesos de reclamación: parámetro RECLAIMPROCESS en el mandato DEFINE STGPOOL Más información Para obtener más información, consulte los temas siguientes: Copia de seguridad de la base de datos con flujos de datos múltiples simultáneos en la página 108 Copia de seguridad y restauración mediante arias sesiones en la página 214 Se han configurado las planificaciones de copia de seguridad del cliente de manera que las copias de seguridad se repartan durante el tiempo disponible? Continúe incrementando los procesos paralelos hasta el punto en el que un recurso del seridor quede saturado. Planifique las copias de seguridad del cliente en una entana de copia de seguridad aislada de todos los procesos de mantenimiento de datos, como el proceso de identificación de duplicados, reclamación y migración de agrupación de almacenamiento. Cómo eitar la contienda por los recursos del seridor durante las operaciones del cliente en la página 131 Si es posible, planifique las copias de seguridad del cliente de manera que no se inicien al mismo tiempo. Es posible que no tenga que escalonar las planificaciones si hay suficientes recursos de seridor disponibles como para procesar todas las copias de seguridad del cliente. Del mismo modo, si a a utilizar la optimización de almacenamiento de datos del lado de cliente y existe una estandarización en los datos de los cuales se están realizando copias de seguridad, es posible que no tenga que escalonar las planificaciones. 20 IBM Tioli Storage Manager ersión 6.4 y ersión 6.3: Optimización del rendimiento

35 Pregunta Se actualizan los alores de opciones del seridor desde los alores predeterminados para conseguir un rendimiento máximo? Ha configurado una planificación para sus copias de seguridad de base de datos? Ha configurado las operaciones de seguridad correctamente para el tamaño de su base de datos? Tareas, características, opciones o alores Defina la opción del seridor EXPINTERVAL en 0 y planifique el procesamiento de caducidad de inentario. Defina la opción de seridor MAXSESSIONS en un alor superior a 1000, que es el máximo probado en los laboratorios de IBM. Si define un alor superior al necesario para el número máximo de sesiones, podría consumir memoria del seridor de forma innecesaria. Si configura una planificación para la copia de seguridad de base de datos, tendrá más control sobre los recursos del seridor implicados. Planifique las copias de seguridad de base de datos que se ejecutarán tras la copia de seguridad de ambos clientes y, si se utiliza, la copia de seguridad de la agrupación de almacenamiento. Realice solo copias de seguridad de base de datos completas, no copias de seguridad incrementales. En el caso de bases de datos de más de 500 GB, utilice arias secuencias para las copias de seguridad de base de datos a fin de mejorar el rendimiento. Más información Límites para el tamaño de la base de datos del seridor y las sesiones de cliente en hora punta en la página 52 Para obtener más información, consulte los temas siguientes: Ajuste de la planificación para las operaciones diarias en la página 120 Copia de seguridad de la base de datos con flujos de datos múltiples simultáneos en la página 108 Ha formateado los olúmenes de la agrupación de almacenamiento de disco de manera secuencial si se encuentran en el mismo sistema de archios? Haga que el directorio del registro de archiado sea lo suficientemente grande para no quedarse sin espacio entre copias de seguridad de la base de datos y de manera que las copias de seguridad de base de datos solo se requieran una ez cada 24 horas. En condiciones normales, no realices la copia de seguridad de la base de datos en periodos sin planificar. El formateo secuencial de los olúmenes ayuda a eitar la fragmentación del disco y mejora el rendimiento secuencial de lectura y escritura. Lista de comprobación para las agrupaciones de almacenamiento en el disco en la página 16 Para formatear arios olúmenes de agrupación de disco secuencial, utilice el mandato DEFINE VOLUME y especifique un alor para el parámetro NUMBEROFVOLUMES. Cada olumen se asigna de forma secuencial para eitar la fragmentación. Capítulo 2. Configuración del seridor para un rendimiento óptimo 21

36 Lista de comprobación para la deduplicación de datos La optimización de almacenamiento de datos necesita recursos de procesamiento adicionales en el seridor o el cliente. Utilice la lista de comprobación para erificar que el hardware y la configuración de Tioli Storage Manager tengan características clae para un buen rendimiento. Pregunta Utiliza el almacenamiento de disco rápido para la base de datos de Tioli Storage Manager medido en términos de operaciones de entrada/salida por segundo (IOPS)? Tiene suficiente memoria para el tamaño de su base de datos? Tareas, características, opciones o alores Utilice el disco de alto rendimiento para la base de datos de Tioli Storage Manager. Como mínimo, utilice unidades de rpm para bases de datos más pequeñas de 200 GB o menos. Para bases de datos de más de 500 GB, utilice unidades de rpm o estado sólido. La base de datos de Tioli Storage Manager debe tener una capacidad mínima de IOPS. Por cada TB de datos del que se realice copia de seguridad a diario (antes de la deduplicación de datos), incluya IOPS adicionales a este mínimo. Por ejemplo, un seridor de Tioli Storage Manager que ingiera 3 TB de datos al día necesitaría IOPS para los discos de base de datos: IOPS mínimos (3 TB x IOPS) = IOPS Utilice un mínimo de 64 GB de memoria del sistema para seridores de Tioli Storage Manager que realicen deduplicación de datos. Si la capacidad retenida de los datos de copia de seguridad aumenta, el requisito de memoria podría necesitar llegar hasta 128 GB. Superise regularmente la utilización de memoria para determinar si se necesita más memoria. Más información Lista de comprobación de los discos de base de datos del seridor en la página IBM Tioli Storage Manager ersión 6.4 y ersión 6.3: Optimización del rendimiento

37 Pregunta Ha calculado correctamente el tamaño del espacio de disco según la base de datos, los registros y las agrupaciones de almacenamiento? Tareas, características, opciones o alores Si quiere un cálculo estimado, cuente con 150 GB de almacenamiento de base de datos por cada 10 TB de datos que se ayan a proteger en las agrupaciones de almacenamiento con optimización de almacenamiento. Datos protegidos equiale a la cantidad de datos anteriores a la optimización de almacenamiento, incluidas todas las ersiones de objetos almacenados. Configure el seridor para que tenga un tamaño máximo de anotaciones actias de 128 GB. Para ello, establezca la opción de seridor ACTIVELOGSIZE en un alor de Utilice un directorio para las anotaciones de archiado de base de datos con una capacidad libre inicial de al menos 500 GB. Especifique el directorio utilizando la opción de seridor ARCHLOGDIRECTORY. Más información Están los registros y la base de datos de Tioli Storage Manager en olúmenes de disco separados (LUN)? Se ha configurado el disco que se utiliza para la base de datos de acuerdo con los métodos recomendados de una base de datos transaccional? Está utilizando un mínimo de 8 núcleos de procesador (2,2 GHz o equialente) para cada seridor de Tioli Storage Manager que aya a utilizar con la optimización de almacenamiento de datos? Defina el espacio para el registro de migración tras error utilizando la opción de seridor ARCHFAILOVERLOGDIRECTORY. La base de datos de Tioli Storage Manager no debe compartir los olúmenes de disco con las agrupaciones de almacenamiento ni los registros de base de datos de Tioli Storage Manager, ni con ninguna otra aplicación o sistema de archios. Si piensa utilizar la eliminación de datos duplicados del lado del cliente, compruebe que los sistemas cliente tengan suficientes recursos disponibles durante una operación de copia de seguridad para efectuar el proceso de eliminación de datos duplicados. Utilice un procesador que tenga al menos el mínimo equialente a un núcleo de procesador de 2,2 GHz por proceso de copia de seguridad con la eliminación de datos duplicados del lado del cliente. Consulte Configuración y ajuste del registro de recuperación y la base de datos del seridor en la página 105 Capítulo 2. Configuración del seridor para un rendimiento óptimo 23

38 Pregunta Ha estimado la capacidad de la agrupación de almacenamiento y ha configurado un espacio basado en el tamaño del entorno? Ha distribuido la E/S de disco en arios dispositios de disco y controladores? Tareas, características, opciones o alores Puede utilizar la técnica siguiente para estimar los requisitos de capacidad de la agrupación de almacenamiento para una agrupación de almacenamiento con optimización de almacenamiento: 1. Estime el tamaño base de los datos de origen. 2. Estime el tamaño de la copia de seguridad diaria utilizando una tasa estimada de crecimiento y cambio. 3. Determine los requisitos de retención. 4. Estime la cantidad total de datos de origen teniendo en cuenta el tamaño base, el tamaño de copia de seguridad diario y los requisitos de retención. 5. Aplique el factor de proporción de la optimización de almacenamiento. 6. Incremente la estimación para tener en cuenta el uso de la agrupación de almacenamiento transitoria. Utilice matrices con tantos discos como sea posible, a lo que en ocasiones se denomina escritura en bandas amplia. Especifique 8 o más sistemas de archios para la clase de dispositio de agrupación de almacenamiento de duplicados eliminados de forma que la E/S se distribuya en tantos LUN y dispositios físicos como sea posible. Más información Para er un ejemplo de uso de esta técnica, consulteeffectie Planning and Use of IBM Tioli Storage Manager V6 Deduplication en mydeeloperworks/wikis/home/ wiki/tioli Storage Manager/page/Effectie Planning and Use of IBM Tioli Storage Manager V6 Deduplication. Consulte el apartado Lista de comprobación para las agrupaciones de almacenamiento en el disco en la página IBM Tioli Storage Manager ersión 6.4 y ersión 6.3: Optimización del rendimiento

39 Pregunta Ha planificado el procesamiento de optimización de almacenamiento de datos de acuerdo con la estrategia de copia de seguridad? Tareas, características, opciones o alores Si no a a crear una copia secundaria de los datos de seguridad o si a a utilizar una réplica de nodo para la segunda copia, la copia de seguridad de cliente y la identificación de duplicados se pueden solapar. Esto reduciría el tiempo transcurrido total para estas operaciones, pero puede incrementar el tiempo necesario para la copia de seguridad del cliente. Si está realizando una copia de seguridad de la agrupación de almacenamiento, no solape la identificación de duplicados y copia de seguridad del cliente. La secuencia recomendada de operaciones es la siguiente: copia de seguridad de cliente, copia de seguridad de la agrupación de almacenamiento e identificación de duplicados. Más información Consulte el apartado Planificación de los procesos de optimización de almacenamiento de datos y réplica de nodo en la página 122. Los procesos de identificación de duplicados pueden hacerse cargo de todos los datos nueos de los que se realiza copia de seguridad cada día? La reclamación puede ejecutarse en un umbral inferior suficiente? En el caso de los datos que no se han almacenado con la optimización de almacenamiento de datos del lado de cliente, planifique las operaciones de seguridad de la agrupación de almacenamiento para que se completen antes de iniciar el procesamiento de optimización de almacenamiento de datos. Configure la planificación de este modo para eitar oler a construir objetos que se hayan optimizado para el almacenamiento de datos, a fin de crear una copia sin optimización de almacenamiento de datos en una agrupación de almacenamiento distinta. Si el proceso se completa o pasa a estado desocupado antes de que comience la siguiente operación planificada, se procesarán todos los datos nueos. Si no se alcanza el umbral inferior, tenga en cuenta las acciones siguientes: Aumente hasta el número de procesos utilizados para la reclamación. Actualice a un hardware más rápido. Capítulo 2. Configuración del seridor para un rendimiento óptimo 25

40 Pregunta El proceso de limpieza de deduplicación puede eniar las extensiones desreferenciadas al espacio de disco libre antes del inicio del siguiente ciclo de copia de seguridad? Tareas, características, opciones o alores Ejecute el mandato SHOW DEDUPDELETE. El resultado muestra que todas las hebras están desocupadas cuando se completa la carga de trabajo. Si el proceso de limpieza no se pueden completa, considere las acciones siguientes: Aumente el número de procesos utilizados para la identificación de duplicados. Actualice a un hardware más rápido. Determine si a a ingerir más datos de los que su seridor de Tioli Storage Manager puede procesar con la deduplicación de datos y considere el despliegue de un seridor detioli Storage Manager adicional. Más información Para obtener información sobre la planificación y las prácticas recomendados, busque los temas siguientes en la publicación Tioli Storage Manager Guía del administrador: Planificación de directrices para la eliminación de datos duplicados Información sobre métodos recomendados para la optimización de almacenamiento de datos Consulte también Effectie Planning and Use of IBM Tioli Storage Manager V6 Deduplication en wikis/home/wiki/tioli Storage Manager/page/Effectie Planning and Use of IBM Tioli Storage Manager V6 Deduplication. Tareas relacionadas: Ealuación de los resultados de optimización de almacenamiento de datos en la página 63 Ajuste de la deduplicación de datos del lado del seridor en la página 136 Ajuste de la optimización de almacenamiento de datos del lado de cliente en la página 203 Lista de comprobación de la réplica de nodo Una implementación correcta de la réplica de nodo se basa en que haya suficientes recursos de hardware dedicados. Se necesita una mayor cantidad de núcleos de procesador y memoria. La base de datos y sus registros deben tener el tamaño correcto como para garantizar que las transacciones se puedan completar. Se necesita una red dedicada, con el ancho de banda suficiente como para gestionar los datos que se ayan a replicar. Utilice la lista de comprobación para erificar que el hardware y la configuración de Tioli Storage Manager tengan características clae para un buen rendimiento. 26 IBM Tioli Storage Manager ersión 6.4 y ersión 6.3: Optimización del rendimiento

41 Pregunta Va a utilizar el disco de alto rendimiento para la base de datos de Tioli Storage Manager? Tareas, características, opciones o alores Asegúrese de que los discos configurados para la base de datos detioli Storage Manager tienen una capacidad mínima de operaciones de E/S por segundo (IOPS). Por cada TB de datos del que se realice copia de seguridad a diario (antes de la deduplicación de datos), incluya IOPS adicionales a este mínimo. Más información Lista de comprobación de los discos de base de datos del seridor en la página 12 Está utilizando suficientes núcleos de procesador y bastante memoria como para la réplica de nodo y, opcionalmente, la optimización de almacenamiento de datos? Por ejemplo, un seridor de Tioli Storage Manager que ingiera 3 TB de datos al día necesitaría IOPS para los discos de base de datos: IOPS mínimos (3 TB x IOPS) = IOPS Si a a utilizar una réplica de nodo sin deduplicación, utilice un mínimo de 4 núcleos de procesador y 64 GB de RAM para el seridor tanto de origen como de destino. Ha calculado correctamente el tamaño del espacio de disco según la base de datos, los registros y las agrupaciones de almacenamiento? Para cualquier seridor configurado para la réplica de nodo y la deduplicación de datos, utilice un mínimo de 8 núcleos de procesador y 128 GB de RAM. Para determinar si la base de datos puede gestionar los requisitos de espacio adicionales, antes debe estimar cuánto espacio de base de datos adicional utilizará la réplica de nodo. Consulte la información sobre la determinación de los requisitos de la base de datos del seridor para la réplica de nodo en Tioli Storage Manager Guía del administrador. Es la red capaz de gestionar tráfico adicional para la cantidad de datos que se an a replicar entre el seridor de origen y destino? Para el registro actio, utilice un tamaño mínimo de 64 GB para cada réplica de nodo. Utilice el tamaño máximo permitido para el registro actio, que son 128 GB si utiliza también la optimización de almacenamiento de datos. Asegúrese de que el espacio de registro de archiado es al menos igual al espacio definido para el registro actio. Especifique también un directorio para el registro de migración tras error de archiado en caso de que sea necesario. Para la réplica de nodo, el ancho de banda de red debe ser mayor que el rendimiento máximo planeado. Puede estimar el ancho de banda de red que se basa en la cantidad de datos que se están replicando. Consulte la información sobre el cálculo del ancho de banda de red para la réplica de nodo entioli Storage Manager Guía del administrador. Capítulo 2. Configuración del seridor para un rendimiento óptimo 27

42 Pregunta Utiliza la deduplicación de datos con la réplica de nodo? Tareas, características, opciones o alores Más información Utilizando la deduplicación de datos con la réplica de nodo reducirá el ancho de banda necesario para las operaciones de réplica. La deduplicación de datos reduce la cantidad de datos eniados al destino de la operación de réplica. Consulte la información sobre el uso de la deduplicación de datos con la réplica de nodo en Tioli Storage Manager Guía del administrador. Ha planificado la réplica de nodo en el orden óptimo para la planificación diaria? Asegúrese de ejecutar la réplica de nodo tras la copia de seguridad de cliente. Si a a utilizar la deduplicación de datos para el proceso de réplica, ejecute la identificación de duplicados completa en las agrupaciones de almacenamiento primario antes de ejecutar la réplica. Para obtener más información, consulte los temas siguientes: Planificación de los procesos de optimización de almacenamiento de datos y réplica de nodo en la página 122 Compatibilidad y uso de recursos para los procesos de seridor en la página 124 Ha optimizado el número de sesiones que se utilizan para eniar datos al seridor de réplica de destino? Puede mejorar el rendimiento de la réplica utilizando el parámetro MAXSESSIONS del mandato REPLICATE NODE para especificar las sesiones de datos. Consulte la información sobre la gestión del número de sesiones de réplica en Tioli Storage Manager Guía del administrador. Tiene suficientes puntos de montaje como para eitar los seridores de réplica parados y otros procesos de seridor? Los procesos de réplica de nodo completan la réplica de todos los datos nueos antes del inicio del siguiente ciclo de copia de seguridad? El número de sesiones que se utilizan para la réplica depende de los datos que se estén replicando. Determine el número de unidades lógicas y físicas que pueden dedicarse al proceso de réplica.por ejemplo, si una biblioteca tiene diez unidades de cinta y cuatro de las unidades se utilizan para otra tarea, hay seis unidades disponibles para la réplica de nodo. Especifique el número de puntos de montaje que necesita y asegúrese de que haya unidades disponibles para completar la réplica de nodo. Si los procesos de réplica no pueden finalizar antes del inicio del siguiente ciclo de copia de seguridad, llee a cabo las acciones siguientes: Asegúrese de que hay suficientes puntos de montaje y unidades disponibles para que se completen los procesos de réplica de nodo. Aumente el número de sesiones de datos utilizadas para la réplica de nodo. Actualice a un hardware más rápido y utilice más ancho de banda para los seridores de origen y destino. Normalmente las cintas no se utilizan para el réplica de nodo excepto en la réplica inicial. 28 IBM Tioli Storage Manager ersión 6.4 y ersión 6.3: Optimización del rendimiento

43 Pregunta Si utiliza la deduplicación de datos con la réplica de nodo, los procesos de identificación de duplicados se completa antes del inicio del proceso de réplica de nodo para aproechar todas las entajas de la deduplicación? Tareas, características, opciones o alores Si el proceso se completa o pasa a estado desocupado antes de que comience la réplica de nodo, se procesarán todos los datos nueos. Más información Consulte la información sobre la planificación de la réplica de nodo en Tioli Storage Manager Guía del administrador.consulte también las directrices para la réplica de nodo en wikis/home/wiki/tioli Storage Manager/page/Guidelines for node replication. Capítulo 2. Configuración del seridor para un rendimiento óptimo 29

44 30 IBM Tioli Storage Manager ersión 6.4 y ersión 6.3: Optimización del rendimiento

45 Capítulo 3. Configuración de clientes para un rendimiento óptimo Puede configurar el sistema cliente para garantizar que el cliente se ha configurado para obtener un buen rendimiento. Utilice la información de la tabla siguiente como ayuda para configurar el cliente y disfrutar de un rendimiento óptimo. Acción Asegúrese de que el sistema cliente cumpla los requisitos de hardware y software mínimos. Asegúrese de utilizar el método adecuado para realizar una copia de seguridad de los datos de su entorno. Si se han cambiado los alores predeterminados de las opciones de cliente, anótelas para un análisis posterior. Determinados problemas se pueden resoler definiendo los alores predeterminados de las opciones de cliente. Busque las soluciones a problemas de rendimiento del cliente comunes. Ajuste el cliente definiendo los alores de las opciones del cliente que afectan al rendimiento. Más información Consulte la información sobre requisitos del entorno del cliente en Tioli Storage Manager Clientes de archiado y copia de seguridad: Guía de instalación y del usuario. Consulte el apartado Selección del mejor método para la copia de seguridad del cliente en la página 175. Consulte la información sobre las opciones de cliente entioli Storage Manager Clientes de archiado y copia de seguridad: Guía de instalación y del usuario. Para obtener información sobre la resolución de problemas de rendimiento del cliente comunes, consulte Problemas de rendimiento del cliente comunes en la página 195. Consulte Capítulo 11, Ajuste de rendimiento del cliente, en la página 175 Copyright IBM Corp. 1996,

46 32 IBM Tioli Storage Manager ersión 6.4 y ersión 6.3: Optimización del rendimiento

47 Capítulo 4. Superisión y mantenimiento del entorno en relación con cuestiones de rendimiento Superisando las operaciones del cliente y el seridor de manera continua, puede detectar problemas e identificar las causas de manera más fácil. Realice registros de los informes de superisión de todo un año como ayuda para identificar tendencias y planificar el crecimiento. Utilice el script de superisión del seridor, serermonv6.pl. Este script incluye mandatos del sistema y el seridor que le ayudarán a superisar un seridor. Para descargar el script y er más detalles, aya ahttp:// support/dociew.wss?uid=swg Utilice las herramientas de superisión o sus propias herramientas para erificar que las operaciones de cliente y seridor se hayan completado correctamente, en un plazo que cumpla con sus requisitos empresariales. Consulte la información sobre tareas de superisión diarias en Tioli Storage Manager Guía del administrador. 1. Verifique que los procesos de mantenimiento del seridor, como la copia de seguridad de base de datos y la copia de seguridad de agrupación de almacenamiento, hayan finalizado correctamente. Analice los procesos erróneos o incompletos. 2. Verifique que las copias de seguridad del cliente sean correctas y estén completas. Inestigue las copias de seguridad de cliente con errores o incompletas, especialmente si son de los clientes más importantes para el conjunto de las operaciones. Si utiliza la deduplicación de datos, la réplica de nodo, o ambas, compruebe si los procesos relacionados con estas características han terminado. Por ejemplo: Para la deduplicación de datos del lado del seridor, compruebe que los procesos de identificación de duplicados pueden manejar todos los datos nueos que el seridor almacena cada día. Si los procesos finalizan o pasan a estado desocupado antes de las siguientes operaciones, por ejemplo si comienza una reclamación, sabrá que los procesos pueden manejar los datos nueos. Para la réplica de nodo, compruebe si los procesos de réplica se encargan de todos los datos nueos almacenados antes del inicio de las copias de seguridad del cliente realizadas al día siguiente. Si utiliza tanto la deduplicación de datos como la réplica de nodo, compruebe si los procesos de identificación de duplicados pueden finalizar antes del inicio de la réplica de nodo. Esta secuencia le garantiza el aproechamiento completo de la deduplicación de datos. Mantenga su software Tioli Storage Manager actualizado. Vaya al portal de soporte de IBM en el sitio web y busque los fixpacks que puedan resultar útiles para aplicarlos al seridor, a los clientes o a ambos. Mantenga el resto de productos de software y hardware de su entorno actualizados. Para er los productos de software y hardware de su entorno, aparte de Tioli Storage Manager, reise periódicamente los nieles de sericio y el firmware y actualícelos según sea necesario. El objetio debería ser realizar una reisión así cada seis meses. De todas formas, reise y aplique los arreglos de seguridad mensualmente o cuando lo necesite (por ejemplo, si se trata de una urgencia). Copyright IBM Corp. 1996,

48 Conceptos relacionados: Lista de comprobación para la deduplicación de datos en la página 22 Lista de comprobación de la réplica de nodo en la página 26 Tareas relacionadas: Script de superisión del seridor en la página 78 Superisión del rendimiento con herramientas del sistema operatio Superise su solución Tioli Storage Manager para saber dónde inestigar los cambios de rendimiento. Los distintos sistemas operatios tienen diferentes herramientas disponibles para superisar el rendimiento. Simular cargas de trabajo para probar el rendimiento también resulta útil. Para superisar los procesadores del sistema y el almacenamiento para conocer el uso y efectos de las actiidades detioli Storage Manager, puede utilizar los siguientes mandatos y herramientas. Consejo: El script de superisión del seridor, serermonv6.pl, incluye algunos mandatos de sistema operatio presentes en las siguientes listas. Sistemas AIX Para obtener información sobre un mandato, busque el mandato en el Information Center de la ersión de AIX utilizada. Para AIX 7.1, aya al Information Center de AIX 7.1 en aix/7r1/index.jsp. Mandato o herramienta Propósito Más información Mandato iostat Mandato lparstat mandato nmon Paquete de herramientas nstress Estadísticas sobre entrada/salida para el sistema completo y para los dispositios que se adjuntan al sistema Informa sobre estadísticas y configuración de la partición lógica (LPAR) Informes de superisión del sistema Prueba de estrés del sistema Para obtener más información sobre nmon Analyzer y otras herramientas que le ayudarán a analizar los datos para el mandato nmon, busque en deeloperworks/ mydeeloperworks/wikis/home/ wiki/power Systems/page/AIX performance analysis and tuning. Busque el paquete nstress más reciente en deeloperworks/ mydeeloperworks/wikis/home/ wiki/power Systems/page/AIX performance analysis and tuning. 34 IBM Tioli Storage Manager ersión 6.4 y ersión 6.3: Optimización del rendimiento

49 Mandato o herramienta Propósito Más información Script perfpmr Mandato sar Mandato mstat Iometer, herramienta de código abierto prueba de refrencia Netperf Un script de recopilación de datos, normalmente utilizado antes de informar de un problema al Soporte de Software deibm Superisión de actiidad del sistema Estadísticas de memoria irtual Cálculo y caracterización de las prestaciones de entrada/salida de un sistema Herramientas que le ayudarán a medir el ancho de banda y la latencia de las redes Para obtener información sobre el script aya al Information Center de la ersión deaix utilizada. Para AIX 7.1, aya a infocenter/aix/7r1/index.jsp. Para obtener información, consultehttp:// Para obtener información, consultehttp:// Sistemas HP-UX Para obtener información sobre los mandatos, consulte la documentación del sistema operatio. Mandato o herramienta Mandato iostat Mandato sar Mandato smon Mandato mstat Iometer, herramienta de código abierto Propósito Estadísticas sobre entrada/salida para el sistema completo y para los dispositios que se adjuntan al sistema Superisión de actiidad del sistema Superisión de uso de memoria Estadísticas de memoria irtual Cálculo y caracterización de las prestaciones de entrada/salida de un sistema Para obtener información, consultehttp:// Sistemas Linux Para obtener información sobre los mandatos, consulte la documentación del sistema operatio. Mandato o herramienta Mandato iostat mandato nmon Mandato sar Iometer, herramienta de código abierto prueba de refrencia Netperf Propósito Estadísticas sobre entrada/salida para el sistema completo y para los dispositios que se adjuntan al sistema Informes de superisión del sistema Superisión de actiidad del sistema Cálculo y caracterización de las prestaciones de entrada/salida de un sistema Para obtener información, consultehttp:// Herramientas que le ayudarán a medir el ancho de banda y la latencia de las redes Para obtener información, consultehttp:// Capítulo 4. Superisión y mantenimiento del entorno en relación con cuestiones de rendimiento 35

50 Sistemas Oracle Solaris Para obtener información sobre los mandatos, consulte la documentación del sistema operatio. Mandato o herramienta Mandato iostat Mandato sar Mandato smon Mandato mstat Iometer, herramienta de código abierto Propósito Estadísticas sobre entrada/salida para el sistema completo y para los dispositios que se adjuntan al sistema Superisión de actiidad del sistema Superisión de uso de memoria Estadísticas de memoria irtual Cálculo y caracterización de las prestaciones de entrada/salida de un sistema Para obtener información, consultehttp:// Sistemas Windows Mandato o herramienta Superisor de rendimiento de Windows (mandato perfmon) Iometer, herramienta de código abierto prueba de refrencia Netperf Propósito Superisión de rendimiento del sistema y los dispositios asociados Para obtener información, consulte la documentación del sistema operatio. Cálculo y caracterización de las prestaciones de entrada/salida de un sistema Para obtener información, consultehttp:// Herramientas que le ayudarán a medir el ancho de banda y la latencia de las redes Para obtener información, consultehttp:// Para entender el rendimiento del entorno de Tioli Storage Manager, tenga en cuenta las herramientas indicadas a continuación. Estas herramientas pueden ser útiles para determinar el rendimiento en condiciones ideales. No obstante, solo simulan algunas de las operaciones que se producen durante las actiidades detioli Storage Manager. FTP El FTP está disponible en casi cualquier sistema. Puede utilizar FTP para calcular el rendimiento que podría presentartioli Storage Manager en una operación de copia de seguridad o restauración. Los resultados de la prueba solo son una aproximación. Para utilizar el FTP para ealuar el rendimiento, cree o utilice un archio existente y utilice el FTP para transferirlo. Utilice un archio único superior a 200 MB para la prueba. Si una operación requiere archios más pequeños, los resultados de una prueba con FTP podrían no ser precisos. Es posible que tenga que calcular a mano el tiempo que tarda la transferencia, a fin de calcular el rendimiento. Incluya estas operaciones en los cálculos de tiempo: Lectura del disco Enío a traés de la red Escritura en el disco 36 IBM Tioli Storage Manager ersión 6.4 y ersión 6.3: Optimización del rendimiento

51 Una alternatia al FTP es SCP, pero SCP cifra los datos de tal manera que quizás su rendimiento sea inferior al del FTP. dd El mandato está disponible en sistemas como AIX y Linux para iniciar escrituras y lecturas de disco. Tareas relacionadas: Análisis del flujo de datos con el mandato dd en la página 70 Capítulo 4. Superisión y mantenimiento del entorno en relación con cuestiones de rendimiento 37

52 38 IBM Tioli Storage Manager ersión 6.4 y ersión 6.3: Optimización del rendimiento

53 Parte 3. Resolución de problemas de rendimiento Cuando obsere una degradación del rendimiento de una solución Tioli Storage Manager, empiece por erificar si las condiciones externas al seridor y el cliente no son la causa. Aprenda a detectar síntomas y causas de los problemas y a utilizar las herramientas para identificarlos. Copyright IBM Corp. 1996,

54 40 IBM Tioli Storage Manager ersión 6.4 y ersión 6.3: Optimización del rendimiento

55 Capítulo 5. Ajuste del rendimiento e identificación de cuellos de botella Al ajustar una solución Tioli Storage Manager, debe tener en cuenta todos sus componentes y su configuración. La degradación del rendimiento de operaciones fundamentales, incluyendo copias de seguridad del cliente, migración de agrupaciones de almacenamiento y caducidades, puede ser el resultado de la insuficiencia de recursos, una configuración inadecuada, o ambos motios. Se deben examinar las siguientes ariables: Hardware del seridor y su configuración Procesadores, memoria, caché y placa posterior de almacenamiento Recursos de almacenamiento internos y externos, incluyendo sistemas de disco para la base de datos de seridor, registros de recuperación y agrupaciones de almacenamiento Cualquier componente de hardware de la ruta a los datos puede proocar el cuello de botella. Para er ilustraciones de las rutas a los datos y los posibles componentes, consulte Cuellos de botella potenciales en el flujo de las operaciones de Tioli Storage Manager en la página 44. Red que se utiliza para las comunicaciones y las transferencias de datos entre componentes Hardware de cliente y su configuración, así como las características de los datos de cliente que se están protegiendo La mejor manera de ajustar el rendimiento es garantizar la proisión de suficientes recursos y configurar de forma óptima el seridor y los clientes. Por ejemplo, para el seridor incluya suficiente memoria del sistema, sistemas de disco con un tamaño y configuración adecuados para hacerse cargo de la carga de trabajo, bases de datos y registros independientes y alores correctos para el sistema operatio. Para los clientes de archiado y copia de seguridad, los elementos clae incluyen suficiente memoria, un ancho de banda de red correcto y una cuidadosa selección y configuración de los métodos de copia de seguridad. Para encontrar cuellos de botella e identificar la manera de mejorar el rendimiento, puede utilizar las herramientas incorporadas para sistemas y dispositios de almacenamiento, además de las herramientas de Tioli Storage Manager. Esta información sobre rendimiento proporciona directrices para un mejor rendimiento. También se incluyen procedimientos e información sobre herramientas de análisis para identificar problemas de rendimiento. Los sericios de soporte y subscripción estándar de IBM no incluyen el análisis detallado ni el ajuste de rendimiento. El análisis global de un problema de rendimiento es un sericio de pago que se ofrece a los clientes de Tioli Storage Manager. Para obtener más información, consulte IBM Software Support Handbook en getsupport.html. Copyright IBM Corp. 1996,

56 Directrices y expectatias del ajuste de rendimiento El ajuste de rendimiento no es una tarea puntual, sino esfuerzo continuado. Dado que el entorno del sistema y las cargas de trabajo de los clientes cambian, tiene que superisar y ajustar la solución de forma periódica. El rendimiento de una solución de Tioli Storage Manager se puede er afectado por muchos factores, por lo que los cambios deberían introducirse de manera controlada. Ealúe los efectos de los cambios introducidos recopilando las mediciones adecuadas antes y después de realizar los mismos. Por ejemplo, este método podría resultarle eficaz: 1. Rastree el rendimiento de la solución a lo largo del tiempo estableciendo una línea base inicial de las mediciones del rendimiento operatio. Recopile periódicamente las mismas mediciones y compare los resultados. 2. Implemente un método para rastrear los cambios realizados en la solución Tioli Storage Manager. Utilice un control de cambios estricto para comprender el impacto de cualquier cambio en el rendimiento. Limite los cambios que realiza cada ez, para poder determinar con más facilidad cuál ha marcado la diferencia. 3. Después de realizar un cambio y antes de continuar con otros, obsere el rendimiento y las operaciones del sistema el tiempo suficiente como para ealuar el efecto completo de los cambios. Obsere el sistema durante un periodo acorde a los ciclos típicos de operaciones. Por ejemplo, si siempre tiene una hora punta semanal en las operaciones de seguridad del cliente, asegúrese de que dicha hora punta se incluya en sus obseraciones. 4. Ealúe los resultados antes de realizar más cambios. La mayoría de los ajustes de rendimiento proporcionan mejoras limitadas. Determine con cautela el tiempo que debe utilizar para mejorar el rendimiento del sistema de forma razonable. Los acuerdos de niel de sericios son una excelente manera de definir los objetios de rendimiento. La ejecución de un sistema cerca de sus límites puede tener consecuencias negatias. De ser el caso, un 10% más de carga de trabajo podría aumentar los tiempos de respuesta más de lo que cabría esperar. En esta situación, tiene que determinar qué componente o proceso prooca el cuello de botella y eliminarlo. Una ez que se ajusta adecuadamente un sistema, la mejora del rendimiento se obtendrá únicamente reduciendo la carga de trabajo o añadiendo los recursos necesarios. Quizá deba reisar sus objetios y expectatias. Para obtener mejoras de rendimiento significatias, debe localizar el cuello de botella y considerar la puesta en práctica de una o arias de las acciones siguientes: Utilizar procesadores más rápidos añadir procesadores Añadir memoria del sistema Utilizar enlaces de comunicación más rápidos Puede utilizar una red de copia de seguridad dedicada, si las operaciones de seguridad del cliente utilizan una red LAN compartida con otros muchos tipos de operaciones. Añadir almacenamiento en disco 42 IBM Tioli Storage Manager ersión 6.4 y ersión 6.3: Optimización del rendimiento

57 Crear un nueo seridor en un sistema distinto Conceptos relacionados: Cargas de trabajo del seridor en la página 51 Límites para el tamaño de la base de datos del seridor y las sesiones de cliente en hora punta en la página 52 Muestras de soluciones de protección de datos en la página 53 Síntomas y causas de los problemas de rendimiento Cuando el rendimiento del entorno de Tioli Storage Manager es menor al esperado, pueden existir una o arias causas. La identificación del cuello de botella de su entorno puede explicar la degradación del rendimiento. Los siguientes síntomas pueden indicar un rendimiento de Tioli Storage Manager inadecuado: Los procesos o las copias de seguridad de clientes tardan en ejecutarse más de lo normal Se dan tiempos de respuesta lentos tras la emisión de los mandatos Se dan tiempos de respuesta lentos y el sistema o el proceso parece bloqueado Se producen cambios inesperados en los tiempos de respuesta o la utilización de los recursos El rendimiento del sistema no es el esperado La utilización del procesador es mayor de lo normal para procesos determinados Se producen problemas de red relacionados con la carga, el cortafuegos o los direccionadores Se pueden producir problemas de rendimiento cuando se realizan cambios en el entorno. Por ejemplo, si se realizan cambios en alguno de los elementos siguientes, el rendimiento podría erse afectado: Configuración de hardware: adición, eliminación o cambio de configuraciones, por ejemplo, en la forma de conexión de los discos Sistema operatio: instalación o actualización de un conjunto de archios, instalación de fixpacks y cambio de parámetros Aplicaciones: instalación de nueas ersiones y arreglos, configuración o cambio de ubicaciones de datos, instalación o actualización de firmware o controladores de dispositio Red: cambios realizados en la red, pérdida de paquetes o conectiidad intermitente Unidades de disco obsoletas o dañadas Opciones para ajustar el sistema operatio o una aplicación Planificación de procesos o copias de seguridad durante las horas de mucho uso Aumento inesperado en el uso de un recurso compartido como la red o los discos Puede recopilar datos en el lado del seridor de Tioli Storage Manager, el lado del cliente o ambos al mismo tiempo, a fin de ayudar a diagnosticar donde se está produciendo un problema en el entorno y cuál es este problema. Capítulo 5. Ajuste del rendimiento e identificación de cuellos de botella 43

58 Cuellos de botella potenciales en el flujo de las operaciones de Tioli Storage Manager En operaciones como la migración del agrupaciones de almacenamiento y copia de seguridad, los datos se mueen a traés de muchos componentes físicos, lo que podría afectar a la elocidad de las operaciones. Entender las características de estos componentes puede ayudarle cuando trabaja para mejorar el rendimiento. Flujo de datos para operaciones de copia de seguridad de cliente en una LAN Figura 1 muestra el flujo de datos de una configuración típica para operaciones de copia de seguridad de cliente en una red de área local (LAN).Para realizar una operación de copia de seguridad de un cliente, el flujo de datos comienza en el disco del cliente (artículo 1 en el gráfico y en la tabla) y termina en uno de los dispositios para las agrupaciones de almacenamiento del seridor (artículo 10 o 12). 3 Cliente 4 NIC 5 Red LAN 6 NIC 7 Seridor Tioli Storage Manager Vía de acceso a datos 1 Disk 2 HBA 8 HBA 10 HBA 9 Disco 11 Biblioteca de cintas 12 Unidades de cintas Figura 1. Flujo de datos para operaciones de copia de seguridad de cliente en una LAN Los datos de las operaciones de copia de seguridad fluyen a traés de muchos componentes de hardware, que pueden ser un cuello de botella potencial. La siguiente tabla describe las características del hardware que puede afectar al rendimiento. Artículo en Figura 1 Elemento 1 Disco para el sistema cliente 2 Adaptador de bus de host (HBA) que conecta el disco al sistema cliente Características clae que pueden afectar al rendimiento Tipo de disco y elocidad de rotación Tipo de HBA y sus prestaciones Detalles 44 IBM Tioli Storage Manager ersión 6.4 y ersión 6.3: Optimización del rendimiento

59 Artículo en Figura 1 en la página 44 Elemento Características clae que pueden afectar al rendimiento 3 Sistema cliente Velocidad del bus de E/S, número de procesadores, elocidad de los procesadores y cantidad y elocidad de RAM Detalles Uso de la compresión de datos, la deduplicación de datos y el encriptado, incluido el protocolo de Secure Sockets Layer (SSL), puede afectar al rendimiento del procesador en el sistema del cliente. Si la utilización del procesador es demasiado alta en el sistema, puede añadir más procesadores o intentar desactiar las opciones que habilitan la compresión, la deduplicación de datos o el cifrado. Obsere a continuación si el rendimiento mejora. Para obtener información sobre cómo ajustar los límites de memoria del cliente, consulte Reducción del uso de memoria del cliente en la página Tarjeta de interfaz de red (NIC) que conecta el sistema cliente a la LAN Tipo de NIC y sus prestaciones Los software como cortafuegos y programas antiirus pueden afectar a la eficiencia de las operaciones de cliente. Por ejemplo, durante una operación de restauración, el programa antiirus podría examinar el contenido de cada objeto restaurado y comprobar si hay firmas de irus. Si cree que un programa antiirus o un cortafuegos están ralentizando las operaciones del cliente, puede desactiar temporalmente el antiirus o el cortafuegos para er si mejora el rendimiento. Para obtener consejos sobre cómo minimizar el impacto del cortafuegos o programas antiirus en otras aplicaciones, consulte la documentación de estos programas. Una tarjeta de interfaz de red (NIC) rápida mejora el rendimiento de la red. Si no puede utilizar la tecnología de NIC más reciente en su configuración, puede ajustar la opción de cliente TCPWINDOWSIZE para mejorar el rendimiento de red, especialmente en los sistemas cliente que están geográficamente distantes del seridor. Ajuste las opciones TCPWINDOWSIZE en pequeños incrementos; un tamaño de entana superior al espacio de almacenamiento intermedio en el adaptador de interfaz de red puede reducir el rendimiento. Para conocer más consideraciones sobre la red, consulte Capítulo 12, Ajuste del rendimiento de red, en la página 233. Capítulo 5. Ajuste del rendimiento e identificación de cuellos de botella 45

60 Artículo en Figura 1 en la página 44 Elemento Características clae que pueden afectar al rendimiento 5 Red Los diersos componentes de una red y la elocidad efectia de la transferencia de datos en la red, limitada por su componente más lento 6 NIC que conecta el Tipo de NIC y sus prestaciones seridor a la LAN 7 Sistema de seridor Velocidad del bus de E/S, número de procesadores, elocidad de los procesadores y cantidad y elocidad de RAM 8 HBA que conecta el seridor al disco Tipo de HBA y sus prestaciones 9 HBA que conecta el seridor a la biblioteca de cintas 10 Disco para la agrupación de almacenamiento del seridor 11 Biblioteca de cintas para la agrupación de almacenamiento del seridor 12 Unidad de cintas para la agrupación de almacenamiento del seridor Tipo de HBA y sus prestaciones Tipo de disco y elocidad de rotación Número de unidades y disponibilidad de puntos de montaje para la operación Tipo de cinta y elocidad sostenible Detalles Consulte el apartado Ajuste de la capacidad del adaptador de bus de host en la página 142. Flujo de datos para operaciones de copia de seguridad de cliente en una SAN Figura 2 en la página 47 muestra el flujo de datos de una configuración típica para operaciones de copia de seguridad de cliente en una red de área de almacenamiento (SAN).Los metadatos de la operación de copia de seguridad fluyen a traés de la LAN.Para realizar una operación de copia de seguridad de un cliente, el flujo de datos comienza en el disco del cliente (artículo 1 en el gráfico y en la tabla) y termina en uno de los dispositios para las agrupaciones de almacenamiento del seridor (artículo 11 o 13). 46 IBM Tioli Storage Manager ersión 6.4 y ersión 6.3: Optimización del rendimiento

61 6 Red 3 Cliente 5 NIC 4 HBA LAN 7 Red 9 NIC 8 HBA 10 Seridor Tioli Storage Manager Vía de acceso a datos 2 HBA SAN 1 Disco 13 HBA 14 Biblioteca de cintas 11 HBA 15 Unidades 12 de cintas Biblioteca irtual de cintas Figura 2. Flujo de datos para operaciones de copia de seguridad de cliente en una SAN Los datos de las operaciones de copia de seguridad fluyen a traés de muchos componentes de hardware, que pueden ser un cuello de botella potencial. La siguiente tabla describe las características del hardware que puede afectar al rendimiento. Artículo en Figura 2 Elemento 1 Disco para el sistema cliente 2 Adaptador de bus de host (HBA) que conecta el disco al sistema cliente Características clae que pueden afectar al rendimiento Tipo de disco y elocidad de rotación Tipo de HBA y sus prestaciones Detalles Capítulo 5. Ajuste del rendimiento e identificación de cuellos de botella 47

62 Artículo en Figura 2 en la página 47 Elemento Características clae que pueden afectar al rendimiento 3 Sistema cliente Velocidad del bus de E/S, número de procesadores, elocidad de los procesadores y cantidad y elocidad de RAM Detalles Uso de la compresión de datos, la deduplicación de datos y el encriptado, incluido el protocolo de Secure Sockets Layer (SSL), puede afectar al rendimiento del procesador en el sistema del cliente. Si la utilización del procesador es demasiado alta en el sistema, puede añadir más procesadores o intentar desactiar las opciones que habilitan la compresión, la deduplicación de datos o el cifrado. Obsere a continuación si el rendimiento mejora. Para obtener información sobre cómo ajustar los límites de memoria del cliente, consulte Reducción del uso de memoria del cliente en la página HBA que conecta el sistema cliente a la SAN Tipo de HBA y sus prestaciones Los software como cortafuegos y programas antiirus pueden afectar a la eficiencia de las operaciones de cliente. Por ejemplo, durante una operación de restauración, el programa antiirus podría examinar el contenido de cada objeto restaurado y comprobar si hay firmas de irus. Si cree que un programa antiirus o un cortafuegos están ralentizando las operaciones del cliente, puede desactiar temporalmente el antiirus o el cortafuegos para er si mejora el rendimiento. Para obtener consejos sobre cómo minimizar el impacto del cortafuegos o programas antiirus en otras aplicaciones, consulte la documentación de estos programas. 48 IBM Tioli Storage Manager ersión 6.4 y ersión 6.3: Optimización del rendimiento

63 Artículo en Figura 2 en la página 47 Elemento 5 Tarjeta de interfaz de red (NIC) que conecta el sistema cliente a la LAN Características clae que pueden afectar al rendimiento Tipo de NIC y sus prestaciones 6 Red: LAN Los diersos componentes de una red y la elocidad efectia de la transferencia de datos en la red, limitada por su componente más lento 7 Red: SAN Los diersos componentes de una red y la elocidad efectia de la transferencia de datos en la red, limitada por su componente más lento 8 NIC que conecta el Tipo de NIC y sus prestaciones seridor a la LAN 9 Sistema de seridor Velocidad del bus de E/S, número de procesadores, elocidad de los procesadores y cantidad y elocidad de RAM 10 HBA que conecta el seridor a la SAN Tipo de HBA y sus prestaciones 11 Biblioteca irtual de cintas (VTL) para la agrupación de almacenamiento del seridor 12 Biblioteca de cintas para la agrupación de almacenamiento del seridor 13 Unidad de cintas para la agrupación de almacenamiento del seridor Características del modelo de VTL que afectan al rendimiento de la operación Número de unidades y disponibilidad de puntos de montaje para la operación Tipo de cinta y elocidad sostenible Detalles Una tarjeta de interfaz de red (NIC) rápida mejora el rendimiento de la red. Si no puede utilizar la tecnología de NIC más reciente en su configuración, puede ajustar la opción de cliente TCPWINDOWSIZE para mejorar el rendimiento de red, especialmente en los sistemas cliente que están geográficamente distantes del seridor. Ajuste las opciones TCPWINDOWSIZE en pequeños incrementos; un tamaño de entana superior al espacio de almacenamiento intermedio en el adaptador de interfaz de red puede reducir el rendimiento. Para conocer más consideraciones sobre la red, consulte Capítulo 12, Ajuste del rendimiento de red, en la página 233. Consulte el apartado Ajuste de la capacidad del adaptador de bus de host en la página 142. Capítulo 5. Ajuste del rendimiento e identificación de cuellos de botella 49

64 Flujo de datos de almacenamiento de seridor Figura 3 muestra el flujo de datos de la placa posterior de almacenamiento de un sistema de seridor.es posible que el flujo de datos esté disponible para una operación como la migración de datos de la agrupación de almacenamiento de las agrupaciones de almacenamiento de disco a otras agrupaciones de almacenamiento. Para una operación de migración, el flujo de datos comienza en la agrupación de almacenamiento de origen (artículo 1 en el gráfico y la tabla) y termina en el dispositio para la agrupación de almacenamiento de destino (artículo 6u8). ía de acceso a datos 2 Puertos 3 HBA 5 Placa posterior de almacenamiento del seridor 6 ía de acceso a datos NIC La siguiente tabla describe las características del hardware que puede afectar al rendimiento de la operación. Artículo en Figura 3 Elemento Características clae que pueden afectar al rendimiento 1 Discos para las agrupaciones de almacenamiento de origen Tipo de disco y elocidad de rotación 2 Puertos Múltiples puntos de conexión a dispositios 3 HBA Estos dispositios pueden tener diersos puertos. El número total de datos que están transfiriendo los discos en un momento dado no puede superar el rendimiento general de HBA. 4 Placa posterior del almacenamiento del seridor El total de las elocidades de todas las cartas que se adjuntan a la placa posterior no puede superar la elocidad del bus. 5 HBA Estos dispositios pueden tener diersos puertos. El número total de datos que están transfiriendo los discos en un momento dado no puede superar el rendimiento general de HBA. 6 Discos para las agrupaciones de almacenamiento Tipo de disco y elocidad de rotación 7 Biblioteca de cintas para las agrupaciones de almacenamiento de destino 1 Canal de fibra Discos de cliente Slots 4 Red SATA 7 Disco 8 Biblioteca de cintas Número de unidades y disponibilidad de puntos de montaje para la operación SAS 9 Unidades de cintas Figura 3. Flujo de datos a traés de la placa posterior del almacenamiento del seridor 50 IBM Tioli Storage Manager ersión 6.4 y ersión 6.3: Optimización del rendimiento

65 Artículo en Figura 3 en la página 50 Elemento Características clae que pueden afectar al rendimiento 8 Unidades de cintas para las agrupaciones de almacenamiento de destino Tipo de cinta y elocidad sostenible Cargas de trabajo del seridor La capacidad de un seridor para gestionar la carga de trabajo está directamente relacionada con los recursos del seridor, incluyendo los procesadores del sistema, memoria y ancho de banda de E/S. La capacidad de un seridor para procesar tareas diariamente de forma eficaz determina lo grande que puede ser el seridor. Dado que todos los sistemas tienen recursos finitos, la carga de trabajo máxima del seridor está limitada por los objetios de recuperación. Por ejemplo, si reduce la frecuencia de las copias de seguridad de la base de datos del seridor para disminuir la carga de trabajo, aumentará el tiempo entre los puntos de recuperación del sistema. Una frecuencia de copia ed seguridad de la base de datos del seridor menos puede hacer que el sistema no alcance objetios de punto de recuperación(rpo). Asegúrese de que el seridor pueda completar tareas esenciales en un ciclo de 24 horas: Complete la carga de trabajo del cliente. La carga de trabajo del cliente es la cantidad de datos de los que se realizan copias de seguridad o que se archian durante la entana de copia de seguridad. La entana de copia de seguridad es por lo general un periodo de tiempo durante la noche o a primera hora de la mañana. La capacidad del seridor para almacenar estos datos en la entana de copia de seguridad puede estar limitada por arios factores: Capacidad de almacenamiento del seridor Rendimiento de entrada/salida en los dispositios de almacenamiento Ancho de banda de la red Otros atributos del sistema, como la memoria disponible o los procesadores del seridor Características de los sistemas cliente de los que se an a realizar copias de seguridad, incluidas las siguientes: - Velocidades del procesador y memoria para los sistemas cliente - Velocidades de disco en sistemas cliente - Total de datos de todos los clientes - Número total de clientes que solicitan sericios del seridor a la ez Complete las operaciones fundamentales de mantenimiento del seridor. La realización diaria de las operaciones siguientes mantiene el entorno de seridor en buenas condiciones de funcionamiento y le ayuda a prepararse para la recuperación tras desastre del seridor. Estas operaciones son fundamentales para la gestión y el mantenimiento de los datos: Caducidad Capítulo 5. Ajuste del rendimiento e identificación de cuellos de botella 51

66 Copia de seguridad de base de datos Reclamación Se necesitan operaciones diarias adicionales según la configuración de la solución y las características que se utilizan: Migración de la agrupación de almacenamiento Copia de seguridad de agrupaciones de almacenamiento Procesos de identificación de duplicados Procesos de réplica de nodo Para er ejemplos sobre cómo se puede configurar una solución para gestionar las cargas de trabajo, consulte los documentos de la arquitectura de ejemplo en la wiki de Tioli Storage Manager en Serice Management Connect en el sitio web Storage Manager/page/Sample Architectures. Límites para el tamaño de la base de datos del seridor y las sesiones de cliente en hora punta IBM prueba el seridor de Tioli Storage Manager con un tamaño de base de datos específico y un número máximo de sesiones de cliente simultáneas. Sin embargo, debe tener en cuenta los alores de prueba junto con otros factores operatios de su entorno específico. Las experiencias de las que informan otros usuarios también resultan útiles. Tamaño de la base de datos Las pruebas muestran que las bases de datos con una utilización de hasta 4 TB son factibles. El límite práctico para el tamaño de la base de datos depende de las características de rendimiento del sistema del seridor y el tiempo necesario para realizar una copia de seguridad de la base de datos o restaurarla. Para muchos usuarios, una base de datos del seridor de 1-2 TB permite completar una copia de seguridad de la base de datos y las operaciones de restauración de la base de datos en un tiempo ajustado a la entana de mantenimiento. Puede desplegar otro seridor si se dan las condiciones siguientes: El rendimiento baja hasta un niel inaceptable mientras la base de datos crece El tiempo necesario para completar el mantenimiento del seridor, como la copia de seguridad de la base de datos, supera la entana total de tiempo para el mantenimiento del seridor Al añadir un seridor, equilibre la carga de trabajo existente entre los seridores o asigne una nuea carga de trabajo al nueo seridor. Número máximo de sesiones de cliente Las pruebas muestran que el seridor de Tioli Storage Manager puede manejar hasta 1000 sesiones de cliente simultáneas. Si se supera este alor, según la memoria u otras limitaciones del sistema, el rendimiento de seridor se podría degradar o las operaciones podrían dejar de responder. El número real de sesiones simultáneas donde surgen los problemas de rendimiento depende de los recursos disponibles en el seridor. La actiidad de las 52 IBM Tioli Storage Manager ersión 6.4 y ersión 6.3: Optimización del rendimiento

67 sesiones también influye el límite práctico de las sesiones. Por ejemplo, las sesiones que mueen datos tienen un efecto mayor sobre la cantidad de E/S en la agrupación de almacenamiento de destino, en comparación con las sesiones de copia de seguridad incremental que enían principalmente consultas, sin eniar muchos archios. Del mismo modo, las sesiones que realizan una optimización de almacenamiento del lado de cliente llean más entrada/salida a la base de datos del seridor que cualquier otra sesión. Para reducir la carga de trabajo de las sesiones en hora punta, podría resultar adecuado desplegar otro seridor o ajustar la planificación de cliente. Defina la opción del seridor MAXSESSIONS en un alor que no sea superior al límite probado de Si define el número máximo de sesiones en un alor superior al necesario, se utilizará memoria de acceso aleatorio adicional en el sistema del seridor, pero es posible que no se produzca un impacto significatio. Muestras de soluciones de protección de datos Hay muestras de soluciones de protección de datos que utilizan Tioli Storage Manager para casos de ejemplo seleccionados disponibles en la wiki de Serice Management Connect. Las muestras describen configuraciones específicas de hardware y software, además de ofrecer las mediciones de rendimiento obtenidas en los laboratorios de pruebas de IBM. Los ejemplos pueden ayudarle a planear nueos despliegues o a ealuar un despliegue actual de Tioli Storage Manager. Los ejemplos están publicados en la wiki de Tioli Storage Manager sobre Serice Management Connect en Storage Manager/page/Sample Architectures. Conceptos relacionados: Resolución de problemas de rendimiento del cliente comunes en la página 195 Tareas relacionadas: Selección del mejor método para la copia de seguridad del cliente en la página 175 Capítulo 5. Ajuste del rendimiento e identificación de cuellos de botella 53

68 54 IBM Tioli Storage Manager ersión 6.4 y ersión 6.3: Optimización del rendimiento

69 Capítulo 6. Primeros pasos para resoler problemas de rendimiento Empiece obserando los problemas indicados por errores del sistema o deficiencias obias fuera detioli Storage Manager. Una ez que seguro de que no existen dichos problemas, continúe reisando la información sobre identificación de problemas de rendimiento en el entorno de Tioli Storage Manager. A traés del proceso, obsere errores y cambios en el rendimiento. 1. Reise las prácticas más adecuadas descritas en Parte 2, Prácticas más adecuadas de configuración, en la página 7. Realice los cambios necesarios basándose en la información. 2. Verifique que no haya problemas o errores fuera del software del seridor. Si hay problemas en el hardware del seridor, el sistema operatio, la red o los dispositios de almacenamiento conectados, las operaciones podrían erse graemente afectadas. Arregle todos los errores fuera del software del seridor para poder diagnosticar los problemas de rendimiento del seridor. a. Reise los registros de error del sistema operatio en busca de errores que puedan afectar al seridor. Por ejemplo, utilice el mandato errpt en sistemas AIX para er los errores. En sistemas Linux, busque en la ía de acceso /ar/log. b. Verifique que los dispositios de almacenamiento conectados, como los sistemas de disco, estén operatios y no contengan errores. c. Verifique que las redes de almacenamiento y de área local no tengan errores de puerto frecuentes. 3. Reise el registro de actiidad del seridor y los registros de errores del cliente. 4. Reise el registro de la base de datos del seridor, el archio db2diag.log. Consulte la información sobre cómo localizar los archios de diagnóstico de DB2 en la publicación Tioli Storage Manager: Guía de determinación de problemas. Implemente las modificaciones y arregle los problemas, tal y como se describe en los pasos anteriores. A continuación, determine si debe analizar el rendimiento en profundidad. Utilice las técnicas descritas en el Capítulo 7, Identificación de cuellos de botella de rendimiento, en la página 57 para analizar el sistema en busca de cuellos de botella de rendimiento. Copyright IBM Corp. 1996,

70 56 IBM Tioli Storage Manager ersión 6.4 y ersión 6.3: Optimización del rendimiento

71 Capítulo 7. Identificación de cuellos de botella de rendimiento Si imagina que tiene un problema de rendimiento o quiere mejorarlo, puede utilizar los diagramas de flujo proporcionados para identificar los orígenes de los problemas de rendimiento. Los gráficos sugieren el uso de herramientas y scripts para ayudarle a medir el rendimiento del sistema. Para problemas del cliente, o si no está seguro del problema de rendimiento experimentado, empiece por Diagnóstico del rendimiento de operaciones de copia de seguridad y restauración. En caso de problemas con los seridores, empiece por el apartado Identificación de los problemas de rendimiento de seridor en la página 60. Diagnóstico del rendimiento de operaciones de copia de seguridad y restauración Utilice el diagrama de flujo para diagnosticar problemas con el rendimiento de las operaciones de copia de seguridad y restauración. La tabla tras el diagrama de flujo proporciona más información y enlaces para diagnosticar tareas y herramientas. Copyright IBM Corp. 1996,

72 START Arregle los problemas de disco y, si corresponde, busque carga que no sea de Tioli Storage Manager en el sistema. Sí 1. Muestran las herramientas del sistema operatio un cuello de botella de disco en el cliente o el seridor? No Recopile la instrumentación del cliente y el seridor. Utilice las herramientas del sistema operatio o el sistema de archios para mejorar las operaciones de seguridad y restauración. Sí 3. Tiene muchos archios o una estructura de directorios compleja? Sí 2. Muestra la instrumentación de cliente un tiempo eleado para el proceso de directorio o la entrada/salida de archios? No No Arregle los problemas de disco y, si corresponde, busque carga que no sea de Tioli Storage Manager en el sistema. Sí 4. Muestra la instrumentación de seridor un índice bajo de entrada/salida en disco o cinta? No Inestigue las elocidades y problemas de red. Sí 5. Muestra el cliente un Periodo largo para data erb y muestra el seridor un tiempo de red eleado para la hebra de sesión de dicho nodo? Busque la hebra de sesión de este nodo en la instrumentación del seridor. No Inestigue los problemas de la base de datos, incluidos los alores de la agrupación de almacenamiento intermedio y el disco. Sí 6. Muestra la instrumentación de seridor que la mayoría del tiempo se dedica a operaciones de dicha hebra de sesión? No Consulte la información sobre cómo ponerse en contacto con el soporte de IBM. Figura 4. Diagrama de flujo para diagnosticar problemas de rendimiento de las operaciones de copia de seguridad y restauración. Utilice este diagrama con Tabla 9 en la página 59 para realizar análisis y resoler problemas. 58 IBM Tioli Storage Manager ersión 6.4 y ersión 6.3: Optimización del rendimiento

73 Tabla 9. Explicación de las decisiones del diagrama de flujo y tareas sobre rendimiento de las operaciones de copia de seguridad y restauración Paso Pregunta Tareas de diagnóstico 1 Muestran las herramientas del sistema operatio un cuello de botella de disco en el cliente o el seridor? Para obtener más información, consulte el apartado Identificación de cuellos de botella de disco para seridores de Tioli Storage Manager en la página 65. Sí No 2 Muestra la instrumentación de cliente un tiempo eleado para el proceso de directorio o la entrada/salida de archios? 3 Tiene demasiados archios o una estructura de directorios compleja? Sí 4 Muestra la instrumentación de seridor un índice bajo de entrada/salida en disco o cinta? 5 Muestra el cliente un tiempo de Data Verb eleado y muestra el seridor un tiempo de red eleado para la hebra de sesión del nodo? Arregle los problemas de disco.si corresponde, compruebe la carga del sistema para aquellas aplicaciones no relacionadas con Tioli Storage Manager. Consulte el apartado Capítulo 10, Ajuste del almacenamiento de disco para el seridor, en la página 159. Recopile la instrumentación del cliente y el seridor. Consulte los apartados: Informe de instrumentación de cliente en la página 87 Script de superisión del seridor en la página 78 Vaya a la pregunta 2. Sí Vaya a la pregunta 3. No Vaya a la pregunta 4. No Sí No Sí Utilice las herramientas del sistema de archios o el sistema operatio para mejorar las operaciones de copia de seguridad y restauración. Consulte el apartado Ajuste del espacio de archios en la página 220. Arregle los problemas de disco.si corresponde, compruebe la carga del sistema para aquellas aplicaciones no relacionadas con Tioli Storage Manager. Consulte el apartado Capítulo 10, Ajuste del almacenamiento de disco para el seridor, en la página 159. Arregle los problemas de disco.si corresponde, compruebe la carga del sistema para aquellas aplicaciones no relacionadas con Tioli Storage Manager. Consulte el apartado Capítulo 10, Ajuste del almacenamiento de disco para el seridor, en la página 159. Busque la hebra de sesión de este nodo en la instrumentación del seridor. La hebra podría incluir el nombre de nodo o podría er si el ID de hebra de la sesión se indica en el registro de actiidad para determinar el nodo afectado. Vaya a la pregunta 5. Inestigue las elocidades de red y los problemas, y solucione los posibles problemas. Consulte el apartado Capítulo 12, Ajuste del rendimiento de red, en la página 233. No Vaya a la pregunta 6. Capítulo 7. Identificación de cuellos de botella de rendimiento 59

74 Tabla 9. Explicación de las decisiones del diagrama de flujo y tareas sobre rendimiento de las operaciones de copia de seguridad y restauración (continuación) Paso Pregunta Tareas de diagnóstico 6 Muestra la instrumentación del seridor la mayoría del tiempo empleado en operaciones de base de datos para dicha hebra de sesión? Sí No Analice los problemas de la base de datos, incluidos los alores de agrupación de almacenamiento intermedio y disco. Solucione todos los problemas. Consulte el apartado Identificación de los problemas de rendimiento de seridor. El personal de soporte de IBM puede ayudarle en el diagnóstico de los problemas de rendimiento solicitando determinados rastreos y otra información del entorno. El análisis global de un problema de rendimiento es un sericio de pago que se ofrece a los clientes de Tioli Storage Manager. Para obtener más información sobre el Soporte de IBM y la recopilación de datos para resoler problemas, consulte los recursos siguientes: Software Support Handbook en www14.software.ibm.com/webapp/set2/sas/f/handbook/ getsupport.html IBM Support Assistant en support/isa Consulte también Capítulo 8, Recopilación y análisis de datos sobre problemas de rendimiento, en la página 73. Conceptos relacionados: Cuellos de botella potenciales en el flujo de las operaciones de Tioli Storage Manager en la página 44 Identificación de los problemas de rendimiento de seridor Utilice el diagrama de flujo para diagnosticar los problemas de las operaciones de seridor. La tabla tras el diagrama de flujo proporciona más información y enlaces para diagnosticar tareas y herramientas. Consejo: Antes de reisar el diagrama de flujo, asegúrese de haber respondido a todas las preguntas y de haber solucionado todos los problemas descritos en los apartados Lista de comprobación del hardware del seridor y el sistema operatio en la página 10 y Lista de comprobación para la configuración de seridor de Tioli Storage Manager en la página IBM Tioli Storage Manager ersión 6.4 y ersión 6.3: Optimización del rendimiento

75 START Sí 1. Muestran las herramientas del sistema operatio un cuello de botella de disco en el seridor? No Ejecute el script de superisión de seridor para recopilar información de diagnóstico sobre el seridor. Arregle los problemas de disco y, si corresponde, busque carga que no sea de Tioli Storage Manager en el sistema. Sí 2. Muestra la salida del script una transferencia de disco lenta? No 3. Muestra la salida de disco una elocidad baja de entrada/salida? Sí Arregle los problemas de cinta y busque errores o soportes con fallos. No Examine el registro de errores de la base de datos y los problemas de entrada/salida del registro y la base de datos. Sí 4. Muestra la hebra que la mayoría del tiempo se emplea en operaciones de DB2? Busque la hebra de esta operación en la salida del script. No Consulte la información sobre cómo ponerse en contacto con el soporte de IBM. Figura 5. Diagrama de flujo para solucionar los problemas del rendimiento de seridor Capítulo 7. Identificación de cuellos de botella de rendimiento 61

76 Tabla 10. Preguntas del diagrama de flujo y tareas que le ayudarán a diagnosticar y solucionar los problemas de rendimiento de seridor Paso Pregunta Tareas de diagnóstico 1 Muestran las herramientas del sistema operatio un cuello de botella de disco en el seridor? Para obtener más información, consulte el apartado Identificación de cuellos de botella de disco para seridores de Tioli Storage Manager en la página Muestra la salida del script una transferencia de disco lenta? 3 Muestra la salida de disco una elocidad baja de entrada/salida? 4 Muestra la hebra que la mayoría del tiempo se emplea en operaciones de DB2? Sí No Sí Solucione todos los problemas de disco. Si corresponde, compruebe la carga del sistema para aquellas aplicaciones no relacionadas con Tioli Storage Manager. Consulte el apartado Capítulo 10, Ajuste del almacenamiento de disco para el seridor, en la página 159. Ejecute el script de superisión de seridor para recopilar información de diagnóstico sobre el seridor. Consulte el apartado Análisis del rendimiento de disco utilizando el script de superisión del seridor en la página 65. Vaya a la pregunta 2. Solucione todos los problemas de disco. Si corresponde, compruebe la carga del sistema para aquellas aplicaciones no relacionadas con Tioli Storage Manager. Consulte el apartado Análisis del rendimiento básico de sistemas de disco en la página 70. No Vaya a la pregunta 3. Sí No Sí No Solucione los problemas de cinta y busque errores o soportes con fallos, si corresponde. Consulte el apartado Ajuste del rendimiento de la unidad de cinta en la página 140. Busque la hebra de la operación en la salida del script. Vaya a la pregunta 4. Examine el registro de errores de la base de datos y los problemas de entrada/salida del registro y la base de datos. Consulte el apartado Configuración y ajuste del registro de recuperación y la base de datos del seridor en la página 105. El personal de soporte de IBM puede ayudarle en el diagnóstico de los problemas de rendimiento solicitando determinados rastreos y otra información del entorno. El análisis global de un problema de rendimiento es un sericio de pago que se ofrece a los clientes de Tioli Storage Manager. Para obtener más información sobre el Soporte de IBM y la recopilación de datos para resoler problemas, consulte los recursos siguientes: Software Support Handbook en www14.software.ibm.com/webapp/set2/sas/f/handbook/ getsupport.html IBM Support Assistant en support/isa Consulte también Capítulo 8, Recopilación y análisis de datos sobre problemas de rendimiento, en la página IBM Tioli Storage Manager ersión 6.4 y ersión 6.3: Optimización del rendimiento

77 Conceptos relacionados: Cuellos de botella potenciales en el flujo de las operaciones de Tioli Storage Manager en la página 44 Tareas relacionadas: Notificación de problemas de rendimiento en la página 75 Ealuación de los resultados de optimización de almacenamiento de datos Puede ealuar la eficacia de la optimización de almacenamiento de datos de Tioli Storage Manager examinando arias consultas o informes. Los resultados de la reducción de datos real muestran si se ha conseguido el ahorro de almacenamiento esperado. Puede ealuar también otros factores operatios clae, como la utilización de la base de datos, para asegurarse de que sean coherentes con las expectatias. Tenga en cuenta los factores siguientes al ealuar los resultados de la optimización de almacenamiento de datos: Cuando utiliza la deduplicación de datos, es posible que no ea un ahorro de espacio inmediato en el seridor. Dado que la deduplicación de datos incluye arias operaciones de copia de seguridad de base de datos a traés de arios clientes, el proceso será más eficaz con el tiempo. Por tanto, es importante recopilar los resultados en interalos regulares para grabar resultados álidos. Utilice los siguientes mandatos y herramientas para ayudar a ealuar la efectiidad de la deduplicación de datos: Acción Utilice el mandato de seridor QUERY STGPOOL para comprobar con rapidez los resultados de la optimización de almacenamiento. Explicación El campo Datos duplicados no almacenados muestra la reducción de datos real, en megabytes o gigabytes, y el porcentaje de reducción de la agrupación de almacenamiento. Por ejemplo, emita el siguiente comando: query stgpool format=detailed Si la consulta se ejecuta antes de la reclamación de la agrupación de almacenamiento, el alor del campo Datos duplicados no almacenados no será preciso, ya que no refleja la reducción de datos más reciente. Si la reclamación no se ha producido todaía, emita el mandato siguiente para mostrar los datos que se an a eliminar: show deduppending backkuppool-file Donde backkuppool-file es el nombre de la agrupación de almacenamiento optimizada. Capítulo 7. Identificación de cuellos de botella de rendimiento 63

78 Acción Utilice el mandato de seridor QUERY OCCUPANCY. Examine los informes de copia de seguridad del cliente de Tioli Storage Manager para er la reducción de datos de una operación de seguridad que se ejecuta con compresión y deduplicación de datos del lado del cliente. Ejecute el script del informe de deduplicación para mostrar información sobre la eficacia de la optimización de almacenamiento de datos. Explicación Este mandato muestra la cantidad de almacenamiento lógico por espacio de archios cuando se realiza una copia de seguridad del espacio de archios en una agrupación de almacenamiento deduplicada. Los informes de copia de seguridad estarán disponibles cuando finalicen las operaciones de seguridad. Con el tiempo, si los informes de copia de seguridad muestran repetidamente poca o ninguna reducción de datos tras muchas copias de seguridad, puede redirigir el nodo de cliente a una agrupación de almacenamiento no optimizada, si hay alguna disponible. De esta forma, el cliente no perderá el tiempo procesando datos que no son adecuados para la optimización de almacenamiento de datos. El informe proporciona información sobre la utilización relacionada con la optimización de almacenamiento de la base de datos de Tioli Storage Manager. También lo puede utilizar para recopilar información de diagnóstico si los resultados de la optimización de almacenamiento no son coherentes con sus expectatias. Obtendrá el script e instrucciones de utilización para dicho script en dociew.wss?uid=swg Para obtener más información, consulte Effectie Planning and Use of IBM Tioli Storage Manager V6 Deduplication enhttp:// mydeeloperworks/wikis/home/wiki/tioli Storage Manager/page/Effectie Planning and Use of IBM Tioli Storage Manager V6 Deduplication. Conceptos relacionados: Lista de comprobación para la deduplicación de datos en la página 22 Tareas relacionadas: Ajuste de la deduplicación de datos del lado del seridor en la página 136 Ajuste de la optimización de almacenamiento de datos del lado de cliente en la página IBM Tioli Storage Manager ersión 6.4 y ersión 6.3: Optimización del rendimiento

79 Identificación de cuellos de botella de disco para seridores de Tioli Storage Manager Las herramientas le ayudarán a identificar dónde se pueden encontrar cuellos de botella en el almacenamiento en disco utilizado para seridores de Tioli Storage Manager. Antes de empezar con esta tarea, reise la información sobre la configuración óptima de almacenamiento en disco para la base de datos del seridor, los registros de recuperación y las agrupaciones de almacenamiento. Para identificar los cuellos de botella del disco, puede utilizar uno o arios de los métodos siguientes: Utilice el script de superisión del seridor. El script serermonv6.pl recopila datos de superisión que le ayudarán a ealuar las actiidades del seridor de Tioli Storage Manager V6 (rendimiento, procesos, sesiones). El script ejecuta la instrumentación del seridor y, en ocasiones, herramientas del sistema. Consulte el apartado Análisis del rendimiento de disco utilizando el script de superisión del seridor. Utilice las herramientas de análisis proporcionadas por terceros. Dichas herramientas pueden resultar eficaces para analizar los sistemas de almacenamiento en busca de características de rendimiento básicas antes de utilizarse para el almacenamiento de Tioli Storage Manager. Consulte el apartado Análisis del rendimiento del disco utilizando herramientas del sistema en la página 68. Conceptos relacionados: Cuellos de botella potenciales en el flujo de las operaciones de Tioli Storage Manager en la página 44 Referencia relacionada: Lista de comprobación de los discos de base de datos del seridor en la página 12 Lista de comprobación de los discos de registro de recuperación en la página 14 Lista de comprobación para las agrupaciones de almacenamiento en el disco en la página 16 Instrumentación del seridor para el análisis de rendimiento en la página 78 Análisis del rendimiento de disco utilizando el script de superisión del seridor Utilice el script Perl, serermonv6.pl, para recopilar los datos de superisión necesarios para ealuar las actiidades del seridor de Tioli Storage Manager V6 (rendimiento, procesos, sesiones). Puede utilizar el script para recopilar estadísticas de rendimiento sobre el almacenamiento de disco que utiliza DB2, el gestor de base de datos de Tioli Storage Manager. 1. Descarga la última copia del script Perl de dociew.wss?uid=swg Reise la información de la nota técnica atentamente. Por ejemplo, algunas ersiones o fixpacks específicos del seridor pueden tener un problema con determinadas partes del script. 2. Descargue el script en un directorio nueo. Para su comodidad, coloque el script en el directorio donde quiera ejecutarlo. La salida se crea al ejecutar el script. Capítulo 7. Identificación de cuellos de botella de rendimiento 65

80 La salida del script requiere algo de espacio de almacenamiento. Planee al menos 100 MB para el directorio. 3. Inicie sesión con el ID de usuario de la instancia de seridor y ejecute el script. Responda a las solicitudes del script. Debe proporcionar un ID de administrador al seridor. seridores Windows: Para un seridor de Windows, debe abrir una entana de mandatos de DB2. Por ejemplo, pulse Inicio > Ejecutar y especifique db2cmd. Desde la entana de mandatos que se abre, cambie al directorio de script y ejecute el script desde allí. 4. Ejecútelo durante el tiempo suficiente como para recopilar datos relacionados con operaciones de su interés. Si busca un problema concreto, ejecute el script durante la duración esperada del problema. Si un problema específico no se ha identificado todaía, ejecute el script durante 24 horas para obtener una ista de lo que pasa en el sistema. El script se ejecuta hasta que el usuario lo detiene. 5. Detenga el script pulsando Ctrl+C. 6. Para obtener más información sobre el rendimiento de la base de datos y los discos de registro de recuperación, busque el archio de instrumentación en la salida. El archio tiene un nombre parecido a indicación_fecha_horainstr.txt, donde indicación_fecha_hora es la fecha y la hora. Consulte la sección del informe con la etiqueta DB2 STATISTICS DURING INSTRUMENTATION INTERVAL. En el ejemplo siguiente, se muestra parte de un informe. Deadlocks detected: 0 --> 0.0/sec Number of lock escalations: 0 --> 0.0/sec Lock waits: 0 --> 0.0/sec Time waited on locks(*): sec Locks held: 3 before, 3 after Intern Rollbacks Due To Dlock: 0 --> 0.0/sec Total sorts: > 0.9/sec, sec/sort Total sort time(*): > 0.8/sec Sort oerflows: 1 --> 0.0/sec Direct reads from database: > 16.2/sec, sec/read Direct read time: Direct writes to database: > 25.6/sec, sec/write Direct write time: Number of Log Pages Written: > 1.7/sec, sec latency Log Write Time: sec Number of Log Writes: > 0.7/sec En la tabla siguiente, se describen los elementos clae que examinar en el informe. A lo largo del tiempo, repita la ejecución del script y la reisión de los informes para er si el rendimiento es coherente o aría. 66 IBM Tioli Storage Manager ersión 6.4 y ersión 6.3: Optimización del rendimiento

81 Elemento de informe Descripción Valores que buscar Lecturas directas desde la base de datos Número de operaciones de lectura que no utilizaron la agrupación de almacenamiento intermedio. El informe muestra también el tiempo medio para leer en la base de datos durante el interalo de la instrumentación del seridor. Normalmente, 4 ms es un alor correcto para el tiempo medio de las lecturas. Si el alor es 10 ms o superior, es posible que exista un problema. Verifique que el sistema de disco se esté ejecutando sin errores. Compruebe si hay otras aplicaciones o sistemas que utilicen el sistema de disco y que estén proocando un conflicto con las operaciones de Tioli Storage Manager. Si la causa no se encuentra en un problema o un conflicto, puede que necesite discos más rápidos para mejorar el rendimiento de las operaciones de Tioli Storage Manager. Escrituras directas en la base de datos Número de páginas de registro escritas Número de operaciones de escritura que no utilizaron la agrupación de almacenamiento intermedio. El informe muestra también el tiempo medio para las operaciones de escritura en la base de datos durante el interalo de la instrumentación del seridor. Número de páginas de registro escritas en el disco durante el interalo de instrumentación del seridor. El informe muestra también el promedio de latencia, que es el retraso de tiempo medio para cada operación de escritura en el registro. Normalmente, 2 ms es un alor correcto para el tiempo de escritura medio. Si el tiempo de escritura medio es superior a 5 ms, hay un problema. Normalmente, 2 ms es un alor correcto para la latencia en el caso de escrituras en el registro. Si la latencia de escritura en el registro es de más de 5 ms, el informe incluirá un mensaje de adertencia. 7. En el caso de seridores que se ejecutan en sistemas AIX, HP-UX, Linux u Oracle Solarism, busque el archio con la salida de mandato iostat. El archio tiene un nombre parecido a indicación_fecha_hora-iostat.txt, donde indicación_fecha_hora es la fecha y la hora. a. Obsere lo ocupados que están los discos. Si e que los discos están ocupados en más de un 80%, existe un cuello de botella de disco potencial. En sistemas AIX, la columna tiene la etiqueta % tm_act. En sistemas Linux, la columna tiene la etiqueta %util. b. Busque la columna que indica qué colas están llenas. (En sistemas AIX, la columna tiene la etiqueta ser qfull.) El recuento en la columna de colas completas indica el número de eces por segundo que se llena la cola del sericio. Cuando se llena la cola de sericio, el disco no acepta más Capítulo 7. Identificación de cuellos de botella de rendimiento 67

82 solicitudes de sericio. El alor representa una medición desde la última iteración temporal. Si siempre aparecen números eleados, es indicatio de un problema. La profundidad de cola puede ser demasiado baja, los sistemas de disco de fabricantes distintos a IBM suelen tomar 1 como alor predeterminado. Examine la profundidad de cola de los discos. Si la profundidad de cola es menor que 32, consulte la documentación para el sistema de disco o póngase en contacto con el fabricante para obtener directrices sobre la configuración de la profundidad de cola. En el caso de un entorno de partición lógica, examine la profundidad de cola de los seridores de E/S irtuales (VIOS) en el sistema host de AIX. Quizá deba ajustar la profundidad de cola no solo para la partición lógica detioli Storage Manager, sino también del VIOS. c. Busque en la columna el número de transferencias por segundo emitidas en el disco físico. (En el caso de sistemas AIX, la columna tiene la etiqueta tps.) Esta columna es el indicador de las operaciones de E/S por segundo (IOPS). Consulte también los datos del tiempo de sericio medio. (En el caso de sistemas AIX, la columna tiene la etiqueta ag ser.) Si aparecen promedios eleados de tiempos de lectura/escritura o de sericio, podría haber problemas. En general, Tioli Storage Manager busca alores de sericio inferiores a5mspara operaciones de registro y de lectura/escritura de base de datos. Análisis del rendimiento del disco utilizando herramientas del sistema Puede utilizar las herramientas del sistema para superisar la E/S del almacenamiento del disco, lo que le ayudará a identificar los cuellos de botella del disco. Por ejemplo, utilice herramientas como as nmon para sistemas operatios AIX y Linux, y el superisor de rendimiento para sistemas Windows. Se pueden utilizar otras herramientas, pero no aparecen aquí. Por ejemplo, para sistemas operatios como AIX y Linux, puede utilizar el mandato sar para recopilar información sobre la actiidad del sistema. Tareas relacionadas: Análisis del flujo de datos con el mandato dd en la página 70 Script de superisión del seridor en la página 78 Referencia relacionada: Instrumentación del seridor para el análisis de rendimiento en la página 78 Análisis del rendimiento del disco utilizando el mandato nmon Puede utilizar el mandato nmon en sistemas operatios AIX y Linux. Utilice el mandato para isualizar estadísticas del sistema local en modalidad interactia y para registrar las estadísticas del sistema en modalidad de grabación. 1. Ejecute el mandato como raíz. Puede ejecutar el mandato desde cualquier directorio, pero es necesario que haya iniciado la sesión como usuario root. El mandato inicia un proceso en segundo plano para capturar el número especificado de instantáneas de estadísticas del sistema en interalos especificados y graba el archio de salida. Importante: No utilice el mandato kill para finalizar el proceso porque eso haría que el archio quedase incompleto e inutilizable para el análisis. Para ejecutar el mandato, utilice los parámetros siguientes: 68 IBM Tioli Storage Manager ersión 6.4 y ersión 6.3: Optimización del rendimiento

83 -f Especifica que la salida se ha escrito en un archio. El archio se crea en el directorio en el que se ejecuta el mandato, con el nombre nombre_host_aammdd_hhmm.nmon. -s nnnn Especifica los segundos entre instantáneas de estadísticas. -c nnn Especifica el número de instantáneas. Normalmente, para crear un informe para el análisis de rendimiento, tiene que especificar 15 minutos entre instantáneas (900 seg) a lo largo de 24 horas (96 instantáneas). Por ejemplo, emita el mandato siguiente: nmon -f -s 900 -c 96 Para recopilar una instantánea del sistema cada hora durante siete días, emita el mandato siguiente: /home/hm12857/netmon/nmon -f -s c 168 Para recopilar una instantánea del sistema cada 30 minutos durante cinco días, emita el siguiente mandato: /home/hm12857/netmon/nmon -f -s c Analice los datos utilizando la herramienta de hoja de cálculo nmon Analyzer. Céntrese en las estadísticas de disco ocupado (Disk %Busy). Busque los discos cuya ocupación esté siempre por encima del 80% (media ponderada). La media ponderada se muestra en rojo en el gráfico de la pestaña diskbusy. Análisis del rendimiento del disco utilizando Windows Performance Monitor (perfmon) Examine las estadísticas del disco utilizando los contadores de rendimiento disponibles en el superisor de rendimiento. 1. Inicie Performance Monitor. Desde el indicador de mandatos, especifique: perfmon. 2. Cree un conjunto del recopilador de datos para recopilar datos sobre los discos. Seleccione los contadores de rendimiento siguientes desde la categoría Disco físico: Media de sección de discos/transferencia Media de longitud de cola de discos Media de bytes de disco/transferencia Bytes/seg de disco E/S diidida/seg 3. Ejecute la herramienta perfmon cuando experimente el problema de rendimiento. Compare los resultados con las instrucciones de la tabla siguiente. Contador de rendimiento. Disco físico: media de sección de discos/transferencia Disco físico: media de longitud de cola de discos Disco físico: media de bytes de disco/transferencia Instrucciones Cualquier alor por debajo de 25 ms es correcto. Un alor que sea dos o tres eces el número de discos de la matriz es óptimo. El objetio es que el tamaño de banda de la matriz sea al menos el promedio de este contador. Capítulo 7. Identificación de cuellos de botella de rendimiento 69

84 Contador de rendimiento. Disco físico: bytes/seg de disco Disco físico: E/S diidida/seg Instrucciones Un resultado óptimo es que la suma de los alores para todos los discos conectados a un único controlador sea inferior al 70% del rendimiento supuesto. Un alor distinto a cero para este contador indica una posible fragmentación de disco. Análisis del rendimiento básico de sistemas de disco Para erificar que un sistema de almacenamiento pueda cumplir los requisitos de carga de trabajo para las operaciones de Tioli Storage Manager, ejecute pruebas de estrés. También es posible que quiera analizar el rendimiento de disco después de realizar cambios en el host o la red troncal. Hay arias herramientas disponibles para el análisis y las pruebas de estrés de las características de disco, como el número de operaciones de E/S por segundo (IOPS). Para AIX, puede utilizar el mandato ndisk64. Busque el último paquete nstress en wiki/power Systems/page/AIX performance analysis and tuning. Puede utilizar herramientas de terceros, como Iometer, que está disponible para Windows y otros sistemas operatios. Para obtener información sobre la herramienta Iometer, consulte Para sistemas operatios como AIX y Linux, puede utilizar el mandato dd para realizar pruebas de prestaciones simples. Análisis del flujo de datos con el mandato dd Puede utilizar el mandato dd como una prueba rápida para calcular los mejores resultados posibles del flujo de datos a los discos. Este mandato está disponible para sistemas operatios como AIX o Linux. El mandato dd puede resultar útil si no tiene o no quiere instalar herramientas más potentes. Para calcular el rendimiento máximo en condiciones ideales, puede utilizar el mandato dd para calcular cuándo tiempo tarda la grabación en un dispositio. A continuación, puede calcular cuánto tiempo llea una lectura desde el dispositio. 1. Para ejecutar una prueba de escritura, emita el mandato siguiente. time dd if=/de/zero of=/deice_path/filename bs= count=40960 dondedeice_path es el nombre del sistema de archios que se quiere probar y filename es el nombre de un archio. Importante: El archio filename no debe existir en el sistema de archios. Si el archio existe, el mandato lo sobrescribe con ceros. La salida del mandato le da el tiempo necesario para grabar un archio de 10 GB en bloques de 256 KB. 2. Para ejecutar una prueba de lectura del archio que se ha escrito, emita el mandato siguiente. time dd if=/deice_path/filename of=/de/null bs= count= IBM Tioli Storage Manager ersión 6.4 y ersión 6.3: Optimización del rendimiento

85 Al ealuar los resultados del mandato, tenga en cuenta que, si solo ha ejecutado la prueba de escritura, es posible que los datos sigan en la memoria caché de disco. El tiempo notificado por el mandato para la operación de lectura puede, por lo tanto, ser inferior al esperado para operaciones comunes del seridor de Tioli Storage Manager. En el caso de operaciones habituales del seridor de Tioli Storage Manager, es posible que los datos no se encuentren en la memoria caché y que se lean desde el propio disco. Capítulo 7. Identificación de cuellos de botella de rendimiento 71

86 72 IBM Tioli Storage Manager ersión 6.4 y ersión 6.3: Optimización del rendimiento

87 Capítulo 8. Recopilación y análisis de datos sobre problemas de rendimiento Medición de la línea base Capturar medidas de rendimiento específicas cuando se produce un problema en su entorno es esencial para ayudar al personal de soporte deibm con el análisis. La mayoría de los problemas de rendimiento se relacionan con tiempos de respuesta o usos de recursos inaceptables. Los problemas de rendimiento se pueden fraguar a lo largo del tiempo, como resultado de la disminución de recursos, o aparecer de repente a consecuencia de un cambio de hardware o software en el entorno. Como parte del paquete de soporte de productos estándar, IBM le ayudará a determinar si su problema de rendimiento se debe a un defecto del producto. La recopilación de medidas de rendimiento fundamentales del entorno del cliente es una parte esencial de esta actiidad. El análisis global de un problema de rendimiento es un sericio de pago que se ofrece a los clientes de Tioli Storage Manager. Si desea obtener más información, consulte Software Support Handbook en el sitio web home.html. Con frecuencia, los problemas de rendimiento se notifican de inmediato cuando se produce algún cambio en el software o el hardware del sistema. A menos que haya una medición de línea base anterior al cambio con la que comparar el rendimiento que sigue al cambio, puede resultar difícil calificar el problema. Todos los cambios realizados sobre el entorno, incluidos los cambios en el software, el hardware o la red, pueden afectar al rendimiento de las operaciones de su entorno. Se recomienda superisar el entorno antes y después de cada cambio. La alternatia es realizar mediciones de la línea base en interalos regulares, por ejemplo, una ez al mes, y guardar la salida. Si hay algún problema, puede utilizar las mediciones anteriores para la comparación. Se recomienda recopilar una serie de medidas, que le pueden ayudar a diagnosticar un posible problema de rendimiento. Para maximizar el diagnóstico de rendimiento, recopile datos de arios periodos del día, la semana o el mes en los que el rendimiento pueda suponer un problema. Por ejemplo, puede tener horas punta en la carga de trabajo durante estos periodos: Durante la mañana en el caso de usuarios en línea Durante una ejecución de proceso por lotes nocturna Durante el procesamiento de final de mes Durante las principales cargas de datos Recopile datos para cada hora punta de la carga de trabajo, porque un problema de rendimiento podría causar problemas solo durante uno de estos periodos y no durante el resto. Copyright IBM Corp. 1996,

88 Nota: El uso de herramientas para recopilar los datos de la línea base puede afectar al rendimiento del sistema que se está midiendo. Para recopilar los datos de la línea base, puede utilizar las herramientas siguientes: En cualquier sistema operatio, puede utilizar el script de superisión del seridor detioli Storage Manager. Para obtener más información, consulte el apartado Script de superisión del seridor en la página 78. En sistemas operatios AIX y Linux, puede utilizar el programa de utilidad nmon. Para obtener más información sobre esta y otras herramientas, consulte Power Systems/page/AIX performance analysis and tuning. En sistemas operatios Windows, puede utilizar el programa de utilidad perfmon para reunir un conjunto de contadores de rendimiento. Para obtener más información sobre el programa de utilidad, consulte support/dociew.wss?uid=swg Registre periódicamente las mediciones de la línea base para poder utilizar los datos en comparaciones tras una degradación de rendimiento inesperada. Si recopila datos de la línea base antes de detectar un problema de rendimiento, el soporte de IBM podrá utilizar los datos para ayudarle a solucionar los problemas de rendimiento. Descripción de los problemas de rendimiento El personal de soporte recibe con frecuencia información que resulta insuficiente para determinar con precisión la naturaleza de un problema de rendimiento. Tiene que describir el problema de la forma más detallada que pueda. Plantee las siguientes preguntas sobre el problema de rendimiento para obtener siempre toda la información que pueda antes de recopilar o analizar los datos: Se puede mostrar el problema ejecutando un mandato específico o reconstruyendo una secuencia de sucesos? Cuál es el ejemplo menos complejo del problema? Es intermitente el bajo rendimiento? Se ralentiza en ocasiones para oler luego a un estado normal? Se produce en determinados momentos del día o está relacionado con alguna actiidad específica? Todos los procesos son lentos o solo algunos? En qué aspectos se obsera un bajo rendimiento? Por ejemplo, en el momento de ejecutar un mandato, en el tiempo transcurrido para completar un proceso o en el tiempo para pintar la pantalla? Cuándo empezó a producirse el problema? Se da la misma situación desde que el sistema se instaló o entró en producción por primera ez? Ha cambiado algo en el sistema antes de que se produjese el problema (por ejemplo, se han añadido más usuarios o se han migrado más datos al sistema)? Si el problema es de cliente y seridor, se puede mostrar de forma local en el seridor (problema de red frente a seridor)? Si está relacionado con la red, cómo se han configurado los segmentos de red (incluido un ancho de banda como 100 Mb/seg o 10 Mb/seg)? Hay direccionadores entre el cliente y el seridor? Qué aplicaciones de proeedor se están ejecutando en el sistema? Afectan las aplicaciones al problema de rendimiento? Qué impacto tiene el problema de rendimiento sobre los usuarios? 74 IBM Tioli Storage Manager ersión 6.4 y ersión 6.3: Optimización del rendimiento

89 Notificación de problemas de rendimiento Antes de notificar un problema, puede recopilar información para facilitar la inestigación del problema. Al notificar un problema de rendimiento, no es suficiente con recopilar datos y analizarlos. Si no conoce la naturaleza del problema de rendimiento, puede desperdiciar tiempo y recursos al analizar datos que quizás no tengan nada que er con el problema notificado. El personal de soporte local puede utilizar esta información para solucionar el problema de rendimiento con el usuario. Para obtener información sobre la apertura de un registro de gestión de problemas (PMR) y para recopilar información, consulte los recursos siguientes: Software Support Handbook en sas/f/handbook/getsupport.html IBM Support Assistant en Para solucionar sus problemas más rápido, complete estas tareas: 1. Recopile información sobre los problemas de rendimiento para preparar la descripción del problema: En el caso de problemas de rendimiento del cliente de archiado y copia de seguridad, ejecute la instrumentación del cliente y el script de superisión del seridor de manera simultánea. Consulte los apartados Inicio de la instrumentación del cliente en la página 87 y Script de superisión del seridor en la página 78. En el caso de problemas de rendimiento de seridor, ejecute el script de superisión del seridor. Consulte el apartado Script de superisión del seridor en la página 78. Recopile información detallada sobre el diseño, el tamaño de la memoria caché y la información de configuración de LUN, información sobre el subsistema de disco, el tipo de sistemas de archios, el tipo de RAID y otros detalles de la configuración. Dado que muchos problemas de rendimiento están relacionados con la E/S, esta información es importante. Recopile una lista de la información de hardware, como el tipo de adaptador de bus de host, el tipo de procesador y la cantidad de RAM que tiene en el cliente y el seridor. Recopile información sobre la red y la distribución en zonas de la red de área de almacenamiento. 2. Para recopilar más información sobre los problemas de rendimiento y el entorno, complete el cuestionario de rendimiento de Tioli Storage Manager. Consultehttp:// 3. Proporcione una sentencia con una única instancia específica del problema. Separe los síntomas y los hechos de las teorías, las ideas y sus propias conclusiones. Los registros de gestión de problemas que notifican las sentencias the system is slow pueden necesitar una amplia inestigación para determinar qué se entiende por lento, cómo se mide la elocidad y cuál es el rendimiento aceptable. 4. Recopile información sobre todo lo que ha cambiado en el sistema en las semanas anteriores al problema. Si falta alguna modificación, podría bloquearse una posible ía de inestigación, lo que retrasaría el hallazgo de la solución. Si todos los hechos están disponibles, el soporte de IBM puede eliminar los hechos no relacionados. Capítulo 8. Recopilación y análisis de datos sobre problemas de rendimiento 75

90 Nota: Asegúrese de recopilar la información sobre el sistema adecuado. En sitios grandes, resulta sencillo recopilar los datos en el sistema erróneo, lo que dificulta la inestigación del problema. 5. Ofrezca la información siguiente: Descripción del problema que se pueda utilizar para buscar la base de datos del historial de problemas, a fin de comprobar si se ha notificado algún problema similar. Describa el aspecto del análisis que le lleó a concluir que el problema iene determinado por un defecto en el sistema operatio. Describa la configuración de hardware y software donde se produce el problema: Se limita el problema a un único sistema o afecta a arios? Cuáles son los modelos, tamaños de memoria y número y tamaño de los discos de los sistemas afectados? Qué tipos de LAN y otros soportes de comunicaciones están conectados a los sistemas? Incluye la configuración general otros sistemas operatios? Describa las características del programa o la carga de trabajo que está experimentando el problema. Indica el análisis con las herramientas del sistema operatio que está limitado al procesador oalaentrada/salida? Qué carga de trabajo se ejecuta en los sistemas afectados? Describa los objetios de rendimiento que no se están cumpliendo. Es el tiempo de respuesta, el rendimiento o la capacidad de respuesta en tiempo real del terminal o la consola del objetio primario? Derian los objetios de las medidas en otro sistema? Si es así, cuál era su configuración? 6. Si es el primer informe del problema, recibirá un número de registro de gestión de problemas para utilizarlo en la identificación de los datos adicionales que proporcione y para futuras referencias. Incluya todos los elementos siguientes cuando recopile la información de soporte y los datos de rendimiento: Medios de reproducción del problema: Si es posible, incluya un programa o un script de shell que muestre el problema. Como mínimo, se necesita una descripción detallada de las condiciones bajo las que se produce el problema. Aplicación que está experimentando el problema: Si la aplicación es un producto de software, o depende de él, identifique la ersión y el release exactos del producto. Si no se puede publicar el código fuente de una aplicación escrita por un usuario, documente el conjunto exacto de parámetros del compilador que se utilizan para crear el programa ejecutable. 76 IBM Tioli Storage Manager ersión 6.4 y ersión 6.3: Optimización del rendimiento

91 Recopilación de datos de instrumentación para el seridor, el cliente y la API de Tioli Storage Manager La instrumentación de Tioli Storage Manager puede recopilar datos para ayudar a aislar cuellos de botella de rendimiento en el cliente o seridor de Tioli Storage Manager y en la red. La instrumentación de Tioli Storage Manager está disponible para el seridor, cliente y API detioli Storage Manager. Está orientado al ajuste de rendimiento y la determinación de problemas. Puede utilizar las herramientas de instrumentación como alternatia para recopilar datos del mandato Tioli Storage Manager trace tradicional. Los pasos indicados a continuación indican el acercamiento básico para trabajar con cuellos de botella de rendimiento: 1. Utilice los datos de instrumentación de Tioli Storage Manager para determinar qué componente de copia de seguridad (cliente, seridor o red) requiere más tiempo durante el proceso detioli Storage Manager. 2. Tras aislar el componente que ocupa más tiempo, intente determinar si la operación está limitada por los recursos de hardware o software. 3. Cambie el modo en que se utilizan los recursos o aumente los mismos. Por ejemplo, actualice procesadores o aumente la memoria, discos o unidades de cinta. 4. Repita este proceso según sea necesario para reducir el cuello de botella y alcanzar un niel adecuado. Ventajas de la instrumentación de Tioli Storage Manager Hay ciertas entajas asociadas a la utilización de la instrumentación de Tioli Storage Manager con respecto al uso del mandato Tioli Storage Manager trace tradicional. Las entajas de utilizar la instrumentación de Tioli Storage Manager son las siguientes: Los rastreos de Tioli Storage Manager pueden producir archios de rastreo grandes, lo que proocaría condiciones sin espacio en los sistemas de archios y podría causar una degradación importante del rendimiento. Con la instrumentación de Tioli Storage Manager no se crean grandes archios de rastreo, lo que deria en un impacto mínimo sobre el rendimiento. La instrumentación de Tioli Storage Manager genera informes concisos que se intercalan y resumen información significatia sobre el rendimiento. Los archios de informe suelen ser pequeños, con frecuencia de menos de 1 MB, y se han diseñado para tener un impacto mínimo sobre el rendimiento. Los datos se almacenan en la memoria hasta que la sesión de instrumentación finaliza. Capítulo 8. Recopilación y análisis de datos sobre problemas de rendimiento 77

92 Cómo se rastrean los procesos Operaciones de rastreo de instrumentación que pueden afectar al rendimiento. Por ejemplo, se rastrean las siguientes operaciones: E/S de disco E/S de red E/S de cinta Todos los procesos de Tioli Storage Manager pueden tener arias hebras. Todas las hebras pueden funcionar en distintos procesadores. El seridor de Tioli Storage Manager puede tener cientos de hebras actias al mismo tiempo. Puede utilizar el mandato show threads para er una instantánea de las hebras actias. Por ejemplo, una operación de seguridad utiliza un mínimo de dos hebras. La hebra SessionThread recibe datos del cliente. La hebra SsAuxThread toma estos datos y los pasa al disco o la cinta. La hebra AgentThread graba los datos en una cinta. Por último, DiskSererThread graba los datos en el disco. La instrumentación de Tioli Storage Manager rastrea los procesos de esta forma: Las operaciones se rastrean de hebra a hebra La mayoría de las sesiones y los procesos utilizan más de una hebra Los resultados se almacenan en la memoria hasta que finaliza la instrumentación Instrumentación del seridor para el análisis de rendimiento Puede utilizar la instrumentación de seridor para realizar el seguimiento de operaciones, como las de copia de seguridad y restauración, y como ayuda para identificar dónde se originan los problemas de rendimiento. El script de superisión del seridor, serermonv6.pl, ejecuta los mandatos de instrumentación de seridor para recopilar datos. Normalmente, puede utilizar el script en ez de los propios mandatos de instrumentación de seridor. Puede descargar el script de superisión del seridor en dociew.wss?uid=swg Script de superisión del seridor Recopilar un completo conjunto de datos para el seridor de Tioli Storage Manager resulta esencial para analizar los problemas de rendimiento. El script de superisión de seridores es un script Perl que se puede utilizar para recopilar datos de rendimiento durante las actiidades del seridor de Tioli Storage Manager. Este script es una herramienta estándar que se utiliza para diagnosticar problemas de rendimiento. Una ez habilitado el script, inicia la sesión en el seridor de destino de Tioli Storage Manager. El script inicia un rastreo de instrumentación del seridor. En interalos definidos, se ejecutan arios mandatos SHOW, query y DB2 para capturar registros puntuales de información. En sistemas UNIX, se recopila también información sobre el procesador y el disco del sistema operatio. Se crea una serie de archios de salida que pueden ayudar al equipo de soporte a diagnosticar problemas de rendimiento. 1. Obtenga el script de superisión del seridor. Puede descargar el script Perl desde El documento contiene toda la información necesaria, incluida la siguiente: Las ariables que debe actualizar para conectarse al seridor de Tioli Storage Manager 78 IBM Tioli Storage Manager ersión 6.4 y ersión 6.3: Optimización del rendimiento

93 Instrucciones sobre cómo iniciar el script Perl en el seridor de Tioli Storage Manager La lista de mandatos que se ejecutan en el seridor de Tioli Storage Manager 2. Deje el script actiado para capturar el problema de rendimiento y recopilar datos. El periodo de tiempo durante el que se dejará actiado el script puede ariar en función del problema de rendimiento. Normalmente, puede dejar el script actiado durante aproximadamente una hora, mientras captura el problema de rendimiento. Si está ejecutando la instrumentación del cliente al mismo tiempo, tenga el script Perl actiado hasta que desactie la instrumentación del cliente. Una ez recopilados los archios de rendimiento, puede notificar el problema al soporte de IBM. Tareas relacionadas: Notificación de problemas de rendimiento en la página 75 Referencia relacionada: Instrumentación del seridor para el análisis de rendimiento en la página 78 Categorías de instrumentación del seridor La instrumentación del seridor de Tioli Storage Manager puede informar de los tiempos transcurridos para las categorías de procesos documentadas en la tabla. La instrumentación del seridor rastrea todas las entradas y salidas en una base de hebra a hebra para las categorías. Tabla 11 indica las categorías de instrumentación del seridor rastreada y la actiidad realizada. Tabla 11. Categorías de instrumentación del seridor Categoría DB2 Fetch Prep DB2 MFtch Prep DB2 Inser Prep DB2 Delet Prep DB2 Updat Prep DB2 Fetch Exec DB2 MFtch Exec Actiidad La cantidad de tiempo que DB2 tarda en preparar una sentencia SQL que deuela una fila La cantidad de tiempo que DB2 tarda en preparar una sentencia SQL que deuela arias filas La cantidad de tiempo que DB2 tarda en analizar una sentencia SQL que inserte una fila La cantidad de tiempo que DB2 tarda en analizar una sentencia SQL que suprima una fila La cantidad de tiempo que DB2 tarda en analizar una sentencia SQL que actualice una fila La cantidad de tiempo que DB2 tarda en ejecutar una sentencia SQL que deuela una fila La cantidad de tiempo que DB2 tarda en ejecutar una sentencia SQL que deuela arias filas Capítulo 8. Recopilación y análisis de datos sobre problemas de rendimiento 79

94 Tabla 11. Categorías de instrumentación del seridor (continuación) Categoría Actiidad DB2 Inser Exec La cantidad de tiempo que DB2 tarda en ejecutar una sentencia SQL que inserte una fila DB2 Delet Exec La cantidad de tiempo que DB2 tarda en ejecutar una sentencia SQL que suprima una fila DB2 Updat Exec La cantidad de tiempo que DB2 tarda en ejecutar una sentencia SQL que actualice una fila DB2 Fetch La cantidad de tiempo que se tarda en preparar una sentencia SQL que recupere una fila desde DB2 DB2 MFetch La cantidad de tiempo que se tarda en preparar una sentencia SQL que recupere arias filas desde DB2 DB2 CR Prep La cantidad de tiempo que se tarda en preparar una sentencia SQL que cuente las filas DB2 CR Exec La cantidad de tiempo que se tarda en ejecutar una sentencia SQL que cuente las filas DB2 Commit La cantidad de tiempo que se tarda en confirmar la transacción de DB2 DB2 Reg Prep La cantidad de tiempo para que DB2 prepare sentencias de SQL complejas DB2 Reg Exec La cantidad de tiempo para que DB2 ejecute sentencias de SQL complejas DB2 Reg Fetch La cantidad de tiempo que DB2 tarda en recuperar filas para una sentencia SQL compleja DB2 Connect La cantidad de tiempo de conexión a DB2 ICC Digest La cantidad de tiempo que un algoritmo resera para extensiones de deduplicación de datos Fingerprint La cantidad de tiempo utilizado para buscar límites de extensión para la deduplicación de datos Uncompress La cantidad de tiempo utilizado para descomprimir datos Disk Read La cantidad de tiempo utilizado para leer el disco Disk Write La cantidad de tiempo que se utiliza para grabar en el disco. Puede combinar esta cantidad con la cantidad de Confirmación de disco para obtener el tiempo de escritura total Disk Commit La cantidad de tiempo que se tarda en ejecutar el mandato FSYNC u otra llamada de sistema para garantizar que las escrituras se completan en el disco 80 IBM Tioli Storage Manager ersión 6.4 y ersión 6.3: Optimización del rendimiento

95 Tabla 11. Categorías de instrumentación del seridor (continuación) Categoría Actiidad Tape Read La cantidad de tiempo utilizado para leer la cinta Tape Write La cantidad de tiempo utilizado para escribir la cinta Tape Locate La cantidad de tiempo utilizado para ubicar el bloque de cintas para las operaciones de lectura/escritura Tape Commit La cantidad de tiempo utilizado para sincronizar la cinta con el fin de garantizar que los datos se escriben desde los búfer de dispositio a los medios Tape Data Copy La cantidad de tiempo utilizado para copiar datos en los búfer de cinta de la memoria Tape Misc La cantidad de tiempo utilizado para procesar la cinta no rastreada en otra categoría de cinta (operaciones como la apertura o rebobinado) Data Copy La cantidad de tiempo utilizado para copiar datos en diferentes búfer de la memoria Network Rec La cantidad de tiempo utilizado para recibir datos de un cliente en una red Network Send La cantidad de tiempo utilizado para eniar datos a un cliente en una red Shmem Read La cantidad de tiempo utilizado para leer los datos del búfer de memoria compartida Shmem Write La cantidad de tiempo utilizado para escribir los datos en el búfer de memoria compartida Shmem Copy La cantidad de tiempo utilizado para copiar datos ayenunsegmento de la memoria compartida Namedpipe Rec La cantidad de tiempo utilizado para recibir datos en un conducto con nombre Namedpipe Send La cantidad de tiempo utilizado para eniar datos en un conducto con nombre CRC Processing La cantidad de tiempo utilizado para calcular o comparar alores de comprobación de redundancia cíclica (CRC) en agrupaciones de almacenamiento Tm Lock Wait La cantidad de tiempo utilizado para obtener el bloqueo del gestor de transacción Acquire Latch La cantidad de tiempo utilizado para obtener una página de base de datos del disco o agrupación de almacenamiento intermedio Acquire XLatch La cantidad de tiempo utilizado para obtener una página de base de datos para la actualización (del disco o agrupación de almacenamiento intermedio) Thread Wait La cantidad de tiempo de espera en otras hebras Capítulo 8. Recopilación y análisis de datos sobre problemas de rendimiento 81

96 Tabla 11. Categorías de instrumentación del seridor (continuación) Categoría Actiidad Unknown La cantidad de tiempo utilizado para algo de lo que otra categoría no realiza seguimiento Hebras del seridor en la salida de instrumentación El programa del seridor diide sus operaciones en hebras. En la salida de instrumentación, los nombres de las hebras identifican las operaciones. Solo algunas de las hebras de la salida de instrumentación son útiles para diagnosticar problemas de rendimiento. Las hebras más importantes son para reclamar olúmenes de agrupación de almacenamiento, migración de datos desde las agrupaciones de almacenamiento y la copia de seguridad de las agrupaciones de almacenamiento. Reclamación de los olúmenes de agrupación de almacenamiento La hebra principal para una operación de reclamación para un olumen de agrupación de almacenamiento es AfRclmVolumeThread. Esta hebra controla qué objetos se reclaman en cada olumen y da comienzo a una o dos hebras hijas: SsAuxSrcThread, que controla las operaciones de grabación, y SsSWThread, que controla las operaciones de escritura. Cada una de estas hebras hijas controla una hebra hija independiente que se denomina AgentThread, y que realiza la lectura o escritura reales. Consulte el apartado Figura 6. AfRclmVolumeThread Controla el contenido que se reclama del olumen del que se está reclamando SsAuxSrcThread Controla las operaciones de lectura Moimiento de datos SsSWThread Controla las operaciones de escritura AgentThread Leen los datos AgentThread Escribe los datos Figura 6. Hebras para la reclamación de olúmenes de agrupación de almacenamiento Una operación de traslado de datos normal comienza con un AgentThread que lee un objeto de un olumen que se está reclamando. Los datos se procesan a traés de las hebras SsAuxSrcThread, AfRclmVolumeThread y SsSWThread. El traslado de datos termina cuando la hebra AgentThread encargada de grabar los datos los graba en el olumen de destino. 82 IBM Tioli Storage Manager ersión 6.4 y ersión 6.3: Optimización del rendimiento

97 Migración de datos desde las agrupaciones de almacenamiento de acceso aleatorio La hebra principal para una operación de migración de una agrupación de almacenamiento con acceso aleatorio es DfMigrationThread. Las hebras hijas para completar la operación de migración son diferentes en cada sistema operatio. AIX, Linux, HP-UX y Solaris La hebra principal, DfMigrationThread, hace el trabajo de selección de datos para la migración y los olúmenes desde los que se obtienen los datos y en los que se graban. La hebra comienza con dos hebras hijas: SsAuxSrcThread, que controla las operaciones de lectura, y SsSWThread, que controla las operaciones de escritura. Consulte el apartado Figura 7. DfMigrationThread Controla el contenido migrado desde una agrupación de almacenamiento SsAuxSrcThread Controla las operaciones de lectura Moimiento de datos SsSWThread Controla las operaciones de escritura DiskSererThread Lee desde el olumen disco 1 AgentThread Escribe los datos DiskSererThread Lee desde el olumen disco 2 DiskSererThread Lee desde el olumen disco n Figura 7. Hebras para la migración de la agrupación de almacenamiento en sistemas de AIX, Linux, HP-UX y Solaris Para leer los datos, la hebra SsAuxSrcThread utiliza una hebra DiskSererThread para cada olumen que se debe leer. La hebra SsAuxThread utiliza arias hebras de DiskSererThread si los datos que se an a migrar están en más de un olumen. Las hebras de DiskSererThread son independientes de la hebra SsAuxSrcThread. Para cada olumen de una agrupación de almacenamiento de acceso aleatorio, se ejecuta un DiskSererThread constantemente para leer y grabar desde ese olumen determinado. Por ejemplo, si la agrupación de almacenamiento tiene 10 olúmenes de disco, 10 hebras de DiskSererThread se están ejecutando continuamente. Ya que SsAuxThread no es padre para las hebras DiskSererThread, no puede utilizar el ID de la hebra SsAuxThread para encontrar un DiskSererThread que se esté utilizando. Para grabar los datos, la hebra SsSWThread controla a una hebra hija que se denomina AgentThread, que graba los datos en el olumen de destino. Capítulo 8. Recopilación y análisis de datos sobre problemas de rendimiento 83

98 El traslado de datos comienza con el DiskSererThread que lee los datos desde el olumen que tiene los datos que se an a migrar. Los datos que se procesan a traés de las hebras SsAuxSrcThread, DfMigrationThread y SsSWThread. El traslado de datos termina cuando los datos se graban en el olumen de destino mediante la hebra AgentThread que graba los datos. Windows La hebra principal, DfMigrationThread, hace el trabajo de selección de datos para la migración y los olúmenes desde los que se obtienen los datos y en los que se graban. La hebra comienza con dos hebras hijas: SsAuxSrcThread, que controla las operaciones de lectura, y SsSWThread, que controla las operaciones de escritura. La hebra SsAuxSrcThread lee los datos directamente de los discos, sin usar otras hebras. Para grabar los datos, la hebra SsSWThread controla una hebra hija independiente denominada AgentThread, que graba los datos al olumen de destino. Consulte el apartado Figura 8. DfMigrationThread Controla el contenido migrado desde una agrupación de almacenamiento SsAuxSrcThread Controla las operaciones de lectura Moimiento de datos SsSWThread Controla las operaciones de escritura AgentThread Escribe los datos Figura 8. Hebras para la migración de las agrupaciones de almacenamiento en sistemas Windows El traslado de datos comienza con SsAuxSrcThread que lee los datos desde el olumen que contiene los datos que se an a migrar. Los datos se procesan a traés de las hebras DfMigrationThread y SsSWThread. El traslado de datos termina cuando los datos se graban en el olumen de destino mediante la hebra AgentThread que graba los. Copias de seguridad para las agrupaciones de almacenamiento con acceso aleatorio La hebra principal para la operación de copia de seguridad para una agrupación de almacenamiento con acceso aleatorio es DfBackupPoolThread. Las hebras para realizar la lectura desde la agrupación de almacenamiento de acceso aleatorio son diferentes dependiendo del sistema operatio. AIX, Linux, HP-UX y Solaris La hebra principal, DfBackupPoolThread, controla el trabajo para la operación de copia de seguridad, incluida la selección de los olúmenes y la lectura y grabación de datos. La hebra comienza con dos hebras hijas: SsAuxSrcThread, que controla las operaciones de lectura, y SsSWThread, que controla las operaciones de escritura. Consulte el apartado Figura 9 en la página IBM Tioli Storage Manager ersión 6.4 y ersión 6.3: Optimización del rendimiento

99 la página 85. DfBackupPoolThread Controla la copia de seguridad de una agrupación de almacenamiento de acceso aleatorio SsAuxSrcThread Controla las operaciones de lectura Moimiento de datos SsSWThread Controla las operaciones de escritura DiskSererThread Lee desde el olumen disco 1 DiskSererThread Lee desde el olumen disco 2 AgentThread Escribe los datos DiskSererThread Lee desde el olumen disco n Figura 9. Hebras para la copia de seguridad de las agrupaciones de almacenamiento de acceso aleatorio en sistemas de AIX, Linux, HP-UX y Solaris Para leer los datos, la hebra SsAuxSrcThread utiliza una hebra DiskSererThread para cada olumen que se debe leer. La hebra SsAuxThread utiliza arias hebras de DiskSererThread si los datos que se an a migrar están en más de un olumen. Las hebras de DiskSererThread son independientes de la hebra SsAuxSrcThread. Para cada olumen de una agrupación de almacenamiento de acceso aleatorio, se ejecuta un DiskSererThread constantemente para leer y grabar desde ese olumen determinado. Por ejemplo, si la agrupación de almacenamiento tiene 10 olúmenes de disco, 10 hebras de DiskSererThread se están ejecutando continuamente. Ya que SsAuxThread no es padre para las hebras DiskSererThread, no puede utilizar el ID de la hebra SsAuxThread para encontrar un DiskSererThread que se esté utilizando. Para grabar los datos, la hebra SsSWThread controla a una hebra hija que se denomina AgentThread, que graba los datos en el olumen de destino. El traslado de datos comienza con el DiskSererThread que lee los datos desde el olumen que tiene los datos de los que se a a realizar la copia de seguridad. Los datos se procesan a traés de las hebras SsAuxSrcThread, DfBackupPoolThread y SsSWThread. El traslado de datos termina cuando los datos se graban en el olumen de destino mediante la hebra AgentThread que graba los datos. Windows La hebra principal, DfBackupPoolThread, controla el trabajo para la operación de copia de seguridad, incluida la selección de los olúmenes y la lectura y grabación de datos. La hebra comienza con dos hebras hijas: SsAuxSrcThread, que controla los datos de lectura, y SsSWThread, que controla los datos de grabación. La hebra SsAuxSrcThread controla los Capítulo 8. Recopilación y análisis de datos sobre problemas de rendimiento 85

100 datos directamente desde los discos, sin utilizar otras hebras. Para grabar los datos, la hebra SsSWThread controla una hebra hija independiente denominada AgentThread, que graba los datos al olumen de destino. Consulte el apartado Figura 10. DfBackupPoolThread Controla la copia de seguridad de una agrupación de almacenamiento de acceso aleatorio SsAuxSrcThread Controla las operaciones de lectura Moimiento de datos SsSWThread Controla las operaciones de escritura AgentThread Escribe los datos Figura 10. Hebras para la copia de seguridad de las agrupaciones de almacenamiento de acceso aleatorio en sistemas de Windows El traslado de datos comienza con el SsAuxSrcThread que lee los datos desde el olumen que contiene los datos de los que se a a realizar una copia de seguridad. Esos datos se procesan a traés de las hebras DfBackupPoolThread y SsSWThread. El traslado de datos termina cuando los datos se graban en el olumen de destino mediante la hebra AgentThread que graba los datos. Copias de seguridad para las agrupaciones de almacenamiento de acceso secuencial La hebra principal para una operación de copia de seguridad para una agrupación de almacenamiento de acceso secuencial es AfBackupPoolThread. Esta hebra controla el trabajo para la operación de copia de seguridad, incluida la selección de los olúmenes y la lectura y grabación de datos. La hebra principal comienza con dos hebras hijas: SsAuxSrcThread, que controla las operaciones de lectura, y SsSWThread, que controla las operaciones de escritura. Cada una de estas hebras hijas controla una hebra independiente denominada AgentThread, que bien lee o graba los datos. Consulte el apartado Figura 11 en la página IBM Tioli Storage Manager ersión 6.4 y ersión 6.3: Optimización del rendimiento

101 AfBackupPoolThread Controla el almacenamiento de seguridad de una agrupación de almacenamiento de acceso secuencial SsAuxSrcThread Controla las operaciones de lectura Moimiento de datos SsSWThread Controla las operaciones de escritura AgentThread Lee los datos AgentThread Escribe los datos Figura 11. Hebras para las copias de seguridad de las agrupaciones de almacenamiento de acceso secuencial El traslado de los datos comienza con AgentThread que lee los datos desde el olumen del que se a a realizar la copia de seguridad. Esos datos se procesan a traés de las hebras SsAuxSrcThread, AfBackupPoolThread y SsSWThreadsoporte de IBM. El traslado de los datos termina cuando los datos se escriben en el olumen e destino mediante la hebra AgentThread que graba los datos. Informe de instrumentación de cliente Utilice la instrumentación de clientes para recopilar datos de rendimiento en el cliente de archiado y copia de seguridad de Tioli Storage Manager. Inicio de la instrumentación del cliente La instrumentación del cliente de Tioli Storage Manager identifica el tiempo transcurrido en la realización de determinadas actiidades. La instrumentación del cliente recopila datos de rendimiento solo en el cliente de archiado y copia de seguridad, no en la API ni en los productos de Tioli Storage Manager Data Protection. La instrumentación del cliente es una herramienta que solo se puede utilizar en la interfaz de línea de mandatos o el planificador de cliente. No está disponible en el cliente web ni la GUI del cliente de archiado y copia de seguridad. Puede iniciar la instrumentación del cliente utilizando una de las opciones siguientes: En la interfaz de línea de mandatos, incluya la opción siguiente en un mandato: -testflag=instrument:detail Para el planificador, añada la siguiente sentencia en el archio de opciones de cliente (dsm.opt) en clientes de Windows o en el archio de opciones de cliente del sistema (dsm.sys) en clientes de UNIX y Linux: testflag instrument:detail Puede que tenga que reiniciar el planificador después de editar el archio de opciones de cliente. La salida se añade al archio dsminstr.report.ppid, donde PID es un número. El archio se encuentra en el directorio especificado por la ariables de entorno DSM_LOG. Capítulo 8. Recopilación y análisis de datos sobre problemas de rendimiento 87

102 Para obtener resultados sin tener que esperar a que los mandatos se completen, cancele las sesiones del cliente del seridor. Si cancela la sesión de cliente utilizando Ctrl+C en el sistema cliente, la instrumentación no se escribirá correctamente en el archio de salida de la instrumentación. Categorías de instrumentación de clientes La instrumentación de clientes de Tioli Storage Manager notifica los tiempos transcurridos para muchas categorías de proceso. En la tabla siguiente, se muestran las categorías de instrumentación de clientes que se rastrean y la actiidad cuya duración se controla. Tabla 12. Categorías de instrumentación de clientes Categoría Actiidad Query Serer Dirs Recepción de directorios de inentario del seridor para la copia de seguridad incremental Query Serer Files Recepción de los archios de inentario del seridor para la copia de seguridad incremental Process Dirs Búsqueda de archios de los que realizar copias de seguridad Cache Examine Exploración de la base de datos de la memoria caché de disco local en busca de archios que an a caducar Sole Tree Determinación de la estructura de directorios Compute Rendimiento informático y tasa de compresión BeginTxn Verb Creación de transacciones Transaction Apertura y cierre de archios y otras operaciones arias File I/O Lectura y escritura de archios Compression Compresión y descompresión de datos Encryption Cifrado y descifrado de datos CRC Cálculo y comparación de alores de CRC Delta Proceso de copia de seguridad adaptable de subarchios Data Verb Enío y recepción de datos hacia y desde el seridor (apunta a la red o al seridor de Tioli Storage Manager) Confirm Verb Tiempo de respuesta durante la copia de seguridad para el erbo de confirmación del seridor EndTxn Verb Confirmación de la transacción de seridores y sincronización de cintas (señala al seridor de Tioli Storage Manager) Other Cualquier otra cosa que todaía no se haya rastreado 88 IBM Tioli Storage Manager ersión 6.4 y ersión 6.3: Optimización del rendimiento

103 Informe de instrumentación del cliente de API Utilice la instrumentación del cliente de API para recopilar datos de rendimiento sobre aplicaciones que utilizan la API de Tioli Storage Manager. La instrumentación del cliente de API identifica el tiempo empleado en actiidades de la aplicación. Se utiliza para aplicaciones y productos que utilizan la API, como Tioli Storage FlashCopy Manager, Tioli Storage Manager for Mail o Tioli Storage Manager for Databases. Puede iniciar la instrumentación del cliente de API añadiendo la sentencia siguiente al archio de opciones de cliente (dsm.opt) en clientes de Windows o al archio de opciones de cliente del sistema (dsm.sys) en clientes UNIX y Linux: testflag instrument:api La salida se añade al archio dsminstr.report.ppid en el directorio especificado por la ariable de entorno DSM_LOG. Las categorías para rastrear las actiidades de la API son distintas a las categorías de instrumentación del cliente. Inicio de la instrumentación del cliente de API Utilice la instrumentación del cliente de API para recopilar datos de rendimiento sobre aplicaciones que utilizan la API de Tioli Storage Manager. La instrumentación del cliente de API identifica el tiempo empleado en actiidades de la aplicación. Se utiliza para aplicaciones y productos que utilizan la API, como Tioli Storage FlashCopy Manager, Tioli Storage Manager for Mail, Tioli Storage Manager for Databases, Tioli Storage Manager for Virtual Enironments o Tioli Storage Manager for Enterprise Resource Planning. Puede iniciar la instrumentación del cliente de API añadiendo la sentencia siguiente al archio de opciones de cliente (dsm.opt) en clientes de Windows o al archio de opciones de cliente del sistema (dsm.sys) en clientes UNIX y Linux: testflag instrument:api En la interfaz de línea de mandatos, incluya la opción siguiente al final de un mandato: -testflag=instrumentation:api La salida se añade al archio dsminstr.report.ppid en el directorio especificado por la ariable de entorno DSM_LOG. Las categorías para rastrear las actiidades de la API son distintas a las categorías de instrumentación del cliente. Categorías de instrumentación de la API La instrumentación de clientes de la API de Tioli Storage Manager notifica los tiempos transcurridos para muchas categorías de proceso. En la tabla siguiente se muestran las categorías de instrumentación de clientes de la API que se rastrean y la actiidad cuya duración se controla. Capítulo 8. Recopilación y análisis de datos sobre problemas de rendimiento 89

104 Tabla 13. Categorías de instrumentación de la API Categoría Actiidad Waiting on App Tiempo que la API de Tioli Storage Manager espera en la aplicación que enía datos detioli Storage Manager. Por ejemplo, el tiempo transcurrido esperando a que una aplicación de base de datos eníe datos de Tioli Storage Manager. Si este alor es alto, centre su análisis de rendimiento en la aplicación que enía los datos y en el rendimiento del disco. API Send Data El tiempo transcurrido eniando datos al seridor detioli Storage Manager. Si el alor es alto, puede existir un problema de red o un problema de rendimiento de la agrupación de almacenamiento en el seridor detioli Storage Manager. API Query El tiempo que se emplea realizando la solicitud del seridor detioli Storage Manager para obtener información API Get Data El tiempo transcurrido eniando datos desde el seridor de Tioli Storage Manager. Un alor alto puede representar problemas de red entre el seridor y el cliente o problemas de rendimiento de la agrupación de almacenamiento de seridor del seridor. Por ejemplo una elocidad de disco o tiempos de montaje de cinta bajos. API End Txn Tiempo transcurrido confirmando la transacción actual al seridor de Tioli Storage Manager. Si el alor es alto, piense en cambiar los alores que pudieran utilizar transacciones de cliente más grandes o examine el rendimiento de escritura de registro actio del seridor. API Dedup fingerprint Tiempo transcurrido calculando el tamaño de segmentación de los datos entrantes. Esta categoría es una operación intensia de la CPU. API ICC Digest (dedup) Tiempo transcurrido calculando el hash de los segmentos deduplicados. Esta categoría es una operación intensia de la CPU. API Query Dedup Cache Tiempo transcurrido consultando la memoria caché de deduplicación del disco local en busca de segmentos deduplicados. API Query Serer Dedup El tiempo que se emplea realizando la solicitud del seridor detioli Storage Manager para la deduplicación de los segmento. Si el alor es alto, examine el rendimiento de la base de datos en el seridor de Tioli Storage Manager. API Misc Otras actiidades menores del cliente de la API detioli Storage Manager. 90 IBM Tioli Storage Manager ersión 6.4 y ersión 6.3: Optimización del rendimiento

105 Casos de ejemplo del análisis de datos de instrumentación Los casos de ejemplo le muestran cómo utilizar e interpretar informes de instrumentación. Caso de ejemplo: Mejora del rendimiento de las copias de seguridad de cliente Este caso de ejemplo muestra cómo interpretar los informes de instrumentación del cliente para resoler problemas relacionadas con las operaciones de copia de seguridad. Problema Dae, administrador de Tioli Storage Manager, está experimentando una degradación del rendimiento de las operaciones de copia seguridad de un seridor de archios. Está realizando una copia de seguridad del seridor de archios desde un cliente de archiado y copia de seguridad de AIX a un seridor de AIX y el rendimiento se ha degradado desde un rendimiento medio de 32 MB/seg. a 15 MB/seg. durante los últimos días. Objetio Dae espera recuperar el niel de rendimiento anterior durante la realización de copias de seguridad. Recopilación de datos Dae recopila los siguientes datos: Datos de instrumentación de cliente Datos de superisión del seridor que se generan ejecutando el script de superisión del seridor (serermon6.pl) Análisis y determinación del cuello de botella Los datos fluyen desde el cliente, por la red, y hacia el seridor detioli Storage Manager. 3 Cliente 4 NIC 5 Red LAN 6 NIC 7 Seridor Tioli Storage Manager Vía de acceso a datos 1 Disk 2 HBA 8 HBA 10 HBA 9 Disco 11 Biblioteca de cintas 12 Unidades de cintas Figura 12. Flujo de datos para las operaciones de copia de seguridad de cliente en una red de área local Siguiendo el flujo de datos, Dae obsera en primer lugar los datos del cliente. Capítulo 8. Recopilación y análisis de datos sobre problemas de rendimiento 91

106 La operación de seguridad más reciente ha finalizado con las estadísticas siguientes: Total number of objects inspected: 1 Total number of objects backed up: 1... Total number of bytes transferred: GB LanFree data bytes: GB Serer-Free data bytes: 0 B Data transfer time: sec Network data transfer rate: 57, KB/sec Aggregate data transfer rate: 16, KB/sec Elapsed processing time: 00:12:28 Aerage file size: GB Para determinar dónde se produce la ralentización, Dae llea a cabo una copia de seguridad de prueba del seridor del archio con la opción testflag=instrument:detail. Definiendo esta opción, Dae recopila datos de instrumentación del cliente sobre la operación de copia de seguridad. A continuación reisa el resultado de la instrumentación. El informe de instrumentación del cliente muestra que, durante la copia de seguridad, se ha empleado mucho tiempo en operaciones de E/S de archios. El tiempo transcurrido durante la copia de seguridad ha sido de segundos, y segundos se emplearon en la E/S de archios. Obserando las categorías de instrumentación del cliente en Tabla 12 en la página 88, Dae aprende que la categoría E/S de archios representa el tiempo empleado para las operaciones de lectura y escritura de archios. Thread: 2571 Elapsed time sec Section Actual (sec) Aerage(msec) Frequency used Process Dirs Sole Tree Compute BeginTxn Verb Transaction File I/O Compression Encryption CRC Delta Data Verb Confirm Verb EndTxn Verb Other La tasa de transferencia de datos se calcula diidiendo el tamaño del archio por el tiempo que está grabado en el campofile I/O de la salida de instrumentación: (11.66 GB x 1024 MB/GB)/ s = 22.8 MB/s La copia de seguridad solo lee los datos en el disco cliente, por lo que Dae sospecha que existe algún problema con el disco del sistema cliente. Resolución de problemas Tras inestigar un poco más, Dae descubre que el sistema de archios de AIX se ha montado hace poco con la opción cio, lo que ha permitido la entrada/salida simultánea en el sistema de archios. Concluye que el montaje del sistema de archios con la opción de entrada/salida simultánea de AIX ha causado la degradación del rendimiento de las copias de seguridad. La E/S simultánea impide las operaciones de lectura del sistema de archios. 92 IBM Tioli Storage Manager ersión 6.4 y ersión 6.3: Optimización del rendimiento

107 Dae modifica los alores del sistema para asegurarse de que el sistema de archios AIX no está montado con la opción cio. Como resultado, el rendimiento de las operaciones de copia de seguridad se restaura y se recupera el niel anterior. Caso de ejemplo: Mejora del rendimiento de las operaciones de migración Este caso de ejemplo muestra cómo interpretar los datos de superisión del seridor para mejorar las operaciones de migración. Problema Kate es administradora de Tioli Storage Manager y ha obserado que las migraciones de agrupación de almacenamiento de disco a cinta se ejecutan de forma lenta en su seridor dewindows. Objetio Kate espera que el tiempo de escritura sea parecido a las prestaciones de la unidad. Recopilación de datos Kate recopila los siguientes datos: Datos de superisión del seridor que se generan ejecutando el script de superisión del seridor (serermon6.pl). Consejo: Kate ejecuta el proceso de migración durante aproximadamente 30 minutos antes de iniciar el script. De esta forma, eita la recopilación de datos para los montajes de cinta. Deja que el script se ejecute durante una hora. Análisis y determinación del cuello de botella Durante la operación de migración, los datos se leen en el disco y se escriben en la cinta. Capítulo 8. Recopilación y análisis de datos sobre problemas de rendimiento 93

108 3 Seridor de Tioli Storage Manager 2 HBA 4 HBA 5 Biblioteca de cintas Ruta a los datos 1 Discos de agrupación de almacenamiento 6 Unidades de cintas Figura 13. Flujo de datos para las operaciones de migración Siguiendo el flujo de datos, Kate obsera en primer lugar la actiidad de lectura del disco. A medida que Kate inestiga, se da cuenta de que todas las operaciones en cinta son lentas, incluidas las copias de seguridad de cliente, las reclamaciones y las copias de seguridad de base de datos en cinta. Kate sospecha que existe un problema con el sistema de cintas que podría hacer que los tiempos de escritura sean eleados. El sistema de cintas es una biblioteca LTO con unidades de cintas conectadas a SCSI. Para determinar dónde se produce una ralentización, Kate ejecuta una prueba de migración de la agrupación de almacenamiento de disco a cinta y recopila datos de instrumentación del seridor utilizando el script de superisión del seridor. Ubica los archios recopilados por el script de superisión del seridor y encuentra los archios con fecha y hora de un punto en el que la migración había sido lenta. Busca los archios con la siguiente forma: AAAAMMDD-HHMM-AAAAMMDD-HHMMinstr.txt, en los que las indicaciones de fecha y hora representan la hora de inicio y finalización del registro del resultado. Kate reisa el archio y encuentra la Hebra 61, que ha procesado un total de KB. A continuación, busca la hebra correspondiente con una categoría Tape Write y e que ha procesado aproximadamente la misma cantidad de datos. Ve que la Hebra 34 ha procesado KB. 94 IBM Tioli Storage Manager ersión 6.4 y ersión 6.3: Optimización del rendimiento

109 Thread 61 DfMigrationThread (Win Thread ID 4436) 17:39:076-->17:47:38 Operation Count Tottime Agtime Min- Max- Inst Total time time Tput KB Disk Read Thread Wait Unknown Total Thread 34 AgentThread (Win Thread ID 5340) 17:39: >17:47: Operation Count Tottime Agtime Min- Max- Inst Total time time Tput KB Tape Write Tape Data Copy Thread Wait Unknown Total Kate ha utilizado las categorías de instrumentación de Tabla 11 en la página 79 para comprender el significado de las categorías Disk Read, Tape Write y Thread Wait. La salida de instrumentación del seridor muestra las características siguientes: Los datos de la Hebra 61 muestran un alor alto en el campo Thread Wait ( segundos) y un alor bajo en el campo Disk Read ( segundos). Este resultado indica que la Hebra 61 no supone un problema porque el rendimiento instantáneo es aceptable y la hebra estaba en fase de espera. El disco no tiene problema alguno. Consejo: El rendimiento instantáneo, Inst Tput, se calcula diidiendo el alor Total KB entre el alor Tottime. Los datos de la Hebra 34 muestran un alor bajo en el campo Thread Wait (0.220 segundos) y un alor alto en el campo Tape Write ( segundos). El resultado muestra también que el alor de Inst Tput para la escritura en cinta es muy bajo ( KB por segundo). Concluye que el problema está relacionado con el sistema de cintas, como muestra el alto alor detape Write. Resolución de problemas Kate inestiga los siguientes orígenes probables del problema del sistema de cintas: La ía de acceso de conexión de cintas El niel de controlador de dispositio de la unidad de cintas El niel del controlador del adaptador SCSI La configuración del adaptador SCSI Tras la inestigación, Kate actualiza el controlador de dispositio del adaptador SCSI (Small Computer System Interface). La migración de agrupación de almacenamiento de disco a cinta mejora en un 75% de su capacidad original. Las copias de seguridad de los clientes en cintas también son mucho más rápidas. Consejo: La elocidad de los seridores depende del hardware que se utilice. Los alores de este caso de ejemplo podrían no ser aplicables en su sistema. Consulte las características de rendimiento de la unidad de cintas o el sistema de disco para determinar qué niel de rendimiento puede considerarse aceptable. Capítulo 8. Recopilación y análisis de datos sobre problemas de rendimiento 95

110 Caso de ejemplo: Mejora del rendimiento de las copias de seguridad de base de datos Este caso de ejemplo muestra cómo interpretar los datos de instrumentación del cliente de la API y los datos de superisión del seridor para mejorar las operaciones de copia de seguridad de las bases de datos. Problema Dae, administrador de sistemas, obsera una de gradación del rendimiento de las operaciones de copia de seguridad de las bases de datos tras la actualización de Tioli Storage Manager. Objetio Dae espera que las copias de seguridad de bases de datos tarden lo mismo que antes de la actualización. Recopilación de datos Dae recopila los siguientes datos: Datos de instrumentación del cliente de API Datos de superisión del seridor que se generan ejecutando el script de superisión del seridor (serermon6.pl) Dae ejecuta el script superisión del seridor e instrumentación del cliente de la API durante toda la operación de copia de seguridad de base de datos. Análisis y determinación del cuello de botella Durante las operaciones de copia de seguridad de la base de datos, la base de datos se lee y después se realiza la copia de seguridad en la agrupación de almacenamiento. 1 Seridor de Tioli Storage Manager 2 HBA 4 HBA 3 Disco/s en los que se ubica la base de datos de Tioli Storage Manager 5 Biblioteca de cintas 6 Unidades de cintas Figura 14. Flujo de datos para las operaciones de copia de seguridad de la base de datos 96 IBM Tioli Storage Manager ersión 6.4 y ersión 6.3: Optimización del rendimiento

111 Dae empieza reisando los datos de la instrumentación de cliente de la API. Obsera que la Hebra 1 indica un periodo de copia de seguridad de casi 5 horas (17954,687 segundos). Cerca del 99% del tiempo se empleó en la categoría API send data. Reisando las categorías del cliente de la API entabla 13 en la página 90, Dae determina que la mayoría del tiempo se empleó eniando datos al seridor de Tioli Storage Manager a traés de la red o escribiendo datos en el dispositio de copia de seguridad. Thread: 1 Elapsed time = sec (1) Section Actual(sec) Aerage(msec) Frequency used Waiting on App API Send Data (2) API Query API End Txn API Misc Other Dae reisa los datos de instrumentación de seridor. Determina la hora a la que comenzó la copia de seguridad de base de datos examinando el registro de actiidad de Tioli Storage Manager. Ubica los archios recopilados por el script de superisión del seridor y encuentra los archios con fecha y hora de la copia de seguridad de base de datos. El nombre de los archios tiene la siguiente estructura: AAAAMMDD-HHMM-show.txt.Examinando un archio con la indicación de fecha y hora del momento en que se estaba realizando la copia de seguridad de base de datos, Dae localiza el número de hebra de dicha copia de seguridad. Consejo: El nombre de nodo asociado a las copias de seguridad de bases de datos de seridor siempre es$$_tsmdbmgr_$$. Dae busca los datos de un nodo denominado $$_TSMDBMGR_$$ y encuentra la información de la sesión de copia de seguridad de base de datos: Session 22486: Type=Node, Id=$$_TSMDBMGR_$$ Platform=DB2/AIX64, NodeId=1, Owner=tsminst SessType=4, Index=0, TermReason=0 threadid=24431 ProxyByAgent False RecWaitTime=0.000 (samples=0) Backup Objects ( bytes ) Inserted: 0 ( 0.0 ) Backup Objects ( bytes ) Restored: 0 ( 0.0 ) Archie Objects ( bytes ) Inserted: 0 ( 0.0 ) Archie Objects ( bytes ) Retrieed: 0 ( 0.0 ) Last Verb ( ConfirmResp ), Last Verb State ( Sent ) Global id reports 0 mount points in use Write MP count 0, read MP count 0 keepusedmp = No. La información muestra que la Hebra está asociada con la copia de seguridad de base de datos. Dae abre el informe de instrumentación de seridor del mismo periodo de tiempo. Los nombres de los informes de instrumentación del seridor tienen el formato AAAAMMDD-HHMM-AAAAMMDD-HHMM-instr.txt, donde la indicación de fecha y hora representa las horas de inicio y finalización de la recopilación del resultado. Busca la Hebra 24431, y obsera el siguiente resultado: Capítulo 8. Recopilación y análisis de datos sobre problemas de rendimiento 97

112 Thread :21: >00:43: Operation Count Tottime Agtime Mintime Maxtime InstTput Total KB Network Rec (3) Network Send Thread Wait Unknown Total Dae e que la mayoría del tiempo se empleó en la fase Network Rec. Reisando las categorías de la instrumentación de seridor entabla 11 en la página 79, determina que la mayoría del tiempo se empleó recibiendo datos de la red. Dae concluye que la red es la causante de la degradación del rendimiento. Los informes del cliente y seridor indican largos periodos de enío y recepción de datos a traés de la red. Resolución de problemas Dae identifica los alores de red definidos de forma incorrecta como resultado de la actualización. Dae corrige los alores y se recupera el mismo niel de tiempo empleado para realizar las copias de seguridad de base de datos obserado antes de la actualización. Caso de ejemplo: Mejora del rendimiento de las operaciones de restauración de aplicaciones de base de datos Este caso de ejemplo muestra cómo interpretar los datos de instrumentación del cliente de la API y los datos de superisión del seridor para mejorar las operaciones de restauración de las aplicaciones de base de datos. Problema Kate, administradora de Tioli Storage Manager, obsera una reducción del rendimiento de las operaciones de restauración de la base de datos de aplicaciones SAP Objetio Kate espera que mejore el rendimiento de las operaciones de restauración de la base de datos. Recopilación de datos Kate recopila los siguientes datos: Datos de instrumentación del cliente de API Datos de superisión del seridor que se generan ejecutando el script de superisión del seridor (serermon6.pl) Kate ejecuta el script superisión del seridor e instrumentación del cliente de la API durante toda la operación de restauración. Ejecuta una operación de restauración y recopila los datos de instrumentación durante un periodo de poca o ninguna actiidad del seridor detioli Storage Manager. Kate utiliza IBM Tioli Storage Manager for Enterprise Resource Planning para realizar una copia de seguridad de la base de datos de una aplicación SAP. 98 IBM Tioli Storage Manager ersión 6.4 y ersión 6.3: Optimización del rendimiento

113 Análisis y determinación del cuello de botella Durante la operación de migración, se leen los datos en el disco cliente, estos se enían a traés de la red al seridor de Tioli Storage Manager y después se escriben en una cinta. 8 Cliente 7 NIC 6 Red LAN 5 NIC 4 Seridor de Tioli Storage Manager 9 HBA 3 HBA Ruta a los datos 10 Disco 2 Biblioteca de cintas 1 Unidades de cintas Figura 15. Flujo de datos para las operaciones de restauración de las aplicaciones de base de datos Siguiendo el flujo de datos, Kate empieza a reisar los datos de instrumentación del seridor. En primer lugar, Kate anota la hora a la que comenzó la restauración reisando el registro de actiidad detioli Storage Manager. A continuación, ubica los archios recopilados por el script de superisión del seridor y encuentra los archios con fecha y hora de la hora en que la operación de restauración se estaba realizando de forma lenta. El nombre de los archios de instrumentación tiene la siguiente estructura: AAAAMMDD-HHMM-AAAAMMDD-HHMM-instr.txt. Kate examina la salida de instrumentación para buscar una hebra leída desde la cinta. Obsera la Hebra Los datos de la hebra muestran que se han empleado 9,100 segundos en la categoría Tape Read y que existe un rendimiento rápido instantáneo (InstTput) de ,5 KB por segundo. Reisa las categorías de instrumentación de seridor de la Tabla 11 en la página 79 y e que no hay ningún problema para leer de la cinta. El rendimiento instantáneo y la gran cantidad de tiempo de espera de la hebra indican que el cuello de botella no se encuentra en la lectura de las cintas. Kate e que el 99% del tiempo se empleó en Thread Wait (1199,192 segundos): Thread AgentThread parent= :16: >13:36: Operation Count Tottime Agtime Mintime Maxtime InstTput Total KB Tape Read Thread Wait Unknown Total Siguiendo el flujo de datos, busca una hebra con la categoría Network Send y una hebra que haya procesado aproximadamente la misma cantidad de datos ( KB). Encuentra la Hebra , que ha procesado un total de KB. La Hebra es una hebra pssessionthread, que muestra el tiempo empleado para eniar los datos desde el seridor a traés de la red al cliente. Kate e que elinsttput de la hebra ha sido de 2052,8 KB por segundo, un tiempo superior al Capítulo 8. Recopilación y análisis de datos sobre problemas de rendimiento 99

114 esperado. La fase Thread Wait tardó 0,786 segundos, menos del 1% del tiempo total. Los datos indican que la mayoría del tiempo se empleó en la fase Network Send. Los encuentros muestran una degradación de rendimiento de la red en el cliente. Thread pssessionthread parent=299 13:16: >13:36: Operation Count Tottime Agtime Mintime Maxtime InstTput Total KB Data Copy Network Rec Network Send DB2 Fetch Prep DB2 Fetch Exec DB2 MFtch Exec DB2 Fetch DB2 MFetch DB2 Commit DB2 Reg Prep DB2 Reg Exec DB2 Reg Fetch Thread Wait Unknown Total A continuación, Kate busca en el informe de instrumentación del cliente de la API. Detailed Instrumentation statistics for Thread: 2911 Elapsed time = sec Section Actual(sec) Aerage(msec) Frequency used Waiting on App API Get Data Other Detailed Instrumentation statistics for Thread: 2902 Elapsed time = sec Section Actual(sec) Aerage(msec) Frequency used Waiting on App API Get Data Other Detailed Instrumentation statistics for Thread: 2893 Elapsed time = sec Section Actual(sec) Aerage(msec) Frequency used Waiting on App API Get Data Other Reisando los datos de la instrumentación del cliente de la API, Kate e que la mayor cantidad de tiempo se empleó en la categoría Waiting on App. Esta categoría muestra el tiempo empleado por la aplicación para procesar los datos de restauración. Una ez que Kate reisa el informe de la API, determina que la 100 IBM Tioli Storage Manager ersión 6.4 y ersión 6.3: Optimización del rendimiento

115 mayoría del tiempo de la restauración se utilizó esperando a la base de datos de aplicaciones. Como siguiente paso, Kate podría erificar el rendimiento del sistema de discos. Resolución de problemas Kate se pone en contacto con el administrador del almacenamiento y administrador de SAP para solucionar el problema. Tras sus obseraciones, el administrador de almacenamiento determina que el diseño de la base de datos está en el origen del problema, y soluciona el mismo. Capítulo 8. Recopilación y análisis de datos sobre problemas de rendimiento 101

116 102 IBM Tioli Storage Manager ersión 6.4 y ersión 6.3: Optimización del rendimiento

117 Parte 4. Ajuste de los componentes Tras comprobar que está siguiendo las directrices para una configuración óptima, conozca las opciones y parámetros de ajuste del rendimiento. Copyright IBM Corp. 1996,

118 104 IBM Tioli Storage Manager ersión 6.4 y ersión 6.3: Optimización del rendimiento

119 Capítulo 9. Ajuste del rendimiento de seridor Hay muchos factores que se deben tener en cuenta al ajustar la configuración del seridor de Tioli Storage Manager para conseguir un rendimiento óptimo. Reise esta información para ealuar la configuración del sistema operatio, las operaciones clae de Tioli Storage Manager, la planificación de las cargas de trabajo de seridor y cliente y la configuración de las funciones que requieren recursos de seridor adicionales. Configuración y ajuste del registro de recuperación y la base de datos del seridor La configuración y el tamaño de la base de datos y los registros de recuperación son fundamentales para el rendimiento de Tioli Storage Manager. El seridor registra los cambios que se realizan en la base de datos en el registro de recuperación. Las anotaciones de recuperación se utilizan para mantener la base de datos en un estado coherente para transacciones, y también para mantener la coherencia en todas las operaciones de inicio del seridor.el registro de recuperación se compone de un registro actio, un registro de archiado y registros opcionales, incluida la duplicación de registro actio y el registro de migración tras error de archiado. En la ilustración siguiente, se muestran el seridor, la base de datos y el registro de recuperación de Tioli Storage Manager en relación con los demás. Copyright IBM Corp. 1996,

120 Registro de recuperación Tioli Storage Manager Registro actio Seridor Tioli Storage Manager Base de datos Db2 ActieLogDir parameter Duplicación de registro (opcional) MirrorLogDir parameter Registro actio Disco y cinta de agrupaciones de almacenamiento Tioli Storage Manager ArchieLogDir parameter Registro de archiado de migración (opcional) ArchFailoerLogDir parameter Figura 16. Componentes de la base de datos y registro de recuperación de Tioli Storage Manager Ajuste y configuración de base de datos La base de datos de Tioli Storage Manager contiene información necesaria para las operaciones de seridor e información sobre los datos del cliente. Asegúrese de realizar la configuración adecuada para sus requisitos de espacio y futuro crecimiento posible de la base de datos. Consejo: Complete el apartado Lista de comprobación de los discos de base de datos del seridor en la página 12 para erificar que el hardware de la base de datos del seridor se haya configurado para un buen rendimiento. Configuración de los directorios de base de datos del seridor para obtener un rendimiento óptimo Los contenedores de la base de datos son los directorios que utiliza DB2 para almacenar la base de datos del seridor. El tamaño de base de datos general y la cantidad de datos gestionada a diario son los factores más importantes a la hora de configurar los directorios de base de datos. Planificación del crecimiento con directorios adicionales en el inicio Al configurar el espacio de la base de datos, planee el crecimiento incluyendo directorios adicionales en el inicio. Si a a comenzar con una cantidad de datos moderada pero tiene preisto gestionar una cantidad superior, asegúrese de planificar una cantidad de datos más grandes para eitar trabajos de re-configuración más adelante. 106 IBM Tioli Storage Manager ersión 6.4 y ersión 6.3: Optimización del rendimiento

121 Si tiene que añadir directorios tras la configuración inicial, asegúrese de crear directorios de igual tamaño. Puede utilizar el mandato EXTEND DBSPACE para añadir nueos directorios para la base de datos que se a a utilizar. Tras añadir espacio nueo, quizá quiera oler a equilibrar las operaciones de E/S en los directorios. Si se añade un nueo directorio de bases de datos, DB2 continuará utilizando los directorios de base de datos que ya se estaban utilizando y no empezará a utilizar de inmediato el nueo directorio, a menos que siga los pasos necesarios para oler a equilibrar los espacios de tabla. El reequilibrado también ayuda a mejorar el rendimiento. Para obtener más información, consulte el apartado Reequilibrar la E/S para la base de datos después de añadir los sistemas de archios en la página 111. Utilización de arios directorios de bases de datos La manera en la que diida estos directorios entre el almacenamiento en disco disponible tiene un marcado impacto en el rendimiento. Siga estas directrices para los directorios de base de datos utilizados: Utilice inicialmente un mínimo de cuatro directorios para la base de datos, diididos en cuatro LUN o discos físicos. Para seridores de Tioli Storage Manager grandes, utilice ocho directorios o más. Puede utilizar hasta 128 directorios para la base de datos de seridor. Para seridores de500 GB para los que se ha planificado la deduplicación de datos, utilice ocho directorios o más para la base de datos del seridor. Con la optimización de almacenamiento de datos, la carga de la base de datos aumenta porque se realizan consultas frecuentes a la base de datos para determinar qué extensiones con optimización de almacenamiento se encuentran en el seridor. Para garantizar el paralelismo, configure el mismo tamaño para todos los directorios utilizados para la base de datos. Coloque cada directorio de bases de datos en un sistema de archios distinto. Esta colocación mejora el rendimiento porque DB2 diide los datos de la base de datos en distintos directorios. Coloque los directorios en discos con la misma capacidad y características de entrada/salida. Por ejemplo, no mezcle unidades de rpm y rpm para los directorios de bases de datos. En la mayoría de los sistemas de disco, el rendimiento es mejor si uno de los directorios de bases de datos se encuentra en un LUN con un olumen lógico. Debería haber una proporción de uno de los directorios de la base de datos, la matriz o LUN para cada proceso de caducidad del inentario. La imagen siguiente muestra cómo distribuir los directorios de bases de datos para la optimización de almacenamiento de datos, utilizando ocho discos. Capítulo 9. Ajuste del rendimiento de seridor 107

122 Sistema de archios A Sistema de archios B Sistema de archios C Sistema de archios D LUN LUN LUN LUN Directorios de bases de datos Discos de alta elocidad LUN LUN LUN LUN Sistema de archios E Sistema de archios F Sistema de archios G Sistema de archios H Figura 17. Distribución de directorios de bases de datos de Tioli Storage Manager Reorganización de índices y tablas de base de datos El rendimiento de seridor puede empeorar si no se reorganizan los índices de tabla y las tablas de base de datos. Con el tiempo, la información de la base de datos se fragmenta, lo que prooca un crecimiento inesperado en la base de datos y que aumenten los requisitos de espacio del registro actio y el de archiado. La reorganización de tablas e índices de tabla reduce la fragmentación y reclama espacio. Tioli Storage Manager reorganiza las tablas y los índices de forma predeterminada. Permita que se ejecute la reorganización iniciada por el seridor, tanto de tablas como de índices. Si la reorganización automática afecta al rendimiento del seridor, puede planificar la reorganización manualmente. Para er la información más reciente sobre la ejecución de la reorganización y otras consideraciones de seridores Tioli Storage Manager Versión 6, consulte la nota técnica en Copia de seguridad de la base de datos con flujos de datos múltiples simultáneos Puede utilizar arios flujos de datos simultáneos para las copias de seguridad de base de datos, lo que reduce el tiempo necesario para que finalice una operación de copia de seguridad o restauración. El tiempo que puede ahorrar dependerá del tamaño de la base de datos. En general, las mayores entajas de rendimiento aparecen cuando se actualiza desde uno o dos flujos y cuando la base de datos tiene más de 100 GB de tamaño. Un posible inconeniente si utiliza un procesamiento de arios flujos es que se necesitan más unidades y olúmenes que para el procesamiento de un solo flujo. Por ejemplo, si la copia de seguridad de una base de datos de 850 GB requiere un olumen Linear Tape-Open (LTO) único, pasar a cuatro flujos de datos requerirá cuatro unidades. Los olúmenes se pueden llenar parcialmente, especialmente si utiliza olúmenes de alta capacidad y compresión de dispositios. Si la copia de 108 IBM Tioli Storage Manager ersión 6.4 y ersión 6.3: Optimización del rendimiento

123 seguridad de una base de datos utiliza solo el 30% de un olumen de cinta tras la compresión, el procesamiento de cuatro flujos genera cantidades aún mayores de espacio desperdiciado. Para obtener más información, consulte Tioli Storage Manager Guía del administrador. Mejora del rendimiento de restauración de la base de datos Si experimenta algún problema de rendimiento durante la restauración de la base de datos, erifique que el parámetro de DB2 PREC_NUM_AGENTS se haya definido correctamente. Si se ha instalado Tioli Storage Manager, el alor predeterminado para PREC_NUM_AGENTS será el número de procesadores más uno. Normalmente, no es necesario cambiar el alor predeterminado. Sin embargo, en algunas ocasiones el alor predeterminado no es la mejor opción. Por ejemplo, si se utilizan procesadores lógicos o de arios núcleos, el alor predeterminado podría no ser el mejor para los procesadores utilizados. En ese caso, la base de datos de Tioli Storage Manager tardaría bastante más en restaurarse. Defina o actualice el parámetro PREC_NUM_AGENTS si está definido en un alor demasiado bajo o demasiado alto en comparación con el número de procesadores físicos o lógicos. Los alores óptimos an del número de núcleos de procesador físico más uno al número de núcleos de procesador lógico más uno, según la facilidad que tengan los procesadores para escalar. Por ejemplo, si el sistema tiene 16 procesadores lógicos con 8 núcleos de procesador físico, defina el parámetro PREC_NUM_AGENTS en 9 o 17, según la facilidad que tengan los procesadores para escalar. Para erificar los alores de PREC_NUM_AGENTS, siga estos pasos: 1. Complete una restauración de la base de datos. 2. Determine el número de procesadores que se utilizan durante la restauración. Busque una entrada similar al siguiente ejemplo en el registrodb2diag: I E501 LEVEL: Warning PID : 5633 TID : PROC : db2sysc 0 INSTANCE: tsminst1 NODE : 000 DB : TSMDB1 APPHDL : 0-10 APPID: *LOCAL.tsminst AUTHID : TSMINST1 EDUID : 35 EDUNAME: db2agent (TSMDB1) 0 FUNCTION: DB2 UDB, recoery manager, sqlprecm, probe:2000 DATA #1 : preformatted Using parallel recoery with 17 agents 10 QSets 160 queues and 6 chunks En este ejemplo, el número de agentes se ha definido en Defina o actualice el parámetro PREC_NUM_AGENTS según sea necesario. Inicie sesión con el ID de usuario de la instancia de Tioli Storage Manager y siga estos pasos: a. Cree un archio denominado DB2BPVARS.cfg. b. Edite el archio y añada este texto: PREC_NUM_AGENTS=número donde número es el número de procesadores más uno. c. Pulse INTRO. d. Guarde el archio. Capítulo 9. Ajuste del rendimiento de seridor 109

124 e. Ejecute el mandato siguiente para definir el parámetro PREC_NUM_AGENTS: db2set DB2BPVARS=nombre_ía_acceso donde nombre_ía_acceso es la ía de acceso del directorio completa al archio DB2BPVARS.cfg. El nueo alor del parámetro PREC_NUM_AGENTS se utiliza para las siguientes operaciones de restauración de la base de datos. 4. Si en algún momento recrea la instancia de DB2 o cambia la configuración de su procesador, deberá restablecer el alor del parámetro PREC_NUM_AGENTS. Configuración y ajuste del registro de recuperación La gestión del registro de recuperación es importante para las operaciones normales del seridor. Consejo: Complete Lista de comprobación de los discos de registro de recuperación en la página 14 de forma que los sistemas de discos utilizados para los registros se configuren de manera óptima. A continuación, reise la información siguiente para obtener más información sobre cómo configurar el registro de recuperación. Siga estas prácticas en relación con el registro actio y la duplicación de registro actio: Asegúrese de que el directorio que alberga el registro actio sea lo suficientemente grande, o mayor, que el tamaño del registro actio. Un directorio mayor que el registro actio puede acomodar migraciones tras error, si se producen. La creación de una duplicación de registro actio proporciona una mayor fiabilidad, pero tiene un coste. El duplicado del registro puede afectar al rendimiento debido a la doble actiidad de entrada/salida necesaria para mantener el duplicado. El espacio adicional necesario para la duplicación de anotaciones es otro factor que se ha de tener en consideración. Si utiliza discos físicos independientes para el registro actio, utilice el parámetro MIRRORLOGDIR del mandato DSMSERV FORMAT para encontrar el directorio de registros de duplicación. Tras la instalación del seridor, cambie la ubicación del directorio de las anotaciones de duplicación modificando el alor de la opción MIRRORLOGDIR en el archio de opciones del seridor y reiniciando el seridor. Utilice la lectura anticipada del sistema de discos para archiar los registros actios con más rapidez. Siga estas prácticas en relación con el registro de archiado y el registro de migración tras error de archiado: Opcionalmente, puede crear un registro de migración tras error de archiado para almacenar archios de registro de archiado cuando el directorio del registro de archiado esté lleno. Mantener un registro de migración tras error de archiado es una práctica muy adecuada. No comparta el espacio del registro de archiado con otras aplicaciones, incluidos otros seridores de Tioli Storage Manager. Otras aplicaciones pueden escribir en el directorio del registro de archiado, agotando el espacio que necesita el registro de archiado. Asegúrese de que cada seridor tenga una ubicación de almacenamiento separada que sea propiedad de dicho seridor específico y que este la gestione. Defina espacio reserado en el registro de archiado de migración tras error para posibles casos de emergencia. 110 IBM Tioli Storage Manager ersión 6.4 y ersión 6.3: Optimización del rendimiento

125 Referencia relacionada: Optimización de procesos de lectura anticipada del sistema de discos en la página 161 Dimensionamiento del registro de recuperación Asegúrese de que el tamaño del registro de archiado y el registro actio cumpla con los requisitos de la carga de trabajo del seridor. El registro actio está limitado a un tamaño máximo de 128 GB. El registro de archiado tiene una limitación de tamaño determinada por el tamaño del sistema de archios donde se encuentra. Es mejor crear los directorios del registro de archiado y el registro actio demasiado grandes, no demasiado pequeños. Considere los alores mínimos de la siguiente tabla. El uso de estos alores o de alores superiores pueden impedir los problemas de espacio de registro de un seridor. Está habilitada la optimización de almacenamiento de la agrupación de almacenamiento? Directorio del registro actio: tamaño mínimo No 16 GB 48 GB Yes Utilice el tamaño máximo de 128 GB 128 GB Directorio del registro de archiado: tamaño mínimo Si desea obtener más información sobre el dimensionamiento del registro de recuperación y los ejemplos basados en distintas cargas del seridor, consulte los requisitos de espacio del registro de recuperación en la Guía de instalación de Tioli Storage Manager. Referencia relacionada: Lista de comprobación de los discos de registro de recuperación en la página 14 Reequilibrar la E/S para la base de datos después de añadir los sistemas de archios Cuando añade sistemas de archios a Tioli Storage Manager ersión 6.2 o posterior, el espacio de almacenamiento adicional puede no estar disponible de forma inmediata o puede no utilizarse hasta que el espacio de los sistemas de archios esté lleno. Para iniciar la creación de contenedores, o directorios, en rutas añadidas recientemente y reasignar datos en el nueo conjunto de directorios y conjuntos de bandas, reequilibre sus espacios de tabla de almacenamiento. Esta acción hace que el espacio esté disponible para el uso y mejora el rendimiento de las E/S paralelas. Restricción: El proceso de reequilibrio solo funciona con espacios de tablas DB2 9.7, creados al formatear un nueo seridor de Tioli Storage Manager ersión 6.2 o 6.3. Si ha actualizado su seridor de Tioli Storage Manager de la ersión 6.1, no podrá reequilibrar sus espacios de tabla. Al reequilibrar un espacio de tabla, se debe crear nueos directorios en las rutas de almacenamiento nueas antes de moer los datos. Asegúrese de que hay suficiente espacio de disco disponible para la operación y de que las rutas de almacenamiento pueden alojar los directorios y datos. Capítulo 9. Ajuste del rendimiento de seridor 111

126 Por ejemplo, imagine que su espacio de tabla tiene cuatro directorios en dos rutas de almacenamiento existentes (dos directorios por ruta), y añade otra ruta de almacenamiento a la base de datos. Al reequilibrar est espacio de tabla se crean dos directorios del mismo tamaño que los directorios existentes en la nuea ruta de almacenamiento. Si su espacio de tabla tiene un tamaño de aproximadamente 100 GB, necesitará 50 GB de espacio libre en la nuea ruta de almacenamiento para que el reequilibrio sea correcto. La siguiente imagen muestra un espacio de tabla de ejemplo antes y después del reequilibrio. Espacios de tabla existentes GB Vía de acceso de almacenamiento Directorios Espacio de tabla reajustado con directorios nueos GB Vía de acceso de almacenamiento Directorios Vía de acceso de almacenamiento Directorios Vía de acceso de almacenamiento Directorios Vía nuea de acceso de almacenamiento Directorios nueos Figura 18. Reequilibrio de espacios de tabla Importante: El proceso de reequilibrio utiliza recursos de sistema considerables. Reise las directrices siguientes antes de reequilibrar un espacio de tabla: Ejecute el proceso de reequilibrio cuando el procesador no tenga una gran carga de trabajo. El tiempo necesario para reequilibrar un espacio de tabla puede ariar. El tiempo se e afectado por factores como el diseño del sistema de archios, la proporción de las nueas ías de acceso a las ías de acceso de almacenamiento existentes, el hardware del seridor y las operaciones simultáneas. Comience a reequilibrar un espacio de tablas pequeño y mediano y después reequilibre un espacio de tabla más grande. Utilice los resultados como referencia para calcular el tiempo necesario para reequilibrar el resto de espacios de tabla. No interrumpa el proceso de reequilibrio. Si intenta detenerlo, por ejemplo, parando el proceso que está completando el trabajo, deberá detener y reiniciar el seridor de DB2. Al reiniciar el seridor, este pasará a modo de recuperación tras bloqueo, lo cual tardará arios minutos. A continuación, se reanudará el proceso de reequilibrio. Complete los siguientes pasos para reequilibrar y reducir el espacio de cada espacio de tabla. Para un mejor rendimiento, reequilibre un espacio de tabla y después reduzca el tamaño del mismo. Mientras se reduce el tamaño del primer espacio de tabla, puede iniciar el reequilibrio de un segundo espacio de tabla, y así sucesiamente. 112 IBM Tioli Storage Manager ersión 6.4 y ersión 6.3: Optimización del rendimiento

127 1. Abra el procesador de línea de mandatos de DB2 y emita el siguiente mandato: db2 connect to tsmdb1 2. Indique los espacios de tabla de DB2 emitiendo el siguiente mandato. Si desea que se muestren los detalles sobre cada espacio de tabla, incluido el tamaño total de un espacio de tabla y los bytes utilizados en cada sistema de archios en el que se encuentra el espacio de tabla, incluya show detail. db2 list tablespaces show detail Solo tiene que ejecutar el reequilibrio en los espacios de tabla de Database Managed Space (DMS). El resultado del ejemplo siguiente muestra cómo se identifica el tipo del espacio de tabla: Tablespaces for Current Database Tablespace ID = 0 Name = SYSCATSPACE Type = Database managed space <---DMS table space. Contents = All permanent data. Regular table space. State = 0x0000 Detailed explanation: Normal 3. Utilice la lista obtenida en el paso 2 para identificar cada espacio de tabla DMS. A continuación, emita el siguiente mandato para iniciar el reequilibrio del primer espacio DMS: db2 alter tablespace tablespace_name rebalance 4. Superise el estado del reequilibrio emitiendo el siguiente mandato: db2list utilities show detail Si el proceso de reequilibrio se está ejecutando, el resultado del mandato mostrarátype = REBALANCE, e indicará cuántas extensiones se han moido y cuántas faltan por moer. El resultado del ejemplo siguiente muestra dónde se indican estos detalles: ID = 6219 Type = REBALANCE <--- The rebalance is running. Database Name = AX4 Partition Number = 0 Description = Tablespace ID: 37 Start Time = 04/27/ :37: State = Executing Inocation Type = User Throttling: Priority = Unthrottled Progress Monitoring: Estimated Percentage Complete = 15 Total Work = extents <--- Total extents to be moed. Completed Work = 3318 extents <--- Total extents moed. Start Time = 04/27/ :37 El alor del campo Completed Work debería aumentar a medida que el reequilibrio progresa. El registro db2diag también registra el estado del proceso de reequilibrio, incluyendo el tiempo de inicio y finalización. 5. Una ez completado el proceso de reequilibrio, reduzca el tamaño de cada espacio de tabla. Durante y tras la operación de reequilibrio, los espacios de tabla tienen un tamaño total mucho mayor porque se añaden directorios. Emita el mandato siguiente: db2 alter tablespace tablespace_name reduce max Capítulo 9. Ajuste del rendimiento de seridor 113

128 Conceptos relacionados: Configuración de los directorios de base de datos del seridor para obtener un rendimiento óptimo en la página 106 Referencia relacionada: Lista de comprobación de los discos de base de datos del seridor en la página 12 Ajuste y configuración de olúmenes y agrupaciones de almacenamiento Las agrupaciones de almacenamiento lógico y los olúmenes de almacenamiento son los principales componentes del modelo de almacenamiento de datos de Tioli Storage Manager. Si manipula las propiedades de estos objetos, podrá optimizar la utilización de los dispositios de almacenamiento. Optimización de la organización de datos para operaciones de restauración y recuperación El modo en que organiza los datos afecta a la eficiencia y rapidez con la que Tioli Storage Manager accede a estos y realiza las operaciones de recuperación. Agrupación de datos utilizando la asignación en agrupaciones de almacenamiento del seridor Utilice la asignación para mejorar el rendimiento de Tioli Storage Manager y mantener una organización de datos óptima. El uso de la asignación puede mejorar drásticamente el rendimiento de las restauraciones en casos de grandes cantidades de datos, ya que menos montajes requieren cintas de búsqueda de los archios necesarios. Las operaciones de generación de conjuntos de copias de seguridad y exportación son también más rápidas. Además, la asignación reduce la posibilidad de conflictos por los soportes con otros clientes. Aunque la asignación mejora el rendimiento, la habilitación de esta operación incrementa el tiempo de seridor necesario para asignar archios de almacenamiento y el número de olúmenes necesarios para el almacenamiento de datos. Puede habilitar la asignación por nodo, grupo o espacio de archios. La asignación por grupo es la predeterminada. Cada opción ofrece distintas entajas y consideraciones de rendimiento. Tabla 14. Compensaciones de la asignación Tipo Sin asignación Uso del olumen Menor uso del olumen Montajes del olumen Tiempo de restauración Poca cantidad de montajes de migración y reclamación Tiempo de restauración más largo Asignado por nodo Uso eleado del olumen Gran cantidad de montajes de migración y reclamación Buen tiempo de restauración, pero no optimizado para la restauración en arias sesiones 114 IBM Tioli Storage Manager ersión 6.4 y ersión 6.3: Optimización del rendimiento

129 Tabla 14. Compensaciones de la asignación (continuación) Tipo Asignado por grupo Uso del olumen Menor uso del olumen Montajes del olumen Tiempo de restauración Pocos montajes de migración y reclamación Buen tiempo de restauración Asignado por espacio de archios Uso eleado del olumen Gran cantidad de montajes de migración y reclamación Buen tiempo de restauración, pero no optimizado para la restauración en arias sesiones Tenga en cuenta los siguientes métodos recomendados al determinar el tipo de asignación que quiere utilizar: La asignación por grupo ofrece el mejor equilibrio entre rendimiento de restauración y eficacia del olumen de cintas, y es el método más adecuado en la mayoría de las situaciones. La asignación por grupo resulta en una reducción de la capacidad de cinta sin utilizar, lo que permite la asignación de más datos en cada cinta indiidual. Si se necesita la asignación para mejorar el rendimiento de las restauraciones, utilice la asignación por grupo. Administre el número de nodos en los grupos para que los datos de la copia de seguridad de todo el grupo se distribuyan en un número manejable de olúmenes. En el caso de agrupaciones de almacenamiento primario en cinta, utilice la asignación por grupo: Para disfrutar de todos los beneficios de la asignación por grupo, debe definir los grupos de asignación y sus nodos. Los nodos no agrupados se asignan por nodo. En aquellos nodos con dos o arios espacios de archios grandes que podrían llenar un olumen de cinta, utilice la asignación por espacio de archios. Utilice una agrupación de datos actios para asignar datos actios. Nodos de grupo que tienen pocas posibilidades de restaurarse al mismo tiempo para eitar el conflicto entre olúmenes. Nodos de grupo de los que se realizan copias de seguridad en el disco al mismo tiempo. Para habilitar la asignación, utilice el parámetro COLLOCATE en el mandato DEFINE STGPOOL cuando defina una agrupación de almacenamiento primaria de acceso secuencial, de copia o de datos actios. Puede utilizar el mandato UPDATE STGPOOL para habilitar la asignación para una agrupación de almacenamiento existente. Mantenimiento de las agrupaciones de almacenamiento de datos actios La definición de agrupaciones de almacenamiento de datos actios puede ser de utilidad para operaciones de restauración de cliente rápidas. Guardando solo los datos actios de una agrupación de almacenamiento, puede reducir el número de olúmenes de almacenamiento fuera de sitio utilizados, o reducir el ancho de banda al copiar o restaurar archios almacenados de forma electrónica en una ubicación remota. Uno de los principales beneficios de utilizar agrupaciones de almacenamiento de datos actios es que se requiere menos espacio de disco porque la agrupación de datos actios contiene solo las ersiones actias de los archios. Los datos inactios se pueden moer a una cinta. Capítulo 9. Ajuste del rendimiento de seridor 115

130 Las entajas de una agrupación de datos actios dependen del tipo de dispositio específico asociado a la agrupación. Por ejemplo, las agrupaciones de datos actios asociadas a una clase de dispositio FILE resultan ideales para conseguir rápidas restauraciones de cliente, ya que el seridor no tiene que colocar archios inactios pasados que no se tienen que restaurar. Además, las sesiones de cliente que se están restaurando desde los olúmenes FILE en una agrupación de datos actios pueden acceder a los olúmenes simultáneamente, lo que mejora el rendimiento de la restauración. Las agrupaciones de datos actios que usan medios extraíbles como cintas o medios ópticos, brindan beneficios similares. Aunque es necesario montar las cintas, el seridor no tiene que colocar los archios inactios pasados. De todas formas, la entaja principal de la utilización de soportes de almacenamiento extraíbles en las agrupaciones de datos actios es la reducción del número de olúmenes que se utilizan para el almacenamiento in situ y fuera del sitio. Si coloca los datos, de manera electrónica, en una ubicación remota, puede ahorrar ancho de banda copiando y restaurando solo los datos actios que utilizan una agrupación de datos actios asociada a una clase de dispositio SERVER. Para obtener una eficiencia óptima durante las restauraciones a instante específico y para eitar cambios entre agrupaciones de datos actios y agrupaciones de almacenamiento primarias o de copia, el seridor recupera las ersiones actias e inactias de los mismos olúmenes y la misma agrupación de almacenamiento. Mejora del rendimiento de la restauración de archios con almacenamiento en memoria caché en agrupaciones de almacenamiento de disco Puede utilizar el almacenamiento en memoria caché de las agrupaciones de almacenamiento de acceso aleatorio (DISK) de Tioli Storage Manager para mejorar el rendimiento de la restauración de archios. Cuando habilita el almacenamiento en memoria caché para una agrupación de almacenamiento, el proceso de migración deja una copia de los archios en la agrupación de almacenamiento tras la migración de los archios a la siguiente agrupación de almacenamiento. Si su agrupación de almacenamiento de disco es lo bastante grande como para conserar los datos de los que se han realizado copias de seguridad en una jornada, el almacenamiento en memoria caché es una buena opción. Al restaurar archios de los que se ha realizado una copia de seguridad reciente en una agrupación de almacenamiento de disco, los beneficios del almacenamiento en caché son eidentes. El tiempo necesario para recuperar archios se e reducido. Entre las características del uso del almacenamiento en memoria caché se incluyen impactos en el rendimiento: El almacenamiento en caché puede afectar al rendimiento de las copias de seguridad. Si es necesario suprimir archios de memoria caché para crear espacio para copias de seguridad de archios, las operaciones de copias de seguridad requerirán actualizaciones de bases de datos. Si utiliza el almacenamiento en memoria caché con agrupaciones de almacenamiento más grandes, estas se podrían fragmentar y el tiempo de respuesta aumentaría. Utilice el mandato DEFINE STGPOOL o UPDATE STGPOOL con el parámetro CACHE=YES para habilitar la colocación en caché. Si habilita el almacenamiento en memoria 116 IBM Tioli Storage Manager ersión 6.4 y ersión 6.3: Optimización del rendimiento

131 caché para agrupaciones de almacenamiento de disco y el rendimiento se e afectado, intente desactiar el mismo emitiendo el mandato UPDATE STGPOOL con CACHE=NO para er si esto tiene un efecto positio. Uso de la memoria caché de sistema de archio para agrupaciones de almacenamiento De forma predeterminada, el seridor de Tioli Storage Manager lee y graba datos de la agrupación de almacenamiento con E/S que no está en almacenamiento intermedio, que omite la caché del sistema de archios.el uso de la memoria caché de sistema de archio puede ser beneficioso en determinadas situaciones, pero no es una de las prácticas más adecuadas. Si cambia a una memoria caché de sistema de archio, cambie el alor predeterminado con cuidado. El uso de la memoria caché del sistema de archios puede reducir el rendimiento general del seridor y aumentar la utilización del procesador del sistema.utilice la memoria caché de sistema de archio para la entrada/salida de la agrupación de almacenamiento solo si así se consigue una mejora de rendimiento importante. El uso de la memoria caché de sistema de archio podría ser beneficioso en los siguientes entornos: Uno de los sistemas de almacenamiento de disco que está utilizando para las agrupaciones de almacenamiento tiene un tamaño de memoria caché relatiamente pequeño. El sistema de almacenamiento de disco no proporciona capacidad de lectura posterior. Tiene que mejorar el rendimiento de la migración de la agrupación de almacenamiento de los olúmenes de disco utilizando la capacidad de lectura anticipada del sistema operatio. Es necesario recuperar de inmediato los datos almacenados en el seridor de Tioli Storage Manager mediante otros procesos. Nota: La habilitación del seridor para que utilice la caché del sistema de archios no es una práctica recomendada. Si se pone en contacto con el sericio de soporte de software de IBM a causa de un problema de rendimiento, tiene que indicar que está utilizando esta opción. Puede que se le pida que la inhabilite para que IBM pueda solucionar el problema. Para utilizar la memoria caché de sistema de archio para la E/S de agrupaciones de almacenamiento, complete los pasos siguientes: 1. Especifique DIRECTIO NO en el archio dsmser.opt. 2. Vuela a iniciar el seridor. 3. Obsere las operaciones para er los efectos del cambio y determine si mantiene la entrada DIRECTIO NO en el archio de opciones o no. Consejo: Para er el alor actual de la opción DIRECTIO, especifique el nombre de la opción al emitir el mandato QUERY OPTION. Capítulo 9. Ajuste del rendimiento de seridor 117

132 Fragmentación de sistema de archios para agrupaciones de almacenamiento en disco Si escribe en olúmenes reutilizables de arias agrupaciones de almacenamiento de un sistema de archios a la ez, pueden producirse problemas. Dado que los olúmenes no fragmentados a menudo funcionan mejor que los olúmenes fragmentados, utilice el mandato DEFINE VOLUME para preasignar olúmenes a las agrupaciones de almacenamiento de disco secuenciales (DEVTYPE es FILE). En determinados entornos de sistema operatio, la preasignación de arios olúmenes de clase de dispositio FILE o olúmenes de agrupación de disco aleatorio en paralelo en el mismo sistema de archios puede resultar en la fragmentación. Si ejecuta un sistemawindows o utiliza sistemas de archios JFS2 en AIX o sistemas de archios ext4 en Linux, la fragmentación con olúmenes preasignados no es un problema. Tioli Storage Manager utiliza las herramientas del sistema operatio para ubicar archios sin fragmentación, incluso cuando se han creado en paralelo. Si experimenta un rendimiento lento, puede utilizar las herramientas del sistema operatio para ayudarle a determinar cuántos fragmentos tiene el archio del olumen de la agrupación de almacenamiento. Las herramientas informan del número de fragmentos por archio. Para alcanzar un alto rendimiento de lectura de un olumen, el número de fragmentos por megabyte no puede superar 0,25. Por ejemplo, si un olumen de 50 GB tiene más de fragmentos, el rendimiento de lectura para el olumen podría no ser óptimo debido a la fragmentación. Utilice las siguientes herramientas para determinar el niel de fragmentación: En AIX, emita el mandato fileplace. En Linux, emita el mandato filefrag. En Windows, utilice el programa de utilidad contig. Encontrará detalles e información de uso sobre el programa de utilidad contig en el sitio Microsoft TechNet: Para eitar la fragmentación, utilice olúmenes preiamente ubicados y utilice más sistemas de archios por agrupación de almacenamiento. Si utiliza un número de sistemas de archios mayor, normalmente puede eitar la fragmentación porque es más posible que se grabe en sistemas de archio diferentes. Número y tamaño de olumen óptimo para las agrupaciones de almacenamiento que utilizan discos Al calcular el número y el tamaño de los olúmenes de las agrupaciones de almacenamiento que utilizan una clase de dispositio FILE o DISK, tenga en cuenta el tipo de almacenamiento, el almacenamiento que está disponible y otras ariables. El tamaño óptimo de los olúmenes de agrupación de almacenamiento depende de estos elementos: Tipo de agrupación de almacenamiento, ya sea de acceso aleatorio (DISK) o de acceso secuencial (FILE) La cantidad de almacenamiento total disponible La cantidad de grabaciones simultáneas esperadas (sesiones de cliente y procesos de seridor) 118 IBM Tioli Storage Manager ersión 6.4 y ersión 6.3: Optimización del rendimiento

133 La cantidad de olúmenes de la agrupación de almacenamiento que puede gestionar Los alores de proximidad de la agrupación de almacenamiento Si utiliza olúmenes preasignados o reutilizables El tamaño de objeto medio almacenado en la agrupación de almacenamiento (que el tamaño del olumen sea más grande que el objeto medio) Si no tiene la información necesaria como para estimar un tamaño para los olúmenes de clase de dispositio FILE, empiece por olúmenes que sean de 50 GB. La clase de dispositio FILE solo permite que una sesión o un proceso grabe en un determinado olumen en un determinado momento. Por lo tanto, debe tener al menos tantos olúmenes como sesiones y procesos que espera que se graben en la agrupación al mismo tiempo. Si utiliza la asignación, se necesitará un número mínimo de olúmenes. Por ejemplo, si ejecuta la asignación por nodos, utilice al menos un olumen por nodo. Si utiliza la asignación con olúmenes preasignados, tenga en cuenta el almacenamiento potencialmente no utilizado en dichos olúmenes. La asignación con olúmenes preasignados requiere más espacio. Si utiliza la asignación por grupo, puede reducir la cantidad de almacenamiento no utilizado designando grupos para minimizar esta falta de uso. Puede utilizar olúmenes preasignados para eitar la fragmentación del sistema de archios, pero debe calcular el espacio necesario para la agrupación de almacenamiento y asignar olúmenes suficientes para gestionar la carga. En este cálculo se supone que la cantidad de datos de la que se a a realizar la copia de seguridad no a a cambiar. Por ejemplo, el procesamiento realizado al final del mes podría utilizar más espacio de agrupación de almacenamiento que el procesamiento diario habitual. Si utiliza olúmenes reutilizables, la fluctuación no tiene importancia porque Tioli Storage Manager realiza la asignación necesaria para el procesamiento de cada día. Si utiliza olúmenes preasignados en un sitio de recuperación, se necesitará tiempo adicional para el proceso de recuperación, ya que los olúmenes se deben preasignar y formatear. Ejemplo: selección del tamaño de olumen para una agrupación de almacenamiento de archio secuencial En este ejemplo, debe determinar un tamaño de olumen para una agrupación de almacenamiento de archios FILE de acceso secuencial con 100 TB de espacio disponible. No se utiliza asignación, por lo que no debe tener en cuenta el espacio acío necesario en olúmenes preasignados. El número máximo de sesiones de copia de seguridad simultáneas utilizado durante la entana de copia de seguridad es 250. Para preparar el crecimiento del sistema y la aparición ocasional cuando se superan las 250 sesiones, puede doblar esta cifra a 500. Con estos alores, el tamaño máximo de olumen que necesita es 204 GB. Tareas relacionadas: Agrupación de datos utilizando la asignación en agrupaciones de almacenamiento del seridor en la página 114 Capítulo 9. Ajuste del rendimiento de seridor 119

134 Ajuste y configuración de seridor La manera en la que configure y ajuste los distintos alores y operaciones del seridor de Tioli Storage Manager puede afectar al rendimiento del sistema. Ajuste de la planificación para las operaciones diarias Normalmente, las copias de seguridad de todos los clientes se deben completar cada día. Determinados procesos de mantenimiento también se deben ejecutar todos los días. Asegúrese de que los recursos de estas operaciones críticas están disponibles cuando sea necesario realizar una planificación y un ajuste. Durante la fase de carga de trabajo del cliente, los recursos del seridor admiten las operaciones del cliente. Las cargas de trabajo de clientes son, de forma predominante, las actiidades de copia de seguridad y archiado de los clientes. Estas operaciones se suelen completar durante la entana de planificación nocturna. Durante la fase de carga de trabajo del seridor, los recursos del seridor se dedican a gestionar los datos que se acaban de recibir de la carga de trabajo del cliente y a realizar las siguientes actiidades, necesarias para gestionar, proteger y mantener el seridor: Protección de los datos de cliente realizando copias de seguridad de las agrupaciones de almacenamiento Colocación adecuado de los datos en la jerarquía de almacenamiento Conseración de la eficacia de la base de datos, la jerarquía de almacenamiento y las operaciones de seridor Preparación para el siguiente ciclo de planificación Planifique con cuidado las cargas de trabajo del cliente y el seridor para conseguir el mejor rendimiento para su entorno. Si las operaciones de cliente y seridor se solapan o no cuentan con el tiempo y los recursos necesarios para su procesamiento, es posible que el entorno se ea afectado de la siguiente manera: Menor capacidad de procesamiento y menos memoria disponible para admitir una operación Degradación del rendimiento Espacio insuficiente para el almacenamiento de datos Es posible que la ubicación de los datos no sea la mejor Las operaciones podrían fallar Para conseguir un rendimiento óptimo, diida las tareas de copia de seguridad y archiado de los datos del cliente, además de realizar el mantenimiento de datos del seridor en entanas de tiempo independientes. La mayoría de las operaciones del seridor tienen un orden óptimo y, en algunos casos, es necesario completarlo sin solapamientos para eitar los problemas de conflictos entre recursos. La imagen siguiente muestra cómo se ajustan las tareas de Tioli Storage Manager a la planificación diaria. 120 IBM Tioli Storage Manager ersión 6.4 y ersión 6.3: Optimización del rendimiento

135 12AM Recuperación tras desastre Copia de seguridad del cliente 6PM 6AM 12PM Protect client data Protect the serer Prepare for disaster recoery Figura 19. Planificación diaria de operaciones de Tioli Storage Manager Tioli Storage Manager puede planificar actiidades diarias para seguir los métodos recomendados. Se proporcionan mandatos de ejemplo para implementar cada paso. Todos los mandatos de la lista son mandatos del seridor, a menos que se indique lo contrario. 1. Realice una copia de seguridad incremental de todos los clientes de la red utilizando el mandato de cliente incremental o utilice otro método soportado para la copia de seguridad del cliente. 2. Cree la copia secundaria de recuperación tras desastre (DR) de los datos de cliente utilizando el mandato BACKUP STGPOOL. Si está copiando datos actios, complete esta operación durante la entana de copia de seguridad de la agrupación de almacenamiento. 3. Cree una copia de DR de la base de datos de Tioli Storage Manager ejecutando el mandato BACKUP DB. Además, utilice los mandatos BACKUP VOLHISTORY y BACKUP DEVCONFIG para crear copias de DR del historial de olúmenes y los archios de configuración del dispositio. Capítulo 9. Ajuste del rendimiento de seridor 121

136 4. Migre de las agrupaciones de almacenamiento de disco a las agrupaciones de almacenamiento en cinta con el mandato MIGRATE STGPOOL. 5. Elimine los objetos que superen la retención permitida utilizando el mandato EXPIRE INVENTORY. 6. Utilice el mandato RECLAIM STGPOOL para reclamar los espacios no utilizados de los olúmenes de agrupación de almacenamiento que se liberan con procesos como la optimización de almacenamiento y la caducidad de inentario. 7. Complete las preparaciones de recuperación tras desastre. Por ejemplo, si utiliza la función del gestor de recuperación tras desastre de Tioli Storage Manager (DRM), emita los mandatos siguientes: DELETE VOLHISTORY para eliminar las ersiones anteriores de copias de seguridad de base de datos que ya no se necesitan. MOVE DRMEDIA para rastrear los olúmenes de agrupaciones de almacenamiento de copia y copia de seguridad de base de datos que se an a moer a fuera del sitio y para identificar los olúmenes acíos o caducados que se an a moer dentro del sitio. PREPARE para crear un archio del plan de recuperación. Además de las tareas completas en todos los entornos de Tioli Storage Manager, existen procesos opcionales que quizás tenga que planear. Planificación de los procesos de optimización de almacenamiento de datos y réplica de nodo La optimización de almacenamiento de datos y la réplica de nodo son funciones opcionales que se pueden utilizar con Tioli Storage Manager. Ofrecen entajas añadidas, pero también requieren recursos adicionales y algunas consideraciones en la planificación diaria. Dependiendo del entorno, el uso de la deduplicación de datos y la réplica de nodo puede cambiar las tareas necesarias para la planificación diaria. Si utiliza la réplica de nodo para crear la copia de seguridad de sus datos, las copias de seguridad de la agrupación de almacenamiento no serán necesarias. Asimismo, no necesitará migrar sus datos a una agrupación de almacenamiento de cinta para la creación de dispositios de seguridad fuera de sitio. La imagen siguiente muestra cómo planificar los procesos de deduplicación de datos y réplica de nodo para alcanzar un mejor rendimiento. Las tareas que se solapan en la imagen se pueden ejecutar al mismo tiempo. 122 IBM Tioli Storage Manager ersión 6.4 y ersión 6.3: Optimización del rendimiento

137 12AM Copia de seguridad del cliente Reclamación 6PM 6AM 12PM Protect client data Protect the serer Prepare for disaster recoery Figura 20. Planificación diaria cuando se utilizan la deduplicación de datos y la réplica de nodo Los siguientes pasos incluyen mandatos para implementar la planificación mostrada en la imagen. En este ejemplo, no se utiliza cinta en el entorno. 1. Realice una copia de seguridad incremental de todos los clientes de la red en una agrupación de almacenamiento de archios deduplicados utilizando el mandato de cliente incremental o utilice otro método soportado para la copia de seguridad del cliente. 2. Puede ejecutar las siguientes tareas en paralelo: a. Realice la identificación de duplicados del lado del seridor ejecutando el mandato IDENTIFY DUPLICATES. Si no utiliza la deduplicación de datos del lado del cliente, este paso procesa los datos que todaía no se habían duplicado en los clientes. b. Cree una copia de DR de la base de datos de Tioli Storage Manager ejecutando el mandato BACKUP DB. Además, ejecute los mandatos BACKUP VOLHISTORY y BACKUP DEVCONFIG para crear copias de DR de los archios de configuración de dispositio y el historial de olúmenes. Capítulo 9. Ajuste del rendimiento de seridor 123

138 3. Realice una réplica de nodo para crear una copia secundaria de los datos de cliente en otro seridor de Tioli Storage Manager utilizando el mandato REPLICATE NODE. Utilizando la réplica de nodo tras el proceso de identificación de duplicados, disfrutará de una reducción de datos durante la réplica. 4. Elimine los objetos que superen la retención permitida utilizando el mandato EXPIRE INVENTORY. 5. Utilice el mandato RECLAIM STGPOOL para reclamar los espacios no utilizados de los olúmenes de agrupación de almacenamiento que se liberan con la optimización de almacenamiento de datos y la caducidad de inentario. Conceptos relacionados: Lista de comprobación para la deduplicación de datos en la página 22 Lista de comprobación de la réplica de nodo en la página 26 Compatibilidad y uso de recursos para los procesos de seridor Reise esta información sobre requisitos de recursos y problemas de compatibilidad para organizar su planificación diaria y ejecutar los procesos en el orden óptimo. La tabla contiene la siguiente información sobre tareas del seridor: Proceso Indica el proceso u operación realizada por el seridor de Tioli Storage Manager. Requisitos y recomendaciones Indica todos los requisitos que deben reunirse para poder llear a cabo un proceso. También se incluye información sobre prácticas más adecuadas cuando es necesario. Problemas de compatibilidad Indica problemas de compatibilidad que podrían aparecer al ejecutar los procesos de forma conjunta. Tareas de requisito preio Indica las tareas que se deben completar para que se llee a cabo el proceso. Implicaciones de los recursos Indica los recursos necesarios para ejecutar el proceso y proporciona orientación sobre el uso que cabe esperar: Bajo El uso de recursos es bajo. La ejecución del proceso no afecta a otras operaciones. Moderado El uso de recursos es moderado. La ejecución del proceso puede afectar a otras operaciones. Alto El uso de recursos es alto. Dedique el recurso a la ejecución del proceso hasta que este se haya completado. Nota: Los puntos de montaje y olúmenes se utilizan para la mayoría de procesos del seridor. Dado que el uso de estos recursos es muy ariable, dependiendo de la configuración del entorno, la tabla no incluye la designación de uso. Para operaciones que utilicen puntos de montaje de archios con una clase de dispositio del tipo FILE, defina un parámetro de límite de montaje de la clase de dispositio lo suficientemente alto para adaptarse a los montajes 124 IBM Tioli Storage Manager ersión 6.4 y ersión 6.3: Optimización del rendimiento

139 simultáneos. Por ejemplo, el número de sesiones de copia de seguridad paralelas para una copia de seguridad de base de datos normalmente nunca es superior a 5, pero para la copia de seguridad de cliente, los requisitos de punto de montaje pueden estar entre 500 y Para las operaciones que utilizan montajes de cinta físicos, los puntos de montaje están limitados por el número de unidades de cinta reales. Al realizar una copia de seguridad de agrupaciones de almacenamiento en una cinta, planifique el uso de procesos de copia de seguridad de agrupación de almacenamiento paralelos que no superen el número de unidades de cinta disponibles y a ser posible que dejen alguna unidad sin utilizar para que pueda estar disponible para las restauraciones del cliente. Tabla 15. Requisitos de procesos de seridor Proceso Copia de seguridad de la base de datos Requisitos y recomendaciones Problemas de compatibilidad Tareas de requisito preio Ninguno Ninguno Copia de seguridad de agrupaciones de almacenamiento Implicaciones de los recursos Puntos de montaje y olúmenes Procesador (bajo) Memoria (baja) E/S de disco o cinta (moderada) E/S de base de datos (alta) Capítulo 9. Ajuste del rendimiento de seridor 125

140 Tabla 15. Requisitos de procesos de seridor (continuación) Proceso Copia de seguridad o archiado de los datos de clientes Copia de seguridad de agrupación de almacenamiento Requisitos y recomendaciones Requisito: Defina y configure los nodos de cliente del seridor de Tioli Storage Manager. Recomendación: Realice una copia de seguridad de las agrupaciones de almacenamiento inmediatamente después de que la operación principal de copia de seguridad o archiado haya terminado, a fin de garantizar que se cree una copia completa para la agrupación de almacenamiento primario. Requisito: Almacenamiento de nueos datos en la agrupación de almacenamiento primario. Problemas de compatibilidad Inentario a punto de caducar El hecho de que el inentario caduque mientras realiza una copia de seguridad de los clientes puede proocar problemas de conflictos de contención de recursos. Si la caducidad procesa un nodo del que se está realizando una copia de seguridad, la degradación del rendimiento suele ser el resultado. Copia de seguridad de agrupaciones de almacenamiento Espere a que las copias de seguridad de cliente finalicen antes de iniciar una copia de seguridad de agrupación de almacenamiento. De lo contrario, la copia de seguridad de agrupación de almacenamiento no incluirá la copia de seguridad de cliente completa. Ninguno Tareas de requisito preio Ninguno Copia de seguridad de los datos del cliente Implicaciones de los recursos Puntos de montaje y olúmenes Bloqueo (moderado) Procesador (moderado) Memoria (moderada) E/S de disco o cinta (moderada) E/S base de datos (moderada) Red (de moderada a alta) Puntos de montaje y olúmenes Bloqueo (bajo) Procesador (moderado) Memoria (moderada) E/S de disco o cinta (moderada) E/S base de datos (moderada) 126 IBM Tioli Storage Manager ersión 6.4 y ersión 6.3: Optimización del rendimiento

141 Tabla 15. Requisitos de procesos de seridor (continuación) Proceso Copia de datos actios Inentario a punto de caducar Generación de juegos de copias de seguridad Requisitos y recomendaciones Requisito: Almacenamiento de nueos datos actios en la agrupación de almacenamiento primario. Requisito: Debe haber datos desactiados en el seridor. Recomendación: Ejecute la caducidad de inentario en su propia entana de procesamiento, siempre que sea posible. Además, ejecute la caducidad de inentario antes del proceso de reclamación para garantizar que el proceso reclame tanto espacio como sea posible, teniendo en cuenta las definiciones de política. Requisito: Almacenamiento de datos en, al menos, una agrupación de almacenamiento primario. Problemas de compatibilidad Ninguno Copia de seguridad de los datos del cliente El hecho de que el inentario caduque mientras realiza una copia de seguridad de los clientes puede proocar problemas de conflictos entre recursos. Si la caducidad procesa un nodo del que se está realizando una copia de seguridad, la degradación del rendimiento suele ser el resultado. Tareas de requisito preio Copia de seguridad de los datos del cliente Ninguno Implicaciones de los recursos Puntos de montaje y olúmenes Bloqueo (bajo) Procesador (moderado) Memoria (moderada) E/S de disco o cinta (moderada) E/S base de datos (moderada) Bloqueo (alto) Procesador (alto) Memoria (moderada) E/S base de datos (alta) Ninguno Ninguno Puntos de montaje y olúmenes Bloqueo (bajo) Procesador (moderado) Memoria (moderada) E/S de disco o cinta (moderada) E/S de base de datos (moderada) Capítulo 9. Ajuste del rendimiento de seridor 127

142 Tabla 15. Requisitos de procesos de seridor (continuación) Proceso Identificación de duplicados Migración de agrupaciones de almacenamiento Requisitos y recomendaciones Requisito: Almacenamiento de nueos datos sin optimización de almacenamiento desde la optimización de almacenamiento del lado de cliente en una agrupación de almacenamiento primario habilitada para la optimización de almacenamiento del lado del seridor. Recomendación: Ejecute la identificación de duplicados antes de la reclamación (siempre que sea posible). Requisito: Almacenamiento de datos en, al menos, una agrupación de almacenamiento primario. Problemas de compatibilidad Ninguno Ninguno Tareas de requisito preio Requisito preio potencial: Si está realizando una copia de seguridad de las agrupaciones de almacenamiento, es posible que el proceso no se ejecute con una elocidad óptima en objetos ya identificados. En entornos de alta optimización de almacenamiento, puede resultar beneficioso realizar copias de seguridad de las agrupaciones de almacenamiento antes de ejecutar la identificación de duplicados. Requisito preio potencial: Si se está utilizando la optimización de almacenamiento de datos en la agrupación de almacenamiento que se está migrando y la agrupación de almacenamiento de destino cuenta con optimización de almacenamiento, ejecute la identificación de duplicados antes de moer o migrar dichos datos. Implicaciones de los recursos Puntos de montaje y olúmenes Bloqueo (moderado) Procesador (moderado) Memoria (moderada) E/S de disco o cinta (moderada) E/S base de datos (moderada) Puntos de montaje y olúmenes Bloqueo (alto) Procesador (moderado) Memoria (moderada) E/S de disco o cinta (moderada) E/S base de datos (moderada) 128 IBM Tioli Storage Manager ersión 6.4 y ersión 6.3: Optimización del rendimiento

143 Tabla 15. Requisitos de procesos de seridor (continuación) Proceso Moimiento de datos Moimiento de datos por nodo Requisitos y recomendaciones Requisito: Almacenamiento de datos en, al menos, una agrupación de almacenamiento primario. Requisito: Almacenamiento de datos en, al menos, una agrupación de almacenamiento primario. Problemas de compatibilidad Ninguno Ninguno Tareas de requisito preio Requisito preio potencial: Si se está utilizando la optimización de almacenamiento de datos en la agrupación de almacenamiento que se está migrando y la agrupación de almacenamiento de destino cuenta con optimización de almacenamiento, ejecute la identificación de duplicados antes de moer o migrar dichos datos. Requisito preio potencial: Si se está utilizando la optimización de almacenamiento de datos en la agrupación de almacenamiento que se está migrando y la agrupación de almacenamiento de destino cuenta con optimización de almacenamiento, ejecute la identificación de duplicados antes de moer o migrar dichos datos. Implicaciones de los recursos Puntos de montaje y olúmenes Bloqueo (alto) Procesador (moderado) Memoria (moderada) E/S de disco o cinta (moderada) E/S base de datos (moderada) Puntos de montaje y olúmenes Bloqueo (alto) Procesador (moderado) Memoria (moderada) E/S de disco o cinta (moderada) E/S base de datos (moderada) Capítulo 9. Ajuste del rendimiento de seridor 129

144 Tabla 15. Requisitos de procesos de seridor (continuación) Proceso Reclamación de olúmenes en una agrupación de almacenamiento in situ Reclamación de olúmenes en una agrupación de almacenamiento in situ Requisitos y recomendaciones Requisito: Almacenamiento de datos en olúmenes de agrupación de almacenamiento caducados. Además, coloque datos en los olúmenes de agrupación de almacenamiento identificados como duplicados (mediante el proceso de identificación de duplicados). Requisito: Almacenamiento de datos en olúmenes de agrupación de almacenamiento caducados. Además, los datos se encuentran en los olúmenes de agrupación de almacenamiento identificados como duplicados (mediante el proceso de identificación de duplicados). Los datos deben estar en una agrupación de almacenamiento de copias señalada como fuera del sitio. Problemas de compatibilidad Ninguno Ninguno Tareas de requisito preio Caducidad del inentario antes de reclamar los olúmenes de una agrupación de almacenamiento in situ. Requisito preio potencial: Si se utiliza la optimización de almacenamiento para la agrupación de almacenamiento que se está reclamando, complete la identificación duplicada y una copia de seguridad de la agrupación de almacenamiento antes de optimizar el almacenamiento de datos. Caducidad del inentario antes de reclamar los olúmenes de una agrupación de almacenamiento fuera del sitio. Requisito preio potencial: Si se utiliza la optimización de almacenamiento para la agrupación de almacenamiento que se está reclamando, complete la identificación duplicada y una copia de seguridad de la agrupación de almacenamiento antes de optimizar el almacenamiento de datos. Implicaciones de los recursos Puntos de montaje y olúmenes Bloqueo (alto) Procesador (moderado) Memoria (moderada) E/S de disco o cinta (moderada) E/S base de datos (moderada) Puntos de montaje y olúmenes Bloqueo (alto) Procesador (moderado) Memoria (moderada) E/S de disco o cinta (moderada) E/S base de datos (moderada) 130 IBM Tioli Storage Manager ersión 6.4 y ersión 6.3: Optimización del rendimiento

145 Tabla 15. Requisitos de procesos de seridor (continuación) Proceso Nodos de réplica Requisitos y recomendaciones Requisito: Almacene los datos en, al menos, las agrupaciones de almacenamiento primario y defina y prepare un seridor de destino para la réplica. Recomendación: Si a a utilizar la deduplicación de datos para el proceso de réplica, ejecute la identificación de duplicados completa en las agrupaciones de almacenamiento primario antes de ejecutar la réplica. Esta recomendación se puede omitir si utiliza la optimización de almacenamiento de datos del lado de cliente para el entorno completo. Problemas de compatibilidad Ninguno Tareas de requisito preio Copia de seguridad de los datos del cliente antes de replicar los nodos Requisito preio potencial: Si el proceso de réplica se basa en los datos con optimización de almacenamiento, ejecute la identificación de duplicados en todos los datos que se están replicando. Implicaciones de los recursos Puntos de montaje y olúmenes Bloqueo (moderado) Procesador (moderado) Memoria (moderada) E/S de disco o cinta (moderada) E/S base de datos (moderada) Red (de moderada a alta) Cómo eitar la contienda por los recursos del seridor durante las operaciones del cliente Tioli Storage Manager requiere muchos recursos para completar las operaciones de migración de gestión de almacenamiento jerárquico, archiado o copia de seguridad del cliente. Si hay arias sesiones luchando por los recursos del seridor, el rendimiento del sistema podría erse afectado. Entre los recursos del seridor que se utilizan durante las operaciones del cliente se incluyen los registros de base de datos, los bloqueos del seridor, las unidades, los puntos de montaje o los olúmenes. Por ejemplo, una sesión de copia de seguridad del cliente podría necesitar un punto de montaje, una unidad de cintas y un olumen de cinta donde almacenar los datos. Una ez asignados los recursos a la sesión de copia de seguridad, se puede iniciar otra sesión de cliente para restaurar los datos que se encuentran en el olumen de cinta. La sesión de restauración se puede retardar hasta que la sesión de copia de seguridad desmonte el olumen y lo libere. La contienda por los recursos tiene un efecto directo en el rendimiento y en la capacidad para completar una operación de manera puntual. El problema de la contienda por los recursos es más importante en el caso de sesiones de cliente de larga ejecución o procesos de seridor. Dado que las nueas entradas de base de datos se almacenan en el registro de recuperación hasta que se confirman en la base de datos, los procesos o las sesiones de larga ejecución pueden insertar Capítulo 9. Ajuste del rendimiento de seridor 131

146 muchas de estas entradas en una única transacción, fijando el registro de recuperación. Un registro de recuperación fijo impide que todas las transacciones apliquen cambios en la base de datos y hace que los procesos del seridor se ejecuten lentamente. Puede programar las sesiones de cliente y los procesos de seridor en momentos distintos para eitar la contienda por los recursos y los retrasos. Cuando esté configurando las programaciones, es posible que tenga que impedir que algunos procesos del seridor se inicien automáticamente. Por ejemplo, inhabilite la caducidad, la migración, la reclamación y la identificación de duplicados para que se puedan planificar más adelante. Utilice las planificaciones del mandato de administrador para ejecutar estas operaciones diariamente. Referencia relacionada: Compatibilidad y uso de recursos para los procesos de seridor en la página 124 Inhabilitación de procesos automáticos y definición de programaciones Inhabilite los procesos automáticos, como la caducidad de inentario, la migración, la reclamación y la identificación de datos duplicados y configure planificaciones que le permitan controlar cuándo se realizarán estas operaciones durante la planificación diaria. Reise las secciones siguientes para er ejemplos de la inhabilitación de operaciones automáticas y la definición de planificaciones. Algunos pasos generales de la configuración se omiten y el ejemplo utiliza un orden concreto para los procesos de seridor. Sin embargo, puede oler a ordenar los procesos para que se ajusten mejor a su entorno. 1. Inhabilite la caducidad de inentario automática configurando la opción de seridor EXPINTERVAL en cero. setopt expinteral 0 2. Inhabilite los procesos de reclamación y migración automática utilizando el mandato DEFINE STGPOOL para definir los parámetros HIGHMIG y RECLAIM en un alor de 100. Es posible que tenga que incrementar el número de procesos permitidos para la migración y la reclamación, a fin de que se completen en un periodo de tiempo razonable. El número real de procesos depende de las unidades de cintas disponibles. Si ya ha definido las agrupaciones de almacenamiento, puede cambiar los alores de los parámetros MIGPROCESS yreclaimprocess utilizando el mandato UPDATE STGPOOL. def dec LARGEFILE det=file mountlimit=500 maxcap=20480m dir=/tsmfile def stg FILEPOOL LARGEFILE maxscratch=200 reclaim=100 hi=100 lo=0 migpr=4 reclaimpr=20 next=tapepool 3. Si tiene agrupaciones de almacenamiento definidas con la optimización de almacenamiento habilitada, inhabilite los procesos de identificación de duplicados: def stg FILEPOOL LARGEFILE maxscratch=200 reclaim=100 hi=100 lo=0 dedup=yes identifypr=0 migpr=4 reclaimpr=4 132 IBM Tioli Storage Manager ersión 6.4 y ersión 6.3: Optimización del rendimiento

147 Ejemplo: Definición de una planificación para la entana de copia de seguridad del cliente: En este ejemplo se inicia una copia de seguridad incremental de todos los nodos asociados en los dominios STANDARD. La planificación se inicia diariamente a las 8:00 PM utilizando el modo de planificación indicado por seridor. Las planificaciones de larga ejecución continúan una ez finalizada la duración, por lo que se puede utilizar una duración menor para hacer que estas planificaciones empiecen el cierre al principio de la entana de inicio. def schedule standard nightly_backups description="nightly backups of nodes in domain standard" starttime=20:00 duration=5 durunits=hours period=1 perunits=days Ejemplo: Configuración de la planificación de mantenimiento del seridor: Planifique las operaciones de mantenimiento del seridor de manera que se ejecuten fuera de la entana de copia de seguridad del cliente, con el mínimo solapamiento posible. Puede controlar la temporización de estas planificaciones definiendo la hora de inicio junto con la duración de cada operación. A continuación se facilita un ejemplo de cómo puede definir la hora de cada proceso: 08:00 - final Copia de seguridad de agrupaciones de almacenamiento 11:00 a 13:00 Identificación de duplicados 13:00-15:00 Caducidad de inentario 14:00-16:00 Migración de la agrupación de almacenamiento 16:00-18:00 Proceso de reclamación 18:00 - final Copia de seguridad de base de datos, incluida la copia de seguridad de la configuración de dispositio y del historial de olúmenes 20:00 - final Copia de seguridad del cliente Tras determinar una línea temporal, utilice el mandato DEFINE SCHEDULE para crear planificaciones para cada proceso. Puede incluir scripts en cada planificación para que los mandatos se procesen automáticamente. Utilice el mandato DEFINE SCRIPT para crear un script y el mandato UPDATE SCRIPT para añadir líneas. Los scripts siguientes son ejemplos de cómo definir cada tarea del seridor. Copia de seguridad de agrupaciones de almacenamiento /* */ /* Storage Pool Backup */ /* */ def script STGBACKUP "/* Run stg pool backups */" upd script STGBACKUP "backup stg archiepool copypool maxproc=4 wait=yes" line=005 upd script STGBACKUP "backup stg backuppool copypool maxproc=4 Capítulo 9. Ajuste del rendimiento de seridor 133

148 wait=yes" line=010 upd script STGBACKUP "backup stg filepool copypool maxproc=4 wait=yes" line=020 upd script STGBACKUP "backup stg filepool2 copypool maxproc=4 wait=yes" line=025 upd script STGBACKUP "backup stg tapepool copypool maxproc=3 wait=yes" line=030 def sched STGBACKUP type=admin cmd="run STGBACKUP" actie=yes desc="run all stg pool backups." \ startdate=today starttime=08:00:00 dur=45 duru=minutes per=1 peru=day commit Identificación de duplicados /* */ /* Deduplication */ /* */ def script DEDUP "/* Run identify duplicate processes. */" upd script DEDUP "identify duplicates FILEPOOL numpr=4 duration=120" \ line=010 upd script DEDUP "identify duplicates FILEPOOL2 numpr=2 duration=120" \ line=015 def sched DEDUP type=admin cmd="run DEDUP" actie=yes desc="run identify duplicates." \ startdate=today starttime=11:00:00 dur=45 duru=minutes per=1 peru=day commit Caducidad de inentario /* */ /* Expiration /* */ def script EXPIRE "/* Run expiration processes. */" upd script EXPIRE "expire inentory wait=yes duration=120" line=010 def sched EXPIRATION type=admin cmd="run expire" actie=yes desc="run expiration." \ startdate=today starttime=13:00:00 dur=45 duru=minutes per=1 peru=day commit Migración de la agrupación de almacenamiento /* */ /* Storage Pool Migration */ /* */ def script MIGRATE "/* Run stg pool migration */" upd script MIGRATE "migrate stg archiepool duration=30 wait=yes" line=005 upd script MIGRATE "migrate stg backuppool duration=30 wait=yes" line=010 upd script MIGRATE "migrate stg filepool2 duration=60 wait=yes" line=015 def sched MIGRATE type=admin cmd="run MIGRATE" actie=yes desc="migrate data to tape pools." \ startdate=today starttime=14:00 dur=45 duru=minutes per=1 peru=day commit Proceso de reclamación /* */ /* Storage Pool Reclamation */ /* */ def script RECLAIM "/* Run stg pool reclamation */" upd script RECLAIM "reclaim stg filepool threshold=40 duration=120 wait=yes" line=005 upd script RECLAIM "reclaim stg filepool2 threshold=40 duration=120 wait=yes" line=008 upd script RECLAIM "reclaim stg tapepool threshold=60 duration=60 wait=yes" line=010 def sched RECLAIM type=admin cmd="run RECLAIM" actie=yes desc="reclaim space from FILEPOOL and TAPEPOOL." \ startdate=today starttime=16:00 dur=45 duru=minutes per=1 peru=day commit 134 IBM Tioli Storage Manager ersión 6.4 y ersión 6.3: Optimización del rendimiento

149 Copia de seguridad de base de datos, incluida la copia de seguridad de la configuración de dispositio y del historial de olúmenes /* */ /* Database Backup */ /* */ def script DBBACKUP "/* Run DB backups */" upd script DBBACKUP "backup db dec=ts3310dec type=full wait=yes" line=005 upd script DBBACKUP "backup olhist" line=010 upd script DBBACKUP "backup deconf" line=015 def sched DBBACKUP type=admin cmd="run DBBACKUP" actie=yes desc="run database backup." \ startdate=today starttime=18:00:00 dur=45 duru=minutes per=1 peru=day commit Ajuste de la réplica de nodo Tras la réplica de datos, puede calcular la eficacia de su configuración y ajustar la elocidad de los procesos de réplica. Medición de la efectiidad de una configuración de réplica Una configuración de réplica es óptima si el número de archios replicados almacenados en un seridor de destino es igual que el número de archios almacenados en el seridor de origen. Utilice el mandato QUERY REPLNODE para mostrar el número de archios almacenados en los seridores de réplica de origen y destino. Aumento de la elocidad de un proceso de réplica de nodo Puede definir la opción de seridor REPLBATCHSIZE, junto con la opción de seridor REPLSIZETHRESH, para aumentar la elocidad de procesamiento entre los dos seridores de réplica. Estas opciones especifican cuántos archios hay que incluir en una transacción de proceso por lotes y definen un umbral para el tamaño del lote en megabytes. Se recomienda utilizar el alor predeterminado de cada opción, Si necesita mejorar el rendimiento de un proceso de réplica de nodo, trate de ajustar las opciones de seridor REPLBATCHSIZE y REPLSIZETHRESH. Cambie los alores predeterminados solo después de superisar el rendimiento de la réplica de nodo en arias sesiones. Si se incrementan los alores predeterminados de las opciones, el seridor requiere más espacio en el registro actio. Es posible que necesite asignar espacio para el registro actio que es dos o más eces mayor que un registro actio que utiliza el tamaño predeterminado, Además, es posible que el seridor necesite un tiempo de inicialización más largo al iniciar el seridor. Utilice un método de prueba y error para incrementar las opciones del seridor. Puede incrementar las opciones del seridor en el orden que quiera. Empiece por aumentar una de las opciones de manera incremental en un 10%. Si el rendimiento de la réplica no mejora, uela al alor original. Aumente la otra opción de forma incremental en un 10%. Asegúrese de superisar el uso del registro actio durante las primeras orientaciones de réplica para garantizar que tiene el suficiente espacio de registro actio. Las transacciones más grandes se ejecutan durante más tiempo y utilizan más espacio de registro actio, lo que hace que otros procesos de seridor se ejecuten más despacio. Si los procesos del seridor se ejecutan despacio, reduzca las opciones hasta que se puedan completar la réplica y otros procesos del seridor. Para obtener más información sobre los mandatos y opciones del seridor, consulte Tioli Storage Manager Referencia del administrador. Capítulo 9. Ajuste del rendimiento de seridor 135

150 Ajuste de la deduplicación de datos del lado del seridor Configuración y alores de ajuste para distintas operaciones, a fin de garantizar que el rendimiento de la optimización de almacenamiento de datos del lado del seridor sea eficaz. 1. Controle los recursos del procesador definiendo el número de procesos de identificación de duplicados que quiera utilizar. No supere el número de núcleos de procesador disponibles en el seridor de Tioli Storage Manager al definir el alor NUMPROCESS. Defina un límite de duración para el mandato IDENTIFY DUPLICATES o los procesos que se ejecutan tras la emisión del mandato se ejecutarán indefinidamente. 2. Determine el umbral de la reclamación de una agrupación de almacenamiento con optimización de almacenamiento. Una agrupación de almacenamiento con optimización de almacenamiento se suele reclamar en un umbral inferior al predeterminado de 60, a fin de permitir que se eliminen más de las extensiones duplicadas identificadas. Experimente con este alor hasta encontrar un umbral que se pueda completar en el tiempo disponible. Consejo: Un alor de reclamación de 40 o menos suele ser suficiente. 3. Determine cuántos procesos de reclamación ejecutar. 4. Planifique el procesamiento de optimización de almacenamiento de datos según cómo esté creando una segunda copia de los datos. Si está realizando una copia de seguridad de la agrupación de almacenamiento, no solape la identificación de duplicados y copia de seguridad del cliente. La copia de seguridad de la agrupación de almacenamiento se debe completar antes que el proceso de identificación o el proceso de copia tardará más porque requiere que los datos duplicados eliminados se uelan a ensamblar antes de la copia de seguridad. Consulte Planificación de los procesos de optimización de almacenamiento de datos y réplica de nodo en la página 122 para obtener información sobre la secuencia recomendada para los sucesos del día. Puede solapar la identificación duplicada y las operaciones de seguridad del cliente si no a a realizar una copia de seguridad de la agrupación de almacenamiento o si a a utilizar la réplica de nodos para crear una copia secundaria de los datos. Ejecutar estas operaciones juntas puede reducir el tiempo necesario para terminar el procesamiento, pero podría incrementar el tiempo necesario para la copia de seguridad del cliente. Conceptos relacionados: Lista de comprobación para la deduplicación de datos en la página 22 Tareas relacionadas: Planificación de los procesos de optimización de almacenamiento de datos y réplica de nodo en la página 122 Ealuación de los resultados de optimización de almacenamiento de datos en la página 63 Ajuste de la optimización de almacenamiento de datos del lado de cliente en la página IBM Tioli Storage Manager ersión 6.4 y ersión 6.3: Optimización del rendimiento

151 Restauración de datos duplicados eliminados Las operaciones de restauración que necesitan que los datos se uelan a ensamblar desde una agrupación de almacenamiento de disco de acceso secuencial (FILE) configurada para la deduplicación de datos tienen distintas características de rendimiento que las operaciones de restauración de una agrupación de almacenamiento FILE no configurada para la deduplicación de datos. En una agrupación de almacenamiento FILE que no está configurada para la deduplicación de datos, los archios suelen restaurarse en un proceso secuencial. Sin embargo, en una agrupación de almacenamiento FILE configurada para la deduplicación de datos, los datos se distribuyen por la agrupación de almacenamiento. La consecuencia es que la entrada/salida (E/S) resulta más aleatoria, lo cual puede conducir a tiempos de restauración más lentos. Además, se consumen más recursos de procesador del seridor cuando los datos se restauran desde una agrupación de almacenamiento con optimización de almacenamiento. Esto sucede porque se comprueban los datos para garantizar que se han uelto a ensamblar de manera correcta mediante algoritmos MD5. Aunque las operaciones de restauración de archios pequeños a partir de una agrupación de almacenamiento con eliminación de duplicados podrían ser relatiamente lentas, estas operaciones suelen ser más rápidas que las operaciones de restauración de archios pequeños a partir de cinta debido al tiempo de ubicación y montaje de cinta añadido. Mejora en el rendimiento de lectura para las agrupaciones de almacenamiento deduplicadas Para obtener las diferentes extensiones que conforman un archio desde una agrupación de almacenamiento con eliminación de duplicados, es posible que las operaciones de restauración de cliente y ciertos procesos de seridor requieran que los olúmenes FILE se abran y cierren en múltiples ocasiones. La frecuencia con la que se abren y se cierran los olúmenes FILE durante una sesión puede afectar graemente al rendimiento. Abrir y cerrar olúmenes en múltiples ocasiones puede afectar a los siguientes procesos de seridor que leen datos desde una agrupación de almacenamiento con eliminación de duplicados: Reclamación de olúmenes MOVE DATA o MOVE NODEDATA EXPORT AUDIT VOLUME Operación de restauración de agrupación de almacenamiento Operación de restauración de olúmenes Migración de datos Para reducir el número de eces que se abre y se cierra un olumen, Tioli Storage Manager permite que arios olúmenes FILE de entrada en una agrupación de almacenamiento optimizada se mantengan abiertos al mismo tiempo durante una sesión. Para especificar el número de olúmenes FILE abiertos en agrupaciones de almacenamiento optimizadas que pueden seguir abiertos, utilice la opción de seridor NUMOPENVOLSALLOWED. Establezca esta opción en el archio de opciones del seridor o utilizando el comando SETOPT. Capítulo 9. Ajuste del rendimiento de seridor 137

152 Cada sesión de un proceso de seridor u operación de cliente puede tener tantos olúmenes FILE como se especifiquen en esta opción. Una sesión la inicia una operación de cliente o un proceso de seridor. Se pueden iniciar arias sesiones en cada uno. Durante una operación de restauración del cliente, los olúmenes pueden permanecer abiertos lo que dure la sesión actia. Durante una operación de restauración sin consulta, los olúmenes permanecerán abiertos hasta que se complete la restauración sin consulta. A continuación se cierran y se publican todos los olúmenes. Sin embargo, para una operación de restauración estándar iniciada en modo interactio, los olúmenes pueden permanecer abiertos al final de la operación de restauración. Los olúmenes se cerrarán y liberarán cuando se solicite la próxima operación de restauración clásica. Consejo: Esta opción puede aumentar significatiamente el número de olúmenes y puntos de montaje en uso al mismo tiempo. Para optimizar el rendimiento, realice las siguientes tareas: Para definir NUMOPENVOLSALLOWED: 1. Seleccione un alor inicial. El alor predeterminado es 10. Un pequeño incremento en esta opción puede resultar beneficioso, pero es posible que no sea cierto en todos los entornos. 2. Superise las sesiones de cliente y los procesos de seridor. 3. Tenga en cuenta el número más alto de olúmenes abiertos para una única sesión o un único proceso. Si el número más eleado de olúmenes abiertos es igual al alor especificado por NUMOPENVOLSALLOWED, incremente el alor de NUMOPENVOLSALLOWED. Para eitar que las sesiones o procesos tengan que esperar a un punto de montaje: 1. Aumente el alor del parámetro MOUNTLIMIT en la definición de la clase de dispositio. 2. Defina el alor del parámetro MOUNTLIMIT en un alor lo bastante alto como para permitir que todas las sesiones de cliente y los procesos de seridor que utilizan agrupaciones de almacenamiento optimizadas abran la cantidad de olúmenes especificada por la opción NUMOPENVOLSALLOWED. 3. Compruebe los resultados siguientes: Para las sesiones de cliente, compruebe el destino en la definición del grupo de copias para determinar cuántos nodos están almacenando datos en la agrupación de almacenamiento con eliminación de duplicados. Para los procesos de seridor, compruebe el número de procesos permitidos para cada proceso de la agrupación de almacenamiento. En el caso de nodos que estén realizando copias de seguridad o archiando datos en una agrupación de almacenamiento optimizada, defina el alor del parámetro MAXNUMMP de la definición del nodo de cliente en un alor que sea al menos tan alto como la opción NUMOPENVOLSALLOWED. Incremente este alor si detecta que el nodo está fallando en operaciones de cliente porque se ha superado el alor MAXNUMMP. 138 IBM Tioli Storage Manager ersión 6.4 y ersión 6.3: Optimización del rendimiento

153 Ajuste de las operaciones de seridor para las copias de seguridad de clientes Si es posible, limite el número de ersiones de cualquier archio de copia de seguridad al mínimo necesario. El rendimiento de la copia de seguridad de archios se reduce cuando haya muchas ersiones de un objeto. Utilice el mandato DEFINE COPYGROUP y modifique el parámetro VEREXISTS para controlar el número de ersiones, o bien utilice el mandato UPDATE COPYGROUP. El número predeterminado de ersiones de copia de seguridad es 2. Si los requisitos de retención del entorno difieren entre los distintos sistemas cliente, utilice distintos grupos de copias, en lugar de tomar el denominador común inferior. Por ejemplo, si los sistemas de contabilidad requieren que se conseren registros durante siete años, pero otros sistemas necesitan que los datos se conseren durante solo dos años, no especifique siete para todos ellos. En su lugar, cree dos grupos de copias independientes. No solo hay copias de seguridad potencialmente más rápidas, sino que también se utiliza menos almacenamiento porque no se conseran datos que no son necesarios. Del mismo modo, puede definir un grupo de copias independiente para las copias de seguridad de estado del sistema, a fin de eitar mantener archios de sistema operatio innecesarios. Por ejemplo, si quiere mantener el alor de una semana de datos de estado del sistema, pero necesita el alor de un año de todos los datos restantes del sistema, cree un grupo de copias solo para los datos de estado del sistema. Operaciones de ajuste para el despliegue automático del cliente de copia de seguridad y archiado Puede realizar arias acciones para mejorar el rendimiento de despliegue del cliente de copia de seguridad y archiado. Despliegue el cliente cuando los clientes, el seridor y la red tengan un actiidad mínima. No realice el despliegue durante las operaciones de seguridad. Para eitar el coste de recuperar un paquete incorrecto, utilice planificaciones distintas para cada arquitectura de cliente (por ejemplo: x86, x64, ia64). Si se están actualizando muchos clientes a la ez, almacene los paquetes de despliegue en una agrupación de almacenamiento DISK de acceso aleatorio o en una agrupación de almacenamiento de archios FILE de acceso secuencial. Ambos tipos de agrupación de almacenamiento soportan acceso de lectura al mismo objeto desde arias sesiones simultáneamente. Si la agrupación de almacenamiento utiliza la cinta, el seridor serializa el acceso de lectura al olumen de agrupación de almacenamiento que contiene los datos del paquete de actualización. El acceso en serie se utiliza también para un olumen de agrupación de almacenamiento en una biblioteca irtual de cintas (VTL), aunque los datos estén almacenados en discos físicos. Ofrece suficiente memoria caché en el sistema de discos que utilizan las agrupaciones de almacenamiento DISK de acceso aleatorio o FILE de acceso secuencial que contienen los paquetes de despliegue. Los paquetes de despliegue se leen desde los olúmenes de agrupación de almacenamiento durante la recuperación, utilizando la entrada/salida (E/S) directa. Esto implica que el sistema operatio del seridor no almacena en la memoria caché los datos y que cada E/S debe proceder del sistema de disco. Si el seridor despliega muchos Capítulo 9. Ajuste del rendimiento de seridor 139

154 clientes a la ez, el sistema de disco obsera una gran tasa de lectura y coincidencias en estos bloques de datos, lo que llea a un rendimiento más rápido. Equilibre arios clientes en las interfaces de red del seridor. Este equilibrio se puede ejecutar para optimizar también el rendimiento de la copia de seguridad. Ajuste del rendimiento de la unidad de cinta Hay algunos procedimientos básicos para el mantenimiento del rendimiento de las unidades de cinta. Configuración de suficientes unidades de cintas Debe configurar unidades de cintas suficientes para las operaciones que se realizan al mismo tiempo en su entorno: El número máximo de sesiones de cliente de Tioli Storage Manager que hacen copias de seguridad directamente en cinta en cualquier momento durante el periodo de máxima actiidad de copia de seguridad. Unidades de cintas adicionales para otras funciones que se ejecuten durante el periodo de copia de seguridad. Por ejemplo, migración de agrupaciones de almacenamiento, copia de seguridad de agrupaciones de almacenamiento y reclamación. Limpieza de unidades de cinta Es importante limpiar la unidad de cintas según las especificaciones del fabricante para garantizar el máximo rendimiento de la unidad de cintas. No limpiar las unidades de cintas puede proocar errores de lectura y grabación, anomalías de la unidad y en general un rendimiento pobre. Actiación de la compresión de cinta En muchos casos, el método recomendado para habilitar la compresión en la unidad de cinta mejora la productiidad de Tioli Storage Manager. Puede utilizar el parámetro FORMAT del mandato DEFINE DEVCLASS para especificar el formato de grabación adecuado que debe utilizarse al grabar datos en medios de acceso secuencial. El alor predeterminado es DRIVE, que especifica que Tioli Storage Manager selecciona el mayor formato que puede admitir la unidad de acceso secuencial en la que se monta un olumen. Normalmente este alor permite que la unidad de control de cinta ejecute la compresión. Consejo: No especifique el alor DRIVE si se utiliza una mezcla de dispositios en la misma biblioteca. Por ejemplo, si tiene unidades que den soporte a formatos de grabación superiores a los de otras unidades de una biblioteca, no especifique el parámetro FORMAT con el alor DRIVE. Consulte la publicación Tioli Storage Manager Referencia del administrador para obtener más información. Si no utiliza la compresión en el cliente y los datos son comprimibles, debe obtener una mayor productiidad del sistema si utiliza la compactación en una unidad de control de cintas, a menos que su red sea lenta. 140 IBM Tioli Storage Manager ersión 6.4 y ersión 6.3: Optimización del rendimiento

155 Tasa de transferencia de unidad de cintas Muchos factores inciden en la tasa de transferencia constante detioli Storage Manager al utilizar las unidades de cintas. La tasa de transferencia constante tiene en cuenta el efecto global de todos estos factores. Entre estos factores se encuentran: Tasa de transferencia natia Proporción de compresión Tamaño de archio Conexión del seridor Tipo de daptador de bus de host (HBA) del seridor Tasa de transferencia de disco Ancho de banda de la red Utilización del seridor Rendimiento de inicio/detención Actiidad del archio de control de aplicación Tamaño de transacción de Tioli Storage Manager Ancho de banda del bus Calidad de los medios Uso de la asignación para operaciones de restauración Distribución de datos en el olumen de cinta Rendimiento de la tasa de transferencia en modalidad continua de unidad de cintas La tasa de transferencia en modalidad continua es la elocidad a la que la unidad de cintas puede leer y grabar, sin incluir la operación de inicio y detención. La mayoría de usos de la cinta incluyen la operación de inicio y detención, que reduce la tasa constante a la que funciona la unidad. Al escribir en una unidad de cintas, generalmente esta deuele el control a la aplicación cuando los datos se encuentran en el almacenamiento intermedio de la unidad de cintas, antes de que los datos se graben en la cinta. Esta modalidad de operación proporciona a todas las unidades de cinta una mejora significatia en el rendimiento. Sin embargo, el almacenamiento intermedio de la unidad es olátil. Para que la aplicación se asegure de que se graban los datos en la cinta, la aplicación debe aciar el almacenamiento intermedio. Vaciar el almacenamiento intermedio hace que la unidad de cintas uela a realizar la secuencia de inicio/detención. Los parámetros Tioli Storage Manager TXNBYTELIMIT y TXNGROUPMAX controlan la frecuencia con la que Tioli Storage Manager emite este mandato de aciado del almacenamiento intermedio. Al grabar en una unidad de cintas, debe tenerse en cuenta el ancho de banda de la red. Por ejemplo, un Ethernet de 1 gigabit puede admitir MB por segundo. Por lo tanto, no puede realizar la copia de seguridad en una unidad de cintas más rápido que a esa tasa. Capítulo 9. Ajuste del rendimiento de seridor 141

156 Utilización de las unidades de cintas de rendimiento Si utiliza unidades de cinta de alto rendimiento con Tioli Storage Manager, es importante que utilice el las opciones de seridor y cliente adecuadas para mejorar el rendimiento. Tenga en cuenta estas consideraciones para obtener un mejor rendimiento: Opciones de seridor TXNGROUPMAX 4096 MOVESIZETHRESH MOVEBATCHSIZE 1000 Opciones de cliente TXNBYTELIMIT 10G Si, de media, los clientes de Tioli Storage Manager tienen archios más pequeños de 100 KB, haga una copia de seguridad de estos clientes en una agrupación de almacenamiento de disco para más tarde migrar a una cinta. Esto permite un traspaso de datos a cinta más eficaz. Ajuste de la capacidad del adaptador de bus de host El sistema del seridor debe tener suficientes adaptadores de bus de host (HBAs) para manejar las operaciones de datos que Tioli Storage Manager ejecuta de forma simultánea. Asegúrese de tener suficiente ancho de banda del adaptador de bus de host como para gestionar las mayores cargas del sistema. Cuando esté planificando las cargas máximas, tenga en cuenta todas las operaciones que se pueden producir en el entorno de manera simultánea. Por ejemplo, si está realizando una copia de seguridad en una agrupación de discos, necesita el ancho de banda de red suficiente para la operación de seguridad del cliente. Necesita también una cantidad parecida de ancho de banda saliente en el disco mediante fibra, SAS u otro adaptador de bus de host para dichos datos de copia de seguridad. Se necesita más ancho de banda si la migración de la agrupación de almacenamiento tiende a ejecutarse durante la entana de copia de seguridad. Además del ancho de banda necesario para la operación de seguridad, necesita ancho de banda para leer los datos del disco y escribirlos en la cinta. Si solo tiene en cuenta el ancho de banda necesario para la operación de copia de seguridad, el ancho de banda se limitará cuando se inicie la migración de la agrupación de almacenamiento. Conceptos relacionados: Cuellos de botella potenciales en el flujo de las operaciones de Tioli Storage Manager en la página 44 Referencia relacionada: Compatibilidad y uso de recursos para los procesos de seridor en la página IBM Tioli Storage Manager ersión 6.4 y ersión 6.3: Optimización del rendimiento

157 Ajuste de Tioli Monitoring para Tioli Storage Manager Consulte los temas siguientes para obtener información sobre el rendimiento óptimo con Tioli Monitoring para Tioli Storage Manager. Ajuste del rendimiento del sistema Tioli Common Reporting Puede mejorar el rendimiento del sistema de creación de informes al ejecutar informes de Tioli Common Reporting. Al ejecutar informes de Tioli Common Reporting, puede percibir un retraso antes de que se genere el informe. Para mejorar o eitar problemas de rendimiento de la aplicación de creación de informes al ejecutar informes de Tioli Common Reporting, utilice las opciones siguientes: Planifique el informe y eníelo por correo electrónico. Si está superisando grandes seridores de Tioli Storage Manager o ejecutando un informe que incluye arios seridores de Tioli Storage Manager, lo mejor es programar los informes. Para conocer más detalles, consulte la información sobre planificación de los informes decognos para ser eniados por correo electrónico en Tioli Storage Manager Guía del administrador. Habilite la poda de WAREHOUS. Permita que la poda elimine los datos que sean más antiguos que el periodo de tiempo señalado para reducir el tamaño de la base de datos. Consulte la información sobre configuración de resúmenes y alores de poda entioli Storage Manager Guía de instalación. Aumente los alores de poda de WAREHOUS. El incremento de los alores de poda de WAREHOUS puede reducir la cantidad de datos de la base de datos. Las consultas se suelen ejecutar más rápido si hay menos datos que procesar. Consulte la información sobre configuración de resúmenes y alores de poda entioli Storage Manager Guía de instalación. Seleccione menos datos para el informe.en la sección de parámetros del informe, seleccione un conjunto de datos más pequeño que isualizar. Al seleccionar un conjunto de datos más pequeño, se restringe la cantidad de datos que se consulta y se deuele. Reinicie el sistema. En algunos casos, al reiniciar el sistema, puede incrementar el rendimiento de la aplicación de creación de informes cuando se ejecutan los informes. Modificar el archio del entorno de Tioli Monitoring por razones de rendimiento Puede mejorar el rendimiento modificando las ariables del archio de entorno creado automáticamente al añadir la instancia del agente de Tioli Monitoring para Tioli Storage Manager. Utilice un editor de texto para editar el archio. En sistemas Windows, el archio de entorno se denomina KSKENV_xxx, donde xxx es el nombre de la instancia del agente de superisión que ha creado. El archio KSKENV_xxx se encuentra en el directorio de instalación Tioli Monitoring para Tioli Storage Manager (por ejemplo: \IBM\ITM\TMAITM6). En sistemas AIX y Linux, el archio de entorno es sk_ini, y se encuentra en el directorio /opt/tioli/tsm/reporting/itm/config/.configdata/. Capítulo 9. Ajuste del rendimiento de seridor 143

158 La siguiente lista contiene las ariables de entorno que puede cambiar para modificar el rendimiento del agente de superisión. Tabla 16. Variables de entorno que afectan al rendimiento Características a modificar La cantidad de tiempo, en segundos, que IBM Tioli Monitoring o Tioli Enterprise Portal esperan datos del agente. La antigüedad, en horas de los datos que recopilan Tioli Storage Manager y el agente de informes común. El número máximo de filas que se recuperan a la ez de la base de datos de Tioli Storage Manager. La cantidad de tiempo, en minutos, antes de que se agote el tiempo de ejecución de la API de administración detioli Storage Manager. El retardo en minutos cuando se realizan consultas al seridor de Tioli Storage Manager acerca de determinados grupos de atributos. Número de días que se almacenan los datos precapturados en la memoria caché de precaptura. La memoria caché de precaptura sire para almacenar a corto plazo datos de Tioli Storage Manager que se transfieren más adelante al depósito de datos. Variable de entorno Valor predeterminado CDP_COLLECTION_TIMEOUT 50 segundos Detalles Aumente esta ariable si obsera que no se enían datos a Tioli Monitoring, Tioli Enterprise Portal o Tioli Data Warehouse. Aumente el alor también si el archio de rastreo de Tioli Storage Manager o Tioli Common Reporting indica que las consultas atioli Storage Manager tardan más de 50 segundos. KSK_APIHRLIMIT 1 hora No aumente este alor a no ser que ejecute el agente en un seridor de alto rendimiento. KSK_APIBUFFER filas KSK_APITIMEOUT 480 minutos KSK_PREFETCH_MINUTES 30 minutos Defina el alor en filas o menos. Si el número total de filas definidas por este alor supera el número total de filas en la base de datos de Tioli Storage Manager, no se deuelen datos. Puede modificar esta ariable de las siguientes formas: Aumente este alor para reducir el número de eces que el agente consulta al seridor de Tioli Storage Manager a lo largo de un periodo de 24 horas Reduzca este alor para aumentar la frecuencia de consultas al seridor de Tioli Storage Manager. Este alor es para todos los grupos de atributos recopilados por el agente. KSK_PREFETCH_RETENTION_DAYS 2 días Dos días es una periodo de tiempo suficiente para esta ariable. 144 IBM Tioli Storage Manager ersión 6.4 y ersión 6.3: Optimización del rendimiento

159 Tabla 16. Variables de entorno que afectan al rendimiento (continuación) Características a modificar El número máximo de filas que se deuelen en cualquier momento al seridor de Tioli Monitoring. Variable de entorno Valor predeterminado KSK_MAXIMUM_ROWS_RETURNED filas Detalles Si cambia este alor, es posible que Tioli Enterprise Portal reciba tantas filas de datos que no pueda mostrar todas. La elocidad de procesamiento y la cantidad de memoria instalada en el seridor de Tioli Monitoring determina el alor de la ariable. Aparte de las ariables del agente que puede modificar, existen otros dos alores que son importante al ajustar los seridores de informes. Los siguientes alores se modifican en los paneles de configuración del historial de Tioli Enterprise Portal: Tabla 17. Parámetros de Tioli Enterprise Portal Descripción Especifica la frecuencia con la que los datos recopilados de Tioli Monitoring se enían a Tioli Data Warehouse para el almacenamiento de los datos de historial. Especifica cuánto tiempo se deja entre las solicitudes de Tioli Monitoring al agente de recopilación de datos de Tioli Storage Manager Tioli Common Reporting. Parámetro Valor predeterminado Detalles Interalo de almacén 1 día Los alores posibles son 15 minutes, 30 minutes, 1 hour, 12 hours, 1 day y off. Collection interal 1 hora Especifique un alor dos eces superior al alor de la ariable KSK_PREFETCH_MINUTES. Los alores posibles son 1, 5, 15 o 30 minutes, 1 hour o 1 day. Ajustar el Centro de operaciones de Tioli Storage Manager y la superisión de estado del seridor El rendimiento de Centro de operaciones de Tioli Storage Manager depende del procesador, de la memoria y del sistema de disco que se utilice para el sistema en el que está instalado el software. El rendimiento general depende de los recursos de los seridores hub y spoke y de los espacios de archio de máquina irtual que están superisando todos los seridores. El Centro de operaciones de Tioli Storage Manager funciona con los seridores de Tioli Storage Manager con ersión V6.3.4 y posterior. El primer seridor de Tioli Storage Manager que conecta a Centro de operaciones se denomina seridor hub. En un entorno de seridores múltiples, puede conectar más seridores, denominados seridores spoke. Los seridores spoke enían alertas e información de estado al seridor hub. Reise los requisitos del sistema para Centro de operaciones antes de instalarlo, y antes de habilitar la superisión de estado y las alertas para un seridor. El Centro de operaciones pone más carga de trabajo en el sistema en el que está instalado. Al habilitar la superisión de estado y de alerta también se aumenta la carga de trabajo en un sistema de seridor Tioli Storage Manager. Encuentre los requisitos Capítulo 9. Ajuste del rendimiento de seridor 145

160 del sistema en Tioli Storage Manager Guía de instalación para el sistema operatio que está utilizando(sistemas AIX, Linux, o Windows). Requisitos de recursos para la superisión de estado en los seridores superisados Cuando se añade un seridor al Centro de operaciones de Tioli Storage Manager como seridor hub o seridor spoke, la superisión de estado se habilita de forma automática. La superisión de estado utiliza recursos y espacio en cada seridor en el que está habilitado. Los recursos necesarios depende de la cantidad de nodos de cliente y espacios de archio de máquina irtual que gestionan los seridores detioli Storage Manager. La siguiente tabla resume los requisitos para un seridor que está habilitado para la superisión de estado. En la tabla y en el texto siguiente, el término cliente incluye los nodos de cliente y el espacio de archios de la máquina irtual. Para los detalles de los requisitos del sistema, consulte Tioli Storage Manager Guía de instalación para el sistema operatio que esté utilizando (sistemas AIX, Linux owindows). Tabla 18. Requisitos de recursos para los seridores que están habilitados para la superisión de estado Requisitos de recursos Utilización de procesador El alore se basa en las medidas del laboratorio que utiliza el núcleo Intel X GHz. Espacio adicional en la base de datos del seridor Espacio adicional en el registro de archiado del seridor Uso de los recursos para el niel de base de hasta 1000 clientes Núcleos de procesador 1,1 Recurso de utilización para cada 1000 clientes sobre el niel de base Núcleos de procesador 0,1 2GB 2GB 4GB 10 GB 10 GB 20 GB Ejemplo: uso de los recursos para un seridor spoke con 2000 clientes Núcleos de procesador 1,2 El alor asume que la copia de seguridad de la base de datos completa se completa cada 24 horas. Seridor Spoke: transferencia de datos al seridor hub a traés de la red 30-60MBala hora 30-60MBala hora MB a la hora Para un seridor que tiene una alta carga de trabajo u operaciones de E/S altas por segundo (IOPS) que se deban a operaciones de Tioli Storage Manager como la deduplicación de datos, considere añadir un búfer de 25-50% a los requisitos de la base de datos y del registro. 146 IBM Tioli Storage Manager ersión 6.4 y ersión 6.3: Optimización del rendimiento

161 El seridor hub debe tener recursos para la cantidad de clientes que superisa directamente, según muestra la estimación en Tabla 18 en la página 146. El seridor hub debe también cumplir con los siguientes requisitos: Espacio de base de datos y de registro adicional, igual al requisito total para todos los seridores spoke. Los requisitos adicionales del procesador, iguales al requisito total para dos o los clientes en el entorno (todos los clientes en todos los seridores spoke). Capacidad de E/S adicional para que los olúmenes de la base de datos acepten aproximadamente 200 IOPS para cada 1000 clientes en el entorno. Esta estimación da por hecho un tamaño de E/S medio de 8KB. Tabla 19 muestra una estimación de recursos para el seridor hub. El seridor hub tiene 1000 clientes y espacios de archio de máquina irtual. Cada uno de los seridores hub tiene 2000 clientes y espacios de archio de máquina irtual. Tabla 19. Ejemplo de los requisitos de recursos para un seridor hub Requisitos de recursos Utilización de procesador El alore se basa en las medidas del laboratorio que utiliza el núcleo Intel X GHz. Espacio adicional en la base de datos del seridor Espacio adicional en el registro de archiado del seridor Uso de los recursos para 1000 clientes gestionados por el seridor hub Núcleos de procesador 1,1 Uso de los recursos en el seridor hub para clientes gestionados en cinco seridores spoke (2000 clientes en cada uno) 1 núcleo de procesador Esta estimación se basa en un núcleo de procesador 0,1 por 1000 clientes en seridores spoke. Uso de recursos estimado total 2 núcleos de procesador 2GB 20GB 22GB 10 GB 100 GB 110 GB El alor asume que la copia de seguridad de la base de datos completa se completa cada 24 horas. Capacidad IOPS para la base de datos del seridor en el seridor hub 200 IOPS 2000 IOPS 2200 IOPS Para cualquier seridor hub que superisa los seridores spoke, consigue el mejor rendimiento si la base de datos del seridor está en discos que puedan gestionar operaciones de 8-KBa una tasa de al menos 1000 IOPS. Dicha capacidad IOPS puede conseguirse utilizando una unidad SSD a niel de empresa, que puede gestionar miles de IOPS de este tamaño. Si la unidad de estado sólido no es una opción, una buena elección es utilizar arias unidades de disco duro SAS de 15k rpm, cada una capaz de manejar cientos de IOPS de 8-KB. Lo que elija depende de Capítulo 9. Ajuste del rendimiento de seridor 147

162 las demás cargas que tenga el seridor hub. Consulte el apartado Lista de comprobación de los discos de base de datos del seridor en la página 12. Hay herramientas disponibles para estimar la capacidad IOPS para los sistemas de disco. Para obtener más información, consulte Análisis del rendimiento básico de sistemas de disco en la página 70 y la documentación de su sistema operatio. Ubicación de Centro de operaciones y requisitos del recurso Puede instalar el Centro de operaciones en el mismo equipo que el seridor de Tioli Storage Manager, o en un equipo independiente. Su rendimiento se e afectado por los recursos disponibles en el sistema en el que está instalado Centro de operaciones, y en la red que conecta los equipos. Efectos de red y de la ubicación Mientras los usuarios acceden a la información y trabajan con ella en Centro de operaciones, es posible quecentro de operaciones se conecte al seridor hub solo, a uno o más seridores spoke o a todos los seridores para completar sus operaciones. Por lo tanto, la red que conecta estos sistemas afecta a la respuesta de Centro de operaciones. Los sistemas seleccionados que están juntos físicamente para el Centro de operaciones, el seridor hub y los seridores spoke pueden proporcionar un rendimiento mejor. Para obtener una mejor respuesta cuando haya iniciado sesión en Centro de operaciones, utilice una conexión de red con una latencia de ida y retorno menor de 5 ms. Normalmente, si se está en la misma red de área local (LAN), la latencia es mucho más baja. Las latencias más altas son aceptables pero pueden degradar la respuesta. Por ejemplo, es posible que la respuesta a traés de una red de área amplia (WAN) no sea aceptable para los usuarios de Centro de operaciones. Para utilizar el mismo equipo para el Centro de operaciones como un seridor Tioli Storage Manager, el equipo debe satisfacer los requisitos para tanto el Centro de operaciones como el seridor Tioli Storage Manager. Encuentre los requisitos del sistema en los sistemas detioli Storage Manager Guía de instalación for AIX, Linux, o Windows. Selección del naegador Para acceder a Centro de operaciones, utilice un naegador web que tenga buen rendimiento de JaaScript, y habilite el almacenamiento en caché del naegador. Por ejemplo, utilice Microsoft Internet Explorer 9, la última ersión ESR de Firefox o Google Chrome. Uso de los recursos para cada administrador conectado La cantidad de administradores que están conectados a la ez y la cantidad de tareas en las que está trabajando cada uno de ellos afecta al uso de los recursos que hace elcentro de operaciones: La ejecución de Centro de operaciones utiliza un 3% de un núcleo de procesador (basándose en un Intel X GHz o procesador equialente). Cada administrador que está conectado a Centro de operaciones utiliza un 2% - 3% de un núcleo del procesador en el sistema en el que se ejecutacentro de operaciones. Este niel de uso da por hecho que cada administrador completa en torno a 40 tareas por hora. 148 IBM Tioli Storage Manager ersión 6.4 y ersión 6.3: Optimización del rendimiento

163 Es posible que un Centro de operaciones típico tenga de 8a10administradores conectados y completando tareas de una ez. Es posible que se dé una de las siguientes actiidades: Naegar y er páginas en la interfaz, incluidas Vista rápida y Detalles Configurar los ajustes mediante la página Ajustes Emitir los mandatos a traés del widget Línea de mandatos Es posible que un usuario típico complete de 20 a 120 de estas tareas cada hora. Requisitos de memoria El Centro de operaciones necesita al menos 128 MB para el tamaño de almacenamiento dinámico máximo JVM para hasta ocho administradores que están conectados a la ez. Este requisito de memoria asume que cada administrador completa alrededor de 40 tareas a la hora dentro de la interfaz de usuario. La máquina irtual Jaa JVM utiliza un máximo de 1 GB o un 25% de memoria física del sistema (con sistemas que tiene más de 192 MB de memoria). El tamaño de almacenamiento dinámico comienza en una cantidad más pequeña pero puede aumentar hasta el máximo. Si el sistema que está ejecutando el Centro de operaciones tiene más de 1 GB de memoria, no se necesitan ajustes. Si debe ajustar la memoria del tamaño de almacenamiento dinámico de JVM, utilice la opción -Xmx en el archio jm.options para el seridor web JVM. La ubicación de jm.options depende de dónde esté instalado Centro de operaciones: En sistemas de Windows: install_path\usr\serers\guiserer\ En sistemas de AIX o Linux: install_path/usr/serers/guiserer/ Donde install_path es la ubicación en la que estaba instalado Centro de operaciones. Si el archio jm.options no existe en esta ruta de instalación debe ajustar la memoria y crear el archio. Tareas relacionadas: Estimación del tiempo de latencia entre sistemas en la página 151 Ubicación del seridor hub de Centro de operaciones y requisitos del recurso El seridor hub debe tener recursos suficientes para mejorar su propia carga de trabajo además de la carga de trabajo de la recopilación de datos desde los seridores spoke para utilizarse en Centro de operaciones. La ubicación del seridor hub relatia a los seridores spoke también afecta al rendimiento de Centro de operaciones. Para obtener mejores resultados, siga estas directrices cuando seleccione el seridor que a a ser el seridor hub: Ubique el seridor hub para que la conexión de red entre el seridor hub y los seridores spoke tengan menos de 5 ms de latencia de ida y retorno. Normalmente, si se está en la misma red de área local (LAN), la latencia es mucho más baja. Otras aplicaciones hacen un gran uso de las redes que están mal ajustadas, o estas tienen latencias de más de 5 ms que pueden degradar las comunicaciones entre el seridor hub y los seridores spoke. Por ejemplo, las latencias de ida y regreso de 50 ms o mayores pueden resultar en tiempos de espera de comunicación que pueden proocar que los seridores hub se desconencten o se Capítulo 9. Ajuste del rendimiento de seridor 149

164 uelan a conectar a Centro de operaciones. Es posible que dichas latencias altas se experimenten a larga distancias, comunicaciones WAN. Si los seridores spoke están a larga distancia del seridor hub y experimenta desconexiones frecuentes en el Centro de operaciones, considere aumentar el alor de la opción del seridor ADMINCOMMTIMEOUT en los seridores para reducir el problema. Para el seridor hub, tenga en cuenta un seridor de Tioli Storage Manager que tenga una carga baja de operaciones de Tioli Storage Manager, como una copia de seguridad del cliente y las operaciones de archiado. Un seridor con poca carga puede ser un buen candidato para hacer de seridor hub, y también podría ser un sistema de host para el Centro de operaciones. Asegúrese de que el sistema tiene recursos suficientes para manejar tanto la carga de trabajo del seridor detioli Storage Manager típica, además de la carga de trabajo estimada para actuar como seridor hub. Asegúrese de que el seridor hub cumple con los requisitos para el espacio de la base de datos,el espacio de registro de archiado y la capacidad IOPS. Los requisitos dependen de la cantidad total de clientes y espacios de archio irtual que gestiona el seridor hub en sí mismo y todos los seridores spoke. Si desea obtener más información al respecto, consulte el apartado Requisitos de recursos para la superisión de estado en los seridores superisados en la página 146.Una capacidad de IOPS más alta significa que el seridor hub puede gestionar una cantidad más grande de datos con estado de entrada desde los seridores spoke. El uso de unidad de estado sólido a niel de empresa para la base de datos del seridor puede ayudar a cumplir con esta necesidad. Si hay más de nodos de cliente y espacios de archio de máquina irtual por seridores hub y spoke, los requisitos de recurso podrían exceder a los que tiene disponibles el seridor hub. Considere designar un segundo seridor como seridor hub y trasladar los seridores spoke al seridor hub nueo para equilibrar la carga. Tareas relacionadas: Estimación del tiempo de latencia entre sistemas en la página 151 Cambio del interalo de actualización para la recopilación de datos de estado Superise los resultados de los cambios en el interalo de actualización de estado, que es la cantidad minutos que transcurren entre las actualizaciones de las recopilaciones de estado. Si cambia el alor predeterminado, aumentándolo o disminuyéndolo, podría afectar al rendimiento de Centro de operaciones o de los seridores que están lleando a cabo la superisión de estado. Utilice el mandato SET STATUSREFRESHINTERVAL en cada seridor de Tioli Storage Manager superisado para cambiar el interalo de actualización de estado. Si reduce el interalo para conseguir más actualizaciones frecuentes de datos recopilados, se procesan y mantienen más datos, por lo que se utiliza más espacio en la base de datos del seridor. Las actualizaciones más frecuentes también pueden traer más uso del procesador. Es posible que los discos en los que se ubica la base de datos del seridor también requieran operaciones de entrada y salida más altas por segundo (IOPS). Si reduce el interalo a la mitad, la base de datos del seridor y el espacio del registro de archiado necesario para la superisión de estado se dobla. 150 IBM Tioli Storage Manager ersión 6.4 y ersión 6.3: Optimización del rendimiento

165 Si aumenta el interalo para conseguir actualizaciones menos frecuentes de datos recopilados, se reducen los requisitos del recurso. Sin embargo, los datos que aparecen en algunas istas en Centro de operaciones son, por lo tanto, más antiguos. Si duplica el interalo, la base de datos del seridor y el espacio de registro de archios que se necesita para la superisión del estado se reduce a la mitad. Si un seridor hub está conectado a seridores spoke en una red con latencia alta, considere aumentar el interalo para reducir los datos que se enían por la red para la superisión de estado. Estimación del tiempo de latencia entre sistemas Puede utilizar un mandato ping u otras herramientas para estimar el periodo de latencia de red, que es el interalo de tiempo que transcurre entre el inicio de una operación de enío desde un sistema de origen y la finalización de la operación de recepción en el sistema de destino. Una latencia de ida y retorno de 5 ms o menos otorga el mejor rendimiento para el Centro de operaciones. Dicha latencia puede normalmente conseguirse cuando los sistemas están en la misma LAN. Puede utilizar el mandato ping para estimar la latencia. 1. Desde el sistema de origen, intente hacer ping en el sistema de destino. En sistemas de AIX o Linux: ping c 20 remotehost En sistemas de Windows: ping n 20 remotehost Sustituya remotehost por la dirección del sistema de destino. 2. Calcule el tiempo medio de eces para las respuestas correctas desde el host remoto. Con este cálculo se obtiene una estimación de la latencia de ida y retorno. Puede utilizar más herramientas de red más sofisticadas que están diseñadas para medir el ancho de banda y la latencia entre sistemas. Un ejemplo de una herramienta que está disponible para los sistemas de AIX, Linux, o Windows es Netperf ( Ajuste del rendimiento del Centro de administración Para conseguir un rendimiento óptimo con el Centro de administración, erifique el procesador, la memoria, la configuración de red y los alores. Ajuste de rendimiento del procesador para el Centro de administración Se pueden producir problemas con una utilización excesia del procesador en el sistema donde se ha instalado el Centro de administración debido a que otras aplicaciones están utilizando también los procesadores. Utilice herramientas del sistema operatio en el seridor del Centro de administración para inestigar el problema de rendimiento. Si la utilización del procesador supera el 90% durante periodos amplios, reduzca la carga de trabajo del sistema o añada más capacidad de proceso. Capítulo 9. Ajuste del rendimiento de seridor 151

166 Ajuste de memoria para el rendimiento de Centro de administración El rendimiento de Centro de administración se puede er afectado por los límites de memoria o la configuración. Verifique que el tamaño máximo de la memoria que el seridor de Centro de administración puede utilizar, denominado también almacenamiento dinámico máximo, se haya configurado correctamente. El tamaño de almacenamiento dinámico se debe configurar para la carga de trabajo esperada en términos del número de administradores que han iniciado sesión simultáneamente y la elocidad de ejecución de las tareas. Si el almacenamiento dinámico máximo se define en un alor demasiado bajo, utilice el programa de utilidad de soporte para incrementar este alor. Detenga y reinicie el seridor de Centro de administración. La detención del seridor libera la memoria para las sesiones inactias sin tener que esperar a que caduque el tiempo de espera de la sesión. Consulte el tema detioli Storage Manager Guía de instalación sobre planificación de la capacidad decentro de administración. Verifique que el seridor de Centro de administración no esté paginando la memoria del sistema. Utilice herramientas del sistema operatio disponibles en el sistema para inestigar. Por ejemplo, emita el mandato mstat en UNIX o consulte el objeto de memoria del superisor de rendimiento de Windows, Contador de salidas de página por segundo. Si el sistema está paginando la memoria, reduzca la cantidad de memoria en uso por los procesos actios o añada más memoria real. Compruebe la cantidad de memoria real que utiliza actualmente el proceso de Centro de administración. En sistemas UNIX, utilice el mandato PS. Por ejemplo, utilice los mandatos siguientes en AIX para encontrar el ID de proceso de seridor de Centro de administración y, a continuación, la memoria del conjunto residente (RSS) de este proceso: ps -ef grep [I]SC_Portal awk { print $2 } ps axw PID En sistemas Windows, utilice el administrador de tareas (separador Procesos, columna Uso de memoria) o utilice el superisor de rendimiento de Windows (objeto de proceso, instancia Jaa, contador del conjunto de trabajo). Visite el sitio de soporte de IBM para obtener actualizaciones sobre Tioli Integrated Portal y IBM Tioli Storage Manager Centro de administración, además de para obtener información que podría describir su problema. Ajuste del rendimiento de red para el Centro de administración Si cree que el rendimiento de la red no es el mejor, erifique las elocidades de transferencia habituales de la red. Verifique que el tiempo de respuesta de la red sea aceptable. Emita el mandato ping para determinar el tiempo de respuesta entre el seridor de Centro de administración y el seridor de Tioli Storage Manager, además de entre el sistema utilizado para el naegador y el seridor de Centro de administración. Unos tiempos de respuesta de ida y uelta aceptables serían 10 ms en el caso de una LAN o 100 ms con una WAN. Si alguno de los tiempos de respuesta de red es sistemáticamente mayor de lo esperado, póngase en contacto con el administrador de red. Aunque el mandato ping muestre que el tiempo de respuesta de la red es bueno, la elocidad de la transferencia de datos en masa puede seguir siendo deficiente. 152 IBM Tioli Storage Manager ersión 6.4 y ersión 6.3: Optimización del rendimiento

167 Utilice un archio de 10 MB para comprobar la elocidad de transferencia de datos en FTP entre el seridor de Centro de administración y el seridor de Tioli Storage Manager, además de entre el sistema utilizado para el explorador y el seridor de Centro de administración. Los mandatos FTP put o FTP get para un archio de 10 MB no tarda más que unos segundos en una red con la configuración correcta. Para redes Ethernet de 100 Mb, el alor de elocidad del soporte puede proocar problemas de rendimiento. Este alor puede ser 100 Mb full-duplex, 100 Mb half-duplex o Auto. Aunque el hardware superior funciona bien con el ajuste Auto, algunas combinaciones de conmutadores, concentradores y adaptadores muestran mal rendimiento si se configuran incorrectamente. Ajuste de tareas para sistemas operatios y otras aplicaciones Reise esta información para obtener información sobre cómo mejorar el rendimiento del sistema operatio para el seridor y para los impactos asociados a aplicaciones distintas a Tioli Storage Manager. Ajuste de sistemas AIX para rendimiento detioli Storage Manager Hay arias acciones que pueden mejorar el rendimiento de un seridor de Tioli Storage Manager que se ejecuta en un entorno de AIX. Puede utilizar el seridor de Tioli Storage Manager en particiones lógicas (LPAR) de System p. Utilice rbrw mount para liberar memoria de la memoria caché de sistema de archio. Los sistemas AIX pueden almacenar en la memoria caché muchos datos del sistema de archios, lo cual puede liberar memoria necesaria para los procesos del seridor de Tioli Storage Manager y DB2. Para eitar la paginación con el seridor de AIX, utilice la opción rbrw mount para el sistema de archios JFS2. Cuanta menos memoria se utilice para la región memoria caché de sistema de archio, más estará disponible para Tioli Storage Manager. Las opciones de entrada/salida simultánea (CIO) no son necesarias para montar o acceder a sistemas de archios de registro o base de datos. Tioli Storage Manager completa los montajes automáticamente. Del mismo modo, CIO inhabilita la característica de lectura anticipada de los sistemas de archios JFS2, lo que reduce el rendimiento de lectura de la base de datos durante la copia de seguridad. Utilice la especificación de zona horaria de Portable Operating System Interface (POSIX) para un mejor rendimiento del sistema. Si el seridor se ha instalado en un sistema operatio AIX ersión 6.1, debe utilizar la especificación del huso horario del Portable Operating System Interface (POSIX). La especificación de huso horario alternatia, basada en la base de datos Olson, empeora de forma importante el rendimiento del sistema. Para obtener información sobre cómo definir las especificaciones del huso horario, consulte la documentación del sistema operatio AIX. Si el seridor está instalado en AIX Versión 7.1, este problema no se produce. Tioli Storage Manager admite el uso compartido de puertos de canal de fibra mediante NPIV en un LPAR de pseries. Aunque puede compartir estos puertos, asegúrese de que el puerto tenga el ancho de banda adecuado para todos los LPAR que utilicen dicho puerto. Compartir recursos con otras particiones lógicas puede afectar al rendimiento del seridor de Tioli Storage Manager. Cuando haya otras particiones lógicas en el sistema, puede dedicar recursos a la partición del seridor detioli Storage Manager. Capítulo 9. Ajuste del rendimiento de seridor 153

168 Tioli Storage Manager puede utilizar puertos Ethernet de 10 gigabits compartidos en el seridor de VIO, pero tenga en cuenta que utilizar un puerto de VIO compartido no suele proporcionar un rendimiento completo de 10 gigabits. Si se necesita ancho de banda Ethernet completo de 10 gigabits, trate de utilizar el método de compartición del adaptador Ethernet de sistema principal (LHEA). Memoria irtual AIX El espacio de dirección irtual de AIX se gestiona mediante Virtual Memory Manager (VMM). Gestión de las estadísticas de paginación para identificar los problemas con el uso de la memoria irtual. Cuando ejecute el mandato mstat, reise las estadísticas de paginación en las columnas pi y po. En ocasiones, tener alores distintos a cero no es un problema porque la paginación es el principio más importante de la memoria irtual. Si los alores son siempre distintos a cero, puede producirse un cuello de botella en la memoria. Si la paginación se produce constantemente, primero erifique si el problema se debe al exceso de uso de la memoria caché del sistema de archios. Reise la salida del siguiente mandato: mstat -I 5 Si los alores para pi y po son altos y los alores son similares a los alores para fi y fo, considere utilizar la opción rbrw mount en todos los sistemas de archios actios de JFS2 para reducir o eliminar el problema de paginación. Si el problema de paginación persiste después de utilizar la opción rbrw mount para el sistema de archios JFS2, intente emitir el mandato AIX mo para ajustar el sistema de la memoria irtual. Memoria caché de archios AIX Puede determinar cuánta memoria AIX se deja de lado para la memoria caché del sistema de archios emitiendo el mandato mo con los parámetros maxperm y minperm. AIX puede quitar de la páginación la memoria de aplicación para faorecer el almacenamiento en la memoria caché de los datos del sistema de archios. Por ejemplo, la memoria para el seridor Tioli Storage Manager puede paginarse. Si la memoria de la aplicación se ha paginado, la paginación de la agrupación del búfer de la base de datos puede afectar al rendimiento de la base de datos. Tenga en cuenta los siguientes factores: La paginación de la agrupación de búferes de base de datos puede proocar que las estadísticas de coincidencias de caché sean excesiamente optimistas. El seridor Tioli Storage Manager no se beneficia demasiado de la memoria caché de sistema de archio. La reducción del alor del parámetro maxperm hará que AIX consere más memoria de la aplicación. Puede detener la paginación de la memoria irtual del seridor de Tioli Storage Manager modificando los parámetros minperm o maxperm, a menos que el sistema esté limitado por el uso de RAM o el tamaño de la agrupación de búfer de la base de datos sea demasiado grande. 154 IBM Tioli Storage Manager ersión 6.4 y ersión 6.3: Optimización del rendimiento

169 Para obtener información sobre cómo configurar el uso de la memoria, consulte la opción del seridor DBMEMPERCENT en el Tioli Storage Manager Guía del administrador. Un buen punto de partida es reserar un máximo del 50% (mo p o maxperm%=50) para la colocación en caché del sistema de archios, en lugar del alor predeterminado del 80%. Reduzca aún más el almacenamiento en memoria caché del sistema de archios si el 50% no es suficiente (cambie el tiempo real). Cuando el alor del parámetro maxperm se aproxime al alor del parámetro minperm, considere reducir también el parámetro minperm. Superise la salida del mandato mstat para er el progreso. Si la paginación disminuye a cero, las páginas que entran disminuirán. Consejo: Quizá sea necesario reducir el alor del parámetro maxclient junto con el parámetro maxperm. Si se reduce el alor del parámetro maxperm se puede mejorar el proceso de actualización de una base de datostioli Storage Manager V5.5 a una base de datos V6. Para mostrar los alores de todos los parámetros mo ajustables, especifique el distintio -a en el mandato mo. Para asegurarse de que un parámetro modificado mantenga su alor, especifique el distintio -p en el mandato. Ajuste de sistemas Linux para rendimiento del seridor de Tioli Storage Manager Hay arias acciones que pueden mejorar el rendimiento de un seridor de Tioli Storage Manager que se ejecuta en un entorno de Linux. La mayoría de las distribuciones de empresa ienen con muchas funciones, aunque la mayor parte del tiempo sólo se utiliza un pequeño subconjunto de estas características. Inhabilite las características que no se utilicen. Utilice las opciones m.pagecache_limit_mb y m.swappiness para liberar memoria de la caché del sistema de archios. Los sistemas Linux pueden almacenar en la memoria caché muchos datos del sistema de archios, lo cual puede liberar memoria necesaria para los procesos del seridor de Tioli Storage Manager y DB2. Como usuario root de Linux, limite la cantidad de memoria que se permite para almacenar datos de archio en memoria caché definiendo el parámetro de kernel m.pagecache_limit_mb en Establezca también el parámetro del kernel m.swappiness en 0. Por ejemplo: linuxbox:/ # sysctl m.pagecache_limit_mb # para er el alor actual m.pagecache_limit_mb = 0 # (0 significa sin límite) linuxbox:/ # sysctl -w m.pagecache_limit_mb=1024 # para cambiar el tiempo de ejecución m.pagecache_limit_mb = 1024 linuxbox:/ # sysctl m.swappiness m.swappiness = 60 linuxbox:/ # sysctl -w m.swappiness=0 m.swappiness = 0 Para que estos cambios se apliquen a todos los reinicios, edite el archio /etc/sysctl.conf y añada m.pagecache_limit_mb=1024 y m.swappiness=0. Capítulo 9. Ajuste del rendimiento de seridor 155

170 Ajuste de sistemas Linux on System z para rendimiento del seridor de Tioli Storage Manager Puede utilizar arios métodos para mejorar el rendimiento de un seridor de Tioli Storage Manager en un sistema Linux on System z. Para obtener información sobre el rendimiento en sistemas Linux on System z, consulte Los siguientes pasos le pueden ayudar a mejorar el rendimiento de un seridor de Tioli Storage Manager en un sistema Linux on System z: Actualice a SUSE Linux Enterprise Serer 11 Serice Pack 1 (SLES11 SP1) para mejorar el rendimiento de disco y de red. Utilice discos SCSI de canal de fibra el lugar de DASD conectado a fibra (dispositio de almacenamiento de acceso directo), si es posible, para mejorar el rendimiento. Dedique la base de datos, el registro y los discos de almacenamiento de Tioli Storage Manager al initado Linux si se ejecuta bajo z/vm. Utilice el gestor de olúmenes lógicos (LVM) para olúmenes lógicos de la agrupación de almacenamiento de disco. El uso de la subdiisión en bandas mejora el rendimiento de operaciones como copia de seguridad y migración de la agrupación de almacenamiento. Utilice el sistema de archios ext3 para la base de datos y registro de recuperación. Puede utilizar el sistema de archios ext4 para mejorar el rendimiento de la definición de los olúmenes de la agrupación de almacenamiento. Utilice adaptadores de red OSA-Express3 en lugar de OSA-Express2 para mejorar el rendimiento y reducir la utilización del procesador. Consulte las sugerencias de establecimiento de redes para OSA-Express3 en Para conexiones de red externas a un initado Linux bajo z/vm, conecte el adaptador OSA directamente al initado Linux. Ajuste de sistemas Oracle para un mejor rendimiento del seridor de Tioli Storage Manager Hay arias acciones que pueden mejorar el rendimiento del seridor de Tioli Storage Manager que se ejecuta en un entorno de Solaris. Utilice particiones RAW para olúmenes de agrupaciones de almacenamiento en disco en plataformas Solaris. Los olúmenes lógicos RAW ofrecen una productiidad de copia de seguridad y restauración de cliente mejores que los olúmenes del sistema de archios ZFS, UFS o Veritas. Utilice la ersión más reciente de Solaris y aplique el último parche del kernel. Si utiliza sistemas de archios ZFS, consulte Configuración de sistemas Oracle Solaris para rendimiento de disco en la página 172 para conocer sugerencias. Restricción: ZFS no funciona con E/S directa. Si utiliza olúmenes del sistema de archios UFS, especifique el indicador forcedirectio cuando monte estos sistemas de archios. Si el sistema de archios se monta con esta opción, los datos se transfieren directamente entre el espacio de direcciones del usuario y el disco. Si especifica la opción noforcedirectio cuando se monta el sistema de archios, los datos se colocan en almacenamiento intermedio en el espacio de direcciones del kernel cuando los datos se transfieren entre el espacio de direcciones de usuario y el disco. Las 156 IBM Tioli Storage Manager ersión 6.4 y ersión 6.3: Optimización del rendimiento

171 grandes transferencias de datos secuenciales se benefician de la opción de rendimiento forcedirectio. El comportamiento predeterminado es noforcedirectio. Si utiliza VxFS para disco o olúmenes de la agrupación de almacenamiento de disco, monte los sistemas de archios VxFS con la opción de E/S directa: mincache=direct,conosync=direct Ajuste de sistemas Windows para rendimiento del seridor de Tioli Storage Manager Hay arias acciones que pueden mejorar el rendimiento de un seridor de IBM Tioli Storage Manager que se ejecuta en un entorno de Windows. Inhabilite la compresión de archios NTFS en los olúmenes de disco. Debido a la degradación potencial del rendimiento, no utilice la compresión de archios NTFS en los olúmenes de disco que utilice el seridor de Tioli Storage Manager. Utilice el método de comunicación de memoria compartida cuando utilice un cliente local. Para un rendimiento óptimo de copia de seguridad y restauración en un sistema al utilizar un cliente local en un sistema Windows, utilice el método de comunicación de memoria compartida. El método se utiliza incluyendo la opción COMMMETHOD definida en SHAREDMEM en el archio de opciones de seridor y el archio de opciones de cliente. Utilice el tipo de adaptador de red VMXNET 3 cuando el seridor de Tioli Storage Manager esté en un entorno de initado VMware. Especifique todos los discos que se utilizan para la base de datos del seridor, archio de registro y almacenamiento como LUN de tipo RAW correlacionadas en lugar de utilizar discos irtuales en un almacén de datos VMware. Determinadas acciones adicionales pueden afectar al rendimiento del cliente y seridor detioli Storage Manager. El software antiirus puede influir negatiamente en el rendimiento de la copia de seguridad. Inhabilite o no instale sericios que no se utilicen. Inhabilite o no instale protocolos de red que no se utilicen. Dé prioridad al rendimiento de las aplicaciones subordinadas. No utilice protectores de pantalla. Asegúrese de que el archio de paginación no esté fragmentado. Asegúrese de que cualquier controlador de dispositio esté actualizado, especialmente los del hardware nueo. Efectos de la capa de sockets seguros (SSL) en el rendimiento de seridor La capa de sockets seguros (SSL) permite realizar comunicaciones seguras entre el cliente y el seridor de Tioli Storage Manager, puedo puede afectar al rendimiento del sistema. Si necesita SSL, utilícelo solo para las sesiones en las que sea necesario y añada recursos de procesador al sistema de seridor detioli Storage Manager para que este se adapte a los nueos requisitos. También puede probar otras opciones, como el establecimiento de una red de dispositios como direccionadores y conmutadores para que proporcionen funciones SSL. Capítulo 9. Ajuste del rendimiento de seridor 157

172 Uso del seridor de directorio LDAP: efectos sobre el rendimiento si utiliza un seridor LDAP para autenticar las contraseñas del administrador y nodo, este podría afectar al rendimiento. Cuando realiza la autenticación con un seridor Lightweight Directory Access Protocol (LDAP) en ez de utilizar la autenticación local, se requieren más recursos del procesador. Las pruebas realizadas en los laboratorios de IBM demuestran que LDAP tiene un impacto de aproximadamente un 5%. Si utiliza sesiones de capa de sockets seguros (SSL) con autenticación de seridor LDAP, el impacto adicional en el rendimiento de las sesiones que transfieren pequeñas cantidades de datos es insignificante. En las sesiones que transfieren grandes cantidades de datos, puede esperar un impacto importante en el rendimiento, ya que SSL debe cifrar todos los datos. 158 IBM Tioli Storage Manager ersión 6.4 y ersión 6.3: Optimización del rendimiento

173 Capítulo 10. Ajuste del almacenamiento de disco para el seridor Los sistemas de almacenamiento en disco tienen distintas características que se pueden configurar y ajustar para obtener un mejor rendimiento en un seridor de Tioli Storage Manager. Reise la información sobre cómo configurar los sistemas de almacenamiento en disco y el sistema operatio para su seridor de Tioli Storage Manager. Principios para ajustar los sistemas de disco para Tioli Storage Manager Hay muchos aspectos del almacenamiento en disco que se pueden tener en cuenta al optimizar operaciones. En la mayoría de los sistemas, la separación de la base de datos del seridor, los registros y las agrupaciones de almacenamiento resulta clae para que la configuración de Tioli Storage Manager ofrezca un buen rendimiento. Los principios siguientes resultan clae para conseguir un mejor rendimiento del almacenamiento en disco: Seleccione y configure el almacenamiento en disco para mejorar el rendimiento y la capacidad. La capacidad adecuada no es el único factor que se debe tener en cuenta. En la mayoría de los sistemas de disco, separe los componentes principales del seridor de Tioli Storage Manager unos de otros. Asegúrese de que la base de datos del seridor, el registro actio, los registros de archiado y las agrupaciones de almacenamiento estén en ubicaciones independientes. Superise los sistemas. Las cargas de trabajo de los sistemas aumentan y dichos aumentos pueden desencadenar la necesidad de obtener más almacenamiento o de cambiar la configuración. Aplique un control de cambios estricto para solucionar posibles degradaciones del rendimiento. Limite la duplicación a un solo tipo. Por ejemplo, si el sistema operatio se ha configurado para que realice duplicaciones, no configure el seridor de Tioli Storage Manager para que duplique el registro actio (opción de seridor MIRRORLOGDIRECTORY). Asegúrese de que las operaciones de mantenimiento del seridor se están ejecutando, entre ellas la caducidad, tabla de base de datos y reorganización del índice. Consulte el apartado Ajuste de la planificación para las operaciones diarias en la página 120. Conozca la imagen completa del almacenamiento en disco y cómo se relaciona con las operaciones de su entorno. Debe examinar no solo la configuración de los discos, sino la configuración completa, ya que está relacionada con el rendimiento. Todos los elementos siguientes causan impacto: Elección y configuración del sistema de almacenamiento en disco Velocidad y tipo de disco. Los discos más grandes pueden no ser los mejores si la elocidad de rotación no es también más alta. Diseño de disco. Tipo de RAID. Copyright IBM Corp. 1996,

174 Tipo de sistema de archios y opciones de montaje. Hardware de sistema del seridor y su configuración Velocidad y número de procesadores y cantidad de memoria. Si hay arias instancias de Tioli Storage Manager ejecutándose en el mismo sistema y utilizando los mismos sistemas de almacenamiento en disco. Velocidad del adaptador de bus de host (HBA). Si los HBA se dedican a operaciones de disco o no. Un HBA compartido por un disco y una cinta puede originar problemas de rendimiento. Si los discos se comparten o no con otros sistemas o aplicaciones. Consejo: Busque información actualizada sobre el rendimiento en la wiki de Tioli Storage Manager en home/wiki/tioli Storage Manager. Referencia relacionada: Lista de comprobación de los discos de base de datos del seridor en la página 12 Lista de comprobación de los discos de registro de recuperación en la página 14 Tipos de sistemas de disco La opción de sistema de disco afecta a las opciones de configuración disponibles. El modo en que se configura el sistema afecta al rendimiento del seridor de Tioli Storage Manager. Por ejemplo, los sistemas de disco arían en la manera en la que se pueden organizar las unidades de disco indiiduales para crear matrices RAID. La lista siguiente muestra la ariedad de tipos de sistemas que se pueden utilizar para el almacenamiento en disco de Tioli Storage Manager: Sistemas de unidad de estado sólido (SSD) La tecnología de unidades de estado sólido (en ocasiones denominadas memoria de actualización instantánea) proporciona el mayor niel de rendimiento, con elocidades de las operaciones de E/S por segundo (IOPS) muy superiores a las de otros sistemas de almacenamiento. Un SSD funciona a elocidades más similares a las de una memoria que a las de una unidad de disco. Las SSD no requieren tiempo de giro del disco o un brazo que deba moerse a la posición adecuada. Si utiliza unidad de estado sólido para almacenamiento de Tioli Storage Manager, asegúrese de estar utilizando una unidad de estado sólido empresarial. IBM serie DS8000 La serie DS8000 está formada por sistemas de disco de alto rendimiento que aceptan diferentes tipos de RAID, incluyendo RAID 5 y RAID 10. El tamaño de las baterías, en términos de cantidad de unidades de disco, es fijo. Por lo tanto, una unidad de la serie DS8000 tiene un número fijo de baterías RAID (rangos). IBM serie DS5000 La serie DS5000 de sistemas de disco de gama media puede gestionar una amplia ariedad de configuraciones de disco. Puede crear baterías RAID con tan solo dos discos o con arias docenas de ellos. Puede tener matrices RAID de menor tamaño para la base de datos de Tioli Storage Manager y matrices más grandes para la agrupación de almacenamiento de disco de Tioli Storage Manager. 160 IBM Tioli Storage Manager ersión 6.4 y ersión 6.3: Optimización del rendimiento

175 IBM Storwize V7000 El sistema Storwize V7000 es un sistema de medio rango que irtualiza el almacenamiento RAID. Un sistema está formado por un conjunto de alojamientos de unidad. Las unidades se configuran en matrices, y a partir de esas matrices se crean olúmenes. Puede configurar un sistema con arios tipos de dispositio. Con diersos tipos de dispositio, puede utilizar el disco rápido o SSD para la base de datos del seridor, y los discos de menor coste y mayor capacidad para las agrupaciones de almacenamiento. IBM Storwize V3700 es un sistema de niel de entrada con características similares a las del sistema Storwize V7000. Optimización de procesos de lectura anticipada del sistema de discos La mayoría de los sistemas aanzados de disco pueden optimizar el rendimiento de las operaciones lectura cuando el disco puede detectar lecturas secuenciales. Cuando esto sucede, los sistemas de disco pueden tener los datos para el siguiente proceso de lectura en caché, o al menos en proceso. Los sistemas de disco detectan las lecturas secuenciales LUN a LUN. No obstante, las lecturas secuenciales podrían no detectarse si hay más de una lectura en curso para el mismo LUN. Los sistemas de disco no perciben los sistemas de archios o archios de un LUN y solo distinguir los bloques a los que se accede. Cuando hay dos lecturas secuenciales en curso en un LUN, los bloques a los que se accede dejan de responder como secuenciales. Parece que los bloques están en distintos lugares y las optimizaciones de lectura anticipada se suelen detener. Elección del tipo correcto de tecnología de almacenamiento para Tioli Storage Manager Los dispositios de almacenamiento tienen distintas características de rendimiento y capacidad. Estas características influyen en qué dispositios son más adecuados para utilizarlos con Tioli Storage Manager. Reise la tabla siguiente como ayuda para elegir el tipo adecuado de tecnología de almacenamiento para los recursos de almacenamiento requeridos por el seridor. Tabla 20. Tipos de tecnología de almacenamiento para requisitos de almacenamiento de Tioli Storage Manager Tipo de tecnología de almacenamiento Base de datos Registro actio Unidad de estado sólido (SSD) Ubique la base de datos en el SSD si utiliza la deduplicación de datos de Tioli Storage Manager y la réplica de nodo. Ubique el registro actio en el SSD si la deduplicación de datos de Tioli Storage Manager y la réplica de nodo están disponibles. Si no hay espacio disponible, utilice el disco de alto rendimiento. Registro de archiado y registro de migración tras error de archiado Resere el SSD para su uso con la base de datos y el registro actio. El registro de archiado y los registros de migración tras error de archiado se pueden ubicar en tipos de tecnología de almacenamiento más lentos. Agrupaciones de almacenamiento Resere el SSD para su uso con la base de datos y el registro actio. Las agrupaciones de almacenamiento se pueden ubicar en tipos de tecnología de almacenamiento más lentos. Capítulo 10. Ajuste del almacenamiento de disco para el seridor 161

176 Tabla 20. Tipos de tecnología de almacenamiento para requisitos de almacenamiento de Tioli Storage Manager (continuación) Tipo de tecnología de almacenamiento Base de datos Registro actio Disco de alto rendimiento: disco con rpm 15k e interfaz de canal de fibra o SCSI con conexión en serie (SAS) Disco de medio o alto rendimiento: disco con rpm 10k e interfaz de canal de fibra o SAS Utilice el disco de alto rendimiento si el seridor de Tioli Storage Manager no realiza la deduplicación de datos y réplica de nodo. Separe la base de datos del seridor de sus registros y agrupaciones de almacenamiento, así como de los datos de otras aplicaciones. Si el sistema de discos combina arias tecnologías, utilice los discos más rápidos para la base de datos y registro actio. Separe la base de datos del seridor de sus registros y agrupaciones de almacenamiento, así como de los datos de otras aplicaciones. SATA, No utilice este almacenamiento almacenamiento para la adjunto de red base de datos. Cinta y cinta irtual Utilice el disco de alto rendimiento si el seridor de Tioli Storage Manager no realiza la deduplicación de datos y réplica de nodo. Por cuestiones de rendimiento y disponibilidad, aísle el registro actio de la base de datos del seridor, registros de archiado y agrupaciones de almacenamiento. Si el sistema de discos combina arias tecnologías, utilice los discos más rápidos para la base de datos y registro actio. Por cuestiones de rendimiento y disponibilidad, aísle el registro actio de la base de datos del seridor, registros de archiado y agrupaciones de almacenamiento. No utilice este almacenamiento para el registro actio. Registro de archiado y registro de migración tras error de archiado Puede utilizar el disco de alto rendimiento para el registro de archiado y registros de migración tras error de archiado. Por cuestiones de disponibilidad, aísle estos registros de la base de datos y registro actio. Puede utilizar el disco de medio o alto rendimiento para el registro de archiado y registros de migración tras error de archiado. Por cuestiones de disponibilidad, aísle estos registros de la base de datos y registro actio. El uso de la tecnología de almacenamiento más lenta es aceptable porque estos registros se escriben una ez y no se leen con frecuencia. Agrupaciones de almacenamiento Utilice el disco de alto rendimiento para las agrupaciones de almacenamiento si los datos se leen y escriben con frecuencia. Por cuestiones de rendimiento y disponibilidad, aísle los datos de las agrupaciones de almacenamiento de la base de datos y registros del seridor, así como de los datos de otras aplicaciones. Utilice el disco de medio o alto rendimiento para las agrupaciones de almacenamiento si los datos se leen y escriben con frecuencia. Por cuestiones de rendimiento y disponibilidad, aísle los datos de las agrupaciones de almacenamiento de la base de datos y registros del seridor, así como de los datos de otras aplicaciones. Utilice esta tecnología de almacenamiento más lenta si los datos de la agrupación de almacenamiento no se utilizan con frecuencia, se escriben una ez y se leen de manera poco frecuente. Utilícela para la retención a largo plazo o si los datos se utilizan con poca frecuencia. 162 IBM Tioli Storage Manager ersión 6.4 y ersión 6.3: Optimización del rendimiento

177 Ajuste de los sistemas de almacenamiento de la serie System Storage DS8000 Los sistemas de almacenamiento de la serie IBM System Storage DS8000 son rápidos y gestionan E/S pesadas. Un sistema de almacenamiento de la serie DS8000 se puede configurar en matrices RAID 5 y RAID 10. La cantidad de unidades de disco de una matriz es fija. Los tamaños de las bandas o los segmentos se definen automáticamente. La memoria caché de un sistema de almacenamiento de la serie DS8000 no se puede ajustar; por ejemplo, no puede inhabilitar la memoria caché de los LUN utilizados para la base de datos del seridor. La incapacidad de ajustar la memoria caché no suele ser un problema porque estos sistemas suelen tener una gran memoria caché. Para obtener el mejor rendimiento, siga estas directrices: Ubique las agrupaciones de almacenamiento de disco, registro de archiado, registro actio y base de datos detioli Storage Manager en agrupaciones de extensiones diferentes. Esta organización utiliza más almacenamiento, pero ofrece mejor rendimiento. Distribuya los componentes de seridor en tantos rangos como sea posible. Los rangos se encuentran en distintos pares de adaptador de dispositio. Minimice otras aplicaciones que comparten los rangos utilizados por Tioli Storage Manager. Utilice tantos adaptadores como sea posible para acceder a los LUN. Si utiliza un sistema de almacenamiento de la serie DS8000 para arios seridores de Tioli Storage Manager, coloque todas las bases de datos del seridor en un conjunto de rangos. Coloque todas las agrupaciones de almacenamiento de los seridores en otro conjunto de rangos. Pruebe y superise los resultados de la configuración del sistema de disco en su entorno. Ajuste de System Storage serie DS5000 y otros sistemas de almacenamiento de gama media de IBM IBM System Storage serie DS5000 y otros sistemas de almacenamiento de gama media de IBM ofrecen una gran flexibilidad sobre cómo se pueden configurar para su uso con Tioli Storage Manager. Los sistemas tienen estas características: Se pueden utilizar los principales tipos de RAID. El número de discos por número de unidad lógica es flexible. Se puede definir el tamaño de segmentos o bandas y la memoria caché de cada LUN. Hay distintos modelos con distintos tipos de disco (canal de fibra o SATA). Hay distintas cantidades de memoria caché del sistema disponibles, aunque normalmente son menos que en sistemas como los de la serie System Storage DS8000. Para disfrutar de un mejor rendimiento con los sistemas de discos de gama media de IBM, separe la base de datos de Tioli Storage Manager, el registro de Capítulo 10. Ajuste del almacenamiento de disco para el seridor 163

178 recuperación y las agrupaciones de almacenamiento para que se estén en ejes diferentes. Los ejemplos siguientes muestran cómo configurar estos tipos de sistemas de discos: Ejemplos de la base de datos del seridor en discos de la serie DS5000 Ejemplos de diseño para los registros de recuperación de discos de la serie DS5000 en la página 167 Diseño de ejemplo de las agrupaciones de almacenamiento del seridor en discos de la serie DS5000 en la página 169 Características de E/S de disco para operaciones de Tioli Storage Manager Generalmente, las agrupaciones de almacenamiento de Tioli Storage Manager se graban y se leen utilizando tamaños de E/S de 256 KB. Con un tamaño de página de 8 KB y 32 KB, la entrada/salida que utiliza la base de datos de Tioli Storage Manager aría. El gestor de bases de datos podría, en ocasiones, realizar una captación preia de cantidades más grandes. Aunque Tioli Storage Manager puede solicitar tamaños de E/S de 8 KB y de 32 KB, el sistema operatio puede elegir ejecutar la E/S de forma diferente. Si se ejecuta la E/S de forma diferente puede dar lugar a que se eníen E/S menores o mayores al sistema de disco. Tioli Storage Manager intenta utilizar E/S directa en la mayoría de las situaciones, lo que eita la colocación en caché del sistema de archios. El resultado de eitar la colocación en caché es un aumento de la eficacia y el rendimiento del procesador. Si utiliza los parámetros del sistema operatio para ajustar la memoria caché de sistema de archio, es posible que no ea ningún efecto debido a ello. Ejemplos de la base de datos del seridor en discos de la serie DS5000 Los ejemplos ilustran distintas formas de seguir las directrices de configuración de la base de datos del seridor al utilizar discos de canal de fibra de la serie DS5000. Además se incluyen entajas y desentajas de las elecciones de configuración. Recuerde: Asegúrese de que la base de datos del seridor, los registros de recuperación y las agrupaciones de almacenamiento se encuentren en discos distintos. Ejemplo 1: Diseño adecuado para un seridor pequeño Con cinco discos para la base de datos, puede configurar los discos con estas características. Consulte el apartado Figura 21 en la página 165. Configuración de discos en una matriz 4+1 de RAID 5. Definición del tamaño de banda en 256 KB. Definición de un directorio (también llamado contenedor) y un olumen lógico para la base de datos. Defina la ariable de entorno DB2_Parallel_IO: DB2_Parallel_IO=*:4 164 IBM Tioli Storage Manager ersión 6.4 y ersión 6.3: Optimización del rendimiento

179 El programaibm DB2, el gestor de la base de datos del seridor, utiliza este alor al equilibrar la carga entre los discos. Matriz 4+1RAID Volumen lógico Directorio de bases de datos Discos de alta elocidad Figura 21. Diseño de base de datos para un seridor pequeño Este diseño tiene las siguientes entajas: El diseño sigue las directrices del tamaño de banda óptimo. El diseño sigue las directrices para tener una correspondencia uno a uno entre contenedores y olúmenes lógicos. El diseño tiene los inconenientes siguientes: Las operaciones de grabación de los bits de paridad pueden afectar al rendimiento si el sistema tiene una memoria caché pequeña. El diseño solo tiene un contenedor para la base de datos, que no suele resultar óptimo, pero que podría no ser un problema en el caso de cargas de trabajo pequeñas del seridor. La base de datos y los índices de bases de datos están diididos en solo cinco discos. Ejemplo 2: Mejor diseño que utiliza RAID 10 Con ocho discos para la base de datos, puede configurar los discos con estas características. Consulte el apartado Figura 22 en la página 166. Configuración de los discos en una matriz 4+4 de RAID 10. Definición del tamaño de banda en 256 KB. Definición de un directorio (también llamado contenedor) y un olumen lógico para la base de datos. Defina la ariable de entorno DB2_Parallel_IO: DB2_Parallel_IO=*:4 Capítulo 10. Ajuste del almacenamiento de disco para el seridor 165

180 Matriz RAID 10 Volumen lógico Directorio de bases de datos Discos de alta elocidad Duplicación Figura 22. Diseño de base de datos que utiliza ocho discos en una matriz RAID 10 Este diseño tiene las siguientes entajas: El diseño sigue las directrices del tamaño de banda óptimo. El diseño sigue las directrices para tener una correspondencia uno a uno entre contenedores y olúmenes lógicos. El sistema no tiene el coste de rendimiento de las operaciones de grabación paritarias. RAID 10 es la elección óptima para la base de datos del seridor. Con sus dos conjuntos de discos, esta configuración resulta en lecturas más rápidas de la base de datos. El diseño tiene los inconenientes siguientes: El diseño solo tiene un contenedor para la base de datos, que no suele resultar óptimo, pero que podría no ser un problema en el caso de cargas de trabajo pequeñas del seridor. El diseño requiere el doble de discos que en el ejemplo 1 debido al uso de RAID 10 en lugar de RAID 5. Ejemplo 3: Mejor diseño que utiliza RAID 10 y más contenedores Con 16 discos para la base de datos, puede configurar los discos con estas características. Consulte el apartado Figura 23 en la página 167. Configuración de los discos en dos matrices 4+4 de RAID 10. Definición del tamaño de banda en 256 KB. Definición de dos directorios (también denominados contenedores) y dos olúmenes lógicos para la base de datos. Defina la ariable de entorno DB2_Parallel_IO: DB2_Parallel_IO=*:4 166 IBM Tioli Storage Manager ersión 6.4 y ersión 6.3: Optimización del rendimiento

181 Matriz 4+4RAID Matriz 4+4RAID Volumen lógico Directorio de bases de datos Volumen lógico Directorio de bases de datos Discos de alta elocidad Duplicación Discos de alta elocidad Duplicación Figura 23. Diseño de base de datos que utiliza 16 discos en dos matrices RAID 10 Este diseño tiene las siguientes entajas: El diseño sigue las directrices del tamaño de banda óptimo. El diseño sigue las directrices para tener una correspondencia uno a uno entre contenedores y olúmenes lógicos. El sistema no tiene el coste de rendimiento de las operaciones de grabación paritarias. RAID 10 es la elección óptima para la base de datos del seridor. Con sus dos conjuntos de discos, esta configuración resulta en lecturas más rápidas de la base de datos. Cuantos más ejes físicos, mejor será el rendimiento de las operaciones de lectura y escritura de la base de datos. Más contenedores de base de datos implican que el software de DB2 puede captar preiamente más datos. La desentaja es que este diseño necesita más discos que los otros ejemplos. Ejemplos de diseño para los registros de recuperación de discos de la serie DS5000 Los ejemplos ilustran distintas formas de seguir las directrices de configuración de los registros de recuperación del seridor al utilizar discos de canal de fibra de la serie DS5000. El registro actio se ubica en el disco con las características de mayor elocidad. Recuerde: Asegúrese de que la base de datos del seridor, los registros de recuperación y las agrupaciones de almacenamiento se encuentren en discos distintos. Ejemplo 1: Diseño adecuado sin RAID En este ejemplo, los discos no configurados como matrices RAID se utilizan para los registros de recuperación. Este tipo de disposición se denomina conjunto de discos (JBOD). El registro actio, el registro de archiado y el registro de archiado de migración tras error se encuentran en discos distintos. El diseño tiene las siguientes entajas: Se utiliza la lectura anticipada de memoria caché para los discos. La separación del registro actio, el registro de archiado y el registro de archiado de migración tras error sigue las directrices. Capítulo 10. Ajuste del almacenamiento de disco para el seridor 167