IBM Tivoli Storage Manager Versión 6.3.3 Guía de determinación de problemas GC11-4035-04 IBM Tivoli Storage Manager Versión 6.3.3 Guía de determinación de problemas GC11-4035-04 Nota: Antes de utilizar esta información y el producto al que da soporte, lea la información del apartado “Avisos” en la página 311. Esta edición se aplica a la Versión 6.3.3 de IBM Tivoli Storage Manager (número de producto 5608-E01, 5608-E02, 5608-E03) y a todos los releases y las modificaciones subsiguientes hasta que se indique lo contrario en nuevas ediciones o boletines técnicos. Esta edición sustituye a la edición GC23-9789-03. © Copyright IBM Corporation 1993, 2012. Contenido Acerca de esta publicación . . . . . . ix A quién va dirigida esta guía . . . . . . . . ix Publicaciones . . . . . . . . . . . . . . x Publicaciones de Tivoli Storage Manager . . . . x Publicaciones de Tivoli Storage FlashCopy Manager . . . . . . . . . . . . . . xii Información de soporte . . . . . . . . . . xiii Obtención de formación técnica . . . . . . xiii Búsqueda en bases de datos de conocimientos xiii Cómo ponerse en contacto con el soporte de software de IBM. . . . . . . . . . . . xv Capítulo 1. Recursos de ayuda . . . . . 1 Ayuda de cliente de copia de seguridad/archivado . Acceso a la ayuda para el programa de utilidad de configuración del servicio Windows (dsmcutil) . . Ayuda del agente de almacenamiento o del servidor Acceso a la ayuda del agente de almacenamiento o del servidor para los comandos . . . . . . Acceso a la ayuda para mensajes . . . . . . Ayuda sobre la interfaz de la línea de mandatos para el cliente . . . . . . . . . . . . . Informe de un problema relacionado con un tema de la ayuda . . . . . . . . . . . . . . . . 1 2 2 2 3 3 4 Capítulo 2. Resolución de problemas relacionados con el cliente de Tivoli Storage Manager . . . . . . . . . . . 5 | | | | | | | | | | Cómo examinar mensajes de error . . . . . . . 5 Exploración de los mensajes de anotaciones de actividades del servidor . . . . . . . . . . 5 Cómo identificar el lugar y el momento en el que se puede producir el problema . . . . . . . . . 5 Reproducción del problema . . . . . . . . . 6 Recopilación de documentación para solucionar problemas con la aplicación cliente . . . . . . . 6 Determinación del motivo por el que no se inicia el programa dsmc, dsmadmc o dsmj . . . . . . . 7 Resolución de problemas con conjuntos de opciones de cliente . . . . . . . . . . . . . . . 9 Resolución de problemas con conjuntos de opciones de cliente . . . . . . . . . . . 10 Resolución de problemas de autenticación de contraseñas . . . . . . . . . . . . . . 11 Resolución de problemas de contraseña autenticada en LDAP . . . . . . . . . . . . . . . 12 Verificación de la configuración para la autenticación de contraseña . . . . . . . . 12 Resolución de problemas con el servidor de directorios LDAP . . . . . . . . . . . 13 Auditoría del servidor de directorios LDAP para limpiar el servidor . . . . . . . . . . . 15 Mensajes de error para contraseñas autenticadas LDAP . . . . . . . . . . . . . . . 16 Resolución de problemas de planificación del cliente 18 © Copyright IBM Corp. 1993, 2012 Determinación del estado de un evento planificado . . . . . . . . . . . . . Consulta de errores en las anotaciones de actividades del servidor . . . . . . . . . Inicio y detención del servicio del cliente . . . Resolución de problemas al incluir o excluir archivos de cliente durante el proceso de copia de seguridad . . . . . . . . . . . . . . . Identificación de archivos incluidos o excluidos por el conjunto de opciones del cliente del servidor. . . . . . . . . . . . . . . Exclusión automática de archivos del proceso de copia de seguridad . . . . . . . . . . . Exclusión de archivos con la sentencia EXCLUDE.DIR . . . . . . . . . . . . Determinar si las sentencias de compresión, cifrado y copia de seguridad de subarchivos incluyen o excluyen . . . . . . . . . . Uso de delimitadores para incluir o excluir archivos . . . . . . . . . . . . . . Resolución de errores debidos a la lista de inclusión y exclusión codificada incorrectamente . Resolución de problemas de Snapshot Difference . . Resolución de problemas del directorio de instantáneas para volúmenes de sistemas de archivos NetApp o N-Series . . . . . . . . Resolución de problemas de inicio de sesión al utilizar el sistema de archivos cifrados en sistemas operativos AIX . . . . . . . . . Resolución de errores de copia de seguridad de imagen . . . . . . . . . . . . . . . . Resolución de errores de copia de seguridad de imagen de Linux . . . . . . . . . . . Resolución de anomalías de copia de seguridad de imágenes cuando se utiliza una instantánea de Linux . . . . . . . . . . . . . . . Resolución de errores durante la copia de seguridad de imagen y copia de seguridad/archivado basado en instantáneas de AIX JFS2 . . . . . . . . . . . . . . Soluciones de soporte para la API de Tivoli Storage Manager . . . . . . . . . . . . . . . Recopilación de información relacionada con la API antes de llamar al servicio de soporte de IBM . . . . . . . . . . . . . . . . Recopilación de archivos de la API antes de llamar al servicio de soporte de IBM . . . . . Cómo determinar si los datos se envían al agente de almacenamiento de Tivoli Storage Manager en vez de al servidor . . . . . . . . . . . . . Cómo ejecutar aplicaciones que utilizan la API como usuario no root . . . . . . . . . . . . . Determinación de problemas de copia de seguridad basada en el registro por diario . . . . . . . . Cómo determinar si una copia de seguridad tendrá diario . . . . . . . . . . . . . 18 18 19 20 21 21 24 25 25 26 26 29 29 30 30 31 32 34 34 35 37 38 40 40 iii Ejecución del daemon de diario en primer plano Utilización del programa de utilidad de visualización de base de datos con diario . . . Resolución de problemas con el soporte de archivos abiertos y el agente de instantáneas de volúmenes lógicos . . . . . . . . . . . . . . . . Examen del Registro de eventos de un sistema Windows . . . . . . . . . . . . . . Obtención de los datos de rastreo . . . . . . Configuración del sistema para un vuelco de memoria completo . . . . . . . . . . . Cómo forzar un vuelco de memoria para un sistema detenido cuando se sospecha que existe un problema con el agente de instantáneas de volúmenes lógicos . . . . . . . . . . . Mejores prácticas para el soporte de archivos abiertos. . . . . . . . . . . . . . . Utilización de servicios de duplicación de volúmenes de Windows . . . . . . . . . . Definición de errores transitorios de VSS . . . Definición de los indicadores de prueba de Windows VSS . . . . . . . . . . . . Arreglo temporal de VSS de Windows 2003 . . Ajuste de servicios de duplicación de volúmenes Recopilación de información de diagnóstico de VSS para el servicio de asistencia de Microsoft . Resolución de errores con el rastreo VSS. . . . Ejecución de llamadas VSS API con el programa de ejemplo vsreq.exe . . . . . . . . . . Comparación de la interacción de Tivoli Storage Manager y Ntbackup.exe con VSS . . . . . . Comandos de visualización para el cliente de copia de seguridad/archivado . . . . . . . . . . 41 41 43 43 43 44 44 45 45 45 46 46 47 47 48 48 49 49 Capítulo 3. Resolución de problemas del servidor . . . . . . . . . . . . 53 Reproducción del problema . . . . . . . . . Despliegue del error del motor durante la inicialización . . . . . . . . . . . . . . Comprobación del archivo de registro de actividad del servidor . . . . . . . . . . . . . . Comprobación de archivos de anotaciones de errores del sistema relativos a errores de dispositivo. Reversión de las opciones o de los valores del servidor . . . . . . . . . . . . . . . Reinicio del servicio de planificación . . . . . . Resolución de problemas de espacio en el servidor Asignación de memoria de servidor adicional . . . Cambio de la frecuencia de copia . . . . . . . Resolución de errores de operaciones de RELABEL Resolución de la instalación y problemas de actualización . . . . . . . . . . . . . . Archivos de registro de instalación . . . . . Resolución de un proceso de desinstalación detenido . . . . . . . . . . . . . . Fallo de instalación del servidor: inicialización del motor de despliegue . . . . . . . . . Recreación manual de instancias del servidor debido a problemas de conectividad . . . . . Resolución de un fallo de actualización del servidor . . . . . . . . . . . . . . iv 53 53 54 54 55 55 55 56 56 57 57 58 62 62 63 Resolución de los problemas de instalación de GSKit . . . . . . . . . . . . . . . 65 Resolución de detenciones del servidor . . . . . 66 Resolución de un problema de detención o bucle 67 Resolución de problemas de estado de espera con servidores de repositorio de usuario externo . . 68 Búsqueda del archivo de error del servidor(dsmserv.err) . . . . . . . . . . 69 Búsqueda de la imagen del sistema (archivo de núcleo) . . . . . . . . . . . . . . . 69 Recuperación de archivos de biblioteca para el análisis del núcleo . . . . . . . . . . . 70 Recuperación de archivos de registro del sistema 71 Recuperación del registro de actividades. . . . 71 Detección de errores una vez que se inicie y se detenga un servicio del servidor . . . . . . 72 El directorio sqllib/db2dump provoca la conclusión . . . . . . . . . . . . . . 72 Resolución de errores de bases de datos . . . . . 74 Resolución de problemas de inicio del gestor de base de datos . . . . . . . . . . . . . 74 Rastreo del complemento de la Contraseña/ID de usuario . . . . . . . . . . . . . . . 75 Resolución de errores de copia de seguridad de base de datos automática de DB2 . . . . . . 76 Limitación de la asignación de memoria de DB2 76 Recuperación de la información de versión de DB2 . . . . . . . . . . . . . . . . 77 Ubicación de archivos de anotaciones de diagnóstico de DB2 . . . . . . . . . . . 77 Ubicación de archivos de registro DB2 tras una actualización . . . . . . . . . . . . . 79 Resolución de un problema con un archivo de ID de base de datos inexistente o incorrecto . . . 79 Resolución de problemas con los mandatos BACKUP DB y RESTORE DB . . . . . . . . . 80 Características del ID de usuario $$_TSMDBMGR_$$. . . . . . . . . . . 85 Resolución de problemas de reorganización de la base de datos . . . . . . . . . . . . . 85 Análisis de los síntomas del proceso para resolver problemas . . . . . . . . . . . . . . . 86 Revisión de los mensajes de proceso para determinar el estado de las operaciones del servidor . . . . . . . . . . . . . . 86 Análisis del mensaje de error ANR1221E . . . 93 Análisis del mensaje de error ANR2317W . . . 94 Análisis de los mensajes de error ANR1330E y ANR1331E. . . . . . . . . . . . . . 95 Resolución de los mensajes de error CTGTRV009E y CTGTRV011E . . . . . . . 98 No se da caducidad a los archivos después de reducir las versiones . . . . . . . . . . 99 Síntomas de proceso que indican errores de migración . . . . . . . . . . . . . . 99 Resolución de problemas de agrupación de almacenamiento . . . . . . . . . . . . 100 Se ha recibido el mensaje “ANR0522W Ha fallado la transacción...” . . . . . . . . . 101 64 IBM Tivoli Storage Manager: Guía de determinación de problemas La agrupación de almacenamiento experimenta un alto volumen de utilización después de haberse incrementado el valor de MAXSCRATCH. . 101 La agrupación de almacenamiento se establece para utilizar la asignación, pero los volúmenes contienen datos que no están asignados . . . 102 Resolución de problemas de almacenamiento para agrupaciones de datos activas . . . . . 103 Capítulo 4. Resolución de problemas de comunicación . . . . . . . . . . 105 Resolución de problemas originados al conectarse al servidor . . . . . . . . . . . . . . 105 Resolución de conexiones anómalas por parte de clientes o administradores . . . . . . . . . 105 Resolución de errores de Capa de sockets seguros 106 Recuperación de la contraseña del archivo de base de datos de claves . . . . . . . . . 109 Capítulo 5. Resolución de problemas del Centro de administración. . . . . 111 Restablecimiento de una conexión entre el Centro de administración y un servidor de Tivoli Storage Manager . . . . . . . . . . . . . . . Resolución de problemas de autoridad de los usuarios de Tivoli Integrated Portal . . . . . . Agregación de un ID de usuario con acceso al Centro de administración . . . . . . . . Resolución de un problema de acceso del ID de usuario con el Centro de administración . . . Resolución de un servidor de Tivoli Integrated Portal detenido . . . . . . . . . . . . . Ejecución de la herramienta de recopilador para obtener información relativa al análisis de problemas . . . . . . . . . . . . . Diagnóstico de problemas de entrada de registro mediante la herramienta Log Analyzer (showlog). . . . . . . . . . . . . . Resolución de problemas de consumo excesivo de memoria con el servidor de Tivoli Integrated Portal Configuración de la dirección IP para alinearla con el Centro de administración . . . . . . . . Resolución de problemas de acceso al servidor . . Resolución de problemas del monitor de estado de Centro de administración . . . . . . . . . Condiciones del monitor de estado que pueden causar un estado de servidor desconocido . . . Resolución de las condiciones del monitor de estado que pueden causar un estado de base de datos crítico o una advertencia . . . . . . Condiciones del monitor de estado que pueden causar un estado de base de datos crítico o una advertencia . . . . . . . . . . . . . Determinar cuándo se debe volver a sincronizar la contraseña de ID de administrador de ADMIN_CENTER . . . . . . . . . . . Programa de utilidad de soporte del Centro de administración . . . . . . . . . . . . . Respuesta a los mensajes de anomalía en las tareas de Centro de administración . . . . . . . . 111 113 115 115 116 116 118 119 119 120 121 122 122 123 124 124 Respuesta a mensajes de Centro de administración sobre resultados inesperados . . . . . . . . Comprobación del registro de actividades del servidor para resolver problemas de Centro de administración . . . . . . . . . . . . Resolución de errores causados por el inicio o la detención de un asistente o un portlet . . . . Resolución de problemas causados por errores internos . . . . . . . . . . . . . . Determinación del origen de un mensaje . . . . Mensajes de Tivoli Storage Manager . . . . . . Ubicación de mensajes de error de Tivoli Integrated Portal . . . . . . . . . . . . Resolución de problemas con archivos de definición de mandatos del servidor de Tivoli Storage Manager . . . . . . . . . . . . Resolución de problemas de despliegue del cliente de archivado y copia de seguridad . . . . . . Configuración del servidor para despliegues automáticos del cliente de archivado y copia de seguridad . . . . . . . . . . . . . Resolución de problemas de planificación de despliegue automático . . . . . . . . . Reinicio del sistema operativo cliente durante un despliegue . . . . . . . . . . . . El estado de despliegue del cliente de archivado y copia de seguridad es desconocido . . . . 126 126 127 128 128 129 130 130 131 132 133 134 134 Capítulo 6. Resolución de problemas del agente de almacenamiento . . . . 137 Comprobación del registro de actividad del servidor para obtener información sobre el agente de almacenamiento . . . . . . . . . . Resolución de un error provocado por la lectura o grabación en un dispositivo . . . . . . . Resolución de problemas causados por el cambio de opciones en el agente de almacenamiento . . Resolución de problemas causados por el cambio de la configuración o las opciones del servidor . Configuración fuera de la LAN del agente de almacenamiento . . . . . . . . . . . Resolución de problemas relativos al envío de datos directamente al servidor. . . . . . Resolución de una agrupación de almacenamiento fuera de LAN inhabilitada . Comprobación de la transferencia de datos a través de un entorno fuera de la LAN . . . . 137 . 137 . 138 . 138 . 138 . 139 . 140 . 140 Capítulo 7. Utilización del rastreo para resolver problemas . . . . . . . . . 143 Clases de rastreo del Centro de administración . . Habilitar el rastreo de Centro de administración Habilitación del rastreo para el servidor o el agente de almacenamiento . . . . . . . . . . . Habilitación del rastreo de pila para mensajes específicos del servidor o del agente de almacenamiento . . . . . . . . . . . Clases de rastreo de agente de almacenamiento y de servidor . . . . . . . . . . . . 143 146 150 Contenido v 148 149 125 Comandos de visualización para el servidor o el agente de almacenamiento . . . . . . . . Habilitación del rastreo para el controlador de dispositivo de Tivoli Storage Manager . . . . . Rastreo desde la consola del servidor . . . . Rastreo de datos desde un shell de mandatos para AIX, Oracle Solaris y Windows . . . . . Rastreo para detectar una anomalía de conversión de página de códigos . . . . . . Rastreo de datos para el cliente . . . . . . . Opciones traceflag del daemon de diario y de registro . . . . . . . . . . . . . . Clases de rastreo de cliente . . . . . . . . Habilitación del rastreo de cliente de archivado y copia de seguridad . . . . . . . . . . Determinar si los datos están cifrados o comprimidos durante la copia de seguridad/restauración a través del rastreo . . Datos de rastreo para la API . . . . . . . . Rastreo del agente de Tivoli Monitoring para Tivoli Storage Manager en un sistema AIX o Linux . . . Rastreo del agente de Tivoli Monitoring para Tivoli Storage Manager en un sistema operativo Windows 168 185 185 187 187 188 189 189 195 205 206 207 208 Capítulo 8. Resolución de problemas del Tivoli Monitoring para Tivoli Storage Manager . . . . . . . . . . 211 | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Resolución de problemas de instalación con Tivoli Monitoring para Tivoli Storage Manager . . . . Revisión del archivo logs.zip para resolver anomalías de instalación. . . . . . . . . Configuración de historial anómala . . . . . La configuración de Tivoli Enterprise Portal falla en SUSE Linux Enterprise 11 durante la instalación . . . . . . . . . . . . . Resolución de errores con el componente Tivoli Enterprise Portal de IBM Tivoli Monitoring . . . No se visualizan datos o datos antiguos en los espacios de trabajo de Tivoli Enterprise Portal . Espacios de trabajo vacíos cuando las consultas de agente se ejecutan durante demasiado tiempo . . . . . . . . . . . . . . No es posible conectarse a Tivoli Enterprise Portal . . . . . . . . . . . . . . . Agente de supervisión omitido de Tivoli Enterprise Portal . . . . . . . . . . . Las horas de inicio y finalización visualizan 00:00:00 en el espacio de trabajo de actividad de nodo . . . . . . . . . . . . . . . La eliminación de las instancias del agente no las detiene . . . . . . . . . . . . . Resolución de problemas de informe de datos históricos en el espacio de trabajo de Proxy de almacén . . . . . . . . . . . . . . No se ha podido iniciar Tivoli Enterprise Portal con un nombre de administrador que no está en inglés . . . . . . . . . . . . . . . Resolución de errores con los informes de Tivoli Common Reporting . . . . . . . . . . . vi | | | | | | | | | | | | | | | | | | | | | | | | | 211 211 213 215 | | | No se resuelven datos en los informes de Tivoli Common Reporting . . . . . . . . . . No se visualizan datos actuales en los informes de Tivoli Common Reporting . . . . . . . Falta el nombre de servidor en la página de solicitud de informe de Tivoli Common Reporting . . . . . . . . . . . . . Se visualiza el mensaje que indica que no hay datos disponibles en un informe de Cognos . . Mensaje de conjunto de datos vacío en Tivoli Common Reporting . . . . . . . . . . Se visualiza el mensaje de error RQP-DEF-0177 en un informe de Cognos . . . . . . . . Se visualiza el mensaje No se ha podido encontrar el origen de datos 'TDW' en un informe de Cognos . . . . . . . . . . Informes de BIRT o Cognos que faltan . . . . No existe ninguna pertenencia a grupo para acceder a informes de Tivoli Common Reporting Las horas de inicio y finalización visualizan 12:00:00 AM en un informe de Cognos . . . . Los informes no se muestran en japonés, coreano ni en chino tradicional . . . . . . Resolución de un java.net.ConnectException: error CTGRI0011E . . . . . . . . . . . Resolución de problemas de navegador web con el Centro de administración o Tivoli Enterprise Portal El applet de inicio web de Java no se iniciará cuando el servidor de Tivoli Enterprise Portal se ejecute en un sistema Windows . . . . . . El sistema de archivos está lleno o casi lleno . . . Restablecimiento de contraseñas para Tivoli Monitoring para Tivoli Storage Manager . . . . Verificación de los datos de WAREHOUS para cada informe . . . . . . . . . . . . . . . 225 231 232 234 235 237 238 241 242 243 243 244 245 246 247 248 251 216 Capítulo 9. Resolución de problemas de almacenamiento de datos. . . . . 255 216 | Resolución de problemas de datos ilegibles . . . 255 218 255 220 222 223 223 224 224 225 Comprobar las anotaciones de actividades del servidor para resolver problemas de almacenamiento de datos . . . . . . . . . Comprobación de HELP para los mensajes emitidos para un problema de almacenamiento de datos . . . . . . . . . . . . . . . . Reproducción del problema de almacenamiento de datos . . . . . . . . . . . . . . . . Resolución de errores de almacenamiento de datos relacionados con la lectura o grabación en un dispositivo . . . . . . . . . . . . . . Cambio de la jerarquía de almacenamiento para resolver problemas de almacenamiento de datos. . Cambio de las políticas de servidor para resolver problemas de almacenamiento de datos . . . . Resolución de un problema de copia de seguridad o de copia de almacenamiento de datos que únicamente se produce con un nodo específico . . Resolución de un problema de almacenamiento de datos que únicamente se produce para un volumen específico. . . . . . . . . . . . . . . Consejos y sugerencias de almacenamiento . . . IBM Tivoli Storage Manager: Guía de determinación de problemas 255 256 256 256 257 257 258 258 Consejos y sugerencias para el controlador de dispositivo . . . . . . . . . . . . . Consejos y sugerencias para los subsistemas de disco y unidades de disco duro . . . . . . Consejos y sugerencias de las unidades de cinta y de las bibliotecas . . . . . . . . . . Consejos y sugerencias de SAN . . . . . . Consejos y sugerencias sobre operaciones de archivador NDMP a Tivoli Storage Manager . . Resolución de problemas de los dispositivos SCSI Resolución de errores de un volumen de medios secuenciales (cinta) mediante los mensajes ANR0542W o ANR8778W . . . . . . . . . 258 264 267 269 287 288 288 Apéndice A. Obtención de información de pila de llamadas desde un archivo del núcleo . . . . . 291 Apéndice C. Códigos de retorno de IBM Global Security Kit . . . . . . . 297 Apéndice D. Funciones de accesibilidad para la familia de productos Tivoli Storage Manager . . 309 Avisos . . . . . . . . . . . . . . 311 Marcas registradas. Glosario . . . . . . . . . . . 313 . . . . . . . . . . . . . 315 Índice. . . . . . . . . . . . . . . 317 Apéndice B. Instalación y ejecución de la herramienta tsmdiag . . . . . . 293 Contenido vii viii IBM Tivoli Storage Manager: Guía de determinación de problemas Acerca de esta publicación Esta publicación ayuda a determinar el origen de los problemas con los servidores y clientes en el entorno de IBM® Tivoli Storage Manager. Antes de utilizar esta publicación, asegúrese de estar familiarizado con estas áreas: v El servidor de Tivoli Storage Manager y sistemas operativos de los clientes v Los protocolos de comunicación instalados en sus sistemas cliente y servidor La información de resolución de problemas de los siguientes componentes del producto se encuentra en la documentación específica del producto: v Data Protection for Lotus Domino para UNIX, Linux y OS/400 v Data Protection for Lotus Domino para Microsoft Windows v Data Protection for SAP: Guía del usuario e instalación para Oracle v Data Protection for SAP: Guía del usuario e instalación para DB2 v Data Protection for Microsoft Exchange v Data Protection for Microsoft SQL Server A quién va dirigida esta guía Esta guía se ha escrito para quienes administran o gestionan IBM Tivoli Storage Manager. Del mismo modo, la información proporcionada en esta guía puede resultar útil para los business partner y cualquiera con la responsabilidad de proporcionar soporte técnico de Tivoli Storage Manager. Debe estar familiarizado con Tivoli Storage Manager y los sistemas operativos que se utilizan para el entorno de Tivoli Storage Manager. En este documento se hace referencia a anotaciones de error, herramientas de rastreo y otra información de diagnóstico para Tivoli Storage Manager. Esas herramientas de rastreo y de diagnóstico no son una interfaz del producto. El desarrollo del producto y el soporte técnico de Tivoli Storage Manager utilizan estas herramientas para diagnosticar y depurar problemas. En esta guía, sólo se proporcionan para ayudar a diagnosticar y depurar problemas. Las herramientas de rastreo están sujetas a cambios sin previo aviso y pueden variar según la versión y el release del producto o la plataforma en la que se está ejecutando el producto. Puede que no todas las versiones o releases del producto admitan la información a la que se hace referencia en esta guía o que esa información no sea aplicable para ellos. Se realizan cambios de forma periódica a la información contenida en el presente documento. IBM puede incorporar mejoras y cambios en los productos y programas descritos en esta publicación en cualquier momento y sin previo aviso. © Copyright IBM Corp. 1993, 2012 ix Publicaciones Las publicaciones de la familia de productos de IBM Tivoli Storage Manager están disponibles en línea. La familia de productos de Tivoli Storage Manager incluye IBM Tivoli Storage FlashCopy Manager, IBM Tivoli Storage Manager for Space Management, IBM Tivoli Storage Manager for Databases y otros varios productos de gestión de almacenamiento de IBM Tivoli. Para buscar todas las publicaciones, vaya al Information Center de Tivoli Storage Manager en http://pic.dhe.ibm.com/infocenter/tsminfo/v6r3. Puede descargar versiones en PDF de las publicaciones del Information Center de Tivoli Storage Manager o de IBM Publications Center en http://www.ibm.com/ shop/publications/order/. Vaya a Tivoli Documentation Central para encontrar Information Centers que contengan la documentación de producto oficial para las versiones actuales y anteriores de los productos de Tivoli, incluyendo la familia de productos de Tivoli Storage Manager. Puede encontrar Tivoli Documentation Central en https://www.ibm.com/developerworks/wikis/display/tivolidoccentral/Home. También puede solicitar algunas publicaciones relacionadas en el sitio web de IBM Publications Center en http://www.ibm.com/shop/publications/order/. El sitio web proporciona información para solicitar publicaciones de países que no son Estados Unidos. En Estados Unidos, puede realizar el pedido de publicaciones llamando al número de teléfono 1-800-879-2755. Publicaciones de Tivoli Storage Manager Las siguientes tablas listan las publicaciones que forman la biblioteca de Tivoli Storage Manager. Tabla 1. Publicaciones de servidor de Tivoli Storage Manager x Título de la publicación Número de pedido IBM Tivoli Storage Manager for AIX Guía de instalación GC23-9781 IBM Tivoli Storage Manager for AIX Administrator's Guide SC23-9769 IBM Tivoli Storage Manager for AIX Administrator's Reference SC23-9775 IBM Tivoli Storage Manager for HP-UX Guía de instalación GC23-9782 IBM Tivoli Storage Manager for HP-UX Administrator's Guide SC23-9770 IBM Tivoli Storage Manager for HP-UX Administrator's Reference SC23-9776 IBM Tivoli Storage Manager for Linux Guía de instalación GC11-3856 IBM Tivoli Storage Manager for Linux Administrator's Guide SC23-9771 IBM Tivoli Storage Manager for Linux Administrator's Reference SC23-9777 IBM Tivoli Storage Manager for Oracle Solaris Guía de instalación GC11-3857 IBM Tivoli Storage Manager for Oracle Solaris Administrator's Guide SC23-9772 IBM Tivoli Storage Manager for Oracle Solaris Administrator's Reference SC23-9778 IBM Tivoli Storage Manager for Windows Guía de instalación GC11-3858 IBM Tivoli Storage Manager for Windows Administrator's Guide SC23-9773 IBM Tivoli Storage Manager for Windows Administrator's Reference SC23-9779 IBM Tivoli Storage Manager for z/OS Media Guía de instalación y del usuario SC11-8040 IBM Tivoli Storage Manager: Guía de determinación de problemas Tabla 1. Publicaciones de servidor de Tivoli Storage Manager (continuación) Título de la publicación Número de pedido IBM Tivoli Storage Manager Guía de actualización y migración para servidores V5 GC11-8036 IBM Tivoli Storage Manager Integration Guide for Tivoli Storage Manager FastBack SC27-2828 Tabla 2. Publicaciones del agente de almacenamiento de Tivoli Storage Manager Título de la publicación Número de pedido IBM Tivoli Storage Manager for SAN for AIX Guía del usuario del agente SC11-7832 de almacenamiento IBM Tivoli Storage Manager for SAN for HP-UX Guía del usuario del agente de almacenamiento SC11-7833 IBM Tivoli Storage Manager for SAN for Linux Guía del usuario del agente de almacenamiento SC11-7834 IBM Tivoli Storage Manager for SAN for Oracle Solaris Guía del usuario del agente de almacenamiento SC11-7835 IBM Tivoli Storage Manager for SAN for Windows Guía del usuario del agente de almacenamiento SC11-3862 Tabla 3. Publicaciones del cliente de Tivoli Storage Manager Título de la publicación Número de pedido IBM Tivoli Storage Manager for UNIX and Linux: Clientes de copia de seguridad/archivado: Guía de instalación y del usuario SC11-3847 IBM Tivoli Storage Manager for Windows: Clientes de copia de seguridad/archivado: Guía de instalación y del usuario SC11-3848 IBM Tivoli Storage Manager: Utilización de la interfaz de programación de aplicaciones SC11-7837 IBM Tivoli Storage Manager for Space Management for UNIX and Linux: SC11-3849 Guía del usuario IBM Tivoli Storage Manager HSM for Windows: Guía de administración SC11-3850 Tabla 4. Publicaciones de Tivoli Storage Manager Data Protection Título de la publicación Número de pedido IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server Installation and User’s Guide GC27-4010 IBM Tivoli Storage Manager for Databases: Data Protection for Oracle for SC27-4019 UNIX and Linux Installation and User’s Guide IBM Tivoli Storage Manager for Databases: Data Protection for Oracle for SC27-4020 Windows Installation and User’s Guide IBM Tivoli Storage Manager for Mail: Data Protection for Microsoft Exchange Server Installation and User’s Guide GC27-4009 IBM Tivoli Storage Manager for Mail: Data Protection for Lotus Domino UNIX and Linux: Guía de instalación y del usuario SC11-8034 IBM Tivoli Storage Manager for Mail: Data Protection for Lotus Domino for Windows: Guía de instalación y del usuario SC11-8035 IBM Tivoli Storage Manager for Enterprise Resource Planning: Data Protection for SAP: Guía de instalación y del usuario para DB2 SC10-9840 Acerca de esta publicación xi Tabla 4. Publicaciones de Tivoli Storage Manager Data Protection (continuación) Título de la publicación Número de pedido IBM Tivoli Storage Manager for Enterprise Resource Planning: Data Protection for SAP: Guía de instalación y del usuario para Oracle SC10-9841 IBM Tivoli Storage Manager for Virtual Environments: Guía de instalación y del usuario SC11-7932 IBM Tivoli Storage Manager for Microsoft SharePoint Guide N/D Tabla 5. Publicaciones de resolución de problemas y ajuste de IBM Tivoli Storage Manager Título de la publicación Número de pedido IBM Tivoli Storage Manager: Guía de determinación de problemas GC11-3852 IBM Tivoli Storage Manager: Guía de ajuste del rendimiento GC11-3853 IBM Tivoli Storage Manager Mensajes de cliente y códigos de retorno de la interfaz de programación de aplicaciones SC11-8037 IBM Tivoli Storage Manager Mensajes del servidor y códigos de error SC11-7838 IBM Tivoli Storage Manager for Mail: Data Protection for Microsoft Exchange Server Messages GC27-4011 IBM Tivoli Storage Manager for Databases: Data Protection for Microsoft SQL Server Messages GC27-4012 IBM Tivoli Storage Manager for Databases: Mensajes de Data Protection for Oracle SC11-8038 IBM Tivoli Storage Manager for Mail: Mensajes de Data Protection for Lotus Domino SC11-8033 IBM Tivoli Storage Manager for Enterprise Resource Planning: Mensajes de Data Protection for SAP SC11-8039 Nota: Puede encontrar más información sobre IBM System Storage Archive Manager en el Information Center de Tivoli Storage Manager v6.3.0. Publicaciones de Tivoli Storage FlashCopy Manager La siguiente tabla lista las publicaciones que forman la biblioteca de Tivoli Storage FlashCopy Manager. Tabla 6. Publicaciones de Tivoli Storage FlashCopy Manager xii Título de la publicación Número de pedido IBM Tivoli Storage FlashCopy Manager for UNIX and Linux Installation and User’s Guide SC27-4005 IBM Tivoli Storage FlashCopy Manager for Windows Installation and User’s Guide SC27-4006 IBM Tivoli Storage FlashCopy Manager for VMware Installation and User’s Guide SC27-4007 IBM Tivoli Storage FlashCopy Manager Messages GC27-4008 IBM Tivoli Storage Manager: Guía de determinación de problemas Información de soporte Puede encontrar información de soporte para productos IBM en varios lugares. Comience en el portal de soporte de IBM: http://www.ibm.com/support/entry/ portal/. Puede seleccionar los productos en los que está interesado y buscar una amplia variedad de información relevante. Obtención de formación técnica La información sobre los cursos de formación técnica de Tivoli está disponible en línea. Vaya a los siguientes sitios web para registrarse para formación, hacer preguntas e interactuar con otros que utilizan productos de almacenamiento de IBM. Formación y certificación de software Tivoli Elija entre formación tutorizada, clases en línea, clases en línea a medida, preparación para la certificación de Tivoli y otros tipos de formación en http://www.ibm.com/software/tivoli/education/ Tivoli Support Technical Exchange Expertos técnicos comparten su conocimiento y responden a sus preguntas en páginas de difusión por la red en http://www.ibm.com/software/ sysmgmt/products/support/supp_tech_exch.html. Comunidad de gestión de almacenamiento Interactuar con otros que utilizan productos de gestión de almacenamiento de IBM en http://www.ibm.com/developerworks/servicemanagement/ sm/index.html Comunidad de usuarios global de Tivoli Compartir información y aprender de otros usuarios de Tivoli en el mundo en http://www.tivoli-ug.org/. IBM Education Assistant Ver cortas grabaciones "cómo" diseñadas para ayudarle a utilizar los productos de software de IBM de forma más efectiva en http://publib.boulder.ibm.com/infocenter/ieduasst/tivv1r0/index.jsp Búsqueda en bases de datos de conocimientos Si tiene algún problema con la familia de productos Tivoli Storage Manager, hay varias bases de conocimientos en las que puede buscar. Comience buscando en el Information Center de Tivoli Storage Manager en http://pic.dhe.ibm.com/infocenter/tsminfo/v6r3. Desde este sitio web, puede buscar la documentación actual de Tivoli Storage Manager. Búsqueda en Internet Si no puede encontrar una respuesta a la pregunta en el Information Center de IBM Tivoli Storage Manager, busque en Internet la información que pueda ayudarle a resolver el problema. Para realizar búsquedas en varios recursos de Internet, vaya al sitio web de soporte de IBM en http://www.ibm.com/support/entry/portal/. Puede buscar información sin registrarse. Regístrese con su ID y contraseña de IBM si desea personalizar el sitio en función del uso que haga del producto y de la Acerca de esta publicación xiii información que necesite. Si todavía no tiene un ID y contraseña de IBM, pulse en Registrarse en la parte superior de la página y siga las instrucciones de registro. En el sitio web de soporte puede buscar varios recursos como por ejemplo: v Notas técnicas de IBM. v Descargas de IBM. v Publicaciones IBM Redbooks. v APAR (Informes autorizados de análisis de programa) de IBM. Seleccione el producto y pulse Descargas para buscar la lista de APAR. Si sigue sin encontrar una solución al problema, puede realizar búsquedas en foros y grupos de noticias en Internet para obtener la información más reciente que pueda ayudarle a encontrar la resolución del problema. Una lista de información de usuarios independiente, ADSM-L, se aloja en Marist College. Puede suscribirse enviando un correo electrónico a listserv@vm.marist.edu. El cuerpo del mensaje debe contener el siguiente texto: SUBSCRIBE ADSM-L su_nombre su_apellido. Para compartir las experiencias y aprender de otros usuarios de las comunidades de usuarios de Tivoli Storage Manager y Tivoli Storage FlashCopy Manager, vaya a Service Management Connect (http://www.ibm.com/developerworks/ servicemanagement/sm/index.html). Desde allí puede encontrar enlaces a comunidades de usuarios y wikis del producto. Utilización de IBM Support Assistant IBM Support Assistant es un producto de software gratuito que sirve de ayuda para la determinación de problemas. Está disponible para algunos productos de Tivoli Storage Manager y Tivoli Storage FlashCopy Manager. Para obtener más información sobre qué productos están soportados, vaya a la página web de descarga de IBM Support Assistant en http://www.ibm.com/ software/support/isa/download.html. IBM Support Assistant ayuda a reunir información de soporte cuando debe abrir un registro de gestión de problemas (PMR), que a continuación podrá utilizarse para realizar un seguimiento del problema. Los módulos de complemento específicos de producto facilitan los recursos siguientes: v Vínculos de soporte v Vínculos de formación v Capacidad para enviar informes de gestión de problemas Encontrará más información en el sitio web de IBM Support Assistant: http://www.ibm.com/software/support/isa/ También puede instalar la aplicación autónoma IBM Support Assistant en cualquier estación de trabajo. Después, puede ampliar la aplicación instalando módulos de complemento específicos de producto para los productos de IBM que utilice. Puede encontrar add-ons de productos específicos en http://www.ibm.com/support/ docview.wss?uid=swg27012689. xiv IBM Tivoli Storage Manager: Guía de determinación de problemas Búsqueda de los arreglos del producto Puede encontrar la solución al problema de su producto en el sitio web de soporte de software de IBM. Puede determinar los arreglos disponibles en el sitio web de soporte de software de IBM en http://www.ibm.com/support/entry/portal/. v Si anteriormente personalizó el sitio en función de su uso de productos: 1. Pulse el enlace de su producto, o un componente para el que desee encontrar un arreglo. 2. Pulse en Downloads, y después en Fixes by version. v Si no ha personalizado el sitio en función de su uso de productos, pulse en Downloads y busque su producto: Recepción de notificaciones de arreglos de productos Puede recibir notificaciones sobre los arreglos, actualizaciones y otras noticias relacionadas con productos de IBM. Para recibir las notificaciones sobre los productos de IBM, siga estos pasos: 1. En la página de soporte disponible en http://www.ibm.com/support/entry/ portal/, pulse Regístrese para crear, gestionar o ver sus suscripciones en el panel Notificaciones. 2. Regístrese con su ID de IBM y contraseña. Si no tiene un ID y contraseña, pulse regístrese ahora y complete el proceso de registro. 3. Pulse Gestionar todas mis suscripciones en el panel Notificaciones. 4. Pulse la ficha Suscribirse y, a continuación, pulse Tivoli. 5. Seleccione los productos para los que desee recibir notificaciones y pulse Continuar. 6. Especifique las preferencias de notificación y pulse Enviar. Cómo ponerse en contacto con el soporte de software de IBM Puede ponerse en contacto con IBM Software Support si tiene un contrato de suscripción y soporte de IBM en vigor, y está autorizado a enviar problemas a IBM. Para obtener ayuda desde el soporte de software de IBM, realice los pasos siguientes: 1. Asegúrese de haber completado los siguientes requisitos previos: a. Realice un contrato de suscripción y soporte. b. Determinar el impacto empresarial. c. Describir el problema y recopilar información básica. 2. Siga las instrucciones de “Envío del problema a IBM Software Support” en la página xvii. Acerca de esta publicación xv Realización de un contrato de suscripción y soporte Realización de un contrato de suscripción y soporte. El tipo de contrato de mantenimiento de software que necesita depende del tipo de producto que posee. Para productos de software distribuidos de IBM (incluidos, pero sin limitarse a, los productos IBM Tivoli, Lotus y Rational, así como los productos IBM DB2 y IBM WebSphere que se ejecutan en sistemas operativos Microsoft Windows o como AIX o Linux), inscríbase en IBM Passport Advantage de una de las siguientes formas: v En línea: Acceda al sitio web de Passport Advantage en http://www.ibm.com/ software/lotus/passportadvantage/, pulse Cómo inscribirse y siga las instrucciones. v Por teléfono: Puede llamar al 1-800-IBMSERV (1-800-426-7378) en su país. Si desea saber cuál es el número de teléfono al que debe llamar en su país, vaya a la página web de IBM Software Support Handbook en http:// www14.software.ibm.com/webapp/set2/sas/f/handbook/home.html y pulse Contactos. Determinación del impacto empresarial Cuando notifique un problema a IBM, se le solicitará que indique un grado de gravedad. Por tanto, debe comprender y evaluar el impacto que tendrá en su empresa el problema que notifique. Gravedad 1 Impacto empresarial grave: no se puede utilizar el programa, lo que provoca un impacto crítico en las operaciones. Esta condición requiere una solución inmediata. Gravedad 2 Impacto empresarial significativo: el programa se puede utilizar, pero sufre graves limitaciones. Gravedad 3 Impacto empresarial relativo: el programa se puede utilizar, aunque las características menos significativas (no críticas para las operaciones) no estarán disponibles. Gravedad 4 Impacto empresarial mínimo: el problema causa un impacto menor en las operaciones, o se ha implementado un método alternativo razonable para evitar el problema. Descripción del problema y recopilación de información básica Al describir un problema a IBM, sea lo más específico posible. Incluya toda la información básica pertinente, para que los especialistas de soporte de software de IBM puedan ayudarle a solucionar con eficiencia el problema. Para ahorrar tiempo, prepare las respuestas a estas preguntas: v ¿Qué versiones de software ejecutaba cuando se produjo el problema? v ¿Dispone de registros, información de rastreo y mensajes relacionados con los síntomas del problema? Es muy probable que el servicio de soporte de IBM le solicite esta información. v ¿Puede reproducirse el problema? En caso afirmativo, ¿qué pasos han llevado a la anomalía? v ¿Se han realizado algunos cambios en el sistema? Por ejemplo, hardware, sistema operativo, software de red, etc. v ¿Utiliza un método alternativo para eludir el problema? En caso afirmativo, tenga preparada la información para describirlo cuando notifique el problema. xvi IBM Tivoli Storage Manager: Guía de determinación de problemas Envío del problema a IBM Software Support Puede enviar el problema a IBM Software Support en línea o por teléfono. En línea Vaya al sitio web de soporte de software de IBM en http://www.ibm.com/ support/entry/portal/Open_service_request/Software/ Software_support_(general). Regístrese para acceder a IBM Service Requests y escriba la información en la herramienta de envío de problemas. Por teléfono Si desea saber cuál es el número de teléfono al que debe llamar en su país, vaya a la publicación IBM Software Support Handbook en http://www14.software.ibm.com/webapp/set2/sas/f/handbook/ home.html y pulse Contactos. Acerca de esta publicación xvii xviii IBM Tivoli Storage Manager: Guía de determinación de problemas Capítulo 1. Recursos de ayuda IBM Tivoli Storage Manager tiene varias salidas para resolver problemas que pueda tener con el servidor o con el cliente de archivado y copia de seguridad. Ayuda de cliente de copia de seguridad/archivado Utilice el mandato help para obtener información sobre mandatos, opciones y mensajes. Si utiliza el mandato help en la línea de mandatos inicial, no se establecerá contacto con el servidor y no necesitará contraseña. Sintaxis dsmc help nombre-mandato [nombre-submandato] nombre-opción número-sección-TOC número-mensaje[ANS] Si introduce el mandato HELP sin argumentos se mostrará la tabla de contenidos completa. Tanto con el mandato inicial como cuando HELP muestra una solicitud, puede introducir los parámetros indicados a continuación. Parámetros command-name [subcommand-name] Especifica un nombre de mandato y, opcionalmente, un nombre de submandato o su abreviatura. Por ejemplo: backup image o b i. En este caso, la combinación debe ser exclusiva. Las abreviaturas no únicas hacen que se muestre la primera sección del archivo de ayuda completo que coincida con dicha abreviatura. Este parámetro es opcional. option-name Especifica el nombre de una opción. Por ejemplo: domain o do. Este parámetro es opcional. TOC-section-number Especifica una tabla del número de sección de contenido. Por ejemplo: 1.5.3. Este parámetro es opcional. [ANS]message-number Especifica un número de mensaje con o sin su prefijo. Por ejemplo: ans1036 o 1036. Este parámetro es opcional. El código de gravedad nunca es necesario. Si introduce ans1036E no se encontrará respuesta. Importante: Si introduce argumentos que no coincidan con estas descripciones, puede obtener resultados inesperados (o no obtener resultados). Si introduce más de dos argumentos, su solicitud de ayuda será rechazada. Cuando el nombre de un mandato y el nombre de una opción es el mismo, por ejemplo: incremental (mandato) y incremental (opción), sólo podrá obtener ayuda para la opción introduciendo su número de sección de la tabla de contenidos. El texto de la ayuda solicitada se mostrará en una o varias secciones, dependiendo del número de líneas de visualización disponibles en su ventana de mandatos. Una © Copyright IBM Corp. 1993, 2012 1 vez que se muestre el número de líneas suficiente para llenar el espacio de visualización, o cuando se muestre el final del texto de ayuda requerido, verá una solicitud con instrucciones sobre lo que debe introducir en la misma. Para continuar mostrando texto para su selección actual, pulse Intro o la tecla “d” para desplazarse hacia abajo. Para desplazarse hacia arriba en la selección actual, pulse la tecla “u” y después pulse Intro. Utilice la tecla “q” para salir de la ayuda. Podrían presentarse otras opciones, así que lea todas las instrucciones. Para que el texto de ayuda se muestre correctamente, la anchura de visualización utilizable debe ser de 72 caracteres. Una anchura de visualización inferior a 72 caracteres hará que las frases de 72 caracteres se corten y pasen a la siguiente línea. Esto podría provocar que el texto de ayuda mostrado comenzara en alguna parte de la sección en vez de en el principio. Las líneas que no se muestran pueden verse utilizando la función de desplazamiento del terminal para moverse hacia arriba. Acceso a la ayuda para el programa de utilidad de configuración del servicio Windows (dsmcutil) Windows Debe emitir el mandato DSMCUTIL para obtener información de ayuda. Cuando emita DSMCUTIL HELP, se le solicitará que especifique C para obtener información de resumen básica acerca del mandato o F para obtener información completa. El resumen básico del mandato es una lista de los submandatos dsmcutil y las opciones disponibles. Esta información es muy útil si ya sabe utilizar dsmcutil. La información completa de ayuda muestra información más amplia dentro del programa de utilidad de ayuda de Windows. Ayuda del agente de almacenamiento o del servidor El servidor y el agente de almacenamiento incluyen un recurso de ayuda. El recurso de ayuda proporciona descripciones y sintaxis para mandatos del servidor y una descripción completa de los mensajes del servidor. Acceso a la ayuda del agente de almacenamiento o del servidor para los comandos Emita el mandato HELP para acceder a la ayuda del agente de almacenamiento o del servidor. Para mostrar la ayuda de línea de comandos para los comandos de servidor que tienen nombres exclusivos, puede escribir help nombre_comando, donde nombre_comando es el nombre del comando de servidor para el que desea información. Por ejemplo, para mostrar ayuda para el comando REGISTER NODE, escriba help nodo de registro. La sintaxis del comando y las descripciones de parámetro se muestran en la salida. Puede escribir también help seguido del número de tema del comando. Los números de tema se muestran en la ayuda de línea de comandos, por ejemplo: 2 IBM Tivoli Storage Manager: Guía de determinación de problemas 3.0 Administrative commands 3.46 REGISTER 3.46.1 REGISTER ADMIN (Registrar un administrador) 3.46.2 REGISTER LICENSE (Registrar una nueva licencia) 3.46.3 REGISTER NODE (Registrar un nodo) Para mostrar ayuda sobre el comando REGISTER NODE, escriba: help 3.46.3 Utilice números de tema para mostrar la ayuda de línea de comandos para los subcomandos. DEFINE DEVCLASS es un ejemplo de un comando que tiene subcomandos. Por ejemplo, puede especificar el comando DEFINE DEVCLASS para las clases de dispositivo 3570 y para las clases de dispositivo 3590: 3.0 Administrative commands ... 3.13.10 DEFINE DEVCLASS (Definir una clase de dispositivo) 3.13.10.1 DEFINE DEVCLASS (Definir una clase de dispositivo 3570) 3.13.10.2 DEFINE DEVCLASS (Definir una clase de dispositivo 3590) ... Para mostrar ayuda para el comando DEFINE DEVCLASS para las clases de dispositivo 3570, escriba: help 3.13.10.1 Acceso a la ayuda para mensajes Emita el mandato de ayuda con el fin de acceder a la ayuda para los mensajes. Emita el comando siguiente para la ayuda sobre un mensaje del servidor: HELP número mensaje donde número mensaje es el mensaje del que desea información. Si especifica el número del mensaje sin incluir el prefijo del mensaje, por ejemplo HELP 0445, se da por supuesto el prefijo de mensaje ANR y se facilita la información de ayuda de ANR0445W. Si el número de mensaje se especifica con un prefijo, por ejemplo HELP ANR0445, se facilita la información de ayuda de ese mensaje. Emita HELP ANR0445 para ver la siguiente salida de ejemplo para ese mensaje: ANR0445W Error de protocolo en la sesión número de sesión del nodo nombre de nodo de cliente (plataforma de cliente) - se ha sobrepasado el tamaño máximo de transacciones de grupo. Explicación: El servidor ha detectado un error de protocolo en la sesión especificada debido a que el cliente ha intentado agrupar más operaciones de actualización de la base de datos que el máximo permitido en una única transacción de base de datos. Acción del sistema: El servidor finaliza la sesión con el cliente. Respuesta del usuario: Corrija el error de programación en el programa cliente si se ha grabado en la instalación utilizando verbos WDSF. En cualquier otro caso, póngase en contacto con el representante del servicio técnico. Ayuda sobre la interfaz de la línea de mandatos para el cliente La interfaz de cliente de la línea de mandatos incluye un recurso de ayuda que ofrece descripciones y sintaxis para los mandatos y las opciones de cliente, así como una descripción completa de los mensajes de cliente. La información de ayuda para la interfaz gráfica de usuario (GUI) y los clientes GUI de web está disponible por medio del elemento de menú Ayuda. Capítulo 1. Recursos de ayuda 3 Informe de un problema relacionado con un tema de la ayuda Cuando desee informar de un problema con el sistema de ayuda, debe reunir en primer lugar información específica. 1. Anote las selecciones que ha pulsado para obtener la ayuda. Por ejemplo, si ha pulsado en el signo de interrogación para un portal, anote el nombre del portal. 2. Visualice el código fuente de la ventana emergente de ayuda. En la mayoría de los navegadores, al realizar una pulsación con el botón derecho del ratón, se visualiza un menú con una opción Ver código fuente. Seleccione Ver código fuente para ver el código fuente HTML para dicha ventana. Anote el título de esa ventana, que es el URL o el nombre del archivo que el sistema de ayuda intenta visualizar. 4 IBM Tivoli Storage Manager: Guía de determinación de problemas Capítulo 2. Resolución de problemas relacionados con el cliente de Tivoli Storage Manager La resolución de problemas con la aplicación cliente puede implicar la conexión con el servidor, el cambio en la configuración de políticas, la reproducción del error u otras posibles opciones. Cómo examinar mensajes de error Puede examinar los mensajes de error que se generan durante el funcionamiento del programa para ayudar a resolver problemas que se puedan producir. La opción de proceso QUIET para el cliente de IBM Tivoli Storage Manager suprime todos los mensajes. Reinicie el cliente con la opción QUIET desactivada para permitir que se emitan todos los mensajes, lo que ofrecerá una visión más completa del problema. Compruebe los mensajes ANSnnnnx emitidos a la consola, dsmsched.log o dsmerror.log. Existe información adicional sobre los mensajes ANSnnnnx en Mensajes de cliente y códigos de retorno de la interfaz de programación de aplicaciones o en el recurso HELP del cliente. Exploración de los mensajes de anotaciones de actividades del servidor Utilice el mandato QUERY ACTLOG para ver el archivo de anotaciones de actividades del servidor y los mensajes emitidos para esta sesión del cliente de IBM Tivoli Storage Manager. Los mensajes de las anotaciones de actividades del servidor pueden facilitar más información sobre los síntomas del problema o sobre la causa real del problema que ha encontrado el cliente. Cómo identificar el lugar y el momento en el que se puede producir el problema Los problemas de procesamiento de cliente de IBM Tivoli Storage Manager se producen a menudo al realizar operaciones específicas en momentos determinados, o sólo en determinadas máquinas de cliente. Para identificar mejor el problema y cuándo aparece, determine las siguientes respuestas: v ¿El problema se produce sólo en un cliente, en algunos clientes o en todos los clientes de un servidor determinado? v ¿El problema se produce en todos los clientes que ejecutan en un sistema operativo en concreto? v ¿El problema se produce en determinados archivos, en archivos de un directorio en concreto, en archivos de una unidad determinada o en todos los archivos? v ¿El problema aparece en clientes de una red o subred específicas o en toda la red en general? © Copyright IBM Corp. 1993, 2012 5 v ¿El problema se produce sólo en el cliente de la línea de mandatos, el cliente GUI o el cliente web? v ¿Tivoli Storage Manager falla siempre al procesar el mismo archivo o directorio, o es distinto de una ejecución a otra? Reproducción del problema Cuando reproduzca un problema como parte de determinación de problemas, intente minimizar el impacto que tiene el proceso en IBM Tivoli Storage Manager. Puede ayudar al servicio de soporte de Tivoli Storage Manager minimizando la complejidad del entorno en el que desee recrear el problema. Las siguientes opciones se pueden utilizar para minimizar la complejidad del entorno: v Utilice un archivo de opciones mínimas que sólo contenga las opciones TCPSERVERADDRESS, TCPPORT y NODENAME. v Si el problema aparece en un archivo durante una copia de seguridad incremental, intente reproducir el problema con una copia de seguridad selectiva o sólo de ese archivo. v Si el problema aparece durante un evento planificado, intente reproducir el problema ejecutando el mandato manualmente. Recopilación de documentación para solucionar problemas con la aplicación cliente El personal de soporte de IBM puede resolver mejor un problema si puede facilitarlos con documentación relevante. El cliente de archivado y copia de seguridad de IBM Tivoli Storage Manager crea información en varias fuentes distintas. IBM Support Assistant para el cliente de archivado y copia de seguridad de Tivoli Storage Manager ofrece herramientas para la búsqueda web específica de productos, así como un recopilador de datos. El recopilador de datos puede recopilar diversa documentación al informar de un problema al servicio de soporte técnico de IBM. Consejo: Tivoli Storage Manager cuenta con un recurso de ayuda incorporado en la línea de mandatos del cliente. Emita el mandato dsmc help para acceder al recurso de ayuda del cliente de la línea de mandatos. El recurso de ayuda es una interfaz dirigida por menús con información que incluye referencias a los mandatos, referencias a las opciones, así como información ampliada acerca de los mensajes del cliente. Se puede encontrar información de configuración y de problemas del cliente de Tivoli Storage Manager en uno o varios de los documentos siguientes: v Registro de errores. El archivo de registro de errores del cliente es dsmerror.log. v Registro de planificador. Las anotaciones de errores para el planificador cliente es dsmsched.log. v Registro de cliente Web. El registro de errores para el cliente web es dsmwebcl.log. v Archivos de opciones. El cliente de archivado y copia de seguridad puede utilizar una combinación de archivos para su configuración. Estos archivos son dsm.opt, dsm.sys para AIX, HP-UX, Linux o sistemas Oracle Solaris, y el archivo de inclusión-exclusión. 6 IBM Tivoli Storage Manager: Guía de determinación de problemas v Datos de rastreo. Si el rastreo se encontraba activado, el archivo que contiene los datos de rastreo puede proporcionarse al servicio de soporte. v Vuelco de aplicación. Si se ha detenido la ejecución del cliente de archivado y copia de seguridad de Tivoli Storage Manager, muchas plataformas generarán un vuelco de la aplicación. El sistema operativo proporciona el vuelco de aplicación. v Vuelco de memoria. Si el cliente de archivado y copia de seguridad de Tivoli Storage Manager se detiene, puede que se genere un vuelco de memoria que se puede utilizar posteriormente para ayudar con el diagnóstico. El tipo de sistema determina cómo se produce el vuelco de memoria, y el sistema operativo proporciona el vuelco de memoria. El mandato DSMC QUERY SYSTEMINFO está disponible y recopila la mayor parte de esta información en el archivo dsminfo.txt. Los siguientes elementos pueden ayudarle a determinar los problemas de Tivoli Storage Manager: v Una lista del software instalado en el sistema de cliente. Es posible que el cliente tenga problemas debido a interacciones con otro software en el sistema o debido a los niveles de mantenimiento de software el cliente utiliza. v El conjunto de opciones de cliente definido en el servidor, aplicable a este nodo cliente. Emita el mandato QUERY CLOPTSET para buscar los conjuntos de opciones de clientes. v Opciones de servidor. Hay varias opciones de servidor que se utilizan para gestionar la interacción entre el cliente de archivado y copia de seguridad y el servidor. Un ejemplo de esta opción de software es TXNGROUPMAX. v Información sobre este nodo tal como está definida para el servidor. Para recopilar esta información, emita el mandato QUERY NODE nombre_nodo F=D mediante un cliente administrativo conectado al servidor. v Definiciones de planificación aplicables a este nodo. Las definiciones de planificación se pueden consultar desde el servidor cuando emita el mandato QUERY SCHEDULE. v La información de políticas configurada para este nodo en el servidor de Tivoli Storage Manager. La información de política se puede consultar desde el servidor cuando emita los mandatos QUERY DOMAIN, QUERY POLICYSET, QUERY MANAGEMENTCLASS o QUERY COPYGROUP. Determinación del motivo por el que no se inicia el programa dsmc, dsmadmc o dsmj El cliente de archivado y copia de seguridad de IBM Tivoli Storage Manager utiliza el programa dsmc, dsmadmc o dsmj en su procedimiento de inicio. Cuando uno de estos programas no se inicia, el cliente de archivado y copia de seguridad no se iniciará. Los programas dsmc, dsmadmc y dsmj tienen las siguientes definiciones: dsmc El cliente de línea de mandatos de archivado y copia de seguridad. dsmadmc El cliente de línea de mandatos de administración. AIX dsmj La interfaz gráfica de usuario (GUI) del cliente de archivado y copia de seguridad. Se comprueba la versión de tiempo de ejecución de Java de HPUX Linux Solaris Capítulo 2. Resolución de problemas relacionados con el cliente de Tivoli Storage Manager 7 Oracle la primera vez que se inicia la GUI dsmj. En algunos casos, esta comprobación se hace de forma inadecuada y el inicio de dsmj puede fallar con un mensaje “bad number”. El proceso se detiene y aparece el mensaje siguiente si el programa dsmc o dsmadmc o dsmj no se inicia: AIX HPUX Linux Solaris ANS1398E Las funciones de inicialización no pueden abrir una de las anotaciones o un archivo relacionado de Tivoli Storage Manager: /dsmerror.log. errno = 13, Los permisos de acceso de archivo no permiten la acción especificada. AIX HPUX Linux Solaris Recuerde: utiliza sólo a modo de ejemplo en el mensaje. El archivo dsmerror.log se Las aplicaciones cliente no se ejecutarán sin poder grabar en un archivo de registro y el sistema deniega el acceso de “grabación” en el archivo de registro mencionado en el mensaje. Si el archivo de registro no existe, se creará con los permisos predeterminados. Se aplican las siguientes reglas: v Se utilizan el nombre y el directorio especificados por la opción ERRORLOGNAME. v Si no se encuentra la opción, se utiliza el nombre dsmerror.log del directorio especificado en la variable de entorno DSM_LOG, si está presente. De lo contrario, se utiliza el nombre dsmerror.log del directorio de trabajo actual. Se pueden producir los siguientes problemas si se utilizan permisos predeterminados: v Un archivo de registro creado por el usuario root no podrá ser modificado por ningún otro usuario v El usuario root debe establecer los permisos adecuados o las listas de control de acceso (ACL) para permitir el uso libre de la aplicación cliente por parte de todos los usuarios que necesiten utilizarlo. Si el archivo de registro se crea correctamente, una sesión sin errores dejará un archivo de registro de longitud cero (vacío). El cliente de Tivoli Storage Manager no intenta crear archivos de anotaciones en el directorio raíz. Aparece el mensaje ANS1398E cuando el método de la primera regla, indicado anteriormente, provoca que el archivo de registro se cree en el directorio raíz. Si existe un archivo de anotaciones y se puede encontrar, Tivoli Storage Manager utiliza el método de la primera regla. También puede encontrarse en el directorio raíz, si lo elige explícitamente. Asimismo, independientemente de los permisos que otorgue, el código de Tivoli Storage Manager mantendrá el archivo de anotaciones. Cree su archivo de registro por anticipado, asegurándose de que todos los usuarios elegibles disponen de acceso de grabación. Defina la opción ERRORLOGNAME o la variable de entorno DSM_DIR para designar el archivo de registro predefinido. Atención: Un error de archivo de anotación del sistema indica que no puede grabar en el archivo dsmerror.log. Puede que no se inicien determinadas aplicaciones de Tivoli Storage Manager en segundo plano debido a errores en la grabación en dsmerror.log. Cuando se producen estos errores, se graban varios errores en el archivo de anotaciones de eventos del sistema de Windows ('anotaciones del sistema' en otras plataformas). 8 IBM Tivoli Storage Manager: Guía de determinación de problemas Por ejemplo: C:\Archivos de programa\Tivoli\Tsm\baclient>net start "TSM Sched" Se está iniciando el servicio de planificación de cliente. No se ha podido iniciar el servicio de planificación de cliente. Se ha producido un error específico de servidor: 12. Son necesarios pasos de configuración adicionales para los usuarios que no sean root, para que puedan ejecutar las aplicaciones de Tivoli Storage Manager o Tivoli Storage Manager para las aplicaciones de protección de datos. Podrá ver el mensaje de error ANS1398E si intenta ejecutar aplicaciones de Tivoli Storage Manager que utilicen un archivo de anotaciones de error que ya ha generado el usuario root, que queda con permisos predeterminados. En el caso de clientes de Data Protection, sólo puede recibir un error de API de Tivoli Storage Manager. A continuación, se explica un método para configurar dsmerror.log de forma que puedan utilizarlo usuarios que no sean root: 1. Configure ERRORLOGNAME en dsm.sys. Por ejemplo, errorLogName /var/msgs/tsm/dsmerror.log 2. Genere dsmerror.log. dsmc q sess 3. Modifique los permisos en dsmerror.log para permitir la grabación por parte de todos los usuarios. chmod 666 /var/msgs/tsm/dsmerror.log Resolución de problemas con conjuntos de opciones de cliente Con los conjuntos de opciones de cliente, los administradores pueden especificar opciones adicionales que tal vez no estén incluidas en el archivo de opciones de cliente de archivo de copia de seguridad. El cliente de archivador de copia de seguridad utiliza estas opciones durante un proceso de copia de seguridad, archivado, restauración o recuperación. Un administrador de IBM Tivoli Storage Manager puede crear un conjunto de opciones de cliente para que las utilice un nodo de cliente en Tivoli Storage Manager. Las opciones de cliente se definen en el servidor Tivoli Storage Manager. Las opciones de cliente especificadas en el conjunto de opciones de cliente se utilizan en combinación con el archivo de opciones de cliente. El orden en el que las opciones se procesan puede controlarse. Es posible definir varias opciones y asignarles un número de secuencia, con estas opciones procesadas desde una secuencia baja a una alta. El ejemplo siguiente muestra las opciones de INCLEXCL: Opción -----------INCLEXCL INCLEXCL INCLEXCL Número Alter. Opción Valor secuen. temporal -----------------------------------------------0 No exclude ’sys:\backup\*’ 1 No include ’sys:\system\*’ 2 No include ’sys:\tmp\*’ Esta secuencia tiene como resultado la exclusión de todos los archivos de la vía de acceso sys:\backup\*, mientras que se realizan copias de seguridad de los archivos de las vías de acceso sys:\system\* y sys:\tmp\*. Capítulo 2. Resolución de problemas relacionados con el cliente de Tivoli Storage Manager 9 Resolución de problemas con conjuntos de opciones de cliente Utilice los conjuntos de opciones del cliente para resolver varios problemas, desde tener entornos críticos donde la restauración es una elevada prioridad, a utilizar una base de datos que no se detiene. Consejo: La configuración del rastreo para los conjuntos de opciones de cliente se indica en el archivo de opciones de IBM Tivoli Storage Manager para todos los clientes de archivado y copia de seguridad. Los siguientes casos de ejemplo muestran cómo puede aprovechar el conjunto de opciones de cliente. Caso de ejemplo 1: Tener un entorno donde la restauración es una prioridad alta. Utilice la opción COLLOCATEBYFILESPEC para que todos los datos filespec se almacenen en el mínimo de cintas posible, lo cual mejorará el proceso de restauración, pues se utilizarán menos montajes de cintas. No desea que el cliente pueda alterar temporalmente esta opción. Emita el mandato de servidor siguiente de Tivoli Storage Manager: Define cloptset crit_rest description="Critical Restore Option Sets" Define clientopt crit_rest collocatebyfilespec yes force=yes Update node dale cloptset=crit_rest Caso de ejemplo 2: Utilizar estaciones de trabajo que se encuentran en una red lenta y espacio limitado para datos en el servidor de Tivoli Storage Manager. Utilizar la opción de compresión para limitar la cantidad de datos que se envían y se almacenan. Emita el mandato de servidor siguiente de Tivoli Storage Manager: Define Define Define Update cloptset space_rest description="Space Restriction Option Sets" clientopt space_rest compressalways no force=yes clientopt space_rest compression yes force=yes node mark cloptset=space_rest Caso de ejemplo 3: Utilizar una base de datos que no se detiene. Existe un problema con la base de datos puesto que los archivos están abiertos y el servidor no puede realizar una copia de seguridad de los mismos. Excluya todos los archivos y subdirectorios a partir de copias de seguridad de Tivoli Storage Manager y agregue los archivos y subdirectorios al conjunto de opciones de cliente “space_rest” existentes. Emita el mandato EXCLUDE DIR y especifique la vía de acceso del directorio que se va a excluir. Emita el mandato de servidor siguiente de Tivoli Storage Manager: Define clientopt space_rest inclexcl "exclude.dir c:\lnotes\data" Caso de ejemplo 4: Finalizar copias de seguridad utilizando una red rápida y desear realizar el mejor uso posible de los recursos de cliente de Tivoli Storage Manager. 10 IBM Tivoli Storage Manager: Guía de determinación de problemas Configure la opción RESOURCEUTILIZATION en la cantidad máxima. Emita el mandato de servidor siguiente de Tivoli Storage Manager: Define cloptset unix_srv description="UNIX Server Option Sets" Define clientopt unix_srv resourceutilization 10 force=yes Resolución de problemas de autenticación de contraseñas Un error de autenticación del cliente se puede producir si caduca la contraseña. El error puede producirse también, sin embargo, si se cambia el nombre del servidor o del cliente, o si caduca la contraseña de identificación administrativa del usuario de IBM Tivoli Storage Manager. Si recibe el mensaje de error ANS1025E durante una sesión interactiva, la causa probable es una contraseña incorrecta. Cambie la contraseña utilizando uno de estos dos métodos: v El administrador puede restablecer la contraseña emitiendo el mandato UPDATE NODE. v Emita el mandato DSMC QUERY SESSION y, cuando se le solicite, especifique la nueva contraseña. Si se produce el mensaje de error ANS1025E durante una sesión no interactiva, por ejemplo en la planificación central, asegúrese de que la opción de cliente sea PASSWORDACCESS GENERATE. La opción PASSWORDACCESS GENERATE hace que el cliente almacene la contraseña de forma local. La contraseña se cifra y se almacena en el registro para los clientes de Windows o, para clientes de Macintosh, en un archivo llamado TSM.PWD. No edite el registro o el archivo TSM.PWD. En su lugar, consulte las siguientes acciones: v Asegúrese de que PASSWORDACCESS GENERATE está establecido en el archivo de opciones. v Emita el comando DSMC QUERY SESSION. Este mandato establecerá forzosamente la contraseña almacenada de forma local. v Si las acciones anteriores no solucionan el problema, actualice la contraseña de nodo emitiendo el mandato administrativo UPDATE NODE. v Vuelva a emitir el mandato DSMC QUERY SESSION con la nueva contraseña. Para consultar el valor de caducidad de contraseña para un nodo concreto, emita el mandato de administración QUERY NODE F=D. Busque el campo Período de caducidad de contraseña. Importante: La caducidad no se aplica a las contraseñas de nodo o administrador que se autentican en un servidor de directorios LDAP. Si desea cambiar los valores de estas contraseñas, debe hacerlo en el servidor de directorios LDAP. Recuerde: Si el campo de período de caducidad de contraseña está en blanco, se aplica el período predeterminado de caducidad de la contraseña (90 días). 1. Para modificar el período de caducidad de la contraseña para un nodo concreto, emita el mandato administrativo UPDATE NODE con la opción PASSEXP=n, donde n es el número de días. Un valor de 0 desactiva la caducidad de la contraseña. Si un nodo de cliente de Windows no puede conectarse al servidor después de haberle cambiado el nombre, verifique que el nombre del nodo se cambió en el archivo de opciones del cliente y el registro de Windows. Cuando el planificador del cliente se ejecuta como un proceso en primer plano utilizando el mandato DSMC SCHED, Tivoli Storage Manager utiliza el nombre del nodo en Capítulo 2. Resolución de problemas relacionados con el cliente de Tivoli Storage Manager 11 el archivo de opciones de cliente para contactar con el servidor. Sin embargo, cuando el planificador se ejecuta como un servicio de Windows, Tivoli Storage Manager utiliza el nombre de nodo del registro de Windows. 2. Emita el mandato DSMCUTIL UPDATE SCHEDULE para obtener los resultados siguientes: v Con el parámetro nodo, proceda a saber cómo cambiar el nombre de nodo utilizado con el servicio de planificador de Tivoli Storage Manager en Windows. v Con el parámetro validate:yes, póngase en contacto con el servidor Tivoli Storage Manager para autenticar y almacenar la contraseña actualizada. Para obtener más información, consulte el tema que trata sobre el cambio de las opciones de proceso utilizadas por el servidor de planificador en la publicación Windows Clientes de copia de seguridad/archivado: Guía de instalación y del usuario. | Resolución de problemas de contraseña autenticada en LDAP | | | | Con una contraseña que se autentica en un servidor de directorios LDAP, puede utilizar letras mayúsculas y minúsculas, números y caracteres especiales. Las contraseñas que se autentican en Tivoli Storage Manager no son sensibles a las mayúsculas y minúsculas. | | | La mayoría de problemas que surgen de la autenticación de contraseñas se pueden atribuir a la conexión entre el servidor Tivoli Storage Manager y el servidor de directorios LDAP. | | | | | | | | | Para poder utilizar las contraseñas autenticadas en LDAP, debe configurar que el servidor de directorios LDAP esté en sincronización con el servidor Tivoli Storage Manager. Asegúrese de que la lista de control de accesos en el servidor de directorios LDAP otorga autorización completa a un usuario por encima del nombre distinguido base (DN base). Ese usuario no puede formar parte del DN base. Por ejemplo, si el DN base es cn=tsmdata, el usuario que administra las contraseñas y los ID no debe tener el nombre distinguido en ese DN base. Referencia relacionada: “Resolución de errores de Capa de sockets seguros” en la página 106 Verificación de la configuración para la autenticación de contraseña | | | | Debe asegurarse de que ha configurado correctamente el servidor de Tivoli Storage Manager y el servidor de directorios LDAP. | | | | | Asegúrese de completar los siguientes pasos antes de configurar la autenticación en un servidor de directorios LDAP para cualquier administrador o nodo: | | | | Recuerde: Cada URL debe empezar con ldap:// 2. Emita el mandato SET LDAPUSER para designar un usuario que puede cambiar o restablecer contraseñas. LDAPUSER es el administrador del espacio de servidor de directorios LDAP que se utiliza para las contraseñas de Tivoli Storage Manager. 3. Designe una contraseña para LDAPUSER emitiendo el mandato SET LDAPPASSWORD. A continuación se listan los caracteres que puede utilizar para una contraseña: 1. Abra el archivo de opciones dsmserv.opt y añada la opción LDAPURL, que contiene el servidor y el nombre distinguido base (DB base). LDAPURL ldap://server.dallas.outbound/cn=project_x | | 12 IBM Tivoli Storage Manager: Guía de determinación de problemas | | | | a A 0 ~ | | | | | | | | Importante: Si emite un comando REGISTER NODE o REGISTER ADMIN, escriba los caracteres especiales entre comillas. b B 1 ! c C 2 @ d D 3 # e E 4 $ f F 5 % g G 6 ^ h H 7 & i I 8 * j k l m n o p q r s t u v w x y z J K L M N O P Q R S T U V W X Y Z 9 _ - + = ` | ( ) { } [ ] : ; < > , . ? / register admin JohnDoe "pa$$w0rd<new>" authentication=ldap Emita uno de los mandatos siguientes para determinar qué nodos o ID de administrador están configurados para utilizar contraseñas que se autentican en un servidor de directorios de LDAP: query node * authentication=ldap query admin * authentication=ldap | Ejemplo: Cambiar le método de autenticación | | | | Puede cambiar el método de autenticación de un ID de administrador o nodo emitiendo el mandato UPDATE. Por ejemplo: update node node_x n0de_x|n0de_y authentication=ldap update admin ralph SeCre#Tw0rd authentication=ldap | Resolución de problemas con el servidor de directorios LDAP | | | | Si tiene problemas con la autenticación de contraseña, verifique si ha completado todos los pasos de configuración correctamente. ¿Ha definido el nombre distinguido base (DN base) en el servidor de directorios LDAP? ¿Ha establecido la opción LDAPURL? | | | Después de instalar el servidor de IBM Tivoli Storage Manager V6.3.3 y versiones posteriores, debe configurar el servidor de directorios LDAP para comunicarse con el servidor de Tivoli Storage Manager. | | | | | | Si tiene problemas de conexión, efectúe los pasos siguientes con un programa de utilidad LDAP, por ejemplo ldpsearc o ldp.exe: 1. Pruebe la búsqueda de DNS hacia adelante y hacia atrás del sistema servidor LDAP en el sistema servidor de Tivoli Storage Manager. 2. Pruebe la conexión de red entre el sistema operativo de servidor de Tivoli Storage Manager y el sistema operativo de servidor de directorios LDAP. | | | | | | | | 3. Conéctese al servidor de directorios LDAP con el nombre de host y el puerto especificados en la opción LDAPURL. 4. Establezca una conexión TLS (Transport Layer Security - Seguridad de la capa de transporte) emitiendo la opción StartTLS. 5. Utilice la autenticación de enlace simple para autenticarse con los parámetros que ha definidos para LDAPUSER y LDAPPASSWORD. 6. Busque en el servidor de directorios de LDAP el DN base que ha especificado en la opción LDAPURL. | | | Un administrador de servidor LDAP puede utilizar el programa de utilidad ldapsearch, de la manera siguiente, para solucionar problemas de autenticación de directorio LDAP: | | Utilizando OpenLDAP (especifique el archivo de certificado utilizando la opción TLS_CACERT en el archivo ldap.conf) Capítulo 2. Resolución de problemas relacionados con el cliente de Tivoli Storage Manager 13 | | | | Sin SSL/TLS | | | | Con SSL/TLS | | | | | | Utilizando el cliente LDAP de IBM Tivoli Directory Server (instalado con AIX o descargado de ibm.com) Sin SSL/TLS | | | | Con SSL/TLS | | | | | | | Para los mandatos anteriores, se aplican los parámetros siguientes: v nombrehost = URL de la opción LDAPURL, por ejemplo | | Consulte la publicación Tivoli Storage Manager Administrator's Guide para obtener más información sobre cómo configurar el servidor de directorios LDAP. | | | | | Resolución de problemas con nodos y administradores bloqueados | Si no se puede desbloquear una contraseña bloqueada, realice los pasos siguientes: 1. Devuelva la contraseña al servidor de Tivoli Storage Manager emitiendo el siguiente mandato de ejemplo: ldapsearch -H <nombrehost> -D <LDAPUSER> -W -s base -b <DN base de LDAPURL> -v -x objectclass="*" ldapsearch -H <nombrehost> -D <LDAPUSER> -W -s base -b <DN base de LDAPURL> -v -x -ZZ objectclass="*" ldapsearch -h <nombrehost> -D <LDAPUSER> -w ? -s base -b <DN base de LDAPURL> -v objectclass="*" ldapsearch -h <nombrehost> -D <LDAPUSER> -w ? -s base -b <DN base de LDAPURL> -v -Y -x -K "cert.kdb" objectclass="*" ldap://ldap.ibm.com:389/ v LDAPUSER = parámetros del mandato SET LDAPUSER, por ejemplo cn=tsmserver,cn=users,dc=ibm,dc=com v DN base de LDAPURL = DN base de la opción LDAPURL, por ejemplo "OU=tsm,DC=ibm,DC=com" Las contraseñas que se autentican en el servidor de directorios LDAP pueden quedar bloqueadas si se sobrepasa el límite de contraseñas incorrectas o por acciones del administrador. | | | | | | | | | | | | | update node node_x contraseña_nueva authentication=local 2. Limpie el servidor de directorios LDAP emitiendo el siguiente mandato de ejemplo: audit ldapdirectory fix=yes wait=no Este mandato elimina nodos o ID de administrador que están almacenados en el servidor de directorios LDAP que no autentican contraseñas en un servidor de directorios LDAP. 3. Finalice la sesión en el nodo. 4. Emita el comando siguiente: update node nodo_x contraseña_más_reciente authentication=ldap 5. Inicie la sesión en el nodo con la nueva contraseña. | 14 IBM Tivoli Storage Manager: Guía de determinación de problemas | | Auditoría del servidor de directorios LDAP para limpiar el servidor | | | | | | Si se mantiene el servidor de directorios LDAP en sincronización con el servidor Tivoli Storage Manager, resulta más fácil saber con qué se está trabajando. El servidor de directorios LDAP puede tener cientos de entradas que ya no se utilizan. También es posible que en el servidor de directorios LDAP falten determinadas entradas de administración o de nodo que se supone que están en el servidor de directorios LDAP. | | | | | | Una auditoría puede informarle sobre el registro de entradas de nodo o ID de administrador que han autenticado las contraseñas en el servidor de directorios LDAP. Puede auditar el servidor de directorios LDAP para borrar las contraseña, los administradores y los nodos no utilizados. El espacio de nombres controlado de Tivoli Storage Manager en el servidor de directorios LDAP puede quedar fuera de sincronización con lo que está almacenando el servidor Tivoli Storage Manager. | | | | | | | | Si el administrador del servidor de directorios LDAP ha cambiado manualmente entradas en el directorio externo, esas entradas no estarían en sincronización. El servidor Tivoli Storage Manager también puede quedar sin sincronización con el servidor LDAP cuando se utiliza el mandato SYNCLDAPDELETE=NO predeterminado durante un mandato REMOVE, RENAME o UPDATE. El mandato AUDIT LDAPDIRECTORY suprime todas las entradas del servidor de directorios LDAP que no se correlacionan con la base de datos de Tivoli Storage Manager. El mandato también emite avisos para ayudarle a arreglar los elementos. | | | | Se emiten avisos si las contraseñas que se autentican en el servidor de directorios LDAP se almacenan en la base de datos de Tivoli Storage Manager pero no en el espacio de nombres LDAP. Desde los avisos, puede utilizar el mandato UPDATE NODE o UPDATE ADMIN para corregir el problema. | Ejemplo: Auditoría del servidor de directorios LDAP | | | | Si el espacio de nombres de Tivoli Storage Manager en el servidor de directorios LDAP no está en sincronización con la base de datos de Tivoli Storage Manager, emite el mandato siguiente: | | | | | El mandato produce una lista de todos los nodos y administradores que se suprimen del servidor de directorios LDAP. También se produce una lista de todos los nodos y administradores que faltan en el servidor de directorios LDAP. Si desea ver qué elementos están fuera de sincronización, utilice el valor predeterminado FIX=NO para informar de las discrepancias entre los servidores. | | | Nota: No utilice el valor FIX=YES si varios servidores Tivoli Storage Manager comparten el espacio de nombres de directorio LDAP. AUDIT LDAPDIRECTORY FIX=YES Capítulo 2. Resolución de problemas relacionados con el cliente de Tivoli Storage Manager 15 Mensajes de error para contraseñas autenticadas LDAP | | | | Al autenticar contraseñas en un servidor de directorios LDAP, se pueden producir errores comunes en la conexión entre el servidor de Tivoli Storage Manager y el servidor de directorios LDAP. | | La tabla siguiente contiene errores que puede encontrar si la configuración no es correcta. | | Tabla 7. Errores que se pueden producir cuando se autentican contraseñas en un servidor de directorios LDAP | Mensajes de error | | | | | | || ANR3114E Error de LDAP 118 (No se puede Es posible que la vía de acceso a biblioteca cargar la biblioteca SSL) no esté establecida correctamente. Asegúrese de estar utilizando la versión correcta de Global Security ToolKit (GSKit). ANR3116E Error SSL/TLS de LDAP 118 (Error de SSL desconocido) Consulte el tema de Guía de instalación, ANR3103E Se ha producido una anomalía al “Creación de la instancia de servidor.” | inicializar los servicios de directorio LDAP | | | | | ANR3114E Error de LDAP 116 (No se ha podido conectar al servidor SSL) || || | | | | | | | | | | | | | ANR3103E Se ha producido una anomalía al Para Active Directory, inhabilite las actualizaciones automáticas de certificados inicializar los servicios de directorio LDAP raíz con Windows Update si no hay disponible una conexión de internet. ANR2732E No se puede comunicar con el Consulte los sitios web siguientes: servidor de directorios LDAP Actualizaciones automáticas de certificados de Windows 2003 (http://technet.microsoft.com/en-us/ library/cc738920%28v=WS.10%29.aspx) | | | | | ANR3114E Error de LDAP 52 (DSA no está disponible) | | ANR2732E No se puede comunicar con el servidor de directorios LDAP ANR3116E Error SSL/TLS de LDAP 406 (Error de E/S) Solución Es posible que el nivel de GSKit sea incorrecto en Tivoli Directory Server. Actualice GSKit al nivel correcto. Consulte la nota técnica (http://www.ibm.com/ support/docview.wss?uid=swg21469388). Actualizaciones automáticas de certificados de Windows 2008 (http://technet.microsoft.com/en-us/ library/ee126107%28v=WS.10%29.aspx) El servidor de Active Directory no tiene un certificado disponible para la Seguridad de capa de transporte (TLS)/SSL. Cree un ANR3103E Se ha producido una anomalía al certificado firmado que Microsoft Active Directory pueda utilizar. inicializar los servicios de directorio LDAP 16 IBM Tivoli Storage Manager: Guía de determinación de problemas | | Tabla 7. Errores que se pueden producir cuando se autentican contraseñas en un servidor de directorios LDAP (continuación) | Mensajes de error | | | | | | || | ANR3114E Error de LDAP 116 (No se ha podido conectar al servidor SSL) | | ANR2732E No se puede comunicar con el servidor de directorios LDAP | | | | | | ANR3094E El nombre distinguido (DN) que se especifica en la opción LDAPURL no existe en el servidor de directorios LDAP | | | | | | | ANR3114E Error de LDAP 50 (Acceso insuficiente) | | ANR3103E Se ha producido una anomalía al inicializar los servicios de directorio LDAP | | | ANR1885E SET LDAPPASSWORD: Se ha rechazado el permiso cuando se ha accedido a la entrada LDAPUSER | | | | | | ANR3114E Error de LDAP 116 (No se ha podido conectar al servidor SSL) | | | | | ANR3114E Error de LDAP 4 (Se ha superado el límite de tamaño) Solución El certificado del servidor de directorios LDAP no es fiable. Añada el certificado de entidad emisora de certificados (CA) raíz al archivo de base de datos de claves de ANR3116E Error de LDAP SSL/TLS 414 servidor de Tivoli Storage Manager (Certificado incorrecto) (cert.kdb) y verifique que los certificados no ANR3103E Se ha producido una anomalía al hayan caducados. inicializar los servicios de directorio LDAP Si el DN existe, es posible que LDAPUSER no tenga derechos de control de acceso completos al DB base especificado en la opción LDAPURL. ANR3103E Se ha producido una anomalía al inicializar los servicios de directorio LDAP LDAPUSER no tiene derechos de control de acceso completos al DN base especificado en la opción LDAPURL. ANR1885E Inicialización de servicio de directorios LDAP: Se ha denegado el permiso cuando se ha accedido a la entrada de directorio LDAP como LDAPUSER ANR3116E Error SSL/TLS de LDAP 420 (Socket cerrado) Para Tivoli Directory Server, SSL_TIMEOUT_MILLISEC no se ha establecido en un valor suficientemente alto. Consulte la nota técnica (http://www-01.ibm.com/support/ docview.wss?rs=767&uid=swg21233758). Aumente el límite de tamaño de búsqueda de servidor LDAP para acomodar el número total de administradores y nodos autenticados en LDAP. | Capítulo 2. Resolución de problemas relacionados con el cliente de Tivoli Storage Manager 17 Resolución de problemas de planificación del cliente El administrador para IBM Tivoli Storage Manager puede planificar las tareas para ejecutarse automáticamente. Si tiene problemas con el planificador cliente, los siguientes pasos de diagnóstico pueden ayudarle a determinar la causa del problema: v El planificador cliente no reconoce los cambios ni las adiciones en las opciones de cliente de Tivoli Storage Manager hasta que se inicia el siguiente planificador. Las supresiones realizadas al conjunto de opciones del cliente no tienen efecto hasta que reinicia el planificador. v Las adiciones, las supresiones y los cambios realizados a las planificaciones gestionadas por la aceptación del cliente se reconocen en el siguiente inicio planificado. v Utilice el programa de utilidad de diagnóstico SHOW PENDING para mostrar planificaciones, nodos y el siguiente tiempo de ejecución planificado. v Desde el archivo de opciones del cliente, consulte la stanza dsm.sys para el nodo y los valores de las opciones MANAGEDSERVICES, PRESCHEDCMD y POSTSCHEDCMD para obtener más información una vez que un nodo omita un evento planificado. Determinación del estado de un evento planificado El servidor mantiene un registro de todos los eventos planificados. Los registros son útiles para gestionar planificaciones de IBM Tivoli Storage Manager en numerosos sistemas del cliente. Siga estos pasos para ver los registros de eventos en un servidor: 1. Emita el mandato QUERY EVENT. 2. Emita la siguiente consulta para ver todos los resultados de eventos para el día anterior: query event * * begindate=today-1 begintime=00:00:00 enddate=today-1 endtime=23:59:59 3. Emita la siguiente consulta para limitar los resultados de ésta a los casos de excepción. query event * * begindate=today-1 begintime=00:00:00 enddate=today-1 endtime=23:59:59 exceptionsonly=yes Los resultados de la consulta incluyen un campo de estado que ofrece un resumen del resultado de un evento concreto. Al utilizar la opción format=detailed también puede ver el resultado de un evento que es el código de retorno general que devuelve el cliente Tivoli Storage Manager. Consulte el mandato QUERY EVENT para conocer detalles sobre los sucesos planificados y completados. Consulta de errores en las anotaciones de actividades del servidor Si falta un evento planificado pero otros eventos planificados para ese nodo muestran un resultado de Completado, compruebe los errores de las anotaciones de actividades del servidor y las anotaciones de planificación del cliente. Al consultar las anotaciones de actividades del servidor, céntrese sólo en los resultados de consulta del intervalo de tiempo del evento planificado. Comience la solicitud de anotaciones de eventos en un momento algo anterior a la ventana de inicio de ese evento planificado. Por ejemplo, investigue el siguiente suceso sospechoso: 18 IBM Tivoli Storage Manager: Guía de determinación de problemas Inicio planificado Inicio real Nombre planif. Nombre nodo Estado -------------------- -------------------- ------------- ------------- ------08/21/2003 08:27:33 CADA HORA NODEA Inexistente Posteriormente puede emitir una de las siguientes consultas: query actlog begind=08/21/2003 begint=08:25:00 query actlog begind=08/21/2003 begint=08:25:00 originator=client node=nodea El cliente de IBM Tivoli Storage Manager guarda un registro detallado de todas las actividades planificadas. Consulte el registro cronológico de planificación local del cliente si las consultas de las anotaciones de actividades del servidor no pueden explicar un suceso planificado anómalo. Debe tener acceso al sistema del cliente para inspeccionar el archivo de anotaciones de planificación. El archivo de registro planificado suele guardarse en el mismo directorio que el archivo dsmerror.log en el archivo dsmsched.log. La ubicación del archivo de registro se puede especificar utilizando opciones de cliente, de modo que es posible que necesite consultar el archivo de opciones para ver si se ha utilizado la opción SCHEDLOGNAME para reubicar el archivo de registro. En Windows, las anotaciones de planificación también se pueden reubicar mediante un valor de opción que forma parte de la definición de los servicios planificados. Puede emitir el mandato DSMCUTIL QUERY para comprobar si configuró esta opción. Al ubicar las anotaciones de planificación, busque en el archivo el intervalo de tiempo que corresponda con la fecha y la hora de inicio de ese evento en concreto. La lista siguiente muestra parámetros de búsqueda comunes: v Si está investigando un evento inexistente, consulte los detalles del evento anterior, incluida la hora en la que se completó el evento anterior. v Si está investigando un error de evento, busque los mensajes de error que expliquen el error (como que se hayan excedido los límites de sesión de servidor). v Cuando una explicación siga sin estar clara, el último lugar para buscar es el archivo de registro de errores del cliente (normalmente llamado dsmerror.log). Inicio y detención del servicio del cliente El inicio y detención del servicio del cliente puede en ocasiones ayudar a resolver problemas de planificación de clientes. Consejo: Si gestiona un gran número de clientes que ejecutan procesos de planificador, puede que desee tener la capacidad de poder iniciar y detener el servicio del cliente desde un sistema remoto. El cliente de Windows proporciona una herramienta para ayudar en la gestión remota del servicio de planificador. Para otras plataformas, se requieren herramientas estándar de sistema operativo. Para gestionar de forma remota el servicio del planificador cliente de Windows utilizando DSMCUTIL con la opción /computer:, debe tener derechos de administrador en el dominio del sistema destino. Para determinar si el servicio de planificación se está ejecutando en un sistema remoto, compruebe el campo “Estado actual” con una consulta parecida a ésta: dsmcutil query /name:"TSM Client Scheduler" /computer:ntserv1.ibm.com Emita las consultas siguientes para reiniciar el servicio de planificador al que le faltan planificaciones: dsmcutil stop /name:"TSM Client Scheduler" /computer:ntserv1.ibm.com dsmcutil start /name:"TSM Client Scheduler" /computer:ntserv1.ibm.com Capítulo 2. Resolución de problemas relacionados con el cliente de Tivoli Storage Manager 19 Por consiguiente, si utiliza el CAD (client acceptor daemon) para gestionar el planificador, puede que tenga que reiniciar el servicio CAD o detener el servicio de planificador y reiniciar el servicio de CAD con las siguientes consultas: dsmcutil dsmcutil dsmcutil dsmcutil dsmcutil query /name:"TSM Client Scheduler" /computer:ntserv1.ibm.com query /name:"TSM Client Acceptor" /computer:ntserv1.ibm.com stop /name:"TSM Client Scheduler" /computer:ntserv1.ibm.com stop /name:"TSM Client Acceptor" /computer:ntserv1.ibm.com start /name:"TSM Client Acceptor" /computer:ntserv1.ibm.com AIX HPUX Linux Solaris En AIX, HP-UX, Linux u Oracle Solaris, puede escribir un script de shell para buscar y detener la ejecución de planificadores y procesos de aceptación de clientes de IBM Tivoli Storage Manager, y a continuación reiniciar los procesos. Los productos de software, como Symark's Power Broker, permiten a los administradores de Tivoli Storage Manager un acceso limitado a los servidores con el objetivo de gestionar los procesos de planificador y copiar el archivo de registro de planificación. AIX HPUX Linux Solaris El siguiente script de shell de ejemplo muestra cómo reprocesar el proceso de planificador de Tivoli Storage Manager: #!/bin/ksh # Utilice el script siguiente para terminar la instancia en ejecución # del planificador de TSM y reinicie el planificador en modo nohup. # # Este script no funcionará adecuadamente si hay más de un proceso de # planificador en ejecución. # En caso necesario, se pueden personalizar las siguientes variables # para permitir la utilización de un archivo de opciones alternativo. # export DSM_DIR= # export DSM_CONFIG= # export PATH=$PATH:$DSM_DIR # Extraiga el PID para el planificador TSM que se está ejecutando PID=$(ps -ef | grep "dsmc sched" | grep -v "grep" | awk {’print $2’}); print "Proceso original del planificador de TSM con PID=$PID" # Terminación del planificador mediante el comando kill kill -9 $PID # Reinicie el planificador con nohup, redirigiendo toda la salida a NULL # La salida seguirá registrada en dsmsched.log nohup dsmc sched 2>&1 > /dev/null & # Extraiga el PID para el planificador TSM que se está ejecutando PID=$(ps -ef | grep "dsmc sched" | grep -v "grep" | awk {’print $2’}); print "Nuevo proceso del planificador de TSM con PID=$PID" Resolución de problemas al incluir o excluir archivos de cliente durante el proceso de copia de seguridad La opción de proceso include/exclude afecta a qué archivos se envían al servidor para una operación de copia de seguridad o de archivado. Son posibles varios motivos si se indica de manera implícita o explícita que un archivo se incluya o se excluya durante el proceso de copia de seguridad y no se ha procesado correctamente. 20 IBM Tivoli Storage Manager: Guía de determinación de problemas Identificación de archivos incluidos o excluidos por el conjunto de opciones del cliente del servidor. El administrador de IBM Tivoli Storage Manager puede incluir o excluir archivos en beneficio del cliente. Las sentencias de inclusión o exclusión que provienen del servidor modificarán las sentencias de inclusión y exclusión entradas en el archivo de opciones del cliente local. Póngase en contacto con el administrador del servidor Tivoli Storage Manager para corregir el problema. Puede emitir el mandato DSMC QUERY INCLEXCL de cliente de archivado y copia de seguridad para identificar los archivos que incluye o excluye el conjunto de opciones de cliente del servidor. La salida de este mandato muestra “Sistema operativo” como archivo de origen para los archivos que se excluyeron automáticamente del proceso de copia de seguridad. En nuestro ejemplo, los usuarios indicaron que deseaban que todos los archivos que acabasen con la extensión “.o” se incluyeran en el archivo de opciones local, pero el servidor envió al cliente una opción para excluir todos los archivos que acabaran con la extensión “.o”. Prevalece la opción proporcionada por el servidor. tsm> q inclexcl *** ARCHIVO DE INCLUSIÓN/EXCLUSIÓN *** Modo Función Patrón (de arriba abajo) Archivo de origen ---- --------- ------------------------------ ----------------Excl All /.../*.o Servidor Incl All /.../*.o dsm.sys Las opciones que se transfieren al cliente de Tivoli Storage Manager desde el servidor de Tivoli Storage Manager se suministran en grupos, lo que significa que si las opciones INCLUDE y EXCLUDE se admitieran en el servidor de Tivoli Storage Manager, todas las opciones de INCLUDE se enviarían en un grupo y todas las opciones de EXCLUDE se enviarían en otro. No se podría entremezclar esas opciones para obtener los resultados deseados, como incluir algunos archivos de directorios excluidos. Utilizar la opción INCLEXCL permite mezclar y ordenar las opciones INCLUDE y EXCLUDE. Exclusión automática de archivos del proceso de copia de seguridad La aplicación de copia de seguridad no realiza una copia de seguridad de archivos concretos porque no son necesarios para una copia de seguridad, o IBM Tivoli Storage Manager utiliza los archivos para el proceso interno. Si los archivos concretos deben incluirse en el proceso de copia de seguridad, Tivoli Storage Manager puede incluirlos si coloca las sentencias INCLUDE en el conjunto de opciones de cliente establecido en el servidor. Importante: Puesto que algunos archivos se identificaron explícitamente como archivos de los que no se realiza copia de seguridad, no se recomienda incluirlos en el conjunto de opciones de cliente de servidor. Emita el mandato DSMC QUERY INCLEXCL del cliente de archivado y copia de seguridad para identificar los archivos de los que no se realizó copia de seguridad. La salida del mandato DSMC QUERY INCLEXCL muestra “Sistema operativo” como archivo de origen para los archivos que se excluyeron automáticamente del proceso de copia de seguridad. Capítulo 2. Resolución de problemas relacionados con el cliente de Tivoli Storage Manager 21 tsm> q inclexcl *** ARCHIVO DE INCLUSIÓN/EXCLUSIÓN *** Modo Función Patrón (de arriba abajo) ---- --------- -----------------------------Excl All C:\WINDOWS\Registration\*.clb Excl All C:\WINDOWS\netlogon.chg Archivo de origen ----------------Sistema operativo Sistema operativo Consulte Tabla 8 en la página 23 para conocer los archivos que se han excluido automáticamente. 22 IBM Tivoli Storage Manager: Guía de determinación de problemas Tabla 8. Archivos excluidos automáticamente durante el proceso de copia de seguridad Plataforma Archivos excluidos v Archivos enumerados en la clave de registro HKLM\SYSTEM\CurrentControlSet\Control\BackupRestore\ FilesNotToBackup Windows v El directorio intermedio del cliente C:\ADSM.SYS v Archivos de la base de datos RSM (Removable storage manager) (estos archivos se procesan en el objeto del sistema o en la copia de seguridad de estado del sistema) v Metarchivos IIS (Internet information server) (estos archivos se procesan en el objeto del sistema o en la copia de seguridad de estado del sistema) v Archivos de registro (esos archivos se procesan en el objeto del sistema o en la copia de seguridad de estado del sistema) v Archivos de rastreo de cliente v Archivos de sistema Los archivos de sistema Windows se excluyen silenciosamente del proceso de copia de seguridad de la unidad del sistema y no se pueden incluir. Para procesar estos archivos de sistemas Windows, debe emitir un mandato DSMC BACKUP SYSTEMOBJECT (Windows 2000 y Windows XP) o un mandato DSMC BACKUP SYSTEMSTATE (Windows 2003 y Windows Vista). Los archivos de los sistemas Windows se excluyen del proceso de copia de seguridad de la unidad del sistema porque normalmente se envían durante las copias de seguridad del estado del sistema o del objeto del sistema. Los archivos del sistema son archivos de arranque, de catálogo, contadores de rendimiento y los archivos protegidos por Protección de archivos del sistema (sfp) de Windows. Estos archivos no se procesan durante la copia de seguridad de la unidad del sistema. Sin embargo, los archivos se excluyen del proceso de la unidad del sistema internamente en lugar de depender de sentencias de exclusión explícitas, debido al elevado número de sentencias de exclusión que se necesitarían para representar todos esos archivos. El rendimiento de las copias de seguridad puede verse afectado negativamente. Puede emitir el mandato DSMC QUERY SYSTEMINFO del cliente de archivado y copia de seguridad para identificar los archivos del sistema Windows. La salida de este comando se graba en el archivo dsminfo.txt. (contenido parcial del archivo dsmfino.txt) ============================================= SFP c:\windows\system32\ahui.exe (protegido) c:\windows\system32\apphelp.dll (protegido) c:\windows\apppatch\apphelp.sdb (protegido) c:\windows\system32\asycfilt.dll (protegido) AIX HPUX Linux Solaris Macintosh Archivo de rastreo de cliente v Archivos volátiles, temporales y de dispositivo utilizados por el sistema operativo v Archivos de rastreo de cliente Capítulo 2. Resolución de problemas relacionados con el cliente de Tivoli Storage Manager 23 Exclusión de archivos con la sentencia EXCLUDE.DIR Las sentencias EXCLUDE.DIR excluyen todos los directorios y archivos del directorio padre. Si desea incluir todos los archivos basados en un patrón de archivo, independientemente de su ubicación dentro de una estructura de directorio, no utilice las sentencias EXCLUDE.DIR. AIX HPUX Linux Solaris Por ejemplo, considere este conjunto de sentencias de exclusión/inclusión: exclude.dir /usr include /.../*.o La sentencia INCLUDE de este ejemplo indica que todos los archivos con una extensión “.o” se deben incluir, pero la sentencia EXCLUDE.DIR precedente excluirá todos los archivos del directorio /usr aunque tengan una extensión “.o”. Este hecho se cumplirá, independientemente del orden de las sentencias. Si desea hacer una copia de seguridad de todos los archivos que terminen en “.o”, utilice la sintaxis siguiente: exclude include /usr/.../* /.../*.o Al utilizar caracteres comodín en include-exclude, use “*” para todos los archivos en vez de “*.*.*.*,”, que significa incluir/excluir todos los archivos que contienen por lo menos un carácter de punto (.), mientras que * significa incluir-excluir todos los archivos. Si utiliza “*.*”, los archivos que contengan caracteres sin punto (como C:\MYDIR\MYFILE) no se filtrarán. Si desea realizar una copia de seguridad selectiva de un único archivo desde el cliente de línea de mandatos, no se verá afectada por la opción EXCLUDE.DIR. Si emite una copia de seguridad selectiva del cliente de línea de mandatos de un único archivo, el archivo se procesa, aunque haya una sentencia EXCLUDE.DIR que excluye uno de los directorios padre. AIX HPUX Linux Solaris Por ejemplo, piense en la siguiente sentencia de inclusión-exclusión que se utiliza en acciones de línea de mandatos posteriores: exclude.dir /home/spike La siguiente copia de seguridad selectiva siempre da como resultado el archivo en proceso: dsmc selective /home/spike/my.file Si emite una copia de seguridad selectiva utilizando un comodín, no se procesa ningún archivo porque el directorio está excluido: dsmc selective "/home/spike/my.*" Importante: Una copia de seguridad incremental posterior del sistema de archivos /home dejará inactivo el archivo “/home/spike/my.file”. Las sentencias EXCLUDE.DIR no se deben terminar con un delimitador de directorios. 24 IBM Tivoli Storage Manager: Guía de determinación de problemas A continuación, se muestran ejemplos de sentencias EXCLUDE.DIR incorrectas, debido a un delimitador de directorios de finalización: exclude.dir /usr/ (AIX, HP-UX, Linux, Oracle Solaris) exclude.dir c:\directory\ (Windows) exclude.dir Panther:User: (Macintosh) Los ejemplos siguientes muestran la codificación correcta de EXCLUDE.DIR: exclude.dir /usr (AIX, HP-UX, Linux, Oracle Solaris) exclude.dir c:\directory (Windows) exclude.dir Panther:User (Macintosh) Determinar si las sentencias de compresión, cifrado y copia de seguridad de subarchivos incluyen o excluyen Las sentencias de inclusión y exclusión de compresión (INCLUDE.COMPRESS), cifrado (INCLUDE.ENCRYPT) y copia de seguridad de subarchivos (INCLUDE.SUBFILE) no implican la inclusión del archivo en el proceso de copia de seguridad. Puede utilizar las sentencias INCLUDE y EXCLUDE en combinación con las sentencias COMPRESS, ENCRYPT y SUBFILE para obtener los resultados deseados. AIX HPUX Linux Solaris Consulte el ejemplo siguiente: exclude /usr/file.o include.compress /usr/*.o Esta sentencia indica que el archivo /usr/file.o está excluido del proceso de copia de seguridad. La sentencia INCLUDE.COMPRESS indica que “si un archivo es candidato a un procesamiento de copia de seguridad y coincide con el patrón /usr/*.o; se comprime el archivo.” La sentencia INCLUDE.COMPRESS no debe interpretarse como “realizar copias de seguridad de todos los archivos que correspondan con el patrón /usr/*.o y comprimirlos.” Si desea realizar una copia de seguridad del archivo /usr/file.o de este ejemplo, debe eliminar la sentencia de exclusión. Uso de delimitadores para incluir o excluir archivos Cuando los limitadores de volumen o de directorio no son correctos, pueden provocar que las sentencias INCLUDE y EXCLUDE no funcionen adecuadamente. Las sentencias INCLUDE o EXCLUDE específicas de plataforma contienen sintaxis para “todo” y “todos los archivos en un directorio específico”. Si desea utilizar una sentencia INCLUDE para “todos los archivos en un directorio específico”, compruebe que todas las barras inclinadas y los delimitadores de volúmenes sean correctos. Si desea excluir todos los archivos situados en un directorio llamado “home,” o simplemente todos los archivos, consulte los ejemplos siguientes: Uso de la contrabarra “\” y el delimitador de volumen “:” (Windows) *incluir todo en el directorio c:\home include c:\home\...\* *incluir todo include *:\...\* Capítulo 2. Resolución de problemas relacionados con el cliente de Tivoli Storage Manager 25 Uso de la barra inclinada “/” (AIX, HP-UX, Linux, Oracle Solaris y Macintosh OS X) *incluir todo en el directorio /home include /home/.../* *incluir todo include /.../* Resolución de errores debidos a la lista de inclusión y exclusión codificada incorrectamente Debido a la complejidad o al número de sentencias INCLUDE o EXCLUDE, puede experimentar la inclusión o exclusión no deseada de un archivo. Configure el cliente con el indicador de rastreo INCLEXCL para que le ayude a determinar el motivo por el que se ha incluido o excluido un archivo. Por ejemplo, cuando crea que el archivo c:\home\file.txt debe estar incluido en el proceso de copia de seguridad. El rastreo muestra que existe una sentencia EXCLUDE que excluye el archivo: polbind.cpp (1026): Archivo ’C:\home\file.txt’ excluido de forma explícita por el patrón ’Excl All c:\home\*.txt’ El uso del mandato DSMC QUERY INCLEXCL del cliente de archivado y copia de seguridad muestra que esta sentencia se encuentra en el conjunto de opciones de cliente del servidor de IBM Tivoli Storage Manager: tsm> q inclexcl *** ARCHIVO DE INCLUSIÓN/EXCLUSIÓN *** Modo Función Patrón (de arriba abajo) Archivo de origen ---- --------- ------------------------------ ----------------Excl All c:\home\*.txt Servidor Resolución de problemas de Snapshot Difference Puede realizar copias de seguridad incrementales de volúmenes de archivador N-Series y NetApp si utiliza la interfaz de programación de aplicaciones (API) de NetApp Snapshot Difference. Requisitos previos Para utilizar la característica de Snapshot Difference, antes debe configurar un ID de usuario y una contraseña de NetApp en el cliente de IBM Tivoli Storage Manager. El ID de usuario y la contraseña son necesarios para que Tivoli Storage Manager se conecte con el Archivador. Configure un ID de usuario/contraseña con autoridad raíz para AIX, o con autoridad administrativa para Windows. Configure el nivel de nivel de autorización de forma que sea igual al nivel de autorización utilizado al correlacionar o montar el volumen del archivador. Asegúrese de utilizar el nombre de host completo o el formato con puntos de dirección IP para el nombre del archivador. Emita el mandato de cliente de archivado y copia de seguridad SET PASSWORD para guardar este ID de usuario/contraseña. Recuerde: El mandato dsmc SET PASSWORD se amplía para guardar las contraseñas de tipo “Archivador”. La característica Snapshot Difference compara dos instantáneas (base y difer3encial) y devuelve una lista de los archivos modificados, eliminador o 26 IBM Tivoli Storage Manager: Guía de determinación de problemas añadidos entre las dos. Tivoli Storage Manager realiza una copia de seguridad de esta lista de archivos en vez de explorar el sistema de archivos en busca de cambios. La característica Snapshot Difference admite las siguientes características (sólo aplicables al nivel de volumen): v Archivadores NetApp/N-Series que ejecutan Data ONTAP release 7.3 o posterior Windows Volúmenes Common internet files system-attached (CIFS) v v Volúmenes de archivador tradicionales y FlexVol v GUI Java y cliente web v AIX Volúmenes adjuntos Network file system (NFS) La característica Snapshot Difference no admite las siguientes características: v Volúmenes adjuntos SAN NetApp/N-Series v Soporte GUI Windows nativo (no MFC GUI) v QTrees o subdirectorios v VFiler Windows Verificación del tipo de volumen del Archivador Tivoli Storage Manager espera que el tipo de seguridad CIFS (Common Internet Files System-attached) sea Windows NT file system (NTFS). Utilice NetApp FilerView y asegúrese de que el tipo de seguridad CIFS es “ntfs.” Restricciones de Snapshot Difference La falta de soporte Unicode de NetApp evita que Tivoli Storage Manager procese archivos que utilicen caracteres que no se encuentre dentro del rango ASCII de 7 bits. Tivoli Storage Manager sólo puede realizar copias de seguridad de nombres que contengan caracteres ASCII. Al probar caracteres Unicode se han señalado dos comportamientos de Snapshot Difference: 1. El mandato incremental de Snapshot Difference finaliza con el código de retorno 13001. Este código de retorno se produce con los rangos "especiales" y "sustitutos" de Unicode para los volúmenes del archivador de Snapshot Difference creados con el distintivo UTF8. Este error de Snapshot Difference se produce frecuentemente sin el distintivo UTF8. Tivoli Storage Manager finaliza con el mensaje de error ANS5283E “La operación no se ha realizado correctamente.” No se ha realizado copia de seguridad de ningún archivo. 2. La interfaz de programación de aplicaciones (API) de Snapshot Difference no falla, pero devuelve caracteres que no forman parte del nombre real. Tivoli Storage Manager inspecciona la serie para ver si algún carácter se encuentra fuera del rango ASCII de 7 bits. De ser así, Tivoli Storage Manager salta el archivo y registra el error en el archivo dsmerror.log. A continuación se indican algunas situaciones en las que podría no realizarse copia de seguridad que archivos/directorios y en las que no se informaría de ningún error: v Para excluir un archivo debe añadir una regla de exclusión en el archivo de inclusión/exclusión. Tivoli Storage Manager realiza una copia de seguridad de la instantánea actual teniendo en cuenta la regla de exclusión. No debe cambiar el archivo, pero debe eliminar la regla que ha excluido el archivo. Los mandatos de copia de seguridad incremental asistidos por instantánea con la opción snapdiff Capítulo 2. Resolución de problemas relacionados con el cliente de Tivoli Storage Manager 27 no detectan este cambio de inclusión/exclusión porque sólo detectan cambios de archivos entre dos instantáneas. Los archivos en sí deben modificarse para que la API de Snapshot Difference detecte el cambio y para que Tivoli Storage Manager realice una copia de seguridad del archivo. v Ha añadido una sentencia de inclusión al archivo de opciones. Esta opción de inclusión sólo tendrá efecto si la API de Snapshot Difference detecta que el archivo ha cambiado. No se puede realizar una copia de seguridad de los archivos porque Tivoli Storage Manager no inspecciona cada archivo en el volumen durante la copia de seguridad. v Suprime de forma explícita un archivo del inventario de Tivoli Storage Manager emitiendo el mandato DSMC DELETE BACKUP. La API de Snapshot Difference no detecta si un archivo se ha suprimido manualmente de Tivoli Storage Manager. Por ello, el archivo permanece sin protección en el almacenamiento de Tivoli Storage Manager. El archivo permanece sin protección hasta que éste se modifica en el volumen y el cambio es detectado por la API de Snapshot Difference. Una vez que se detecta el cambio, la API de Snapshot Difference señala a Tivoli Storage Manager para que realice la copia de seguridad una vez más. v Los cambios de política como el cambio de Mode=modified a mode=absolute no se detectan. El espacio de archivos completo se suprime del inventario de Tivoli Storage Manager. Las políticas no detectadas hacen que Tivoli Storage Manager cree una instantánea que será utilizada como origen (base) y se realizará una copia de seguridad incremental completa. La ejecución de una copia de seguridad incremental sin la opción snapdiff resuelve estas limitaciones. Tivoli Storage Manager no controla lo que constituye un objeto cambiado. Ahora los cambios de objeto los controla la API de Snapshot Difference. Así, la ejecución de una copia de seguridad incremental completo sin la opción SNAPDIFF garantiza la detección de todos los cambios en archivos. A continuación se indican distintivos de rastreo que puede utilizar con Snapshot Difference: v v v v enter exit general snapshot v hci v hci_detail v v v v v v diskmap diskmap_detail hdw hdw_detail bacache snapdiffdb Configure un ID de usuario y una contraseña para root en el archivador myFiler.ibm.com. dsmc set password -type=filer myFiler.ibm.com root Por favor, introduzca la contraseña para el ID de usuario "root@myFiler.ibm.com": ******** Vuelva a introducir la contraseña para su verificación:******** ANS0302I Operación correcta. 28 IBM Tivoli Storage Manager: Guía de determinación de problemas Configure un ID de usuario y una contraseña para root en el archivador myFiler.ibm.com. dsmc set password -type=filer myFiler.ibm.com root secret Resolución de problemas del directorio de instantáneas para volúmenes de sistemas de archivos NetApp o N-Series Cuando se realiza la copia de seguridad de un volumen de network file system (NFS) montado o un Common Internet File System (CIFS) correlacionado, también se realiza una copia de seguridad de todas las instantáneas del directorio snapshot. Esta copia de seguridad incluye instantáneas no deseadas que pueden ocupar espacio valioso. Los volúmenes de NFS montado o de CIFS correlacionado pueden ser NetApp o N-Series. Para evitar una copia de seguridad de instantáneas no deseadas, utilice el método de copia de seguridad NDMP (Network Data Management Protocol). También puede realizar una copia de seguridad de sus datos con la opción de cliente SNAPSHOTROOT o ejecutar una copia de seguridad incremental con el mandato INCREMENTAL y la opción SNAPDIFF. De forma alternativa, puede excluir el directorio snapshot de cualquier copia de seguridad. Resolución de problemas de inicio de sesión al utilizar el sistema de archivos cifrados en sistemas operativos AIX AIX Durante el proceso de inicio de sesión, el almacén de claves del sistema de archivos cifrados (EFS) se abre automáticamente cuando la contraseña del almacén de claves coincide con la contraseña de inicio de sesión del usuario. Cuando la contraseña de inicio de sesión en AIX es diferente a la contraseña del almacén de claves EFS, debe abrir dicho almacén de claves de forma manual antes de iniciar el cliente IBM Tivoli Storage Manager. Abra el almacén de claves emitiendo el mandato siguiente: efskeymgr -o <cmd> Inicie el cliente Tivoli Storage Manager de una de estas maneras: v Inicie el cliente de la línea de mandatos emitiendo el mandato efskeymgr -o ./dsmc. v Inicie el cliente GUI de Java emitiendo el mandato efskeymgr -o ./dsmj. Si está utilizando la interfaz gráfica de usuario (GUI) web del cliente de Tivoli Storage Manager, debe sincronizar las contraseñas. Para sincronizar la contraseña de usuario con la contraseña de almacén de claves EFS, emita el mandato siguiente: efskeymgr -n Capítulo 2. Resolución de problemas relacionados con el cliente de Tivoli Storage Manager 29 Resolución de errores de copia de seguridad de imagen Los errores de copia de seguridad de imagen se pueden producir con imágenes Linux, imágenes de Linux Snapshot, o durante la copia de seguridad de imágenes y el archivado y copia de seguridad basado en instantáneas de AIX JFS2. Resolución de errores de copia de seguridad de imagen de Linux Linux Puede resolver errores de copia de seguridad de imagen de Linux siguiendo pasos específicos, en función del tipo de error que se produzca. Se ha generado el siguiente error durante la copia de seguridad de imagen: paris:#dsmc b image /dev/system/lv01 Se ha llamado a la función de copia de seguridad de imagen. ANS1228E No se ha podido enviar el objeto ’/dev/system/lv01’ ANS1584E Error al cargar la biblioteca del sistema ’libdevmapper.so’ necesaria para operaciones con imágenes en volúmenes LVM2. ANS1813E El proceso de copia de seguridad de imagen de ’/dev/system/lv01’ ha finalizado con errores. Número total de objetos inspeccionados: 1 Número total de objetos de copia de seguridad: 0 Número total de objetos actualizados: 0 Número total de objetos revinculados: 0 Número total de objetos suprimidos: 0 Número total de objetos caducados: 0 Número total de objetos con errores: 1 Número total de bytes transferidos: 0 B Tiempo de transferencia de datos: 0.00 seg Velocidad de transferencia de datos de red: 0.00 KB/seg Velocidad de transferencia de datos compuesta: 0.00 KB/seg Objetos comprimidos en: 0% Tiempo transcurrido en el proceso: 00:00:29 paris# cat dsmerror.log 11/15/2006 13:07:53 ANS1228E No se ha podido enviar el objeto ’/dev/system/lv01’ 11/15/2006 13:07:56 ANS1584E Error al cargar la biblioteca del sistema ’libdevmapper.so’ necesaria para operaciones con imágenes en volúmenes LVM2. 11/15/2006 13:07:56 ANS1813E El proceso de copia de seguridad de imagen de ’/dev/system/lv01’ ha finalizado con errores. En el caso de este error, asegúrese de que el sistema tiene instalada la versión correcta del correlacionador de dispositivos de bibliotecas. Siga estos pasos para determinar la versión instalada: 1. Emita el comando # DMSETUP VERSION. La salida es similar a esta: Versión de biblioteca: Versión de controlador: 1.00.09-ioctl (2004-03-31) 4.4.0 o Emita el siguiente mandato para determinar la versión mediante rpm: # rpm -q -a |grep device-mapper La salida es similar a esta: device-mapper-1.00.09-17.5 30 IBM Tivoli Storage Manager: Guía de determinación de problemas La versión de la biblioteca debe ser la 1.01 o superior. Si tiene una versión anterior, actualice el archivo rpm del correlacionador de dispositivos en este sitio web. 2. Verifique la instalación tras la actualización. # rpm -Uvh device-mapper-1.01.01-1.6.i586.rpm Preparing... ########################################### [100%] 1:device-mapper ########################################### [100%] # rpm -q -a |grep device-mapper device-mapper-1.01.01-1.6 También puede comprobar el directorio /lib para ver si las versiones instaladas son correctas. Un sistema con los niveles correctos mostrará la siguiente información: # ls -l /lib/libdev* lrwxrwxrwx 1 root root 20 Jul 5 11:42 /lib/libdevmapper.so ->libdevmapper.so.1.01 -rwxr-xr-x 1 root root 24490 May 23 2005 /lib/libdevmapper.so.1.00 -rwxr-xr-x 1 root root 28216 May 23 2005 /lib/libdevmapper.so.1.01 Resolución de anomalías de copia de seguridad de imágenes cuando se utiliza una instantánea de Linux Linux Para resolver una copia de seguridad de imágenes de instantánea de Linux anómala, compruebe que el sistema está configurado para crear una instantánea. Intente crear una instantánea desde un indicador de mandatos de la shell emitiendo el mandato siguiente: /sbin/lvcreate -L 16384K -n <snapname eg. tsmsnap>-s <volume devname eg /dev/system/lv01> Si recibe el error “Snapshot: Required device-mapper target(s) not detected in your kernel,” significa que el módulo de kernel :dm_snapshot no está cargado. Este mandato podría fallar también por otros motivos, que pueden provocar un comportamiento de IBM Tivoli Storage Manager similar. El siguiente ejemplo muestra la salida generada cuando falla una copia de seguridad de imagen con el mensaje de error ANS1258E, “La operación de instantánea no se ha realizado.” dsmerror.log : 05/31/2006 15:14:36 ANS1259E La operación de Texto de diagnóstico: tsmStartSnapshot. 05/31/2006 15:14:38 ANS1259E La operación de Texto de diagnóstico: tsmTerminateSnapshot. 05/31/2006 15:14:38 ANS1228E No se ha podido 05/31/2006 15:14:38 ANS1258E La operación de instantánea no se ha realizado correctamente. instantánea no se ha realizado correctamente. enviar el objeto ’/fs1’ instantánea de imagen ha fallado. Siga los pasos siguientes para cargar los módulos: 1. Verifique que el módulo no está cargado. Consulte el siguiente mandato de ejemplo: # lsmod |grep dm_ dm_mod 112104 6 2. Cargue el módulo. Consulte el siguiente mandato de ejemplo: # modprobe dm_snapshot Capítulo 2. Resolución de problemas relacionados con el cliente de Tivoli Storage Manager 31 3. Verifique que el paso anterior se ha realizado correctamente. Consulte el siguiente mandato de ejemplo: # lsmod |grep dm_ dm_snapshot dm_mod # 44024 0 112104 6 dm_snapshot 4. Cree una instantánea desde el indicador de shell. Consulte el siguiente mandato de ejemplo: # /sbin/lvcreate -L 16384K -n tsmsnap -s /dev/system/lv01 El volumen lógico “tsmsnap” se ha creado 5. Elimine la instantánea que se creó en el paso anterior. Consulte el siguiente mandato de ejemplo: # lvremove /dev/system/tsmsnap ¿Realmente desea eliminar el volumen lógico activo “tsmsnap”? [y/n]: y El volumen lógico "tsmsnap" se ha eliminado correctamente # Si ha seguido todos los pasos, ahora podrá ejecutar copias de seguridad de imágenes de instantáneas. Restricción: Si el mandato lvcreate falla con el error “Insufficient free extents (0) in volume group...”, indicará que no hay suficiente espacio en el grupo de volúmenes para un volumen de instantánea. Resolución de errores durante la copia de seguridad de imagen y copia de seguridad/archivado basado en instantáneas de AIX JFS2 AIX Durante la finalización de IBM Tivoli Storage Manager, el cliente de Tivoli Storage Manager elimina la instantánea del sistema de archivos de diario mejorado de AIX (JFS2) que se creó durante el proceso de copia de seguridad. Sin embargo, existen situaciones donde AIX no consiga llevar a cabo la petición de eliminación de la diapositiva realizada por Tivoli Storage Manager. Las siguientes situaciones ilustran los casos en que la solicitud de eliminación de una instantánea puede fallar: v Se pulsan las teclas Control-c durante el proceso de copia de seguridad de instantánea de Tivoli Storage Manager. La solicitud de desmontaje de instantánea de JFS2 puede fallar con el error “Dispositivo ocupado”, porque el proceso de Tivoli Storage Manager se encuentra en mitad del acceso a la instantánea. v Dos peticiones de copia de seguridad de instantánea de Tivoli Storage Manager se han invocado simultáneamente para el mismo sistema de archivos. Por ejemplo, si la solicitud de copia de seguridad dsmc backup image /fs1 se ha enviado desde una consola, y al mismo tiempo se emite una solicitud de copia de seguridad dsmc backup image /fs1 desde otra consola. Si el proceso de la primera consola crea la primera instantánea para /fs1 y el segundo proceso de la segunda consola crea la segunda instantánea para /fs1, y si el segundo proceso finaliza primero e intenta eliminar la instantánea, AIX no consigue llevar a cabo la solicitud. v Dos peticiones de copia de seguridad de instantánea de Tivoli Storage Manager se han invocado simultáneamente para dos puntos de montaje virtuales cuyo sistema de archivos de origen es el mismo. Por ejemplo, emitir dsmc incr 32 IBM Tivoli Storage Manager: Guía de determinación de problemas /fs1/level1/dir1 desde una consola y dsmc incr /fs1/level2/level3/dir3 desde una segunda consola, simultáneamente. AIX espera que las peticiones de eliminación de instantáneas se emitan en un cierto orden con la eliminación de la instantánea más antigua solicitada primero, y la eliminación de la siguiente instantánea más antigua solicitada a continuación, etc. Si Tivoli Storage Manager no puede respetar la secuencia a causa de procesos simultáneos que crean instantáneas para el mismo sistema de archivos, AIX no consigue llevar a cabo las peticiones de eliminación. En los ejemplos anteriores, Tivoli Storage Manager anota un mensaje de aviso que solicita al usuario que elimine las instantáneas manualmente. Emita los mandatos siguientes, por orden, para efectuar una eliminación manual de instantáneas: 1. snapshot -q -c’ ’ <SRCFS> 2. df -k 3. unmount -f /tsm* 4. rmdir /tsm* 5. snapshot -d /dev/tsm* Si el proceso de supresión de instantáneas falla con el mensaje de error “Dispositivo ocupado” o algún otro mensaje de error, emita el mandato - unmount -f <srcfs> para desmontar el sistema de archivos de origen. Reintente la eliminación de la instantánea. 6. ls -l /dev/tsm* Si permanece cualquiera de los volúmenes lógicos /DEV/TSM*, emita el mandato - rmlv -f tsm*. 7. Si tiene un sistema de archivos de origen desmontado, emita el mandato mount <srcfs> para montarlo. Si cualquiera de las instantáneas no se elimina durante un proceso de Tivoli Storage Manager anterior, Tivoli Storage Manager intenta eliminar las instantáneas durante la siguiente invocación, porque mientras permanezcan las instantáneas anteriores, AIX no podrá llevar a cabo las peticiones de eliminación de las instantáneas más recientes para un sistema de archivos determinado. Los siguientes casos indican cuándo Tivoli Storage Manager no intenta eliminar las instantáneas anteriores: v Si la instantánea no fue creada por Tivoli Storage Manager. Tivoli Storage Manager asigna un nombre con el prefijo “tsm” a sus instantáneas para distinguirlas de otras instantáneas creadas por el mismo sistema de archivos. Si la instantánea no fue creada por Tivoli Storage Manager, se generará un mensaje de error que solicita al usuario que elimine la instantánea anterior y reintente la operación. v Si la instantánea fue creada por Tivoli Storage Manager pero todavía no está montada, la instantánea está siendo utilizada por otro proceso de Tivoli Storage Manager. v Si la instantánea fue creada por Tivoli Storage Manager, no está montada, pero se acaba de crear, puede que la instantánea haya sido creada por otro proceso de Tivoli Storage Manager. En todos estos casos, es posible que deba llevar a cabo una eliminación manual. Si existe cualquier instantánea anterior no utilizada, las copias de seguridad de Tivoli Storage Manager siguientes no conseguirán eliminar las instantáneas. Importante: Existen arreglos de defectos de AIX relacionados con las instantáneas JFS2 de AIX 5.3.0.70 o posterior y AIX 6.1 o posterior. Si no se aplican los arreglos, Capítulo 2. Resolución de problemas relacionados con el cliente de Tivoli Storage Manager 33 puede producirse una caída del sistema AIX o Tivoli Storage Manager puede detenerse durante la eliminación de instantáneas y durante los procesos de consulta de instantáneas. También puede provocar daños en los datos durante la copia de seguridad de la imagen de bloques usados. Po consiguiente, Tivoli Storage Manager no realizará las tareas siguientes: v Supervisión de instantánea v Supresión de instantánea v Copia de seguridad de imagen de bloque utilizada (a menos que AIX esté en el nivel de AIX 5.3.0.70 o posterior) Para utilizar estas funciones, asegúrese de que el nivel de su sistema operativo se encuentra en el nivel AIX 5.3.0.70 o posterior y AIX 6.1 o posterior. Soluciones de soporte para la API de Tivoli Storage Manager Existen recursos que le permitirán obtener información sobre la interfaz de programas de aplicación (API) de IBM Tivoli Storage Manager o diagnosticarla. La instrumentación de la API sólo se activará si la API testflag INSTRUMENT: está establecida en el archivo de configuración y se utilizan las llamadas dsmSetUp y dsmCleanUp en la aplicación. Consulte Uso de la interfaz de programación de la aplicación o http://www.ibm.com/ software/support/isa/ para obtener más información. Recopilación de información relacionada con la API antes de llamar al servicio de soporte de IBM Puede ayudar de forma significativa a determinar un problema de interfaz de programas de aplicación (API) recopilando información acerca de su entorno. Recopile el máximo de la información que figura a continuación antes de ponerse en contacto con el servicio de soporte de IBM: v ¿En qué sistema operativo está experimentando el problema? v ¿Cuál es el nivel exacto del sistema operativo, incluidos los service packs y los arreglos temporales aplicados? v ¿Cuál es el nivel exacto de la API de IBM Tivoli Storage Manager? v ¿Cuál es el nivel exacto del servidor de Tivoli Storage Manager? v ¿Cuál es la plataforma y el nivel del sistema operativo del servidor de Tivoli Storage Manager? v ¿Cuál es el nivel exacto del agente de almacenamiento de Tivoli Storage Manager (si es un entorno fuera de LAN)? v ¿Cuál es la plataforma del agente de almacenamiento y el nivel del sistema operativo de Tivoli Storage Manager (si se trata de un entorno fuera de LAN)? v ¿Qué aplicaciones se están ejecutando en el sistema? v ¿Qué pasos son necesarios para recrear el problema? Si no puede recrear el problema, ¿qué pasos han causado el problema? 34 IBM Tivoli Storage Manager: Guía de determinación de problemas Recopilación de archivos de la API antes de llamar al servicio de soporte de IBM La interfaz de programación de aplicaciones (API) de IBM Tivoli Storage Manager crea los archivos de registro y otros datos importantes. Reúna el mayor número de los siguientes archivos antes de ponerse en contacto con el servicio de soporte de IBM: v Archivo de registro de errores de la API de Tivoli Storage Manager. El archivo de registro de errores de la API predeterminado es dsierror.log. v Los archivos de rastreo creados para la API (los indicadores de rastreo recomendados son api, api_detail o verbdetail). v La salida de cualquier mandato u operación con errores, que puede ser la salida de la consola redirigida a un archivo o una imagen de pantalla real del error. v La salida del mandato QUERY SYSTEM del servidor Tivoli Storage Manager. v Archivo de registro de actividades del servidor de Tivoli Storage Manager. El administrador de Tivoli Storage Manager puede ver este archivo de registro en nombre del usuario si éste no dispone de un ID de usuario y de una contraseña de administrador de Tivoli Storage Manager. v Si el cliente de la API está configurado para el traspaso de datos fuera LAN, recopile el archivo de opciones del agente de almacenamiento de Tivoli Storage Manager. El nombre predeterminado para este archivo de opciones es dsmsta.opt. v Un programa o unas secciones breves del código fuente de la aplicación que invoquen llamadas de las funciones de la API de Tivoli Storage Manager que se sospeche que causan el problema. v Archivo de opciones de la API de Tivoli Storage Manager. Los siguientes dos archivos de opciones se utilizan en los sistemas operativos UNIX y OS/400: dsm.opt El archivo de opciones de cliente dsm.sys El archivo de opciones del sistema Para Windows, encuentre el archivo de opciones predeterminado de dsm.opt o el archivo al que hace referencia la variable de entorno de DSMI_CONFIG. Para UNIX, el archivo de opciones predeterminado es dsm.sys y se encuentra en el directorio al que se hace referencia en la variable de entorno DSMI_DIR. En otros sistemas operativos, el archivo de opciones del cliente (dsm.opt) contiene todas las opciones. Las siguientes definiciones son variables de entorno que describen la ubicación de los archivos de opciones y otros componentes de la interfaz de programación de aplicaciones: DSMI_CONFIG El nombre de archivo de opciones del cliente totalmente calificado. DSMI_DIR La variable DSMI_DIR apunta al directorio de instalación de la API y se utiliza también para localizar el archivo dsm.sys (en UNIX). Asegúrese de que haya un archivo dsm.sys en el mismo directorio en el que se encuentre DSMI_DIR. Capítulo 2. Resolución de problemas relacionados con el cliente de Tivoli Storage Manager 35 DSMI_LOG La variable DSMI_LOG apunta a la vía de acceso correspondiente al archivo dsierror.log. Consejo: Si esta variable apunta a un directorio para el que el usuario no tiene permiso de grabación, dsmSetup y dsmInitEx no se ejecutarán y devolverán el código de retorno DSM_RC_ACCESS_DENIED (106). Si la opción ERRORLOGNAME se encuentra en el archivo de opciones (dsm.sys/dsm.opt), su valor se utilizará como el nombre de las anotaciones de errores en lugar del valor predeterminado dsierror.log. Comprobación de que la API utiliza el archivo de opciones correcto Cuando recopile archivos de la interfaz de programas de aplicación (API), debe comprobar que la API utiliza el archivo de opciones o la stanza del servidor correctos en el archivo dsm.sys. Siga estos pasos para verificar que la API utiliza el archivo de opciones o la stanza del servidor correctos: 1. Inserte una opción o un valor erróneo en el archivo de opciones de cliente o la stanza de servidor en dsm.sys. Por ejemplo, si no está claro si la API utiliza el servidor srvr1.cmpron, inserte 'ERRONEOUS_OPTION 12345' en la stanza de servidor srvr1.cmpron del archivo dsm.sys. Consulte el ejemplo siguiente: ... SERVERNAME srvr1.cmproff COMPRESSION NO TCPSERVERADDRESS computer.company.com SERVERNAME srvr1.cmpron COMPRESSION YES ERRONEOUS_OPTION 12345 TCPSERVERADDRESS computer.company.com SERVERNAME srvr1.pwdfl PASSWORDACCESS GENERATE PASSWORDDIR . TCPSERVERADDRESS computer.company.com ... 2. Compruebe que la API detecta el error. Puede utilizar el programa de API de muestra, dapismp, con este objetivo. # dapismp ... Enter selection ==>0 Node name:node1 Owner name: Password: API Config file: Session options: User Name: User pswd: Are the above responses correct (y/n/q)? Doing signon for node node1, owner, with password *** Init failed: ANS0220E (RC400) Se ha encontrado una opción que no es válida durante el análisis de opciones. Si no se informa de ningún error, se actualizó el archivo de opciones erróneas. 36 IBM Tivoli Storage Manager: Guía de determinación de problemas 3. Compruebe los valores de variables de entorno mencionados previamente o repita los pasos 1 en la página 36 y 2 en la página 36 con una stanza de archivo/servidor de opciones diferente. 4. Elimine la opción insertada en el paso 1 en la página 36. Cómo determinar si los datos se envían al agente de almacenamiento de Tivoli Storage Manager en vez de al servidor Debe saber si los datos se envían al agente de almacenamiento de IBM Tivoli Storage Manager en lugar de a un servidor. Si los datos se envían al agente de almacenamiento, no podrá recuperarlos. Realice los pasos siguientes para verificar que los datos se envían al agente de almacenamiento de Tivoli Storage Manager en lugar de al servidor: 1. Añada las opciones de rastreo siguientes al archivo de opciones del cliente antes de realizar la copia de seguridad o archivar los objetos: v TRACEFILE <nombre_archivo_rastreo> v TRACEFLAGS api api_detail verbdetail 2. Examine el archivo de rastreo tras la operación y encuentre una sentencia similar a la siguiente: dsmSendObj ENTRY:... objNameP: ’<nombre_archivo>’ Esta sentencia va seguida de la siguiente sentencia de rastreo: tsmEndSendObjEx: Total bytes sent * *, encryptType is *** encryptAlg is *** compress is *, totalCompress is * * totalLFBytesSent * * La sentencia de rastreo indica si el objeto totalLFBytesSent se envió al agente de almacenamiento de Tivoli Storage Manager. Si totalLFBytesSent es 0 0, los datos se enviaron directamente al servidor Tivoli Storage Manager. O bien puede ser la propia aplicación la que determine si los datos se han enviado a través de una vía de acceso fuera de la LAN utilizando la llamada a función dsmEndSendObjEx y la estructura de datos dsmEndSendObjExOut_t. /*-------------------------------------------------------------------------+ | Definición de tipo para dsmEndSendObjExOut_t +-------------------------------------------------------------------------*/ typedef struct dsmEndSendObjExOut_t { dsUint16_t stVersion; /* versión de la estructura */ dsStruct64_t totalBytesSent; /* total de bytes leídos desde la aplicación */ dsmBool_t objCompressed; /* si se ha comprimido el objeto */ dsStruct64_t totalCompressSize; /* tamaño total después de la compresión */ dsStruct64_t totalLFBytesSent; /* total de bytes enviados fuera de LAN */ dsUint8_t encryptionType; /* tipo de cifrado utilizado */ }dsmEndSendObjExOut_t; totalLFBytesSent - Total de bytes fuera de LAN que se han enviado. Por ejemplo: ... rc = dsmEndSendObjEx(&endSendObjExIn, &endSendObjExOut); if (rc) { printf("*** dsmEndSendObjEx failed: "); rcApiOut(dsmHandle, rc); } else { dI64toCh(&endSendObjExOut.totalLFBytesSent,t,10); format_number(t,t2); printf("LAN-free bytes sent: %s\n", t2); Capítulo 2. Resolución de problemas relacionados con el cliente de Tivoli Storage Manager 37 Consulte API Function Calls in Using the Application Programming Interface para obtener más información. Cómo ejecutar aplicaciones que utilizan la API como usuario no root AIX HPUX Linux Solaris Debe realizar pasos específicos si es un usuario no root que intenta ejecutar una aplicación que utiliza la interfaz de programación de aplicaciones (API). Realice los pasos siguientes para permitir que un usuario no root acceda a la API: 1. Establezca la variable de entorno DSMI_CONFIG. Compruebe que el usuario no root cuenta con permiso de lectura para el archivo de opciones del cliente especificado por DSMI_CONFIG. Si no, dsmInit/dsmInitEx falla con el código de retorno DSM_RC_NO_OPT_FILE (406). Por ejemplo, el siguiente archivo de opciones es ilegible para un usuario no root; en consecuencia, deben actualizarse los permisos del archivo: $ ls -l $DSMI_CONFIG -rwx-----1 root sys 86 Oct 7 13:07 /testfsapi/callmt_nr/dsm.opt $ su root Password: # chmod a+r /testfsapi/callmt_nr/dsm.opt # exit $ ls -l $DSMI_CONFIG -rwxr--r-1 root sys 86 Oct 7 13:07 /testfsapi/callmt_nr/dsm.opt 2. Establezca la variable de entorno DSMI_DIR en el directorio de instalación de la API. Compruebe que el usuario no root cuenta con permiso de lectura para el archivo de opciones del sistema especificado por $DSMI_DIR/dsm.sys. $ export DSMI_DIR=/opt/tivoli/tsm/client/api/bin64 $ ls -l $DSMI_DIR/dsm.sys -rw-r--r-1 root sys 4712 Oct 19 18:07 /opt/tivoli/tsm/client/api/bin64/dsm.sys 3. Establezca la variable de entorno DSMI_LOG. Compruebe que el usuario no root tiene permiso de grabación para este directorio. Por ejemplo, el directorio siguiente DSMI_LOG es propiedad de un usuario distinto de root: $ ls -ld $DSMI_LOG drwxr-xr-x 2 apitest users 96 Oct 19 17:56 /testfsapi/callmt_nr/logs Si PASSWORDACCESS GENERATE se establece en el archivo de opciones del sistema dsm.sys, realice los pasos 4 y 5, si no, vaya al paso 6. 4. Compruebe la propiedad y los permisos del Agente de comunicaciones de confianza (TCA). Esta información se encuentra en el directorio indicado por la variable de entorno DSMI_DIR. Por ejemplo, el siguiente TCA dispone de la propiedad y los permisos correctos: $ ls -l $DSMI_DIR/dsmtca -rwsr-xr-x 1 root bin 5021160 Oct 14 09:48 /opt/tivoli/tsm/client/api/bin64/dsmtca Unos permisos o una propiedad incorrecta resultan en un DSM_RC_AUTH_FAILURE (137) devuelto por parte de dsmInit. De forma adicional, es necesario que utilice la misma versión de la biblioteca de API y dsmtca. Con versiones distintas, aparecen errores. Error : calling program and dsmtca are not compatible calling program build date : Mon Oct 18 21:15:59 2004 Mon Oct 18 21:15:59 2004 TCA build date : Wed Oct 13 16:48:03 2004 Wed Oct 13 16:48:03 2004 *** Init failed: ANS0282E (RC168) El archivo de contraseñas no está disponible. 38 IBM Tivoli Storage Manager: Guía de determinación de problemas 5. El usuario root debe generar el archivo de contraseña TSM.PWD utilizando el cliente de archivado y copia de seguridad de IBM Tivoli Storage Manager o la aplicación de API de muestra dapismp. La ubicación del archivo de contraseña la determina la opción PASSWORDDIR del archivo de opciones del sistema dsm.sys. En el siguiente ejemplo, la aplicación de prueba de la API genera el archivo de contraseña TSM.PWD para un nodo cuya contraseña es oddesy: # dapismp ************************************************************************* * Welcome to the sample application for the Tivoli Storage Manager API. * * API Library Version = 5.4.0.0 * ************************************************************************* Choose one of the following actions to test: 0. Signon 1. Backup 2. Restore 3. Archive 4. Retrieve 5. Queries 6. Change Password 7. Utilities : Deletes, Updates, Logevent, SetAccess, RetentionEvent 8. Set preferences, envSetUp 9. Exit to system 10. Restore/Retrieve Without Offset Prompt 11. Extended Signon Enter selection ==>0 Node name: Owner name: Password:oddesy API Config file: Session options: User Name: User pswd: Are the above responses correct (y/n/q)? Doing signon for node, owner, with password oddesy Handle on return = 1 Choose one of the following actions to test: 0. Signon 1. Backup 2. Restore 3. Archive 4. Retrieve 5. Queries 6. Change Password 7. Utilities : Deletes, Updates, Logevent, SetAccess, RetentionEvent 8. Set preferences, envSetUp 9. Exit to system 10. Restore/Retrieve Without Offset Prompt 11. Extended Signon Enter selection ==>9 # ls -l TSM.PWD -rw------1 root sys 121 Oct 19 18:28 TSM.PWD Function call dsmInit returns DSM_RC_NO_PASS_FILE (168), if the password file is not present in the directory specified by the PASSWORDDIR option. 6. Si el rastreo está activado, compruebe que el usuario no root tiene permiso de grabación para el archivo indicado emitiendo la opción TRACEFILE. Capítulo 2. Resolución de problemas relacionados con el cliente de Tivoli Storage Manager 39 Determinación de problemas de copia de seguridad basada en el registro por diario La copia de seguridad basada en el registro por diario (JBB) es adecuada para realizar copias de seguridad de sistemas de archivos con pequeñas o moderadas cantidades de actividad de modificaciones entre ciclos de copia de seguridad. Cómo determinar si una copia de seguridad tendrá diario Antes de implementar una copia de seguridad, debe determinar si ésta será con diario. Para asegurarse de que la copia de seguridad es con diario, siga estos pasos: 1. Configure el daemon de diario para registrar por diario el sistema de archivos del que se está realizando una copia de seguridad. El daemon de diario incluye en el registro un sistema de archivos cuando se lista el sistema de archivos en el archivo de configuración tsmjbbd.ini. Consulte la información de configuración siguiente: [JournaledFileSystemSettings] ; ; Lista de sistemas de archivos registrados JournaledFileSystems=c: 2. Realice una copia de seguridad incremental completa del sistema de archivos correspondiente mientras se realiza un registro del sistema de archivos de forma activa. Esta copia de seguridad incremental completa debe establecer la fecha de “finalización de la última copia de seguridad” en el espacio de archivos del servidor IBM Tivoli Storage Manager para que el diario se establezca como válido. Puede ver la fecha de “finalización de la última copia de seguridad"” si emite el mandato del servidor QUERY FILESPACE. Después de que el diario se establezca como válido, las copias de seguridad posteriores por el mismo nodo en el mismo servidor Tivoli Storage Manager serán con diario. Si una copia de seguridad utiliza un nodo o un servidor distintos, la copia de seguridad no tendrá diario, pero el diario seguirá siendo válido para el nodo y el servidor originales, y las copias de seguridad del nodo y el servidor originales tendrán diario. El siguiente mensaje es un ejemplo de lo que se graba en el Registro de eventos de aplicación de Windows cuando un diario se establece inicialmente como válido: Journal set to valid for fs ’H:’ and will be used for backup by node GSHLAGER3 to server GSHLAGER2_SERVER1. 3. Compruebe que el servidor y el nodo de Tivoli Storage Manager que utiliza la copia de seguridad coincidan con el nodo y el servidor para el que el diario es válido. 4. También puede utilizar el programa de utilidad de visualización de base de datos con diario para determinar el estado actual de un diario. Si se reinicia un diario válido, las copias de seguridad no serán con diario hasta que éste se vuelva a validar. El mensaje siguiente se graba en el Registro de eventos de aplicación de Windows cuando se reinicia un diario: Journal database ’c:\tsmjournal\tsmH__.jdb’ for fs ’H:’ has been deleted and reset to the invalid state. 40 IBM Tivoli Storage Manager: Guía de determinación de problemas Reinicio de un diario válido Puede aumentar el rendimiento reiniciando un diario válido. Los motivos para reiniciar un diario válido: v Condiciones de error en el daemon de diario – Errores de desbordamiento de almacenamiento intermedio producidos por una excesiva actividad de modificaciones en el sistema de archivos de diario que se está supervisando para las modificaciones – Errores de acceso en la base de datos de diario (errores de disco lleno, etc.) v Solicitud por un cliente de copia de seguridad v Los clientes emitirán una petición de reinicio del diario cuando se determine que un sistema de archivos de diario presenta un error de integridad por una de las siguientes razones: – El espacio de archivos del servidor ya no existe – El espacio de archivos del servidor se ha suprimido después de la última copia de seguridad – El juego de políticas del nodo se actualizó después de la última copia de seguridad – Las fechas de finalización de última copia de seguridad o de inicio de última copia de seguridad no son válidas (no están establecidas) Ejecución del daemon de diario en primer plano Puede mejorar las posibilidades de diagnóstico y la capacidad de prueba ejecutando el daemon de diario en primer plano, en lugar de como un servicio de Windows. Inicie el daemon de diario desde un indicador de mandatos de Windows como se indica a continuación: tsmjbbd.exe i Utilización del programa de utilidad de visualización de base de datos con diario El programa de utilidad de visualización de base de datos con diario proporciona información valiosa para ayudar en la determinación de problemas. El programa de utilidad de visualización de base de datos con diario proporciona la siguiente información: v El estado actual del diario v El sistema de archivos del que realiza el seguimiento el diario v Indicación de la hora de activación del diario v Indicación de la hora de validación del diario v El tamaño máximo admitido del diario v El nodo y el servidor para los que es válido el diario v El número de entradas que hay actualmente en el diario | | | | | | Nota: Utilice el programa de utilidad de visualización que coincida con el cliente archivado y copia de seguridad. Para clientes de archivado y copia de seguridad V6.1.1 o posteriores, no puede ver el contenido de los registros por diario abiertos con el programa de utilidad de visualización. Un registro por diario abierto es aquel que ha sido abierto actualmente por otro proceso, por ejemplo el daemon de diario. Sin embargo, puede ver el contenido de un registro de control de diario Capítulo 2. Resolución de problemas relacionados con el cliente de Tivoli Storage Manager 41 abierto. El programa de utilidad de visualización viene el cliente de archivado y copia de seguridad V6.3.1 y posteriores de Tivoli Storage Manager. Para obtener más información sobre el programa de utilidad de visualización, consulte los artículos técnicos siguientes: v Dbviewb no puede recuperar información sobre la base de datos de diario (http://www.ibm.com/support/docview.wss?uid=swg21296288) v Ejecutar el programa de utilidad dbviewb.exe en modalidad de proceso por lotes (http://www.ibm.com/support/docview.wss?uid=swg21248994) | | | | | | | | Este programa de utilidad también permite buscar, insertar o eliminar entradas concretas de una base de datos de diario. La sintaxis de este programa de utilidad es: dbviewb <nombre_completo_archivo_base_datos_diario> dbviewb <nombre_completo_archivo_base_datos_diario> <i> D:\tsm540c\debug\bin\winnt_unicode>dbviewb c:\tsmjournal\tsmh__.jdb IBM Tivoli Storage Manager Journal Database Viewing Utility Version 5, Release 4, Level 0.0 Last Update: Nov 28 2006 Querying Journal DB ... Journal Database Information: Database File c:\tsmjournal\tsmh__.jdb Database File Disk Size 81 KB (83754 Bytes) Journal File System H: Journal Activation Date Tue Nov 28 11:49:05 2006 Journal Validation Date Wed Nov 29 16:41:11 2006 Maximum Journal Size 8191 PB (9223372036854775807 Bytes) Journal Type Change Journal Journal State Valid Valid for Server GSHLAGER2_SERVER1 Valid for Node GSHLAGER3 Number of DB Entries 22 D:\tsm540c\debug\bin\winnt_unicode> D:\tsm540c\debug\bin\winnt_unicode>dbviewb c:\tsmjournal\tsmh__.jdb i IBM Tivoli Storage Manager Journal Database Viewing Utility Version 5, Release 4, Level 0.0 Last Update: Nov 28 2006 Querying Journal DB ... Journal Database Information: Database File c:\tsmjournal\tsmh__.jdb Database File Disk Size 81 KB (83754 Bytes) Journal File Syst em H: Journal Activation Date Tue Nov 28 11:49:05 2006 Journal Validation Date Wed Nov 29 16:41:11 2006 Maximum Journal Size 8191 PB (9223372036854775807 Bytes) Journal Type Change Journal Journal State Valid Valid for Server GSHLAGER2_SERVER1 Valid for Node GSHLAGER3 Number of DB Entries 22 Entre la petición en una única línea, con el siguiente formato: Tipo petición [clave entrada] "Tipo solicitud" puede ser uno de los siguientes: Del Eliminar una fila de la base de datos. Se necesita el nombre de archivo sensible a las mayúsculas y minúsculas totalmente calificado. Find Buscar la entrada cuya clave es el argumento. List Imprimir todas las entradas en stdout. No se necesita ningún argumento. Quit Salir Please enter your request: find H:\dbview.example\Dir3Depth1\F2.txt Located Journal Database Record: ----------------------------------------- 42 IBM Tivoli Storage Manager: Guía de determinación de problemas Object Name : H:\dbview.example\Dir3Depth1\F2.txt Action : Modify Object Type : File Inserted : Fri Dec 01 10:15:28 2006 Object Time : Fri Dec 01 14:15:28 2006 Hit Count : -2110169276 ----------------------------------------Please enter your request: quit Resolución de problemas con el soporte de archivos abiertos y el agente de instantáneas de volúmenes lógicos Hay varios métodos disponibles para determinar la causa de problemas con el soporte de archivos abiertos (OFS) y el agente de instantáneas de volúmenes lógicos (LVSA). Examen del Registro de eventos de un sistema Windows Windows En IBM Tivoli Storage Manager, la información crítica para la determinación de problemas se graba en el registro cronológico de eventos de sistema de Windows. El examen del Registro de eventos es el primer paso para aislar posibles problemas con el Agente de instantáneas de volúmenes lógicos (LVSA) en el contexto de la imagen activada o la copia de seguridad de archivos abierta. Obtención de los datos de rastreo Windows Muchos problemas se pueden resolver si obtienen datos de rastreo del controlador tsmlvsa.sys como complemento de lo que normalmente se puede obtener de un rastreo de servicio de cliente. Puede obtener los datos de depuración del agente de instantáneas de volúmenes lógicos (LVSA) utilizando la herramienta DebugView. Para instalar la herramienta DebugView y los datos de registro en un archivo, realice los pasos siguientes: 1. Descargue la última versión de la herramienta DebugView desde el sitio web de Microsoft. 2. Instale la herramienta DebugView. La instalación es una sencilla extracción de archivos de DebugView.zip. 3. Coloque la línea de texto siguiente en el archivo dsm.opt: TRACEFLAG SERVICE TRACEFILE trace.txt Asegúrese de que dirige el archivo de rastreo a una ubicación con una cantidad sustancial (muchos GB) de espacio libre. 4. Ejecute el archivo Dbgview.exe antes de ejecutar el cliente Tivoli Storage Manager. 5. Configure Dbgview.exe para anotar los datos en un archivo a través de la opción Archivo > Anotar en archivo. 6. Realice la operación que falló anteriormente y recupere el archivo de registro. Capítulo 2. Resolución de problemas relacionados con el cliente de Tivoli Storage Manager 43 Configuración del sistema para un vuelco de memoria completo Cuando se produce una comprobación de errores del sistema, debe obtener un vuelco de memoria completa para asistir en el diagnóstico de posibles problemas del agente de instantáneas de volumen lógico (LVSA). Debe configurarse el sistema que ha fallado para obtener un vuelco de memoria completa. Los siguientes pasos le muestran la configuración adecuada: Abra el panel de control. Abra el icono del sistema. Seleccione la ficha Opciones avanzadas. Seleccione el botón Inicio y recuperación. Asegúrese de que se encuentran seleccionados los siguientes recuadros de selección en la sección “Anomalía del sistema”: v Grabar un suceso en el registro del sistema v Enviar una alerta administrativa 6. Asegúrese de que el recuadro de selección “Reiniciar automáticamente” no está seleccionado. 7. En la sección de “grabar información de depuración”, seleccione “Volcado de memoria completo.” 1. 2. 3. 4. 5. Importante: Anote dónde se escribirá el archivo (%SystemRoot%\MEMORY.DMP). Asegúrese de que el recuadro de selección “Sobrescribir cualquier archivo existente” esté seleccionado. Windows le solicitará que reinicie para que la nueva configuración entre en vigor. 8. Reinicie. Si no seleccionó el recuadro “Sobrescribir cualquier archivo existente”, después del reinicio debe cambiar el nombre al archivo del vuelco anterior (si lo hubiere). Cuando se produzca una comprobación de errores, tenga en cuenta el contenido de la pantalla de comprobación de errores. Recopile el archivo memory.dmp tras el rearranque para examinarlo. Cómo forzar un vuelco de memoria para un sistema detenido cuando se sospecha que existe un problema con el agente de instantáneas de volúmenes lógicos Windows Si se ha asegurado de indicar la configuración adecuada y no se obtiene un vuelco de memoria, puede que sea necesario forzarlo cuando el sistema deje de responder. Puede emplear dos métodos: 1. Si dispone de la posibilidad de reiniciar y reproducir la detención, consulte el artículo 244139 de la base de datos de Microsoft Knowledge Base: “Windows feature allows a Memory.dmp file to be generated with the keyboard.” Este método requiere un cambio del registro y rearrancar para permitir un vuelco de memoria cuando se solicite, manteniendo presionada la tecla Control derecha y pulsando la tecla Bloq Despl dos veces. También podría ser necesario emplear este método si la herramienta BANG! no consigue provocar un error y un vuelco de memoria. 44 IBM Tivoli Storage Manager: Guía de determinación de problemas 2. Realice los pasos siguientes si el sistema está detenido y no puede permitirse reiniciarlo y volver a reproducir el problema: a. Descargue e instale BANG! desde el sitio web Windows Driver Developers. Siga las instrucciones del paquete/sitio web de BANG!. b. Ejecute BANG! y pulse el botón “Crash Now”. El sistema debería mostrar una pantalla azul y generar un volcado de memoria completo. Nota: IBM no admite el programa de utilidad BANG! Para obtener respuestas o soluciones sobre el programa de utilidad BANG!, debe dirigirse al sitio web Windows Driver Developers. Mejores prácticas para el soporte de archivos abiertos Las notas técnicas del soporte de archivos abiertos (OFS) del cliente de IBM Tivoli Storage Manager destacan limitaciones actuales y problemas conocidos. También puede encontrar pasos que le ayuden a diagnosticar problemas en la configuración y el uso del OFS. Información relacionada: http://www.ibm.com/support/docview.wss?uid=swg21248971 Utilización de servicios de duplicación de volúmenes de Windows Windows El cliente de IBM Tivoli Storage Manager Windows utiliza el Servicio de duplicación de volúmenes (VSS) de Windows 2003 y Windows Vista para realizar copias de seguridad del estado y los servicios del sistema. VSS también puede utilizarse como un proveedor de instantáneas para el soporte de archivos abiertos (OFS) y las operaciones de imágenes en línea. Definición de errores transitorios de VSS Windows El cliente de IBM Tivoli Storage Manager considera que múltiples errores del Servicio de duplicación de volúmenes (VSS) son transitorios. Los errores transitorios son errores de red o unidades que se comportan de manera incorrecta y que puede que requieran una recuperación de copia de seguridad. Cuando aparece uno de estos errores, el cliente, de forma predeterminada, reintentará el proceso de copia de seguridad de VSS tres veces a intervalos de 30 segundos. El número de reintentos y el intervalo entre ellos se pueden configurar mediante dos indicadores de prueba. El cliente de Tivoli Storage Manager considera como transitorios los siguientes errores VSS: VSS_E_MAXIMUM_NUMBER_OF_VOLUMES_REACHED VSS_E_SNAPSHOT_SET_IN_PROGRES VSS_E_MAXIMUM_NUMBER_OF_SNAPSHOTS_REACHED VSS_E_PROVIDER_VETO VSS_E_UNEXPECTED VSS_E_FLUSH_WRITES_TIMEOUT VSS_E_HOLD_WRITES_TIMEOUT VSS_E_WRITERERROR_TIMEOUT VSS_E_WRITERERROR_RETRYABLE VSS_E_WRITERERROR_OUTOFRESOURCES Capítulo 2. Resolución de problemas relacionados con el cliente de Tivoli Storage Manager 45 VSS_E_WRITER_NOT_RESPONDING VSS_E_VOLUME_IN_USE VSS_E_PROVIDER_IN_USE VSS_E_UNEXPECTED_PROVIDER_ERROR VSS_E_UNEXPECTED_WRITER_ERROR Definición de los indicadores de prueba de Windows VSS Windows El cliente de IBM Tivoli Storage Manager utiliza dos indicadores de prueba distintos para configurar el número de intentos del servicio de duplicación de volúmenes (VSS) y el intervalo entre intentos. Los siguientes indicadores de prueba se utilizan para establecer el número de intentos de Tivoli Storage Manager y el intervalo entre ellos: SETVSSMAXRETRY Especifica el número de veces que se reintenta el proceso de copia de seguridad VSS si se produce un error transitorio. El valor predeterminado es reintentarlo tres veces. SETVSSDELAY Especifica el número de segundos que se esperan entre reintentos del proceso de copia de seguridad de VSS, en el caso de que se produzca un error transitorio. El valor predeterminado es 60 segundos. Ejemplo de archivo de opción: retry 10 times at 300 second intervals TESTFLAG SETVSSMAXRETRY:10 TESTFLAG SETVSSDELAY:300 Arreglo temporal de VSS de Windows 2003 Windows Hay varios arreglos disponibles para el Servicio de duplicación de volúmenes (VSS) de Microsoft si experimenta dificultades con VSS. La nota técnica de IBM 1242128 indica los arreglos temporales conocidos, pero puede no estar actualizada. Para conocer los arreglos de VSS más actuales, póngase en contacto con Microsoft. Información relacionada: technote 1242128 46 IBM Tivoli Storage Manager: Guía de determinación de problemas Ajuste de servicios de duplicación de volúmenes Windows Hay varios arreglos disponibles para el Servicio de duplicación de volúmenes (VSS) de Microsoft si experimenta dificultades con el ajuste de VSS. Control del tamaño de área de diferencia de VSS Después de aplicar esos arreglos, aparece uno de los siguientes eventos: v “The shadow copy of volume C: took too long to install” v “The shadow copy of volume C: was stopped because the diff area file could not grow in time.” Reduzca la carga de E/S en este sistema para evitar estos problemas. Si siguen apareciendo los eventos, utilice la siguiente clave de registro para controlar el tamaño del área de diferencia utilizada por VSS: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\VolSnap\ MinDiffAreaFileSize : REG_DWORD: <tamaño_MB> (el tamaño predeterminado es 300, pero se puede incrementar hasta 3000). Tamaño máximo del registro de sucesos Microsoft indica que si las anotaciones de eventos son suficientemente grandes, la operación de copia puede superar el tiempo de espera de los sistemas con una carga elevada de E/S o una carga de memoria elevada. Es mejor que el tamaño del registro sea inferior a 64 MB. Recopilación de información de diagnóstico de VSS para el servicio de asistencia de Microsoft Windows La información de diagnóstico de IBM para fallos de Servicios de duplicación de volúmenes (VSS) puede no ser la que necesita. Puede encontrar información de diagnóstico para fallos de VSS desde el sitio de soporte de Microsoft. Si el error de VSS está fuera del ámbito de IBM Tivoli Storage Manager, recopile la información siguiente para la asistencia de Microsoft: v Registro de eventos de aplicación de Windows v Registro de eventos del sistema de Windows v rastreo VSS Examine los archivos de registro de eventos de aplicación y del sistema, centrándose en los eventos de error creados por las fuentes VolSnap y VSS en el momento del error. Puede extraer de las anotaciones los eventos vinculados para identificar el problema y lograr una interacción más productiva con el soporte de Microsoft. Capítulo 2. Resolución de problemas relacionados con el cliente de Tivoli Storage Manager 47 Resolución de errores con el rastreo VSS Windows Puede resolver los errores del Servicio de duplicación de volúmenes (VSS) realizando un rastreo VSS. Siga estos pasos para realizar un rastreo VSS: 1. Cree un archivo tracing.reg y cambie la entrada TraceFile para indicar un volumen que no tendrá creada una copia de duplicación. Utilice el contenido de la parte inferior de este archivo para crear el archivo. Tenga en cuenta el uso del delimitador de barra invertida doble; debe especificar “\\” como delimitador de cada barra invertida en la vía de acceso que desea especificar. 2. Pulse dos veces en el archivo desde dentro de Windows Explorer para instalar tracing.reg. 3. Reproduzca el problema. 4. Desactive el rastreo eliminando la clave “HKEY_LOCAL_MACHINE\SYSTEM\ CurrentControlSet\Services\VSS\Debug\Tracing”. El archivo de registro tracefile.reg muestra el siguiente contenido: Windows Registry Editor Versión 5.00 [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\VSS\Debug\Tracing] "TraceFile"="c:\\trace.txt" "TraceLevel"=dword:ffffffff "TraceEnterExit"=dword:00000001 "TraceToFile"=dword:00000001 "TraceToDebugger"=dword:00000000 "TraceFileLineInfo"=dword:00000001 "TraceForceFlush"=dword:00000000 Ejecución de llamadas VSS API con el programa de ejemplo vsreq.exe Windows El Software Developers's Kit (SDK) del Servicio de duplicación de volúmenes contiene el programa de ejemplo vsreq (solicitante de VSS). El programa solicitante de VSS efectúa una secuencia de llamadas a la API de VSS como las llamadas que efectúa el cliente de archivado y copia de seguridad de IBM Tivoli Storage Manager. Puede compilar y ejecutar vsreq.exe en el sistema que ha fallado para determinar si vsreq y Tivoli Storage Manager encuentran el mismo problema. Si vsreq puede reproducir el mismo problema que Tivoli Storage Manager, la salida de vsreq se puede facilitar al servicio de soporte de MS para ayudar en el diagnóstico del problema de VSS. En algunos casos, Microsoft proporciona una herramienta de análisis de subsistema de entrada/salida (E/S) (“yapt”) para recopilar datos de rendimiento de E/S para el análisis. vshadow es una herramienta que también está disponible como alternativa a vsreq.exe. 48 IBM Tivoli Storage Manager: Guía de determinación de problemas Comparación de la interacción de Tivoli Storage Manager y Ntbackup.exe con VSS Windows Cuando se utiliza el archivo ejecutable Ntbackup.exe, no se aprovechan al máximo los Servicios de duplicación de volúmenes (VSS) y no siempre puede considerarse como punto de referencia para la interacción de IBM Tivoli Storage Manager con VSS. La diferencia conocida entre Ntbackup.exe y Tivoli Storage Manager en el contexto de VSS es que Ntbackup.exe no utiliza VSS para realizar la copia de seguridad de Active Directory (NTDS). Aunque Ntbackup.exe utiliza VSS para realizar una instantánea, sigue utilizando la API de copia de seguridad heredada de NTDS para leer datos del disco. Tivoli Storage Manager utiliza la interfaz de VSS para leer datos NTDS del disco. Si hay algún problema con el responsable del grabador de VSS para NTDS, no se revelará con Ntbackup.exe. Emita el mandato VSSADMIN LIST para consultar el estado del escritor de VSS para garantizar que VSS se encuentra en un estado de estable o preparado. Comandos de visualización para el cliente de copia de seguridad/archivado Los mandatos SHOW son mandatos de diagnóstico no admitidos que se utilizan para mostrar información sobre estructuras de control en memoria y otros atributos de tiempo de ejecución. Los comandos SHOW los utilizan el desarrollo y el servicio sólo como herramientas de diagnóstico. Hay varios comandos SHOW para el cliente de copia de seguridad/archivado. Según la información que muestre un mandato SHOW, puede haber casos en los que la información cambie o casos en los que puede hacer que la ejecución de la aplicación (cliente, servidor o agente de almacenamiento) se detenga. Los mandatos SHOW sólo deben utilizarse cuando el personal de desarrollo o servicio lo sugieran. Los mandatos SHOW incluidos en la tabla Tabla 9 no son todos los mandatos SHOW disponibles. Tabla 9. Mandatos SHOW para el cliente de archivado y copia de seguridad Mandato SHOW Descripción Información CACHE Muestra información sobre la caché de subarchivos. Para los clientes de Microsoft Windows que se habían configurado para utilizar la copia de seguridad de subarchivos, esto es útil para mostrar información sobre la caché de subarchivos. CLUSTER Muestra información sobre Esto es útil para mostrar asignaciones de disco en Microsoft información sobre la Cluster. (configuración de) asignación de disco en un entorno Microsoft Cluster. DOMAIN Muestra información sobre los dominios configurados para utilizarse para procesos de copia de seguridad incremental . Útil para mostrar y resumir las opciones de cliente DOMAIN, DOMAIN.IMAGE y DOMAIN.NAS. Capítulo 2. Resolución de problemas relacionados con el cliente de Tivoli Storage Manager 49 Tabla 9. Mandatos SHOW para el cliente de archivado y copia de seguridad (continuación) Mandato SHOW Descripción OPTIONS Muestra las opciones de cliente. Resulta útil para determinar los valores de las opciones de cliente. OPTTABLE Muestra información sobre las opciones administradas por el servidor en contraposición a las gestionadas por el archivo de opciones de cliente. El cliente puede recibir sus valores de opciones tanto del archivo de opciones de cliente como del servidor. Para recibir la opción del servidor, debe definirse un conjunto de opciones de cliente utilizando el mandato DEFINECLOPTSET. Este mandato le ayuda a determinar si el cliente utiliza una opción configurada desde el archivo de opciones o una opción configurada desde un conjunto de opciones de cliente definido en el servidor. PLUGINS Muestra información sobre los complementos para este cliente. El cliente utiliza complementos para ofrecer capacidades adicionales, como copia de seguridad de imagen. Este mandato SHOW muestra los complementos instalados para este cliente así como los atributos de los diversos complementos; por ejemplo, su versión, tipo y ubicación. SESSION Muestra las capacidades que este cliente puede tener para esta conexión al servidor. El cliente y de servidor negocian e informan sobre las capacidades que posee cada uno de ellos cuando un cliente o un servidor inicia una sesión. Este mandato SHOW informa de las posibilidades disponibles para este servidor y cliente. SYSTEMOBJECT Para los clientes de Windows 2000 Es útil para determinar los y XP, muestra los datos de SYSTEM archivos SYSTEM OBJECT instalados OBJECT disponibles en este cliente. en este cliente de Windows y aquellos de los que se puede realizar una copia de seguridad. SYSTEMSERVICES Para los clientes de Windows 2003, muestra los datos de SYSTEM SERVICES disponibles en este cliente. 50 Información IBM Tivoli Storage Manager: Guía de determinación de problemas El mandato SHOW de SYSTEMSERVICES es útil para determinar los archivos SYSTEM SERVICES instalados en este cliente de Windows y aquellos de los que se puede realizar una copia de seguridad. Nota: SYSTEMSERVICES es válido para Tivoli Storage Manager versión 5.4. Tabla 9. Mandatos SHOW para el cliente de archivado y copia de seguridad (continuación) Mandato SHOW Descripción Información SYSTEMSTATE Para los clientes de Windows 2003 Windows Vista, muestra los datos de SYSTEM STATE disponibles en este cliente. El mandato SHOW de SYSTEMSTATE es útil para determinar los archivos SYSTEM STATE instalados en este sistema Windows y aquellos de los que se puede realizar una copia de seguridad. TRACEFLAGS Muestra información sobre clases de rastreo y clases de rastreo agregadas para este cliente. El mandato SHOW de TRACEFLAGS es útil para determinar qué clases de rastreo y las clases de rastreo agregadas se pueden utilizar para este cliente. VERSION Muestra la versión y la fecha de compilación para este cliente. El mandato SHOW de VERSION es útil para determinar qué cliente se está ejecutando y cuándo se compiló. Capítulo 2. Resolución de problemas relacionados con el cliente de Tivoli Storage Manager 51 52 IBM Tivoli Storage Manager: Guía de determinación de problemas Capítulo 3. Resolución de problemas del servidor Al trabajar con el IBM Tivoli Storage Manager, es posible que experimente problemas específicos del servidor de Tivoli Storage Manager. Las sugerencias para el diagnóstico de Tivoli Storage Manager que puede realizar varían desde acciones simples, como reiniciar el servidor, hasta procedimientos más complejos. La siguiente lista incluye algunas de las acciones que puede realizar para que le ayuden a resolver los problemas con el servidor. v Consulta de las anotaciones de actividades del servidor v Reproducir el problema v Comprobar los registros de errores relacionados con la lectura o la grabación en un dispositivo v Cambiar las opciones del servidor v Detener e iniciar los servicios de planificación v Consultar la base de datos o la agrupación de almacenamiento v Rastrear la clase de rastreo UNICODE Reproducción del problema Reproduzca el problema para aislar la causa en una secuencia de sucesos concreta, si el problema se puede reproducir de forma rápida y coherente. La mayoría de los problemas son el resultado de una combinación de eventos. Por ejemplo, la ejecución de la caducidad se produce junto con la realización de las copias de seguridad nocturnas planificadas correspondientes a 20 clientes. En algunos casos, el cambio del valor del tiempo o del orden de implementación de los eventos podría evitar que este problema volviera a producirse. Una forma de cambiar el valor del tiempo sería ejecutar la caducidad en un momento en el que no estén ejecutándose las copias de seguridad nocturnas planificadas de 20 clientes. Despliegue del error del motor durante la inicialización AIX HPUX Linux Solaris Puede experimentar un error de inicialización del motor de despliegue con el servidor V6 donde no se producen mensajes de error. Si tiene un archivo /etc/cit/cit.ini no válido, se le devolverá a la indicación del sistema operativo sin una explicación ni un aviso avanzado. Un archivo cit.ini no válido es uno en que las entradas apuntan a un archivo Common Inventory Technology no existente que se lista en el directorio /opt/tivoli/cit. A continuación se muestran indicadores de este tipo de error concreto que se puede producir durante una inicialización de motor de despliegue: v El archivo de_trace.log contiene el siguiente error: ActionProcessor run() tst02ldv.spr.bz IP com.ibm.ac.tp.basehost.ActionErrorException: action_processor_failure, action=externalCommand, actionId=hwcollector Caused by: com.ibm.ac.si.ap.action.ExternalCommandActionException: ACUOSI0050E External command action failed with return code © Copyright IBM Corp. 1993, 2012 53 18. Invocation string: /usr/ibm/common/acsi/bin/wscanhw, -o, /tmp/collector5198848052593475511.tmp, -c, /usr/ibm/common/acsi/dat/config/scanconfig.xml v Cuando ejecuta el archivo ejecutable /usr/ibm/common/acsi/bin/wscanvpd, devolverá el error siguiente: # /usr/ibm/common/acsi/bin/wscanvpd CCG0051E The log manager could not read the properties file /CitTrace.properties. v El archivo log.txt contiene el error siguiente: FINER : THROW (from com.ibm.ac.coi.ext.ia. COIWrapperPluginImpl.processInventorySteps) Caused by: com.ibm.ac.coi.api.exception.COIRuntimeException: Exception received trying to execute the target install in the ANT Buildfile for the step: TSM_Inventory at: com.ibm.ac.coi.impl.utils.COIUtilsImpl.runPackageStep (COIUtilsImpl.java:126) at: com.ibm.ac.coi.ext.ia.COIWrapperPluginImpl. processInventorySteps(COIWrapperPluginImpl.java:1960) at: com.ibm.ac.coi.ext.ia.plugin.COIProcessInventorySteps. install(COIProcessInventorySteps.java:120) at: com.zerog.ia.installer.actions.CustomAction.installSelf (DashoA10*..:-1) at: com.zerog.ia.installer.AAMgrBase.a(DashoA10*..:-1) at: com.zerog.ia.installer.ConsoleBasedAAMgr.a (DashoA10*..:-1) Puede resolver este problema completando los pasos siguientes: 1. Inicie el instalador. 2. Redenomine el archivo /etc/cit/cit.ini. Por ejemplo, /etc/cit/cit.orig. 3. Cuando el proceso de instalación haya finalizado, ejecute el archivo a su nombre original. Comprobación del archivo de registro de actividad del servidor Compruebe el archivo de anotaciones de actividad del servidor y busque los informes correspondientes a los 30 minutos previos y a los 30 minutos posteriores al momento de producirse el error. Para revisar los mensajes de anotaciones de actividad del servidor, emita el mandato QUERY ACTLOG. Con frecuencia, otros mensajes pueden ofrecer información adicional acerca de la causa del problema y de la forma de solucionarlo. Comprobación de archivos de anotaciones de errores del sistema relativos a errores de dispositivo Si el problema es un error que se ha creado al leer o grabar datos desde un dispositivo, la mayoría de los sistemas y dispositivos registran información en las anotaciones de errores del sistema. Si un dispositivo o volumen que utiliza IBM Tivoli Storage Manager notifica algún tipo de error en el registro de errores del sistema, es probable que se deba a un problema de dispositivo. Los mensajes de error registrados en las anotaciones de errores del sistema pueden proporcionar información suficiente para resolver el problema. A continuación, se ofrecen algunos ejemplos de anotaciones de errores del sistema: 54 IBM Tivoli Storage Manager: Guía de determinación de problemas v errpt para AIX v Anotaciones de eventos para Windows Reversión de las opciones o de los valores del servidor Si ha habido cambios de configuración en el servidor, intente volver a establecer los valores originales y realice de nuevo la operación que no ha podido ejecutarse correctamente. Si la operación se ejecuta correctamente, intente aplicar los cambios de uno en uno y vuelva a intentar la operación hasta identificar el cambio de atributo que ha dado lugar al error. Los cambios en el archivo de opciones de servidor, o de configuración del servidor, mediante los mandatos SET o UPDATE pueden producir anomalías para operaciones que se han ejecutado correctamente con anterioridad. La realización de cambios en el servidor para las clases de dispositivos, las agrupaciones de almacenamiento y las políticas también pueden causar errores en las operaciones que anteriormente se realizaron de forma correcta. Reinicio del servicio de planificación Las operaciones de cliente planificadas se ven afectadas por las definiciones de planificación en el servidor, así como el servicio de planificación (dsmsched) que se ejecuta en el propio sistema cliente. Reinicie el servicio de planificación en el cliente si se produce un cambio en la planificación del servidor. Importante: Si el servicio de planificación está gestionado por la aceptación de clientes, detenga y reinicie únicamente la aceptación de clientes. Resolución de problemas de espacio en el servidor La función principal del servidor de IBM Tivoli Storage Manager es almacenar datos. Si no dispone de suficiente espacio en la base de datos o en las agrupaciones de almacenamiento, puede que las operaciones no se ejecuten correctamente. Para determinar si la base de datos no dispone de espacio suficiente, emita el mandato QUERY DB. Si el porcentaje utilizado (espacio utilizado) es del 100%, o muy próximo a esta cifra, defina más espacio. Por lo general, si la base de datos no dispone de espacio suficiente, esta situación se indica mediante la emisión de otros mensajes del servidor. Para determinar si una agrupación de almacenamiento no dispone de espacio suficiente, emita el mandato QUERY STGPOOL. Si el porcentaje utilizado es del 100%, o muy próximo a esta cifra, amplíe el espacio de almacenamiento disponible. Para añadir más espacio a la agrupación de almacenamiento DISK, asigne una o más agrupaciones de almacenamiento nuevas y defínalas para el servidor mediante el mandato DEFINE VOLUME. Puede configurar Tivoli Storage Manager para que asigne de forma automática espacio de agrupación de almacenamiento DISK y FILE utilizando el mandato DEFINE SPACETRIGGER. Para añadir más espacio para una agrupación de almacenamiento de medios secuenciales, evalúe la biblioteca de cintas y determine si pueden añadirse más Capítulo 3. Resolución de problemas del servidor de Tivoli Storage Manager 55 cintas reutilizables. En caso afirmativo, añada los volúmenes reutilizables adicionales a la biblioteca y actualice el parámetro MAXSCR para la agrupación de almacenamiento emitiendo el mandato UPDATE STGPOOL. Asignación de memoria de servidor adicional Si existen indicios de que su servidor no cuenta con recursos de memoria suficientes, asigne más memoria al mismo. Consulte la documentación del sistema operativo para obtener más información acerca de la adición de memoria. Consejo: La cantidad de memoria que DB2 utiliza puede contribuir a informes que muestran que el sistema operativo ya no tiene memoria. Puede limitar la cantidad de memoria que DB2 utiliza incluyendo la opción DBMEMPERCENT. La opción DBMEMPERCENT especifica el porcentaje de espacio de dirección virtual que se dedica a los procesos del gestor de la base de datos. Para asignar recursos de almacenamiento adicionales al servidor, complete las acciones siguientes: v Asegúrese de que hay suficiente espacio de paginación. También puede utilizar SMIT (System Management Interface Tool) para determinar si el número de aplicaciones causa escasez de memoria. v HPUX Asegúrese de que hay suficiente espacio de paginación y que está disponible una cantidad suficiente de memoria compartida. Para obtener más información sobre la memoria compartida, consulte la publicación IBM Tivoli Storage Manager Guía de instalación. v Asegúrese de que hay suficiente espacio de paginación. Consulte la documentación de su sistema Solaris para conocer más detalles. v Windows El método preferido para solucionar una condición de memoria baja consiste en añadir memoria física al sistema. De lo contrario, desde el panel de control, aumente la cantidad de almacenamiento virtual ejecutando el applet del sistema y aumentando el tamaño total del archivo de paginación. AIX Solaris Cambio de la frecuencia de copia La política del servidor de IBM Tivoli Storage Manager exige que el valor de la frecuencia de copia incremental no sea cero. El atributo de frecuencia de copia de la clase de gestión grupo_copia actual para el archivo que se ha especificado dicta el número mínimo de días que deben transcurrir entre copias de seguridad incrementales sucesivas. Si tiene la intención de realizar una copia de seguridad incremental en un archivo y se establece un número superior a 0 días, el archivo no se enviará al servidor de Tivoli Storage Manager, aunque haya cambiado. Se pueden completar una serie de pasos para corregir este problema: v Póngase en contacto con el administrador del servidor de Tivoli Storage Manager para cambiar el atributo de frecuencia de copia. v Emita una copia de seguridad selectiva del archivo. Por ejemplo, DSMC SELECTIVE C:\FILE.TXT Puede emitir el mandato QUERY COPYGROUP para determinar el valor del parámetro de frecuencia de copia: 56 IBM Tivoli Storage Manager: Guía de determinación de problemas tsm: WINBETA>q copygroup standard active f=d Policy Domain Name: STANDARD ... Copy Frequency: 1 ... Resolución de errores de operaciones de RELABEL Si ejecuta una operación RELABEL cuando todas las unidades están ocupadas, el volumen de destino no podrá volverse a etiquetar porque no puede obtener una unidad. Las unidades ocupadas son unidades que están en uso para operaciones normales como la copia de seguridad, la restauración, la migración y la reclamación. Cuando se produce un error de RELABEL, se crea la siguiente información de ejemplo: ANR0984I Process 25 for RELABEL started in the BACKGROUND at 22:10:36. ANR8799I RELABEL: Operation for library IBMVTL started as process 25. ANR1341I Scratch volume 007403 has been deleted from storage pool VTLPOOL. ANR8847E No LTO-type drives are currently available in library IBMVTL. ANR8801I LABEL LIBVOLUME process 25 for library IBMVTL completed; 0 volume(s) labeled, 0 volume(s) checked-in. ANR0985I Process 25 for RELABEL running in the BACKGROUND completed with completion state SUCCESS at 22:10:36. Para resolver un error RELABEL, siga estos pasos: 1. Asegúrese de que se deja disponible una unidad para la operación RELABEL y vuelva a etiquetar un volumen de destino. 2. Actualice las clases de dispositivos que apuntan a la biblioteca. Actualice las clases de dispositivos con un valor de parámetro MOUNTLIMIT que sea inferior al número total de unidades disponibles. Si una operación RELABEL no puede obtener una unidad o falla en volver a etiquetar un volumen, IBM Tivoli Storage Manager intentará volver a etiquetar el volumen durante cada operación futura de RELABEL. Si la operación RELABEL falla, emita el mandato LABEL LIBVOLUME para todos los volúmenes que se han dado de baja de Tivoli Storage Manager pero que no se han vuelto a etiquetar. Incluya los siguientes parámetros con el mandato LABEL LIBVOLUME: SEARCH=YES LABELSOURCE=BARCODE OVERWRITE=YES CHECKIN=SCRATCH Resolución de la instalación y problemas de actualización La resolución de los problemas de instalación con el servidor de IBM Tivoli Storage Manager puede implicar la revisión de archivos de anotaciones, la reinstalación del servidor o muchas otras posibles opciones. Capítulo 3. Resolución de problemas del servidor de Tivoli Storage Manager 57 Archivos de registro de instalación Si encuentra errores durante la instalación, estos errores se registran en varios archivos de registro que se distribuyen en diversas ubicaciones. En función del sistema operativo, puede que los archivos que se almacenan en el directorio temporal del sistema operativo no se hayan guardado tras la conclusión del sistema. Linux Defina set SELINUX=disable o set SELINUX=permissive en el archivo /etc/sysconfig/selinux si recibe el mensaje siguiente: El instalador no se puede ejecutar en la configuración. Ahora se detendrá. Tabla 10 describe los archivos que se crean al instalar o desinstalar IBM Tivoli Storage Manager. Están disponibles las recomendaciones en los archivos para comprobar cuándo está buscando información que pueda ayudar a solucionar problemas. Tabla 10. Contenido del archivo log.zip Nombre de archivo Descripción El archivo log.txt contiene información sobre las siguientes comprobaciones del entorno: Contiene archivos de registro de instalación. v Plataforma v Versión v Arquitectura v Requisitos previos Ubicación En Windows, este archivo se encuentra localizado en la ubicación IstallAnywhere que se haya especificado. En AIX, HP-UX, Linux y Revise este archivo de Solaris, el archivo se encuentra en registro cuando se /var/tivoli/tsm. produzca alguna anomalía en la Los códigos de salida InstallAnywhere instalación. le muestran el estado de la instalación. Los códigos se encuentran en el archivo log.txt. Puede recuperar los códigos de salida una vez finalizada la instalación. Los códigos de salida son tanto para el instalador de Tivoli Storage Manager como para el de Tivoli Monitoring para Tivoli Storage Manager. AIX HPUX Linux Solaris Para utilizar la línea de mandatos, emita el mandato siguiente: echo $? Windows Emita el comando siguiente: echo %ERRORLEVEL% Consulte la sección Tabla 11 en la página 61 para obtener información sobre todos los códigos de salida de InstallAnywhere. 58 IBM Tivoli Storage Manager: Guía de determinación de problemas Tabla 10. Contenido del archivo log.zip (continuación) Nombre de archivo Descripción logs.zip El archivo logs.zip Windows Este archivo está ubicado en puede contener los la ubicación InstallAnywhere que ha siguientes directorios: especificado. ac Contiene AIX HPUX Linux archivos de registro de Solaris El archivo está ubicado en configuración /var/tivoli/tsm. coi Contiene archivos de registro de instalación de Contiene archivos de registro de configuración para el dispositivo ia Contiene el archivo log.txt tcr Contiene los archivos de registro de configuración de Tivoli Common Reporting tip Contiene archivos de registro de configuración de Tivoli Integrated Portal Ubicación perfiles Contiene archivos de registro de configuración de TIPProfile DE_Install.log Contiene información de\root acerca de la instalación del motor de despliegue (DE). Revise este archivo de registro si falla la instalación de DE. AIX HPUX Linux Solaris db2setup.log Contiene información sobre la instalación de DB2. coi/plan/tmp si la instalación de DB2 falla coi/plan/logs si la instalación de DB2 es satisfactoria Capítulo 3. Resolución de problemas del servidor de Tivoli Storage Manager 59 Tabla 10. Contenido del archivo log.zip (continuación) Nombre de archivo Descripción Ubicación Contiene información sobre la instalación de DB2. Windows db2setup.log coi\plan\tmp si la instalación de DB2 falla coi\plan\logs si la instalación de DB2 es satisfactoria db2_uninst.log Contiene información coi\plan\logs sobre la desinstalación de DB2. DB2.log Contiene información coi\plan\install o coi\plan\uninstall sobre los mandatos de instalación y desinstalación. Desde este archivo de registro pueden recuperarse los códigos de retorno, pero no para DB2. Una vez completada la instalación o desinstalación, estarán disponibles los scripts executePackage o remove-package scripts de un componente. AIX Linux Solaris Windows Archivos de registro de instalación de Centro de administración Archivos de registro de instalación. v coi\plan\install\logs v coi\plan\install\ MachinePlan_nombre_host\ Revisar estos archivos 00001_eWAS de registro si falla la instalación o v coi\plan\install\ desinstalación de MachinePlan_nombre_host\00002_TIP Centro de v coi\plan\install\ administración. MachinePlan_nombre_host\ 00003_TSM_AdminCenter o v raíz_instalación\_uninst\plan\ install\MachinePlan_nombre_host\ 00001_eWAS v raíz_instalación\_uninst\plan\ install\MachinePlan_nombre_host\ 00002_TIP v raíz_instalación\_uninst\plan\ install\MachinePlan_nombre_host\ 00003_TSM_AdminCenter 60 IBM Tivoli Storage Manager: Guía de determinación de problemas Tabla 10. Contenido del archivo log.zip (continuación) Nombre de archivo AIX Linux Solaris Los archivos con las siguientes extensiones de archivo están disponibles para la resolución de problemas: Descripción Ubicación Contiene archivos de registro de instalación. Los archivos se encuentran en el directorio Adm_Cntr_Root/logs Adm_Cntr_Root es el directorio en el Revise este archivo de que se instala Centro de registro cuando se administración. produzca alguna anomalía en la instalación. .log .out .err Tabla 11. Códigos de salida de InstallAnywhere Código Descripción 0 Éxito: La instalación ha finalizado satisfactoriamente sin ningún aviso o error. 1 La instalación ha finalizado satisfactoriamente, pero una o más acciones de la secuencia de instalación han generado un aviso o un error de interrupción. -1 Una o más acciones de la secuencia de instalación provocaron un error no recuperable. 1000 El usuario canceló la instalación. 1001 La instalación incluye una opción de línea de mandato no válida. 2000 Error no gestionado. 2001 La instalación falló, la comprobación de autorización puede indicar una versión caducada. 2002 La instalación no ha superado la comprobación de reglas. Una regla colocada en el propio instalador ha fallado. 2003 Una dependencia sin resolver en la modalidad silenciosa ha causado la salida del instalador. 2004 La instalación ha fallado porque no se ha detectado suficiente espacio en el disco durante la ejecución de la acción de instalación. 2005 La instalación ha fallado al intentar la instalación en un sistema Windows de 64 bits, pero la instalación no incluía soporte de sistemas Windows de 64 bits. 2006 La instalación ha fallado porque se inició en una modalidad de interfaz de usuario a la que no da soporte el instalador. 3000 Error no gestionado específico de un lanzador. 3001 La instalación ha fallado debido a un error específico de la propiedad lax.main.class. 3002 La instalación ha fallado debido a un error específico de la propiedad lax.main.method. 3003 La instalación no ha podido acceder al método especificado en la propiedad lax.main.method. 3004 La instalación ha fallado debido a un error de excepción causado por la propiedad lax.main.method. Capítulo 3. Resolución de problemas del servidor de Tivoli Storage Manager 61 Tabla 11. Códigos de salida de InstallAnywhere (continuación) Código Descripción 3005 La instalación ha fallado porque no se ha asignado ningún valor a la propiedad lax.application.name. 3006 La instalación no ha podido acceder al valor asignado a la propiedad lax.nl.java.launcher.main.class. 3007 La instalación ha fallado debido a un error específico de la propiedad lax.nl.java.launcher.main.class. 3008 La instalación ha fallado debido a un error específico de la propiedad lax.nl.java.launcher.main.method. 3009 La instalación no ha podido acceder al método especificado en la propiedad lax.nl.launcher.java.main.method. 4000 No se ha encontrado un archivo ejecutable Java en el directorio especificado por la propiedad del sistema java.home. 4001 Una vía de acceso incorrecta al archivo instalador comprimido (.jar) ha provocado que el relanzador se inicie de forma incorrecta. Resolución de un proceso de desinstalación detenido Una interrupción durante un proceso de desinstalación de IBM Tivoli Storage Manager podría deberse a una contraseña de DB2 caducada. Si la contraseña del ID de usuario del administrador de DB2 está caducada, no se puede completar el proceso de desinstalación. Debe iniciar sesión con el ID del administrador de DB2 y restablecer la contraseña, y a continuación desinstalar Tivoli Storage Manager. Fallo de instalación del servidor: inicialización del motor de despliegue La instalación de IBM Tivoli Storage Manager se puede detener debido a un fallo de inicialización del motor de despliegue debido a archivos .lock. Si el motor de despliegue interfiere con la instalación de Tivoli Storage Manager, se producirá el siguiente mensaje de error: Tivoli Storage Manager Deployment Engine failed to initialize. The installer will now shutdown. Please check with the log files for a more complete description of the failure. PRESS ENTER TO CONTINUE: La causa pueden ser los archivos .lock del motor de despliegue que vienen desde una instalación simultánea que está en ejecución o desde una instalación que se ha detenido antes de su finalización. Si se está ejecutando otra instalación, espere hasta que finalice dicha instalación antes de instalar Tivoli Storage Manager. Si no hay otras instalaciones en ejecución y se encuentra con este problema, suprima los archivos .lock. Importante: No suprima ningún archivo .lock si hay otras instalaciones de Tivoli Storage Manager en ejecución. Windows Para suprimir archivos .lock en plataformas de 32 bits, emita el mandato siguiente: 62 IBM Tivoli Storage Manager: Guía de determinación de problemas cd C:\Archivos de programa\IBM\Common\acsi\logs del .lock* AIX HPUX Linux Solaris Para suprimir los archivos .lock, emita el mandato siguiente: cd /usr/ibm/common/acsi/logs rm .lock* Recreación manual de instancias del servidor debido a problemas de conectividad Cuando una conexión no se pueda establecer, el instalador no puede recrear las instancias del servidor de IBM Tivoli Storage Manager V6.3. Debe recrear manualmente las instancias del servidor. El asistente de instalación utiliza los métodos siguientes para establecer una conexión con el sistema para recrear las instancias del servidor: v Secure shell (SSH) v Remote shell (RSH) v Remote Execution Protocol (REXEC) v Windows Bloque de mensajes de servidor (SMB) de Windows Cuando utilice uno de estos métodos en el puerto predeterminado, el puerto no se puede bloquear mediante un cortafuegos. Si se bloquea, siga estos pasos para actualizar manualmente la instancia del servidor: AIX HPUX Linux Solaris 1. Cierre el asistente de instalación. 2. Puede utilizar el contenido del archivo instance.info en los mandatos que emite para recrear la instancia del servidor. 3. Realice los siguientes pasos para cada instancia el servidor de Tivoli Storage Manager: a. Cuando la actualización haya finalizado, emita el mandato siguiente para recrear la instancia: /opt/tivoli/tsm/db2/instance/db2icrt –u usuario_instancia nombre_instancia b. Recree las variables en el archivo de instancias. Emita el mandato db2set -i para cada variable del archivo de instancias. Por ejemplo: /opt/tivoli/tsm/db2/instance/db2set –i nombre_instancia "variable" Asegúrese de incluir las comillas simples en el mandato. c. Emita el mandato db2stop para detener la instancia de base de datos. d. Utilice el ID de usuario que tiene la instancia del servidor para emitir el mandato db2start para iniciar la instancia de base de datos. e. Catalogue y actualice cada base de datos emitiendo los mandatos siguientes: db2 catalog db TSMDB1 on "vía_de_acceso_base_datos" db2 upgrade db TSMDB1 f. Emita el mandato db2stop. g. Inicie el servidor de Tivoli Storage Manager. Capítulo 3. Resolución de problemas del servidor de Tivoli Storage Manager 63 Resolución de un fallo de actualización del servidor AIX HPUX Linux Solaris Si utiliza el mandato DB2CKUPGRADE para actualizar el servidor de IBM Tivoli Storage Manager, el mandato puede fallar de una autenticación incorrecta de DB2. El archivo log.txt registra los errores tras una actualización fallida. A continuación se muestra un archivo log.txt de ejemplo: Wed Apr 21 15:52:53.956 CDT 2010 : INFO : Issuing cmd: . ~/sqllib/db2profile; /code_path/COI/PackageSteps/DB2/FILES /ese/db2/aix/utilities/db2ckupgrade/bin/db2ckupgrade TSMDB1 -u tsminst1 -p xxxxxxx -l /tmp/db2ckupgrade_tsminst1_TSMDB1.log (from com.tivoli.dsm.install.RedefineInstances.checkDatabase) Wed Apr 21 15:52:53.964 CDT 2010 : INFO : signalEvent (from com.tivoli.dsm.install.Db2ckupgradeConsole.signalEvent) Wed Apr 21 15:52:55.444 CDT 2010 : SEVERE : Cmd failed (from com.tivoli.dsm.install.RedefineInstances.checkDatabase) Este ejemplo indica que el mandato anómalo es la entrada siguiente: /code_path/COI/PackageSteps/DB2/FILES /ese/db2/aix/utilities/db2ckupgrade/bin/db2ckupgrade TSMDB1 -u tsminst1 -p xxxxxxx -l /tmp/db2ckupgrade_tsminst1_TSMDB1.log Compruebe la causa del fallo de actualización buscando en el archivo /tmp/db2ckupgrade_tsminst1_TSMDB1.log. Por ejemplo: cat /tmp/db2ckupgrade_tsminst1_TSMDB1.log Version of DB2CKUPGRADE being run: VERSION 9.7. Database: ’TSMDB1’ ** ERROR ** Database cannot be connected. El ejemplo siguiente muestra que el mandato siguiente ha fallado: $ db2 connect to TSMDB1 user tsminst1 using contraseña SQL30082N Security processing failed with reason "42" ("ROOT CAPABILITY REQUIRED"). SQLSTATE=08001 Para resolver el problema de actualización, realice los pasos siguientes: 1. Confirme que tiene la contraseña correcta. Inicie sesión en el sistema con la contraseña y el ID del usuario del sistema de instancia del servidor. 2. Emita el mandato db2stop force para detener la instancia del servidor. 3. Como usuario root, emita el mandato db2iupdt. Por ejemplo: /opt/tivoli/tsm/db2/instance/db2iupdt tsminst1 4. Ejecute el mandato db2ckupgrade fallido. Por ejemplo: /code_path/COI/PackageSteps/DB2/FILES/ese /db2/aix/utilities/db2ckupgrade/bin/db2ckupgrade TSMDB1 -u tsminst1 -p xxxxxxx 5. Ejecute el programa install.bin para actualizar Tivoli Storage Manager. 64 IBM Tivoli Storage Manager: Guía de determinación de problemas Resolución de los problemas de instalación de GSKit Cuando se utiliza el software de instalación de Tivoli Storage Manager, se instala automáticamente la versión correcta de Global Security Kit (GSKit). Si el entorno de instancia de servidor de Tivoli Storage Manager no se configura correctamente, es posible que el servidor de Tivoli Storage Manager no cargue las bibliotecas de GSKit apropiadas. El asistente de configuración de instancia de servidor de Tivoli Storage Manager le ayuda a evitar muchos problemas que pueden producirse frecuentemente cuando se configura manualmente la instancia de Tivoli Storage Manager. Windows Emita el siguiente mandato: set PATH=X:\Archivos de programa\IBM\gsk8\bin;X:\Archivos de programa\IBM\gsk8\lib64;%PATH% donde X es la unidad del sistema. La variable de entorno PATH se modifica para apuntar al directorio correcto. HPUX Linux Solaris Actualice LD_LIBRARY_PATH o el shell emitiendo el mandato siguiente: export LD_LIBRARY_PATH=directorio-biblioteca-gskit-específico-plataforma:$LD_LIBRARY_PATH donde directorio-biblioteca-gskit-específico-plataforma es uno de estos directorios, según su plataforma: | | v HPUX v Linux Solaris /opt/ibm/gsk8_64/lib64 /usr/local/ibm/gsk8_64/lib64 Para AIX, emita el mandato siguiente> AIX export LIBPATH=/usr/opt/ibm/gsk8_64/lib64:$LIBPATH | | AIX HPUX Linux Solaris Debe actualizar los archivos siguientes para establecer la vía de acceso de biblioteca cuando se inician el servidor de Tivoli Storage Manager o DB2> v directorio_instancia/sqllib/usercshrc v directorio_instancia/sqllib/userprofile | | Para el archivo directorio_instancia/sqllib/usercshrc, añada las líneas siguientes: | | v | | v | | v | | Para el archivo directorio_instancia/sqllib/userprofile, añada las líneas siguientes: | | | v | v | | | AIX setenv LIBPATH /usr/opt/ibm/gsk8_64/lib64:$LIBPATH HPUX Solaris setenv LD_LIBRARY_PATH /opt/ibm/gsk8_64/lib64:$LD_LIBRARY_PATH Linux setenv LD_LIBRARY_PATH /usr/local/ibm/gsk8_64/lib64:$LD_LIBRARY_PATH AIX LIBPATH=/usr/opt/ibm/gsk8_64/lib64:$LIBPATH export LIBPATH HPUX Solaris Capítulo 3. Resolución de problemas del servidor de Tivoli Storage Manager 65 | | LD_LIBRARY_PATH=/opt/ibm/gsk8_64/lib64:$LD_LIBRARY_PATH export LD_LIBRARY_PATH | | | v | | Verifique los valores de vía de acceso de biblioteca y la versión de GSKit emitiendo los mandatos siguientes: | | | v | | | v | | | Si la versión de GSKit no es 8.0.14.14 o posterior, debe reinstalar el servidor de Tivoli Storage Manager. La reinstalación asegura que esté disponible la versión de GSKit correcta. Linux LD_LIBRARY_PATH=/usr/local/ibm/gsk8_64/lib64:$LD_LIBRARY_PATH export LD_LIBRARY_PATH AIX echo $LIBPATH gsk8capicmd_64 -version HPUX Linux Solaris echo $LD_LIBRARY_PATH gsk8ver_64 Resolución de detenciones del servidor Las detenciones del servidor se pueden producir desde errores de proceso, el manejador de condición de excepción del sistema, u otros errores. Cuando determine el origen de la detención del servidor, el motivo puede resolver otros problemas conocidos. La detención del servidor puede deberse a uno de los siguientes motivos: v Un error de proceso da lugar a una sobregrabación de la memoria o algún otro evento desencadena el manejador de condición de excepción del sistema para finalizar el proceso del servidor. v El proceso del servidor tiene algoritmos de validación en la aplicación que comprueban diversas condiciones antes de continuar con la ejecución. Como parte de esta comprobación de validación, existen casos en los que, si la comprobación de validación no es correcta, el servidor se encargará de llevar a cabo su propia finalización en lugar de permitir que continúe el proceso. Estas validaciones de catástrofes se denominan aserciones o asertos. Si el servidor finaliza debido a una aserción, se emite el mensaje siguiente: ANR7837S Se ha detectado el error interno XXXNNN. donde XXXNNN es un identificador que se ha asignado al error de aserción. Otros mensajes del servidor que indican que se ha detenido el sistema son ANR7836S y ANR7838S. Si el servidor se ha detenido como resultado de una aserción o de un manejador de condición de excepción del sistema, el programa de utilidad tsmdiag puede recopilar la siguiente información y empaquetarla para enviarla al servicio de IBM para que pueda diagnosticarse la situación: v Archivo de errores del servidor (dsmserv.err) v v v v 66 Imagen del sistema (archivo de núcleo) Bibliotecas y otros archivos Anotaciones del sistema Anotaciones de actividades IBM Tivoli Storage Manager: Guía de determinación de problemas Empaquete todos los (archivos) de datos recopilados y póngase en contacto con el servicio de IBM para notificar este problema. Referencia relacionada: Apéndice B, “Instalación y ejecución de la herramienta tsmdiag”, en la página 293 Resolución de un problema de detención o bucle Una detención es una situación en la que un servidor no se inicia o no completa una función o no utiliza toda la potencia de los microprocesadores. Una detención puede consistir únicamente en una sesión o un proceso que no se está procesando, o bien puede tratarse de todo el servidor de IBM Tivoli Storage Manager que no responde. Un bucle hace referencia a aquellas situaciones en las no hay ningún progreso, pero el servidor sigue utilizando una gran cantidad de potencia de los microprocesadores. Un bucle puede afectar únicamente a una sesión o proceso, o bien puede afectar a todo el servidor de Tivoli Storage Manager. Puede recopilar información para solucionar este tipo de problema, en función de si el servidor puede o no responder a los mandatos. Hay disponible un script Perl para que recopile datos de servidor de Tivoli Storage Manager. Es recomendable planificar la lista de mandatos SHOW para que se ejecute de forma intermitente y pueda ver el comportamiento que precede a la situación de detención. v Cuando se haya producido una situación de detención o un bucle en la que el servidor puede responder a los mandatos, emita los siguientes mandatos como ayuda para determinar la causa que ha dado lugar a que el proceso dejara de responder: – QUERY SESSION f=d – QUERY PROCESS – SHOW RESQ – – – – SHOW SHOW SHOW SHOW THREADS DEADLOCK TXNT DBTXNT – SHOW LOCKS – SHOW LIBR – – – – – SHOW SHOW SHOW SHOW SHOW MP SESS ASQ ASVOL DBV – SHOW SSS – SHOW CSV (ejecute este mandato únicamente si el problema parece estar relacionado con la planificación) v Cuando un servidor se cuelga o se crean bucles, emita los siguientes mandatos para proporcionar una instantánea de diagnóstico detallada del entorno de Tivoli Storage Manager: db2fodc -hang -alldbs db2support . -d base_de_datos -s Capítulo 3. Resolución de problemas del servidor de Tivoli Storage Manager 67 Puede utilizar el archivo db2support.zip que se generó para la resolución de problemas. v Además de la salida de los mandatos que se indican, o en caso de que el servidor no pueda responder a los mandatos, recopile un vuelco. La forma de recopilar un vuelco dependerá del sistema operativo utilizado. – AIX HPUX Linux Solaris Emita el mandato KILL -11 en el proceso dsmserv para crear un archivo de núcleo. Puede obtener el ID de proceso para realizar la “terminación” emitiendo el mandato PS. – Consulte el elemento 241245 de la Base de conocimientos de Microsoft en microsoft.com para obtener instrucciones sobre cómo instalar y ejecutar el programa userdump.exe para obtener un vuelco. Windows Resolución de problemas de estado de espera con servidores de repositorio de usuario externo AIX Linux Solaris Si parece que el servidor de IBM Tivoli Storage Manager no responde, es posible que esté relacionado con el sistema operativo y el uso del sistema operativo de un repositorio de usuario externo. El rendimiento lento del servidor de Tivoli Storage Manager se puede atribuir a que un sistema operativo que utiliza un repositorio de usuario externo tiene definidos demasiados grupos de usuarios. Los servidores NIS (Network Information Service) y LDAP (Lightweight Directory Access Protocol) son dos tipos de servidores de repositorio de usuario externo. | | | | | Un ejemplo de comportamiento que no responde se produce cuando Tivoli Storage Manager tarda mucho tiempo en conectarse al servidor de IBM DB2. Otro ejemplo es cuando parece que el servidor de Tivoli Storage Manager no responde a las solicitudes administrativas. Realice los pasos siguientes para resolver un problema de estado de espera que se produce con servidores AIX, Linux o Solaris cuando se utiliza un servidor LDAP: 1. Detenga el servidor de Tivoli Storage Manager. 2. Emita los siguientes mandatos para servidores AIX: a. db2set DB2_ALTERNATE_GROUP_LOOKUP=GETGRSET b. db2stop force c. db2start Emita los siguientes mandatos para servidores Solaris: a. db2set FASTGROUPS=TRUE b. db2stop force c. db2start Emita los siguientes mandatos para los servidores Linux: a. db2set DB2_ALTERNATE_GROUP_LOOKUP=GETGROUPLIST b. db2stop force | | c. db2start 3. Reinicie el servidor de Tivoli Storage Manager. | 68 IBM Tivoli Storage Manager: Guía de determinación de problemas Búsqueda del archivo de error del servidor(dsmserv.err) Cuando el servidor se detiene, éste añade información al archivo dsmserv.err que se encuentra en el mismo directorio que el servidor. AIX Linux El manejador de condición de excepción se inhabilita para evitar que la función de rastreo regresivo imprima en la consola y en el archivo dsmserv.err. Este es un cambio que debe aplicarse para garantizar la obtención de un archivo de núcleo lo más completo posible. Como parte de la inhabilitación del manejador de condición de excepción, se encuentra un nuevo script, getcoreinfo en los paquetes de Linux. El script getcoreinfo obtiene la función de rastreo regresivo para la hebra anómala y registra valores y la función de rastreo regresivo para todas las demás hebras. La cantidad de información disponible en el núcleo para otras hebras sigue incompleta en algunas plataformas/distribuciones de Linux. Consulte el script getcoreinfo (en el directorio bin del servidor) para obtener más detalles. Windows Si el servidor se ejecuta como un servicio, el archivo se denomina dsmsvc.err. Es posible utilizar el siguiente script para obtener información de hebra básica del núcleo del sistema de cliente sin enviarlo a IBM. HPUX Siga estos pasos para capturar el archivo de errores del servidor: 1. Asegúrese de que el depurador GNU (gdb) se ha instalado en el sistema cliente. 2. Copie el script de shell gt al directorio bin del servidor (donde se encuentran el archivo ejecutable del servidor [.exe] y el archivo de núcleo). 3. Asegúrese de que el script sea un archivo ejecutable (chmod a+x gt). 4. Invoque el script con las vías de acceso/nombres del archivo ejecutable (el valor predeterminado es ./dsmserv) y del núcleo (el valor predeterminado es ./dsmcore). La salida está en el archivo dsm_gdb.info (que debería enviarse a IBM). Búsqueda de la imagen del sistema (archivo de núcleo) Por lo general, un archivo de núcleo u otra imagen del sistema de la memoria es utilizada por IBM Tivoli Storage Manager durante la anomalía. En cada caso, redenomine el archivo de núcleo para impedir que una posterior interrupción del sistema sobrescriba el archivo. Por ejemplo, el nombre de un archivo debería cambiarse por “core.Aug29” en lugar de “core.” El tipo y el nombre del archivo de núcleo varían en función de la plataforma. v Generalmente se crea un archivo denominado core. Asegúrese de que existe suficiente espacio en el directorio del servidor para que pueda tener lugar una operación de volcado. Es habitual tener un archivo de volcado de 2 GB para el servidor de Tivoli Storage Manager de 32 bits. Asimismo, asegúrese de que el valor ulimit de los archivos de núcleo se ha establecido en "unlimited" para evitar que se trunque el archivo de vuelco. v Windows El contenido del sistema se vuelca automáticamente a través de una llamada de API (interfaz de programación de aplicaciones) de sistema. Si el servidor se ejecuta como servicio, el archivo de vuelco se denomina dsmsvc.dmp. De lo contrario, el archivo de volcado se llamará dsmserv.dmp AIX HPUX Linux Solaris Capítulo 3. Resolución de problemas del servidor de Tivoli Storage Manager 69 Si el sistema no se ha configurado para capturar un archivo de núcleo o el sistema no disponía de suficiente espacio para crear un archivo de núcleo completo, puede que su utilidad para determinar la causa del problema sea limitada. Recuperación de archivos de biblioteca para el análisis del núcleo AIX HPUX Linux Solaris Los archivos de núcleo son específicos de la aplicación, las bibliotecas y otros recursos de sistema que la aplicación esté utilizando en el sistema donde se ejecutaba. Para leer debidamente el archivo de núcleo en el sistema, se necesitan todos los archivos que se indican a continuación, que se encuentran en el directorio en el que está instalado el servidor: v dsmserv v dsmlicense v ndmpspi v dsmcored v dsmaio v centera Los archivos de biblioteca necesarios varían en función de la plataforma: v Recopile los siguientes archivos: – /usr/ccs/lib/libpthreads.a – /usr/ccs/lib/libc.a AIX – Recopile cualquier otra biblioteca cargada, como las salidas de mensajes. Para ver qué bibliotecas están cargadas, invoque dbx emitiendo el mandato dbx dsmserv core_file. A continuación, desde la solicitud de dbx, emita el mandato map para mostrar todas las bibliotecas que se han cargado y que son necesarias para el análisis de núcleo. v HPUX Emita el mandato chatr dsmserv y envíe todas las bibliotecas compartidas dinámicas. Por ejemplo: – /usr/lib/libpthread.1 – /usr/lib/libm.2 – /usr/lib/libstd.2 – – – – – v 70 /usr/lib/libstream.2 /usr/lib/libCsup.2 /usr/lib/libcl.2 /usr/lib/libc.2 /usr/lib/libdld.2 Linux Emita el mandato ldd dsmserv y envíe todas las bibliotecas compartidas dinámicas. Por ejemplo: – libm.so.6 =>/lib64/libm.so.6 – libnsl.so.1 =>/lib64/libnsl.so.1 – libpthread.so.0 =>/lib64/libpthread.so.0 – libdl.so.2 =>/lib64/libdl.so.2 – libc.so.6 =>/lib64/libc.so.6 IBM Tivoli Storage Manager: Guía de determinación de problemas – /lib64/ld64.so.1 =>/lib64/ld64.so.1 v Emita los mandatos siguientes para recopilar las bibliotecas necesarias: – sh – cd /usr – find . -name "ld.so" -print ; \ Solaris – – – – – – – find find find find find find find . . . . . . . -name -name -name -name -name -name -name "ld.so.?" -print ; \ "libm.so.?" -print ; \ "libsocket.so.?" -print ; \ "libnsl.so.?" -print ; \ "libthread.so.?" -print ; \ "libthread_db.so.?" -print ; \ "libdl.so.?" -print ; \ – find . -name "libw.so.?" -print ; \ – find . -name "libgen.so.?" -print ; \ – – – – – find find find find find . . . . . -name -name -name -name -name "libCrun.so.?" -print ; \ "libc.so.?" -print ; \ "libmp.so.?" -print ; \ "libc_psr.so.?" -print ; \ "librtld_db.so.?" -print) > runliblist – tar cfh runliblist.tar -I runliblist Recuperación de archivos de registro del sistema Puede recuperar los archivos de registro del sistema para ayudar a resolver las causas de las detenciones del servidor. Recupere los siguientes archivos de registro para proporcionárselos al servicio de IBM: v En la plataforma AIX redirija la salida del mandato errpt -a a un archivo: errpt -a >errpt.txt. v En la plataforma HP-UX, copie el archivo /var/adm/syslog/syslog.log. v En la plataforma Linux, copie el archivo /var/log/messages. v En la plataforma Solaris, copie el archivo /var/adm/messages. v En la plataforma Windows, guarde una copia del registro de eventos, tal como se ven desde el Visor de eventos. Recuperación del registro de actividades Puede recuperar archivos de registro de actividades para que le ayuden a resolver problemas de detenciones del servidor. Vea y recopile las entradas del registro de actividades que comienzan al menos dos horas antes de la detención y 30 minutos después de que se produjera emitiendo el mandato QUERY ACTLOG. Consulte el apartado Tivoli Storage Manager Administrator's Reference para obtener más detalles. Capítulo 3. Resolución de problemas del servidor de Tivoli Storage Manager 71 Detección de errores una vez que se inicie y se detenga un servicio del servidor Windows Si un servicio del servidor se inicia y se detiene de forma inesperada, puede determinar la causa del error solicitando un archivo de anotaciones de errores. Un servicio se puede iniciar desde la Consola de gestión de Tivoli Storage Manager o desde el applet de los servicios de Windows. Una vez que inicie el servicio, el servicio puede indicar que se ha iniciado, pero tras reiniciarse, el servicio indicará que se ha detenido. En los pasos siguientes, “Server1” se utiliza como el nombre del servidor que se inicia y se detiene. Para determinar la causa del error para Server1, finalice los pasos siguientes: 1. Emita el mandato siguiente para iniciar la consola de gestión: vía_acceso_instalación_Tivoli_Storage_Manager\console\tsmnet64.msc donde vía_acceso_instalación_Tivoli_Storage_Manager es la ubicación donde está instalado el servidor de Tivoli Storage Manager. 2. Amplíe Tivoli Storage Manager > [Nombre_host] (Windows - Local) > Server1 > Informes > Información de servicio para mostrar el servicio del servidor. 3. En el panel de la derecha, pulse el botón derecho sobre el servicio de Server1 y seleccione Propiedades. 4. Seleccione la opción Anotar salida en archivo y pulse Aceptar. 5. Inicie el servicio Server1. 6. Si el servicio se detiene de nuevo, abra un editor de texto para leer el contenido del siguiente archivo: C:\Archivos de programa\Tivoli\TSM\Server1\console.log 7. Determine la causa del error revisando los mensajes de error que se generan. El directorio sqllib/db2dump provoca la conclusión Los servidores Tivoli Storage Manager V6 pueden concluir de forma inesperada si el directorio sqllib/db2dump se sobrecarga. La hora más común para una conclusión es cuando los archivos FODC (first occurrence data capture) de DB2 se graban en el directorio. El directorio sqllib/db2dump es una vía de acceso de directorio de datos de diagnóstico que DB2 utiliza para grabar información diagnóstica para FODC. En el tiempo, DB2 puede grabar muchos archivos FODC en el directorio relacionados con el estado de la base de datos. Cuando los archivos no se eliminan ni se suprimen, el sistema de archivos puede quedar lleno. La ubicación de los archivos FODC (first occurrence data capture) de DB2 depende de los valores de configuración de DB2 o de los valores de la variable ambiental de DB2. Ubique el directorio de información de diagnóstico marcando los valores de configuración de DB2 o los valores de variables ambientales de DB2. Si los archivos de la vía de acceso del directorio de diagnóstico hacen que el sistema de archivos se llene, realice una de las siguientes acciones: v Agregue espacio al sistema de archivos. v Mueva los archivos a otro sistema de archivos. Consulte Tabla 12 en la página 73. v Utilice el servidor de Tivoli Storage Manager para archivar los archivos y, a continuación, suprímalos utilizando los pasos siguientes: 72 IBM Tivoli Storage Manager: Guía de determinación de problemas 1. Ejecute el programa de utilidad db2support para recopilar la información de diagnóstico del sistema de DB2. 2. Archive los archivos de diagnóstico y el archivo db2support.zip que se listan en Tabla 12 al servidor de Tivoli Storage Manager con el cliente de Tivoli Storage Manager. 3. Suprima los archivos que se listan en Tabla 12. Tabla 12. Archivos que se pueden suprimir tras su archivación Nombre de archivo instance_name.nfy Descripción Registros de notificaciones de administración instance_name.n.nfy (donde n es un número) Registro de diagnóstico de servidor de administración de DB2 (DAS) db2dasdiag.log db2eventlog.xxx (donde xxx es el número de Registro de eventos de DB2 partición de la base de datos) nnnnnnn.nnnnn.nnn.dump.bin (donde n es un Archivos de volcado binarios de estructuras número) en memoria claves nnnnnnn.n.nnn.trap.txt (donde n es un número) Archivo de interrupción nnnnnnn.nnnnn.nnn.apm.bin (donde n es un número) Acceder a los archivos de volcado binarios del gestor de planificación nnnnnnn.nnnnn.nnn.stack.txt (donde n es un número) Seguimientos de la pila FODC_xxxx/core<pid> Archivos principales Estos directorios FODC_xxx contienen la indicación de fecha y hora en el nombre del directorio. Guarde los directorios más recientes y sus archivos. El historial puede ser útil para posibles problemas de diagnóstico futuros relacionados con la base de datos. Se guardará una directriz al menos una semana. events/db2optstats.n.log (donde n es un número) Archivo de registro de estadísticas Consejo: No suprima el archivo db2diag.log ni los archivos dentro del directorio stmmlog. El historial que contienen puede ser útil para diagnosticar problemas del servidor relacionados con la base de datos. Referencia relacionada: “Ubicación de archivos de anotaciones de diagnóstico de DB2” en la página 77 Capítulo 3. Resolución de problemas del servidor de Tivoli Storage Manager 73 Resolución de errores de bases de datos Los errores de los servidores pueden ser causados por irregularidades de las bases de datos. Algunos de los problemas más comunes se deben a la falta de espacio y a errores causados por una operación de inserción, actualización o supresión. Tivoli Storage Manager V6.3 se instala con la aplicación de base de datos de IBM DB2. Los usuarios que son administradores de DB2 con experiencia pueden elegir llevar a cabo solicitudes SQL avanzadas y utilizar herramientas de DB2 para supervisar la base de datos. Sin embargo, no se deben utilizar las herramientas de DB2 para modificar los valores de configuración de DB2 de los preestablecidos por Tivoli Storage Manager. No modifique el entorno de DB2 para Tivoli Storage Manager en forma alguna, por ejemplo, con otros productos. El servidor de Tivoli Storage Manager Versión 6.3 debe utilizarse con el DDL (data definition language) y la configuración de base de datos que despliega Tivoli Storage Manager. Puede encontrar información sobre DB2 en el Information Center de DB2 (http://pic.dhe.ibm.com/infocenter/db2luw/v9r7). Los usuarios de HP-UX y Solaris deberán ejecutar el programa de utilidad db2osconf después de instalar y configurar Tivoli Storage Manager para asegurarse de que los parámetros de kernel del sistema están configurados correctamente. Consulte la publicación Guía de instalación para obtener información sobre el programa de utilidad db2osconf. Información relacionada: http://publib.boulder.ibm.com/infocenter/db2luw/v9r7/index.jsp Resolución de problemas de inicio del gestor de base de datos Es posible que el servidor de Tivoli Storage Manager no se inicie si el gestor de base de datos de DB2 está configurado para utilizar el complemento de dsmdb2pw. Cuando el servidor no pueda cargar el complemento, el gestor de la base de datos no se iniciará y, a su vez, el servidor no se iniciará. Debido al problema del complemento, el servidor emite un mensaje de error similar a este ejemplo: db2start SQL1365N db2start or db2stop failed in processing the plugin "dsmdb2pw". Reason code = "10". 04/26/2011 16:04:11 0 0 SQL1365N db2start or db2stop failed in processing the plugin "". Reason code = "". También puede recibir este error: SQL1032N No start database manager command was issued Revise el archivo db2diag.log en busca de información diagnóstica que tenga que ver con este tipo de error. Un ejemplo desde db2diag.log: 2011-04-26-16.04.11.820963-420 I2345542E1168 LEVEL: Error PID : 25178 TID : 47207843621184PROC : db2sysc 0 INSTANCE: hannigan NODE : 000 EDUID : 1 EDUNAME: db2sysc 0 FUNCTION: DB2 Common, OSSe, OSSHLibrary::load, probe:80 74 IBM Tivoli Storage Manager: Guía de determinación de problemas MESSAGE : ECF=0x90000076=-1879048074=ECF_LIB_CANNOT_LOAD Cannot load the specified library DATA #1 : Hex integer, 4 bytes 0x00000002 DATA #2 : String, 58 bytes /home/hannigan/sqllib/security64/plugin/server/dsmdb2pw.so CALLSTCK: [0] 0x00002AEF63DD267E pdOSSeLoggingCallback + 0x20C [1] 0x00002AEF68486A42 /home/hannigan/sqllib/lib64/libdb2osse.so.1 + 0x1C4A42 [2] 0x00002AEF6848825E ossLog + 0xA6 [3] 0x00002AEF684928E9 _ZN11OSSHLibrary4loadEPKcm + 0x1D3 [4] 0x00002AEF63F63BDC _Z20secLoadPluginGenericP19SEC_PLUGIN_HANDLE_TPc + 0x68 [5] 0x00002AEF63F62FBB _Z23secLoadServerAuthPluginP19SEC_PLUGIN_HANDLE + 0x57 [6] 0x00002AEF63F6C833 _Z25sqlexLoadAllPluginsServerP5sqlca + 0x3B5 [7] 0x00002AEF6431737C /home/hannigan/sqllib/lib64/libdb2e.so.1 + 0x123637C [8] 0x00002AEF643164C5 sqloRunInstance + 0x191 [9] 0x000000000040D31D DB2main + 0xD41 2011-04-26-16.04.11.825930-420 I2346711E1178 LEVEL: Error PID : 25178 TID : 47207843621184PROC : db2sysc 0 INSTANCE: hannigan NODE : 000 EDUID : 1 EDUNAME: db2sysc 0 FUNCTION: DB2 Common, OSSe, OSSHLibrary::load, probe:90 MESSAGE : ECF=0x90000076=-1879048074=ECF_LIB_CANNOT_LOAD Cannot load the specified library DATA #1 : String, 109 bytes ../shared/gskit8/lib/linux64_x86/libgsk8iccs_64.so: cannot open shared object file: No such file or directory CALLSTCK: [0] 0x00002AEF63DD267E pdOSSeLoggingCallback + 0x20C [1] 0x00002AEF68486A42 /home/hannigan/sqllib/lib64/libdb2osse.so.1 + 0x1C4A42 [2] 0x00002AEF6848825E ossLog + 0xA6 [3] 0x00002AEF6849294D _ZN11OSSHLibrary4loadEPKcm + 0x237 [4] 0x00002AEF63F63BDC _Z20secLoadPluginGenericP19SEC_PLUGIN_HANDLE_TPc + 0x68 [5] 0x00002AEF63F62FBB _Z23secLoadServerAuthPluginP19SEC_PLUGIN_HANDLE + 0x57 [6] 0x00002AEF63F6C833 _Z25sqlexLoadAllPluginsServerP5sqlca + 0x3B5 [7] 0x00002AEF6431737C /home/hannigan/sqllib/lib64/libdb2e.so.1 + 0x123637C [8] 0x00002AEF643164C5 sqloRunInstance + 0x191 [9] 0x000000000040D31D DB2main + 0xD41 En el inicio, el servidor de Tivoli Storage Manager detectará estos tipos de errores e intentará eliminar el complemento desde la configuración. Si el servidor no puede eliminar el complemento, debe eliminarlo desde la configuración del gestor de base de datos. Este mandato elimina el complemento desde la configuración del gestor de base de datos: db2 get database manager configuration | grep SRVCON_PW_PLUGIN db2 update database manager configuration using SRVCON_PW_PLUGIN \"\" Rastreo del complemento de la Contraseña/ID de usuario Si se configura correctamente, el servidor de Tivoli Storage Manager puede rastrear automáticamente el ID de usuario y el complemento de la contraseña (dsmdb2pw). AIX HPUX Linux Solaris Agregue el texto siguiente al archivo ~instance/sqllib/userprofile y reinicie DB2: EXPORT DB2_TSM_DEBUG_PLUGIN=YES Una vez que se reinicie DB2, la salida de rastreo se almacenará en el archivo dsmdb2pw.trc en el directorio ~/sqllib/db2dump/. Windows Capítulo 3. Resolución de problemas del servidor de Tivoli Storage Manager 75 Si se establece la variable DB2_VENDOR_INI db2set, busque el archivo al que apunta y agregue la línea siguiente: set DB2_TSM_DEBUG_PLUGIN=YES. Si no se establece la variable DB2_VENDOR_INI db2set, cree un archivo, agregue set DB2_TSM_DEBUG_PLUGIN=YES al archivo. A continuación, emita el mandato siguiente: db2set -i instancia DB2_VENDOR_INI=vía de acceso al archivo recién creado. Una vez que reinicie DB2, el archivo de rastreo se almacenará en el archivo dsmdb2pw.trc en el directorio al que apunta la variable DB2_VENDOR_INI db2set. Resolución de errores de copia de seguridad de base de datos automática de DB2 Los mensajes de error ANR9999D y ANR4581W se pueden producir cuando realiza una copia de seguridad a la base de datos de IBM Tivoli Storage Manager (versión 6.1.2 y posterior) directamente desde DB2. Si inicia una copia de seguridad directamente desde DB2 manual o automáticamente utilizando el mantenimiento automático de DB2, la copia de seguridad fallará. Debe realizarse una copia de seguridad de la base de datos del servidor de Tivoli Storage Manager desde una interfaz administrativa de Tivoli Storage Manager. Por ejemplo, puede emitir el mandato BACKUP DB desde la interfaz de línea de mandatos o incluir el mandato BACKUP DB en una planificación administrativa de Tivoli Storage Manager. Consulte el artículo de la wiki (http://www.ibm.com/developerworks/ mydeveloperworks/wikis/home/wiki/Tivoli Storage Manager/page/Tivoli Storage Manager V6.1.2 automatic DB backup) para obtener detalles técnicos sobre las copias de seguridad automáticas de base de datos iniciadas desde Tivoli Storage Manager. Limitación de la asignación de memoria de DB2 Puede descubrir que DB2 utiliza una gran cantidad de memoria. Puede limitar la cantidad de memoria que DB2 utiliza emitiendo el mandato db2 update. De forma predeterminada, DB2 está instalado y configurado para utilizar la gestión de memoria automática, que hace que DB2 utilice un gran porcentaje de la memoria física. Para restringir la cantidad de memoria, utilice el mandato DB2 UPDATE para especificar el límite de memoria. Por ejemplo, db2 update dbm cfg using instance_memory número_de_bloques_de_4_KB En el ejemplo anterior, al utilizar bloques de 4 KB, el mandato siguiente limita la instancia de DB2 para utilizar únicamente 3.200.000 KB de memoria: db2 update dbm cfg using instance_memory 800000 Para obtener más información sobre la configuración de memoria de instancias de DB2, consulte el centro de información de DB2. 76 IBM Tivoli Storage Manager: Guía de determinación de problemas Recuperación de la información de versión de DB2 La versión de DB2 que está instalada con el servidor de IBM Tivoli Storage Manager se actualiza periódicamente. AIX HPUX Linux Solaris Emita el mandato DB2LS para mostrar dónde están instalados los productos de DB2 en el servidor, y para listar el nivel de productos de DB2. Consulte los siguientes resultados de mandatos de ejemplo en el resultado que se muestra: >/opt/tivoli/tsm/db2/install/db2ls Special Fix Install Install Path Level Pack Number Install Date Installer UID --------------------------------------------------------------------------------/opt/IBM/db2/V9.7 9.7.0.1 1 1 Wed Jan 27 20:22:09 2010 MST 0 /opt/tivoli/tsm/db2 9.7.0.1 1 3 Wed Mar 31 15:29:57 2010 MST 0 Windows Emita el mandato DB2LEVEL para mostrar dónde están instalados los productos de DB2 en el servidor, y para listar el nivel de productos de DB2. Consulte los siguientes resultados de mandatos de ejemplo en el resultado que se muestra para los sistemas operativos Windows: C:\>db2level DB21085I Instance "SERVER1" uses "64" bits and DB2 code release "SQL09054" with level identifier "06050107". Informational tokens are "DB2 v9.5.401.3564", "special_22833", "WR21456_22833", and Fix Pack "4". Product is installed at "C:\PROGRA~1\Tivoli\TSM\db2" with DB2 Copy Name "DB2TSM1". Ubicación de archivos de anotaciones de diagnóstico de DB2 El archivo db2diag.log contiene información diagnóstica que le puede ayudar a resolver problemas que se pueden producir con la base de datos. La ubicación del archivo db2diag.log y los archivos FODC (first occurrence data capture) de DB2 depende de los valores de configuración de DB2 o de los valores de la variable de entorno de DB2. DB2 graba mensajes sobre operaciones internas, eventos o estado en el archivo de registro de notificaciones de administración (db2SID.nfy). AIX HPUX Linux Solaris Realice los pasos siguientes para determinar dónde se ubica la vía de acceso de directorio de datos de diagnóstico: 1. Inicie la sesión como la instancia del usuario del servidor. 2. Emita el comando siguiente: db2 get dbm cfg | grep DIAGPATH Si no se ha especificado ninguna vía de acceso en el parámetro de configuración de DIAGPATH, el directorio de datos de diagnóstico se encontrará en el subdirectorio sqllib/db2dump del directorio de instancias. Por ejemplo, /home/tsminst1/sqllib/db2dump donde /home/tsminst1 es el directorio inicial de instancias. Realice los pasos siguientes para determinar dónde se ubica la vía de acceso de directorio de datos de diagnóstico: Windows 1. Detenga la modalidad interactiva de DB2. Inicie una indicación de línea de mandatos de DB2 y emita el mandato quit. Capítulo 3. Resolución de problemas del servidor de Tivoli Storage Manager 77 2. Encuentre la vía de acceso utilizando el parámetro de configuración DIAGPATH. Emita el mandato db2 get dbm cfg | findstr /s /i diagpath Si no se ha especificado ninguna vía de acceso en el parámetro de configuración DIAGPATH, se utilizará la vía de acceso del directorio de DB2INSTPROF. 3. Busque la vía de acceso que se configuró en la variable de entorno DB2INSTPROF. Emita el siguiente mandato desde el indicador de línea de mandatos de DB2: db2set db2instprof La primera sección de salida desde este mandato muestra la vía de acceso de directorio de datos de diagnóstico: [vía_acceso_DB2INSTPROF]\[nombre_copia_DB2]\[nombre_instancia] La salida se transforma en la siguiente vía de acceso de directorio: C:\Documents and Settings\All Users\Application Data\IBM\DB2\DB2COPY1\V620 donde v vía_acceso_DB2INSTPROF es C:\Documents and Settings\All Users\Application Data\IBM\DB2 v nombre_copia_DB2 es DB2COPY1 v nombre_instancia es V630 Si no se ha especificado ninguna vía de acceso en la variable de entorno DB2INSTPROF, se utilizará el conjunto de vía de acceso DB2PATH. Emita el mandato db2set db2path desde un indicador de mandatos para encontrar la vía de acceso que se estableció en la variable de entorno de DB2PATH. La vía de acceso de directorio de datos de diagnóstico es la primera parte de la salida desde el mandato db2set db2path, con DB2DAS00\dump agregado. Por ejemplo: [DB2PATH]\[DB2DAS00]\dump La salida se transforma en la siguiente vía de acceso de directorio: C:\Program Files\IBM\SQLLIB donde v DB2PATH es C:\Program Files\IBM\SQLLIB v La vía de acceso de directorio de datos de diagnóstico es C:\Program Files\IBM\SQLLIB\DB2DAS00\dump Conceptos relacionados: “El directorio sqllib/db2dump provoca la conclusión” en la página 72 Referencia relacionada: “Archivos de registro de instalación” en la página 58 78 IBM Tivoli Storage Manager: Guía de determinación de problemas Ubicación de archivos de registro DB2 tras una actualización Al actualizar el servidor desde IBM Tivoli Storage Manager V6.1 a la V6.2 o posterior, se ejecuta un script de DB2, DB2CKUPGRADE, para realizar comprobaciones y crear archivos de registro para las bases de datos de servidor. Los archivos de registro contienen los resultados de un mandato DB2CKUPGRADE para cada base de datos. Finalidad Durante una actualización se crean los siguientes archivos de registro: v v AIX HPUX Linux Solaris /tmp/ db2ckupgrade_instance_name_db_name.log Windows installation_directory\db2ckupgrade_instance_name_db_name.log El asistente corrige automáticamente algunos errores de una base de datos durante la actualización a la Versión 6.2 o posterior y DB2 V9.7 o posterior. Otros errores puede que deba corregirlos de forma manual. Compruebe los archivos de registro DB2CKUPGRADE si se dan las siguientes condiciones: v Recibe un mensaje de error sobre la base de datos cuando el asistente ejecuta el script DB2CKUPGRADE. v Debe cancelar o cerrar el asistente, o comprobar el archivo log.text durante una instalación silenciosa. Consulte el centro de información de DB2 para obtener más detalles sobre posibles mensajes de error encontrados en los archivos de registro listados: http://publib.boulder.ibm.com/infocenter/db2luw/v9r7/index.jsp Realice de nuevo la actualización tras solucionar los errores. Resolución de un problema con un archivo de ID de base de datos inexistente o incorrecto Si restaura una base de datos en otro servidor después de un desastre, quizá no pueda restaurar el archivo del ID de la base de datos (dsmserv.dbid). Por tanto, el servidor de IBM Tivoli Storage Manager, no podrá encontrar el archivo tras la operación de restauración, y no podrá iniciarse. Tras la actualización de la versión 6.1 de Tivoli Storage Manager a la versión 6.2, puede tener dificultades para restaurar las bases de datos de Tivoli Storage Manager versión 6.1. Deberá iniciar el servidor de Tivoli Storage Manager versión 6.2 para generar una nueva imagen de copia de seguridad en DB2. Una vez que se inicialice Tivoli Storage Manager versión 6.2, se iniciará automáticamente una copia de seguridad de la base de datos. Cuando se complete la copia de seguridad, detenga el servidor y emita el mandato RESTORE DB. Si la copia de seguridad automática de la base de datos no se completa correctamente, resuelva el problema y emita el mandato BACKUP DB. Asegúrese de que se haya completado antes de emitir el mandato RESTORE DB. Importante: Para que las copias de seguridad en aumento de la base de datos o las restauraciones de la base de datos sean correctas, debe contar con una imagen de copia de seguridad de base de datos adecuada generada por el servidor Tivoli Storage Manager versión 6.2. Capítulo 3. Resolución de problemas del servidor de Tivoli Storage Manager 79 Si ha iniciado el servidor de Tivoli Storage Manager versión 6.2 y la copia de seguridad de la base de datos automática se ha completado correctamente, podrá descartas la base de datos antes de restaurarla. No debe descartar la base de datos inmediatamente tras la actualización a la versión 6.2. Si descarta la base de datos antes de que se genere la imagen de copia de seguridad, deberá volver a instalar el servidor de Tivoli Storage Manager versión 6.1 y restaurar la base de datos. Si tiene que restaurar una base de datos de Tivoli Storage Manager versión 6.1 y la base de datos no existe, deberá restaurarla a través de Tivoli Storage Manager versión 6.1. A continuación, podrá actualizar a Tivoli Storage Manager versión 6.2. Un archivo dbid perdido o incorrecto puede afectar al inicio del servidor de Tivoli Storage Manager tras una operación de restauración de base de datos. Cuando se restaura una base de datos, el archivo de ID de base de datos debe permanecer sincronizado con la base de datos. Con Tivoli Storage Manager versión 6.2, si formatea la base de datos antes de restaurarla, el archivo del ID de base de datos cambia. Este cambio provoca una no coincidencia de fecha y hora en la base de datos e impide que se inicie el servidor. Si detecta que el archivo de ID de la base de datos está causando errores en una operación de restauración, es posible que tenga que utilizar el parámetro -S (omitir comprobación de DB ID). El archivo dsmserv.dbid no debe estar presente en el servidor cuando se utiliza el parámetro -S. En las siguientes situaciones se describen los casos en los que resulta útil el parámetro -S: v Si vuelve a formatear el servidor después de realizar una copia de seguridad del mismo, tendrá una no coincidencia de fecha y hora entre el nuevo archivo dsmserv.dbid. Utilice el parámetro -S cuando inicie el servidor después de una restauración. v Cuando el archivo dsmserv.dbid se dañe o se pierda. Tras el uso inicial del parámetro -S en un caso de ejemplo de restauración, el servidor crea un archivo dsmserv.dbid en el directorio de instancias. Resolución de problemas con los mandatos BACKUP DB y RESTORE DB Los mandatos BACKUP DB y RESTORE DB del servidor de IBM Tivoli Storage Manager requieren que la aplicación de base de datos IBM DB2 realice una copia de seguridad de la base de datos de Tivoli Storage Manager en el servidor. Los datos de la copia de seguridad se envían, a continuación, al servidor de Tivoli Storage Manager a través de la interfaz de programación de aplicaciones (API) del cliente de Tivoli Storage Manager. Cuando falle un mandato BACKUP DB o RESTORE DB con un mensaje DB2 SQLCODE o SQLERRMC con códigos de retorno, siga estos procedimientos para obtener una descripción del DB2 SQLCODE: 1. Abra una interfaz de línea de mandatos DB2: Para Windows, pulse Inicio > Todos los programas > IBM DB2 y a continuación, pulse Herramientas de línea de mandatos > Procesador de línea de mandatos. Windows AIX Linux HPUX Solaris En el resto de plataformas compatibles, conéctese con el ID de instancia de DB2, abra una ventana de shell y emita el mandato DB2. 80 IBM Tivoli Storage Manager: Guía de determinación de problemas 2. Especifique el SQLCODE. Por ejemplo, si el DB2 SQLCODE es -2033, emita el siguiente mandato: ? sql2033 Puede utilizar los detalles de la condición del error para depurar el problema con el mandato BACKUP DB o RESTORE DB. Si el código SQLERRMC se muestra también, su explicación se encuentra en la descripción de SQLCODE suministrada a los usuarios. Podrá encontrar más información acerca de los códigos de retorno de la API en los siguientes archivos: v Windows v AIX tsm\api\include\dsmrc.h HPUX Linux Solaris tsm/client/api/bin64/sample/dsmrc.h Resolución de variables de entorno incorrectas para BACKUP DB y RESTORE DB Muchos de los problemas de proceso de BACKUP DB o RESTORE DB son resultado de una configuración incorrecta de las variables de entorno DSMI_CONFIG o DSMI_DIR,DSMI_LOG. Requisito: La API del cliente de Tivoli Storage Manager utiliza las variables de entorno para localizar los códigos API y los archivos de opciones. La instancia DB2 debe ejecutarse en un shell con las variables de entorno correctamente configuradas. AIX HPUX Linux Solaris Para AIX, HP-UX, Linux o Solaris, las variables DSMI_* se configuran en el archivo de instancias userprofile. Por ejemplo: /home/tsminst1/sqllib/userprofile Windows En los sistemas Windows, las variables DSMI_* se configuran en el archivo al que apunta la variable de registro de instancias de DB2 DB2_VENDOR_INI. Por ejemplo, este archivo puede ser c:\tsminst1\ tsmdbmgr.env. Puede verificar el nombre y ubicación del archivo emitiendo el mandato db2set -i tsminst1 DB2_VENDOR_INI, donde tsminst1 es la instancia de DB2. Las variables DSMI_* son configuradas inicialmente de forma automática por el asistente para la configuración de instancias de Tivoli Storage Manager. Sin embargo, también se pueden configurar de forma manual, como se describe en la IBM Tivoli Storage Manager Guía de instalación. Utilice el siguiente procedimiento de ejemplo para depurar los errores de variables de entorno de DSMI. El código de error de SQL (SQLERRMC) 409 se muestra cuando emite el mandato DSMAPIPW. 1. Abra el archivo /home/tsminst1/sqllib/userprofile y revise las sentencias. Si cambia este archivo, detenga y reinicie la instancia de DB2 para que se reconozcan los cambios. Por ejemplo, piense en el siguiente caso de ejemplo. El archivo userprofile tiene sentencias como el siguiente texto de ejemplo: AIX HPUX Linux Solaris export DSMI_CONFIG=/home/tsminst1/tsminst1/tsmdbmgr.opt export DSMI_DIR=/usr/tivoli/tsm/client/api/bin64 export DSMI_LOG=/home/tsminst1/tsminst1 El archivo /home/tsminst1/tsminst1/tsmdbmgr.opt tiene el texto siguiente: SERVERNAME TSMDBMGR_TSMINST1 El archivo /usr/tivoli/tsm/client/api/bin64/dsm.sys tiene el texto siguiente: Capítulo 3. Resolución de problemas del servidor de Tivoli Storage Manager 81 SERVERNAME TSMDBMGR_TSMINST1 commmethod tcpip tcpserveraddr localhost errorlogname /home/tsminst1/tsminst1/tsmdbmgr.log Compruebe que la entrada SERVERNAME del archivo tsmdbmgr.opt coincide con la entrada SERVERNAME del archivo dsm.sys. 2. Ejecute el mandato DSMAPIPW. Es necesario que haya iniciado una sesión utilizando el ID de usuario root. 3. Si puede ejecutar el mandato DSMAPIPW, elimine el archivo /home/tsminst1/ tsminst1/tsmdbmgr.log. Elimine el archivo utilizando todavía el ID de usuario root para evitar problemas de permisos entre el ID de usuario root y el ID de usuario de tsminst1. Resolución del mensaje de error ANR2968E El mensaje de error ANR2968E se muestra durante el mandato BACKUP DB. Hay dos causas para este mensaje de error: v Si el archivo de anotaciones de error de Tivoli Storage Manager es propiedad del ID de usuario raíz en lugar del ID de usuario de la instancia del servidor. v Si utiliza comillas simples para rodear a las vías de acceso que se encuentran en el archivo tsmdbmgr.env. Utilice una vía de acceso que no contenga espacios o utilice el nombre abreviado de Windows para la vía de acceso. Windows Para corregir el error causado por el ID de usuario raíz, realice los pasos siguientes: 1. Inicie sesión utilizando un ID de instancia de servidor de Tivoli Storage Manager y verifique el nombre del archivo de anotaciones de errores. Por ejemplo: $ grep -i "ERRORLOGNAME" $DSMI_DIR/dsm.sys ERRORLOGNAME /home/db2inst1/tsminst1/tsmdbmgr.log donde db2inst1 es el ID de usuario de instancia del servidor y /home/db2inst1/tsminst1/ es el directorio de instancia del servidor. 2. Emita el siguiente mandato de ejemplo para verificar el propietario actual del archivo de registro de errores: $ ls -la /home/db2inst1/tsminst1/tsmdbmgr.log -rw-r--r-- 1 root system 834 May 05 09:43 /home/db2inst1/tsminst1/tsmdbmgr.log 3. Si el archivo de anotaciones de errores no es propiedad del ID de usuario de instancia de Tivoli Storage Manager, elimínelo. Debe tener autorización root para eliminar el archivo. Emita el siguiente mandato de ejemplo para eliminar el archivo de anotaciones: $ su contraseña raíz # rm /home/db2inst1/tsminst1/tsmdbmgr.log # exit 4. Emita el mandato BACKUP DB y verifique que el mandato se ha completado satisfactoriamente. Verifique que el archivo de registro es propiedad del ID de instancia del servidor. Por ejemplo: $ ls -la /home/db2inst1/tsminst1/tsmdbmgr.log -rw-r--r-- 1 db2inst1 db2iadm1 834 May 05 09:50 /home/db2inst1/tsminst1/tsmdbmgr.log 82 IBM Tivoli Storage Manager: Guía de determinación de problemas Resolución del mensaje de error ANR2971E mediante el código SQL El mensaje de error ANR2971E puede mostrarse cuando se detiene el proceso durante una operación de copia de seguridad o restauración de la base de datos. Utilice el código SQL asociado al error para intentar resolver este problema. Si va a restaurar una base de datos porque el servidor se detuvo durante una operación normal, revise el archivo db2diag.log antes de ejecutar la operación de copia de seguridad o restauración. Es posible que aparezca el siguiente mensaje cuando se va a restaurar o hacer una copia de seguridad de los datos: ANR2971E Ha finalizado la copia de seguridad/restauración/rollforward de la base de datos - DB2 sqlcode -2581 error En el siguiente caso de ejemplo, el proceso DSMSERV RESTORE DB ha fallado con el código de SQL 2581 para DB2. El caso de ejemplo que se presenta a continuación no pertenece a problemas con las variables de entorno DSMI. 1. Emita el siguiente mandato desde la interfaz de línea de mandatos de DB2: ? SQL2581 Se genera una explicación acerca del código de SQL. SQL2581N Restore is unable to extract log files or restore a log directory from the backup image to the specified path. Reason code 2581 2. Examine el archivo db2diag.log, donde podrá encontrar mensajes de error y de estado. En el siguiente ejemplo, se muestra una parte del archivo db2diag.log: 2009-02-10-09.49.00.660000-300 E8120712F500 LEVEL: Info PID : 4608 TID : 3956 PROC : db2syscs.exe INSTANCE: SERVER1 NODE : 000 DB : TSMDB1 APPHDL : 0-7 APPID: *LOCAL.SERVER1.090210144859 AUTHID : B1JRPM01 EDUID : 3956 EDUNAME: db2agent (TSMDB1) FUNCTION: DB2 UDB, database utilities, sqludPrintStartingMsg, probe:1292 DATA #1 : <preformatted> Starting a full database restore. Agent EDU ID: 3956 2009-02-10-09.50.21.051000-300 E8123213F483 LEVEL: Severe PID : 4608 TID : 5080 PROC : db2syscs.exe INSTANCE: SERVER1 NODE : 000 EDUID : 5080 EDUNAME: db2bm.3956.1 (TSMDB1) FUNCTION: DB2 UDB, database utilities, sqluWriteLogFile, probe:1498 MESSAGE : ZRC=0x850F000C=-2062614516=SQLO_DISK "Disk full." DIA8312C Disk was full. DATA #1 : String, 46 bytes F:\tivoli\tsm\Beta\sarch\RstDbLog\S0000262.LOG 2009-02-10-09.50.21.051000-300 E8124165F912 LEVEL: Severe PID : 4608 TID : 5080 PROC : db2syscs.exe INSTANCE: SERVER1 NODE : 000 EDUID : 5080 EDUNAME: db2bm.3956.1 (TSMDB1) FUNCTION: DB2 UDB, database utilities, sqluWriteLogFile, probe:1500 MESSAGE : SQL2581N Restore is unable to extract log files or restore a log directory from the backup image to the specified path. Reason code "". DATA #1 : SQLCA, PD_DB2_TYPE_SQLCA, 136 bytes sqlcaid : SQLCA sqlcabc: 136 sqlcode: -2581 sqlerrml: 1 sqlerrmc: 4 sqlerrp : sqluWrit sqlerrd : (1) 0x00000000 (2) 0x00000000 (3) 0x00000000 Capítulo 3. Resolución de problemas del servidor de Tivoli Storage Manager 83 (4) 0x00000000 sqlwarn : (1) (2) (7) (8) sqlstate: (5) 0x00000000 (3) (4) (9) (10) (6) 0x00000000 (5) (6) (11) En el ejemplo anterior, podemos ver a través del mensaje “Disco lleno”, que no había suficiente espacio en el disco para situar los archivos de registro necesarios de la operación de copia de seguridad. 3. Añada espacio de disco y vuelva a ejecutar la operación. Errores comunes de BACKUP DB y RESTORE DB Los errores comunes derivados de los mandatos BACKUP DB o RESTORE DB pueden incluir códigos de error o de retorno de SQL. A continuación, figuran los errores que aparecen con más frecuencia al emitir los mandatos BACKUP DB o RESTORE DB: ANR2968E - Ha finalizado la copia de seguridad de la base de datos DB2 SQLCODE -2033 SQLERRMC 406 El código de mensaje de error SQL 406 requiere que se resuelvan las siguientes cuestiones: v La variable de entorno DSMI_CONFIG debe señalar a un archivo de opciones de IBM Tivoli Storage Manager válido. v El propietario de la instancia debe tener acceso de lectura al archivo dsm.opt. v La variable de entorno DSMI_CONFIG debe haberse establecido en db2profile. DB2 SQLCODE: -2033, DB2 SQLERRMC: 106 El código de mensaje de error SQL 106 puede indicar que existe un problema de permisos con el archivo de registro que graba la interfaz de programación de aplicaciones (API) de cliente de Tivoli Storage Manager. En los servidores AIX, HP-UX, Linux o Solaris, este error se señala porque el mandato DSMAPIPW está utilizando el ID de usuario root pero la instancia de DB2 utiliza un ID diferente. Para resolver el problema, localice el archivo de registro con el problema de permisos y elimínelo utilizando el ID de usuario root. AIX HPUX Linux Solaris DB2 SQLCODE: -2033, DB2 SQLERRMC: 168 Asegúrese de que la variable de entorno DSMI_DIR señala al directorio ejecutable de la API de cliente que contiene el agente de comunicaciones de confianza. Asegúrese de que el archivo TSM.PWD existe en el directorio de instancias del servidor de Tivoli Storage Manager. Normalmente, este archivo es señalado por la opción passworddir del archivo tsmdbmgr.opt. ANR2971E - Ha finalizado la copia de seguridad/restauración/ rollforward de la base de datos DB2 SQLCODE - Error 2071. No se ha podido cargar la biblioteca porque no existe (o una biblioteca requerida por ella) o no tiene un formato válido. Esto en ocasiones significa que se ha cargado una biblioteca de 32 bits en una instancia de 64 bits o viceversa. Esto también indica que la variable de entorno DSMI_DIR señala a los archivos ejecutables de la API de cliente de Tivoli Storage Manager incorrectos. Podrá 84 IBM Tivoli Storage Manager: Guía de determinación de problemas encontrar más información acerca del error si abre una ventana de procesador de línea de mandatos de DB2 y emite el siguiente mandato: db2 => ? sql2071 Asegúrese de que si se ha realizado algún cambio en los archivos tsmdbmgr.opt, dsm.sys o sqllib/userprofile, se recicle la instancia de DB2 para que adopte los nuevos valores. Para reciclar la instancia de DB2, debe detener y reiniciar el servidor de Tivoli Storage Manager. Además, asegúrese de que el mandato EXPORT preceda a las entradas DSMI_*= del archivo sqllib/userprofile. Algunas veces, DB2 se ejecuta en un shell que no es Telnet, de forma que mientras el mandato DSMAPIPW funciona desde un shell Telnet, la instancia de DB2 no lo hace. El mensaje de error indica que el nodo está bloqueado Puede que reciba un error cuando DB2 se ponga en contacto con un servidor y un nodo particular, pero se tratará de un error que indique que el nodo está bloqueado. Para corregir el error, especifique el tcpserveraddress localhost en la stanza SERVERNAME TSMDBMGR_TSMINST1 del archivo dsm.sys. No especifique la dirección IP con puntos del sistema; por ejemplo, 127.0.0.1. Características del ID de usuario $$_TSMDBMGR_$$ El servidor de Tivoli Storage Manager genera el ID de usuario $$_TSMDBMGR_$$ al inicio. Puede visualizar el ID de usuario $$_TSMDBMGR_$$ en los resultados de un mandato QUERY SESSION. Este ID también está presente en el archivo de registro de actividad y en otros archivos de registro de servidor. El servidor de Tivoli Storage Manager utiliza el ID de usuario de $$_TSMDBMGR_$$ para realizar una copia de seguridad de la base de datos del servidor. Al utilizar el ID de usuario de $$_TSMDBMGR_$$, puede hacer la base de datos accesible para procesarla si el servidor no está disponible. El cambio de este ID perjudica la capacidad de recuperación o restauración de un servidor si se produce un desastre. Restricción: No podrá cambiar el archivo dsm.sys o dsm.opt para configurar o utilizar un nombre de nodo de cliente distinto. La base de datos de servidor local de Tivoli Storage Manager utiliza el archivo dsm.sys o dsm.opt para realizar una copia de seguridad de su propia base de datos. Resolución de problemas de reorganización de la base de datos La reorganización de tablas de base de datos y la reorganización de índices requieren una cantidad significativa de recursos del sistema. Para evitar ocupar recursos del sistema que se puedan utilizar en otro lugar, ejecute las rutinas de reorganización en momentos de desactivación. Se puede producir el crecimiento de base de datos inesperado y requisitos de espacio de anotaciones de archivado y activo inesperado si las tablas o los índices asociados con las tablas no se han reorganizado. Tivoli Storage Manager reorganiza Capítulo 3. Resolución de problemas del servidor de Tivoli Storage Manager 85 las tablas de forma predeterminada. Si la reorganización automática está afectando al rendimiento del servidor, puede planificar manualmente la reorganización. Las siguientes sugerencias pueden ayudar al configurar la reorganización: v Active la reorganización del índice si está ejecutando la deduplicación en el servidor. Consulte la opción del servidor ALLOWREORGINDEX. v De manera predeterminada, la reorganización de tablas se activa 24 horas al día. Ejecute la reorganización durante una hora del día relativamente inactiva. Consulte las siguientes opciones del servidor para definir una hora inactiva cuando se pueda ejecutar la reorganización: – REORGBEGINTIME – REORGDURATION Análisis de los síntomas del proceso para resolver problemas Puede determinar en ocasiones la causa de los errores observando los síntomas del proceso. Es posible que encuentre uno de los siguientes síntomas del proceso: v Espacio insuficiente en una agrupación de almacenamiento de copia de destino v La detección de un archivo dañado en el volumen v No se da caducidad a los archivos después de haber reducido el número de versiones que deben conservarse v La migración no se ejecuta para una agrupación de almacenamiento de medios secuenciales v La migración sólo utiliza un proceso v El proceso se ejecuta con lentitud Revisión de los mensajes de proceso para determinar el estado de las operaciones del servidor Los procesos del servidor, independientemente de si se ejecutan en primer plano o en segundo plano, emitirán siempre un mensaje de “proceso iniciado” y otro de “proceso finalizado” además de los mensajes de proceso generales. Puede utilizar estos mensajes para determinar el estado de las operaciones del servidor. Procesos que se ejecutan en el servidor Un proceso de servidor es una tarea que se realiza en el servidor. Puede asignar la tarea para realizar una operación específica, como migrar datos desde una agrupación de almacenamiento hasta la siguiente en la jerarquía. Emita el servidor para resolver los problemas que tenga con el servidor. Los procesos de servidor a menudo se inician como proceso automático en el servidor. El proceso puede verse o no afectado por una opción del servidor u otro valor. El proceso de servidor también puede ser iniciado por un mandato. La mayoría de los procesos de servidor pueden ejecutarse en primer plano o de forma síncrona. Los procesos que se ejecutan en primer plano pueden iniciarse mediante la emisión de un mandato con el parámetro WAIT=YES. Los mandatos que inician procesos de servidor y no admiten el parámetro WAIT=YES o los que se especifican con WAIT=NO se ejecutan en modalidad BACKGROUND o de forma asíncrona. 86 IBM Tivoli Storage Manager: Guía de determinación de problemas Algunos procesos de servidor pueden iniciar simultáneamente varios procesos para llevar a cabo la tarea. Consulte Tabla 13 para conocer las descripciones de los procesos del servidor. Tabla 13. Procesos del servidor IBM Tivoli Storage Manager Se ejecuta en primer plano o como un proceso múltiple Proceso o mandato Descripción AUDIT VOLUME Se utiliza para auditar el contenido de un volumen para validar que los datos que todavía pueden leerse y que las definiciones de base de datos de servidor que describen los datos son correctos. BACKUP DB Se utiliza para realizar la copia de seguridad de la base de datos del servidor (completa o incremental). BACKUP DB puede ejecutarse como proceso síncrono especificando WAIT=YES. BACKUP STGPOOL La copia de seguridad de una agrupación de almacenamiento primaria se realiza en una agrupación de almacenamiento de copia. Se utiliza para realizar copias duplicadas de los datos y, potencialmente, traspasar copias duplicadas a una ubicación fuera del local. El comando BACKUP STGPOOL puede ejecutarse como un proceso sincronizado especificando WAIT=YES. BACKUP STGPOOL podría ejecutarse únicamente utilizando diversos procesos simultáneos, controlados por el parámetro MAXPROCESS especificado en el mandato BACKUP STGPOOL. CHECKIN LIBVOLUME Se utiliza para dar de alta un volumen de cinta en una biblioteca de cintas. CHECKOUT LIBVOLUME Se utiliza para dar de baja un volumen de cinta de una biblioteca de cintas. Caducidad Elimina los archivos de copia de seguridad y archivado del servidor en función de las políticas definidas para gestionar dichos archivos. El comando EXPIRATION puede ejecutarse como un proceso sincronizado especificando WAIT=YES. Puede ejecutar la caducidad de forma automática especificando EXPINTERVAL=n en el archivo de opciones del servidor, donde n es un número distinto de cero. La caducidad también puede iniciarse emitiendo el mandato EXPIRE INVENTORY. No es posible que más de un proceso de caducidad se ejecute a la vez, aunque puede ejecutar más de un subproceso al mismo tiempo. Capítulo 3. Resolución de problemas del servidor de Tivoli Storage Manager 87 Tabla 13. Procesos del servidor IBM Tivoli Storage Manager (continuación) Proceso o mandato Descripción IMPORT Se utiliza para importar datos desde volúmenes de medios secuenciales o directamente desde otro servidor utilizando las conexiones de la comunicación TCP/IP entre los servidores. Se ejecuta en primer plano o como un proceso múltiple El proceso de importación lo puede iniciar cualquiera de los siguientes mandatos: v IMPORT ADMIN v IMPORT NODE v IMPORT POLICY v IMPORT SERVER 88 LABEL LIBVOLUME Se utiliza para etiquetar uno o varios volúmenes de biblioteca en una biblioteca. Migration Se utiliza para migrar datos desde una agrupación de almacenamiento hasta la siguiente agrupación de almacenamiento de la jerarquía de almacenamiento. MOVE DATA Se utiliza para traspasar datos desde un volumen hasta otros volúmenes de la misma agrupación de almacenamiento o hasta una agrupación de almacenamiento distinta. La migración puede configurarse para ejecutar varios procesos simultáneos. Los procesos múltiples se controla mediante el atributo La migración se inicia y se detiene MIGPROCESS de la en función de los umbrales HighMig agrupación de y LowMig que se han definido para almacenamiento y pueden la agrupación de almacenamiento. actualizarse emitiendo el Siempre que se emite UPDATE mandato UPDATE STGPOOL. STGPOOL, estos valores vuelven a exáminarse y, si corresponde, se inicia MIGRATION. De lo contrario, el servidor supervisa el porcentaje de utilización para los datos no migrados de una agrupación de almacenamiento. De ser necesario, inicia el proceso de migración para esa agrupación de almacenamiento cuando se ha excedido el umbral de HighMig. También puede emitir el mandato MIGRATE STGPOOL para iniciar de forma manual el proceso de migración. IBM Tivoli Storage Manager: Guía de determinación de problemas El mandato MOVE DATA puede ejecutarse como un proceso sincronizado especificando WAIT=YES. Tabla 13. Procesos del servidor IBM Tivoli Storage Manager (continuación) Se ejecuta en primer plano o como un proceso múltiple Proceso o mandato Descripción MOVE DRMEDIA Gestione los medios de recuperación ante siniestro traspasando los volúmenes dentro del sitio fuera de él o devolviendo los volúmenes fuera del sitio nuevamente a él. Los medios de recuperación ante siniestro son los volúmenes de copia de seguridad de base de datos y de copia de seguridad de agrupación de almacenamiento necesarios para proteger y recuperar el servidor. MOVE MEDIA Se utiliza para traspasar volúmenes desde una biblioteca de cintas hasta la ubicación de desbordamiento para impedir que una biblioteca pueda llenarse. MOVE NODEDATA Se utiliza para traspasar todos los datos para el nodo o nodos especificados a otros volúmenes de la misma agrupación de almacenamiento o a una agrupación de almacenamiento distinta. El comando MOVE NODEDATA puede ejecutarse como un proceso sincronizado especificando WAIT=YES. PREPARE Se utiliza para crear un archivo de plan de recuperación. El comando PREPARE puede ejecutarse como un proceso sincronizado especificando WAIT=YES. Reclamation Se utiliza para reclamar espacio de los volúmenes de cinta traspasando los datos activos a otros volúmenes y estableciendo el volumen nuevamente como volumen vacío o privado o bien como volumen reutilizable. El comando MOVE DRMEDIA puede ejecutarse como un proceso sincronizado especificando WAIT=YES. El servidor supervisa el RECLAMATION THRESHOLD definido para una agrupación de almacenamiento. Inicia un proceso de reclamación para esa agrupación de almacenamiento para reclamar cualquier volumen susceptible de reclamarse, si determina que existen uno o varios volúmenes susceptibles de reclamarse. Capítulo 3. Resolución de problemas del servidor de Tivoli Storage Manager 89 Tabla 13. Procesos del servidor IBM Tivoli Storage Manager (continuación) Se ejecuta en primer plano o como un proceso múltiple Proceso o mandato Descripción RESTORE STGPOOL Se utiliza para restaurar todos los archivos para una agrupación de almacenamiento determinada desde una agrupación de almacenamiento de copia. El comando RESTORE STGPOOL puede ejecutarse como un proceso sincronizado especificando WAIT=YES. RESTORE STGPOOL puede ejecutarse utilizando diversos procesos simultáneos, controlados por el parámetro MAXPROCESS especificado en el mandato RESTORE STGPOOL. RESTORE VOLUME Se utiliza para restaurar todos los archivos para un volumen determinado desde una agrupación de almacenamiento de copia. El comando RESTORE VOLUME puede ejecutarse como un proceso sincronizado especificando WAIT=YES. RESTORE VOLUME puede ejecutarse utilizando diversos procesos simultáneos, controlados por el parámetro MAXPROCESS especificado en el mandato RESTORE VOLUME. Mensajes emitidos al iniciarse procesos Cuando el servidor ejecuta tareas como procesos, a los procesos se les asigna un mensaje de identificación e informan de que se han iniciado. El inicio del proceso se emite en el siguiente mensaje: ANR0984I El proceso id_proceso de nombre_proceso se ha iniciado en el estado estado_proceso a las hora La siguiente lista define las variables de este mensaje: id_proceso Identificador de proceso numérico. nombre_proceso El nombre del proceso. estado_proceso PRIMER PLANO o SEGUNDO PLANO. Si el proceso se ejecuta en primer plano, el mandato se ha emitido con el parámetro WAIT=YES. El proceso en primer plano hace que la sesión de administración que ha emitido el mandato espere hasta que el proceso finalice. Un proceso que se ejecuta en segundo plano vuelve inmediatamente a la sesión de administración que ha emitido el mandato, lo que indica que se ha iniciado un proceso mientras el proceso sigue en ejecución. Los procesos que se ejecutan en segundo plano pueden supervisarse mediante el mandato QUERY PROCESS. hora 90 La hora a la que se ha iniciado el proceso. IBM Tivoli Storage Manager: Guía de determinación de problemas Mensajes emitidos al finalizar procesos Cuando el servidor ejecuta tareas como procesos, los procesos informarán cuando finalicen. Los mensajes “proceso finalizado” que se emiten varían de proceso a proceso. El mensaje depende de si el proceso debe informar sobre elementos y bytes procesados, no elementos ni bytes procesados, elementos procesados, o sólo bytes procesados. El proceso ha finalizado Cuando un proceso se completa y no cuenta con ningún byte o número de archivos de los que debe informar, se emite el mandato siguiente: ANR0985I El proceso id_proceso para nombre_proceso que se ejecuta en el estado estado_proceso se ha completado con el estado estado_terminación a las hora La siguiente lista define las variables de este mensaje: id_proceso Identificador de proceso numérico. nombre_proceso El nombre del proceso. estado_proceso PRIMER PLANO o SEGUNDO PLANO. Si el proceso se ejecuta en primer plano, el mandato se ha emitido con el parámetro WAIT=YES. El proceso en primer plano hace que la sesión de administración que ha emitido el mandato espere hasta que el proceso finalice. Un proceso que se ejecuta en segundo plano vuelve inmediatamente a la sesión de administración que ha emitido el mandato, lo que indica que se ha iniciado un proceso mientras el proceso sigue en ejecución. Los procesos que se ejecutan en segundo plano pueden supervisarse mediante el mandato QUERY PROCESS. estado_terminación Correcto o incorrecto. hora La hora a la que se ha iniciado el proceso. El proceso ha finalizado con elementos y bytes Cuando un proceso se completa y cuenta con bytes y elementos procesados de los que debe informar, se emite el mandato siguiente: ANR0986I El proceso id_proceso para nombre_proceso que se ejecuta en el estado estado_proceso ha procesado número_de_elementos de un total de bytes_procesados bytes con un estado de terminación de estado_terminación a las hora La siguiente lista define las variables de este mensaje: id_proceso Identificador de proceso numérico. nombre_proceso El nombre del proceso. estado_proceso PRIMER PLANO o SEGUNDO PLANO. Si el proceso se ejecuta en primer plano, el mandato se ha emitido con el parámetro WAIT=YES. El proceso en primer plano hace que la sesión de administración que ha emitido el mandato espere hasta que el proceso finalice. Un proceso que se ejecuta en segundo plano vuelve inmediatamente a la sesión de administración que ha emitido Capítulo 3. Resolución de problemas del servidor de Tivoli Storage Manager 91 el mandato, lo que indica que se ha iniciado un proceso mientras el proceso sigue en ejecución. Los procesos que se ejecutan en segundo plano pueden supervisarse mediante el mandato QUERY PROCESS. número_elementos El número de elementos procesados. bytes_procesados El número de bytes procesados. estado_terminación Correcto o incorrecto. hora La hora a la que se ha iniciado el proceso. El proceso ha finalizado con elementos Cuando un proceso se completa y cuenta con elementos procesados de los que debe informar, se emite el mandato siguiente: ANR0987I El proceso id_proceso para nombre_proceso que se ejecuta en el estado estado_proceso ha procesado número_de_elementos elementos con un estado de terminación de estado_terminación a las hora La siguiente lista define las variables de este mensaje: id_proceso Identificador de proceso numérico. nombre_proceso El nombre del proceso. estado_proceso PRIMER PLANO o SEGUNDO PLANO. Si el proceso se ejecuta en primer plano, el mandato se ha emitido con el parámetro WAIT=YES. El proceso en primer plano hace que la sesión de administración que ha emitido el mandato espere hasta que el proceso finalice. Un proceso que se ejecuta en segundo plano vuelve inmediatamente a la sesión de administración que ha emitido el mandato, lo que indica que se ha iniciado un proceso mientras el proceso sigue en ejecución. Los procesos que se ejecutan en segundo plano pueden supervisarse mediante el mandato QUERY PROCESS. estado_terminación Correcto o incorrecto. hora La hora a la que se ha iniciado el proceso. El proceso ha finalizado con bytes Cuando un proceso se completa y cuenta con bytes procesados de los que debe informar, se emite el mandato siguiente: ANR0988I El proceso id_proceso para nombre_proceso que se ejecuta en el estado estado_proceso ha procesado bytes_procesados bytes con un estado de terminación de estado_terminación a las hora La siguiente lista define las variables de este mensaje: id_proceso Identificador de proceso numérico. 92 IBM Tivoli Storage Manager: Guía de determinación de problemas nombre_proceso El nombre del proceso. estado_proceso PRIMER PLANO o SEGUNDO PLANO. Si el proceso se ejecuta en primer plano, el mandato se ha emitido con el parámetro WAIT=YES. El proceso en primer plano hace que la sesión de administración que ha emitido el mandato espere hasta que el proceso finalice. Un proceso que se ejecuta en segundo plano vuelve inmediatamente a la sesión de administración que ha emitido el mandato, lo que indica que se ha iniciado un proceso mientras el proceso sigue en ejecución. Los procesos que se ejecutan en segundo plano pueden supervisarse mediante el mandato QUERY PROCESS. bytes_procesados El número de bytes procesados. estado_terminación Correcto o incorrecto. hora La hora a la que se ha iniciado el proceso. Análisis del mensaje de error ANR1221E Cuando reciba el mensaje de error ANR1221E, la causa se debe normalmente a un espacio insuficiente en la agrupación de almacenamiento de copia de destino. Realice los siguientes pasos para resolver el mensaje de error ANR1221E: 1. Emita el mandato QUERY STGPOOL nombre_agrupación_almacenamiento F=D. 2. Emita la sentencia select de SQL desde un cliente de administración a este servidor: “select nombre_agrupación_almacenamiento,nombre_clase_disp,recuento(*) as ’VOLUMES’ from volumes group by nombre_agrupación_almacenamiento,nombre_clase_disp.” 3. Compare el número de volúmenes especificados por la sentencia select con los volúmenes máximos reutilizables permitidos (según lo especificado por el mandato QUERY STGPOOL). Si el número de volúmenes del que informa select es igual a o supera el “Número máximo de volúmenes reutilizables”, actualice la agrupación de almacenamiento y permita más volúmenes reutilizables. Si los volúmenes reutilizables no se utilizan en la agrupación de almacenamiento (scratch=0), asegúrese de que agrega más volúmenes privados. Emita el mandato UPDATE STGPOOL Nombreagrupaciónstg MAXSCR=nn, donde Nombreagrupaciónstg es el nombre de la agrupación de almacenamiento a actualizar y nn es el número aumentado de volúmenes reutilizables para poder a disposición de esta agrupación de almacenamiento de copia. Importante: la biblioteca de cintas deben tener este número de volúmenes reutilizables adicionales disponible, o bien necesita añadir volúmenes reutilizables en la biblioteca antes de emitir este mandato y volver a intentar la operación BACKUP STGPOOL. Capítulo 3. Resolución de problemas del servidor de Tivoli Storage Manager 93 Análisis del mensaje de error ANR2317W El mensaje de error ANR2317W se emite cuando un proceso determina que hay un archivo dañado. El mensaje se muestra con la información siguiente: ANR2317W Audit Volume found damaged file on volume volumeName: Node nodeName, Type fileType, File space fileSpaceName, fsId fileSpaceID, File name fileName is number version of totalVersions versions. Siga estos pasos para resolver el mensaje de error ANR2317W: 1. Emita el mandato QUERY VOLUME nombre_volumen F=D. 2. Emita la sentencia select de SQL desde un cliente de administración a este servidor: “select* from VOLHISTORY where VOLUME_NAME=’volume_name’ AND TYPE=’STGNEW.” Los resultados del mandato QUERY VOLUME indican cuándo se escribió este volumen por última vez. La información de la operación SELECT indica cuándo se ha agregado este volumen a la agrupación de almacenamiento. A menudo, AUDIT VOLUME puede especificar archivos como dañados, porque, en el momento en el que se grabaron los datos, el hardware no funcionaba correctamente y no se grabaron los datos correctamente, aunque notificó al servidor de IBM Tivoli Storage Manager que la operación había sido satisfactoria. Como resultado de este funcionamiento incorrecto de un dispositivo, puede que se hayan visto afectados muchos archivos de muchos volúmenes distintos. Siga estos pasos para corregir este problema: a. Evalúe las anotaciones de errores del sistema u otra información relacionada con esta unidad para determinar si todavía se informa de un error. Si todavía se informa de errores, primero deberán solucionarse éstos. Para solucionar un error de hardware, póngase en contacto con el proveedor del hardware para, conjuntamente, corregir el problema. b. Si este volumen de agrupación de almacenamiento es una copia de otro, simplemente suprima este volumen utilizando el mandato DELETE VOLUME nombre_volumen DISCARDDATA=YES. La próxima vez que se ejecute una copia de seguridad de agrupación de almacenamiento para la agrupación o agrupaciones de almacenamiento primarias en las que residen los datos dañados, volverá a realizarse la copia de seguridad de ésta en esta agrupación de almacenamiento de copia y no será necesario realizar ninguna acción adicional. v Si este volumen de agrupación de almacenamiento es un volumen de agrupación de almacenamiento primaria y los datos se han grabado directamente en este volumen cuando el cliente almacenó los datos, es probable que no exista ninguna copia dañada de los datos en el servidor. Si es posible, vuelva a realizar la copia de seguridad de los archivos desde el cliente. v Si esta agrupación de almacenamiento es un volumen de agrupación de almacenamiento primario pero los mandatos MIGRATION, MOVE DATA o MOVE NODEDATA colocaron los datos en este volumen, es probable que exista una copia no dañada del archivo en el servidor. Si la copia de seguridad de la agrupación de almacenamiento primaria que contenía este archivo se ha realizado en una agrupación de almacenamiento de copia antes de la ejecución de los mandatos MIGRATION, MOVE DATA o MOVE NODEDATA, puede que exista un archivo no dañado. Si existe un archivo no dañado, emita el mandato UPDATE VOLUME nombre_volumen ACCESS=DESTROYED y, a continuación, emita el mandato RESTORE VOLUME nombre_volumen para recuperar los archivos dañados para este volumen desde la agrupación de almacenamiento de copia. 94 IBM Tivoli Storage Manager: Guía de determinación de problemas Análisis de los mensajes de error ANR1330E y ANR1331E Quizá reciba un mensaje de error ANR1330E o ANR1331E cuando se estén leyendo datos desde un volumen de agrupación de almacenamiento de IBM Tivoli Storage Manager. Cuando el servidor de Tivoli Storage Manager almacena datos en un volumen de agrupación de almacenamiento, de manera periódica se inserta información de auto-descripción en los datos. La validez de dicha información se comprueba mientras el servidor lee los datos. Si la comprobación indica que la información no es válida, se emiten los mensajes ANR1330E y ANR1331E. El mensaje de error ANR1330E muestra los valores reales leídos y el mensaje de error ANR1331E indica los valores esperados. El servidor emite estos mensajes por las siguientes razones: v El hardware (subsistema de disco, unidad de cintas) ha detectado un problema al leer los datos v Se ha producido un error al escribir los datos y estos se han dañado v Se ha realizado una operación de restauración de base de datos y un volumen no se auditó adecuadamente, por lo que está en sincronización con el tiempo de restauración del punto en el tiempo (PIT). En primer lugar debe determinar si los datos se han dañado en el soporte o si se produjo un error cuando el servidor leía los datos intactos. Emita el siguiente mandato para el volumen en el que se almacenan los datos: AUDIT VOLUME FIX=NO Si el informe indica que no existen archivos dañados, Tivoli Storage Manager leerá los datos anteriormente descritos como dañados correctamente. En este caso, el error se produjo por un funcionamiento incorrecto temporal del hardware mientras el servidor leía los datos. No obstante, si el informe sigue indicando que los datos están dañados, debe determinar la causa del problema. Puede ignorar el error, pero hágalo únicamente si esto ocurre de manera poco frecuente. El hardware en ocasiones detecta errores al leer los datos. En la mayoría de los casos, el hardware reconoce que se ha producido un error y se recupera sin necesidad de realizar un informe sobre el mismo. Pero existen ocasiones en las que los datos se leen en un estado alterado (dañado) debido a un error temporal de hardware. En la siguiente lista se definen los resultados de la lectura de datos y recepción de un error: Informe OK, error al leer los datos intactos en el soporte Tivoli Storage Manager comprueba la información de auto-descripción e indica que los datos están dañados si no existen coincidencias con lo esperado. En los mensajes ANR1330E y ANR1331E, los datos aparecen como dañados. Si tras auditar el volumen, los mensajes ANR1330E y ANR1331E se muestran con frecuencia, determine qué dispositivo de hardware provoca que los datos se lean de manera incorrecta. Consulte el registro de actividad para conocer la fecha y hora a las que se emitieron los mensajes ANR1330E y ANR1331E y facilite la información a su equipo de soporte de hardware. Con dicha información, podrán examinar los registros de error del hardware y obtener detalles sobre las operaciones que podrían haberse completado de manera anómala. Además, haga que su equipo de soporte se asegure de que el mantenimiento de los controladores de dispositivo y microcódigos esté actualizado. Capítulo 3. Resolución de problemas del servidor de Tivoli Storage Manager 95 Dichos errores se producen con frecuencia en las redes de área de almacenamiento (SAN). Normalmente, estos errores se presentan si se producen diversos errores de interrupción del nivel de enlace (LLI) en el conmutador o la red. Los errores de LLI indican que el sistema funciona con dificultad y provocan la modificación de datos durante la retransmisión. Solicite a su equipo de soporte de hardware que examine los registros de error de la red en busca de errores de LLI. Busque los errores de LLI registrados alrededor de la hora en que se emitieron los mensajes ANR1330E y ANR1331E. Informe fallido, datos dañados en el soporte Si el informe indica que los datos están dañados, se podría haber producido un error que haya provocado que los datos no se graben correctamente en el soporte. Igualmente, una operación de restauración de base de datos puede tener un volumen que no se ha auditado adecuadamente para sincronizar con el tiempo de restauración de PIT. Determine, a partir de los informes, cuándo se han grabado los datos y examine el mensaje ANR1331E para saber qué dispositivo de hardware ha dañado dichos datos. Observe los siguientes datos de ejemplo: ANR1330E The server has detected possible corruption in an object being restored or moved. The actual values for the incorrect frame are: magic C6A2D75D hdr version 35134 hdr length 43170 sequence number 160421181 data length 7E53DCD8 server id 348145193 segment id 327643666840426461 crc 06E04914. ANR1331E Invalid frame detected. Expected magic 53454652 sequence number 00000023 server id 00000000 segment id 2062. El segmento ID number en el mensaje ANR1331E de este ejemplo es 2062. Para determinar la fecha en que se insertaron los datos en el servidor, emita el siguiente mandato: SHOW INVO 0 2062 El siguiente ejemplo muestra el resultado del mandato SHOW INVO: OBJECT: 0.2062 (Backup): Node: NODE1 Filespace: \\node1\c$ (Unicode). \5400\BF\ BFDEFS.H Type: 2 (File) CG: 1 Size: 0.89088 HeaderSize: 364 BACKUP OBJECTS ENTRY: State: 1 Type: 2 MC: 1 CG: 1 \\node1\c$ (Unicode) : \TESTFILES\ FILE1.TXT (MC: DEFAULT) Active, Inserted 11/29/2009 13:28:26 EXPIRING OBJECTS ENTRY: Expiring object entry not found. Busque el campo Inserted y anote la fecha y la hora. En este ejemplo, el objeto se insertó el 11/29/2009 a las 13:28:26. Proporcione la fecha y la hora a su equipo de soporte de hardware. El equipo de soporte de hardware podrá examinar los registros de error del hardware y obtener detalles sobre las operaciones que podrían haberse completado de manera anómala. Además, haga que su equipo de soporte se asegure de que el mantenimiento de los controladores de dispositivo y microcódigos esté actualizado. Su equipo de soporte de hardware debe examinar los registros de error de la red SAN. Busque errores alrededor de la hora en la que se insertaron los datos en Tivoli Storage Manager. Si el mandato SHOW INVO le facilita un resultado poco útil, emita el siguiente mandato para determinar la fecha de inserción: 96 IBM Tivoli Storage Manager: Guía de determinación de problemas SHOW BFO 0 xxx donde xxx es el segmento ID de grupo. El siguiente ejemplo muestra el resultado del mandato SHOW BFO: Bitfile Object: 0.xxx **Super-bitfile 0.xxx contains following aggregated bitfiles (offset/length) 0.2063 0.75295 0.3071 Active 0.2064 0.78366 0.88780 Active 0.2065 0.167146 0.13831 Active 0.2066 0.180977 0.21254 Active 0.2067 0.202231 0.3808 Active 0.2068 0.206039 0.11261 Active **Disk Bitfile Entry Bitfile Type: PRIMARY Storage Format: 22 Logical Size: 0.217364 Physical Size: 0.221184 Number of Segments: 1, Deleted: False Storage Pool ID: 1 Volume ID: 2 Volume name: TapeVol1 Obtenga un número de archivo de bits agregado de la primera entrada de la lista de archivos de bits agregados. En el ejemplo anterior, el primer número de archivo de bits agregado es 2063. Emita el mandato SHOW INVO con 2063. No existen errores de hardware en el momento de la inserción Si el equipo de soporte de hardware no localiza errores de hardware que se produjeran a la hora de la inserción de los datos en Tivoli Storage Manager, póngase en contacto con el equipo de soporte de IBM. Proporcione al equipo el registro de actividad de la hora en que se emitieron los mensajes ANR1330E y ANR1331E. Emita también el mandato AUDIT VOLUME FIX=NO con el siguiente rastreo y facilite al equipo de soporte de Tivoli Storage Manager dicho rastreo: TRACE ENABLE BF AF DF SS AS DS SSFRAME TRACE DISABLE BFLOCK AFLOCK SSLOCK TRACE BEGIN filename Arreglo de archivos dañados en el soporte Si descubre que los datos se han dañado en un volumen, emita el mandato AUDIT VOLUME FIX=YES en el volumen. Si las siguientes condiciones son verdaderas, los datos seguirán marcados como dañados en el volumen de agrupación primario: v El volumen es un volumen de agrupación primario v Se realiza una copia de seguridad de los datos en una agrupación de almacenamiento de copias v Los datos están dañados Una vez que se complete el mandato AUDIT VOLUME FIX=YES, emita el mandato RESTORE VOLUME para el volumen de agrupación primario. Los datos dañados se sustituyen por una nueva copia de los mismos. Si el mandato AUDIT VOLUME FIX=YES lee los datos correctamente, los datos dejarán de indicarse como dañados en la agrupación de almacenamiento primario. Capítulo 3. Resolución de problemas del servidor de Tivoli Storage Manager 97 Si no existe una copia de seguridad, el mandato AUDIT VOLUME FIX=YES eliminará los datos. Si los datos eliminados son una copia de seguridad, estos se ubicarán en el servidor la próxima vez que se ejecute la copia de seguridad del cliente. Si los datos que están siendo eliminados por el mandato AUDIT VOLUME FIX=YES se encuentran en un volumen de agrupación de almacenamiento de copias, estos se eliminarán del volumen de agrupación de copias. La próxima vez que se realice una copia de seguridad de la agrupación de almacenamiento primario, se añadirá una nueva copia a la agrupación de almacenamiento de copias. Resolución de los mensajes de error CTGTRV009E y CTGTRV011E Los mensajes de error CTGTRV009E y CTGTRV011E se emiten desde la característica de supervisión e informe de Tivoli Integrated Portal. Los mensajes se generan desde los datos que se devuelven para el servidor de IBM Tivoli Storage Manager o los informes de clientes. La causa de los errores viene normalmente de la necesidad de un tamaño de almacenamiento dinámico aumentado para Tivoli Integrated Portal. Para determinar si el tamaño de almacenamiento dinámico de la memoria es el causante de los mensajes de error, siga los pasos indicados a continuación: 1. Inicie sesión en Tivoli Integrated Portal y amplíe Informes en el panel de navegación de la izquierda. 2. Pulse Common Reporting. 3. En el panel Informes, pulse la pestaña Navegación y amplíe Conjuntos de informes > Productos Tivoli > Tivoli Common Reporting > Tivoli Storage Manager > Informes de clientes > Informes de servidores. 4. Pulse Informes de cliente y seleccione el informe “Estado de planificación del cliente”. 5. Cuando se le pregunte el periodo del informe, seleccione Últimos 30 días y pulse Ejecutar. Si el tamaño de almacenamiento dinámico de la memoria es el causante de los mensajes de error, se mostrarán los siguientes mensajes: CTGTRV009E El proceso ha finalizado debido a un error inesperado. CTGTRV011E Consulte los archivos de registro de Tivoli Common Reporting para obtener más información. Aumento del tamaño de almacenamiento dinámico máximo Los errores CTGTRV009E y CTGTRV011E se utilizan con frecuencia por una necesidad de tamaño de almacenamiento dinámico de memoria aumentado para Tivoli Integrated Portal. Para aumentar el tamaño de almacenamiento dinámico de memoria máximo, siga los pasos indicados a continuación: 1. Abra una interfaz de línea de mandatos y cambie el directorio al directorio de instalación predeterminado de Centro de administración. AIX HPUX Linux Solaris El directorio de instalación predeterminado es TSM_home/opt/IBM/tivoli/tsmac/bin. Donde TSM_home representa el directorio de instalación del servidor Tivoli Storage Manager. Windows El directorio de instalación predeterminado es C:\IBM\tivoli\tsmac\ bin. 98 IBM Tivoli Storage Manager: Guía de determinación de problemas 2. Ejecute el siguiente programa de utilidad: AIX HPUX Linux Solaris ./supportUtil.sh. supportUtil.bat. 3. Introduzca la contraseña e ID de usuario del administrador de Tivoli Integrated Portal. 4. En el menú principal del programa de utilidad Centro de administración Support, siga los pasos indicados a continuación para cambiar el tamaño de almacenamiento dinámico de la memoria: Windows a. Seleccione Manage the maximum memory size the Centro de administración can use. b. Seleccione Update the maximum memory size the Administration Center can use. c. Para el valor, introduzca 1024. d. Seleccione la opción 99 y vuelva al menú principal. e. Seleccione Salir. 5. Detenga y reinicie Tivoli Integrated Portal para actualizar el tamaño de almacenamiento dinámico de la memoria. No se da caducidad a los archivos después de reducir las versiones Los errores se generan en ocasiones cuando actualice las políticas del servidor para reducir el número de versiones que un archivo debe retener. Emita el mandato QUERY COPYGROUP nombre_dominio nombre_conjunto_políticas nombre_grupo_copia F=D. Si se han cambiado los parámetros “Versiones si datos existen” o “Versiones si datos suprimidos” para un grupo de copia TYPE=BACKUP es posible que esto afecte a la caducidad. Si se han reducido los valores “Versiones si datos existen” o “Versiones si datos suprimidos” para un grupo de copia TYPE=BACKUP, es posible que el proceso de caducidad del servidor no lo reconozca inmediatamente y estos archivos caduquen. El servidor sólo aplica los valores de “Versiones si datos existen” y “Versiones si datos suprimidos” a los archivos en el momento de realizarse la copia de seguridad de éstos en el servidor. Cuando se realiza la copia de seguridad de un archivo, el servidor contabiliza el número de versiones de ese archivo y, si éste excede el número de versiones que deben conservarse, el servidor marca las versiones más antiguas que exceden este valor para darles caducidad. Síntomas de proceso que indican errores de migración Es posible que se enfrente con síntomas de proceso que señalen a una migración como la causa de los errores. La migración no se ejecuta para una agrupación de almacenamiento de medios secuenciales Si la migración no se ejecuta para las agrupaciones de almacenamiento de soportes secuenciales, emita el mandato QUERY STGPOOL stgpoolName F=D. La migración desde las agrupaciones de almacenamiento de medios secuenciales calcula el valor de “Pct. Util” como el número de volúmenes que están utilizándose para la agrupación de almacenamiento en relación con el número total de volúmenes que pueden utilizarse para esa agrupación de almacenamiento. De Capítulo 3. Resolución de problemas del servidor de Tivoli Storage Manager 99 forma similar, calcula el valor de “Pct. Migr” como el número de volúmenes con datos, que pueden migrarse, que están utilizándose para la agrupación de almacenamiento, en relación con el número total de volúmenes que pueden utilizarse para esa agrupación de almacenamiento. Puesto que en este cálculo podrían considerarse los volúmenes reutilizables, puede que parezca que no existen datos suficientes que puedan migrarse en la agrupación de almacenamiento como para que sea necesario un proceso de migración. La migración sólo utiliza un proceso Emita el comando QUERY STGPOOL nombre_agrupación_almacenamiento F=D y QUERY OCCUPANCY * * STGPOOL= nombre_agrupación_almacenamiento. Los siguientes son los motivos por qué se ejecuta sólo un proceso de migración: v El valor de procesos de migración para la agrupación de almacenamiento se ha establecido en uno o no se ha definido (está en blanco). Si es así, emita el mandato UPDATE STGPOOL nombre_agrupación_almacenamiento MIGPROCESS=n, donde n es el número de procesos que se van a utilizar para migrar desde esta agrupación. Tenga en cuenta que este valor debe ser menor que o igual al número de unidades (límite de montaje) para la SIGUIENTE agrupación de almacenamiento en la que la migración está almacenando datos. v Si el mandato QUERY OCCUPANCY sólo notifica un único nodo cliente y un espacio de archivos en esta agrupación de almacenamiento, la migración sólo se puede ejecutar un único proceso si el valor Procesos migración para la agrupación de almacenamiento es superior a uno. El proceso de migración particiona datos, en función del nodo cliente y del espacio de archivos. Para que la migración pueda ejecutarse con varios procesos, en esa agrupación de almacenamiento deben estar disponibles los datos para más de un nodo cliente. Resolución de problemas de agrupación de almacenamiento Las agrupaciones de almacenamiento son un parte esencial para el funcionamiento correcto del servidor. La base de datos de IBM Tivoli Storage Manager contiene información en agrupaciones de almacenamiento sobre nodos cliente inscritos, políticas y planificaciones, así como información sobre los datos del cliente. Esta información debe estar disponible y ser válida para que Tivoli Storage Manager funcione correctamente. Los errores de las agrupaciones de almacenamiento pueden estar relacionados con los siguientes problemas: v Transacciones con anomalías v Una agrupación de almacenamiento que experimenta un alto volumen de utilización después de haberse incrementado el valor de MAXSCRATCH v Una agrupación de almacenamiento que tiene “Collocate?=Yes”, pero los volúmenes siguen conteniendo datos para muchos nodos v No pueden almacenarse datos en una agrupación de datos activos utilizando la grabación simultánea o emitiendo el mandato COPY ACTIVEDATA 100 IBM Tivoli Storage Manager: Guía de determinación de problemas Se ha recibido el mensaje “ANR0522W Ha fallado la transacción...” El mensaje ANR0522W se visualiza cuando el servidor no pueden asignar espacio en la agrupación de almacenamiento que se ha identificado para almacenar datos para el cliente especificado. La insuficiencia de espacio en una agrupación de almacenamiento puede deberse a varias causas posibles. Realice lo siguiente para resolver el error de asignación de espacio: 1. Emita QUERY VOLUME nombrevol F=D para los volúmenes en la agrupación de almacenamiento referenciada. Si se informa de la existencia de algún volumen con un acceso distinto del acceso de lectura/grabación, compruebe ese volumen. Puede que un volumen se haya marcado como volumen de sólo lectura o como no disponible a causa de un error de dispositivo. Si se ha resuelto el error del dispositivo, emita el mandato UPDATE VOLUME nombrevol ACCESS=READWRITE para permitir que el servidor seleccione e intente grabar datos en dicho volumen. 2. Emita QUERY VOLUME nombrevol para los volúmenes en la agrupación de almacenamiento referenciada. Los volúmenes que tienen el estado de volumen “pendiente” son volúmenes que están vacíos pero a la espera de que el servidor vuelva a utilizarlos. El tiempo de espera está controlado por el valor REUSEDELAY de la agrupación de almacenamiento y se visualiza como “Período de retardo de la reutilización de un volumen” en el mandato QUERY STGPOOL. Evalúe el valor REUSEDELAY para esta agrupación de almacenamiento y, si procede (basándose en los criterios de gestión de datos), disminuya este valor emitiendo el mandato UPDATE STGPOOL nombre_agrupación_almacenamiento REUSEDELAY=nn, donde nombre_agrupación_almacenamiento es el nombre de la agrupación de almacenamiento y nn es el nuevo valor de retardo de la reutilización. La clave para que exista proximidad de datos consiste en disponer de espacio suficiente en la agrupación de almacenamiento de destino para que el proceso de proximidad seleccione un volumen adecuado. El número de volúmenes reutilizables de una agrupación de almacenamiento afecta de forma significativa a la existencia de espacio suficiente en la agrupación de almacenamiento de destino. 3. Emita el mandato QUERY STGPOOL F=D para verificar si el ACCESS es de lectura/grabación. La agrupación de almacenamiento experimenta un alto volumen de utilización después de haberse incrementado el valor de MAXSCRATCH Para agrupaciones de almacenamiento secuenciales de proximidad, incrementar el valor MAXSCRATCH puede hacer que el servidor utilice más volúmenes. El servidor utiliza más volúmenes de agrupación de almacenamiento en este caso debido al proceso de proximidad. La proximidad agrupa los datos de usuario para un nodo cliente en la misma cinta. Durante una operación de copia de seguridad o archivado de cliente, si actualmente ninguna cinta tiene datos para este nodo cliente, el servidor selecciona un volumen reutilizable para almacenar los datos. A continuación, para otros nodos cliente que almacenan datos, el servidor selecciona de nuevo un volumen reutilizable. El motivo por el que no se seleccionan volúmenes reutilizables antes de cambiar el valor MAXSCRATCH es que si no hay ningún volumen reutilizable disponible y ningún volumen preferido ya asignado Capítulo 3. Resolución de problemas del servidor de Tivoli Storage Manager 101 para este nodo de cliente, el proceso de selección de volumen en el servidor ignora la petición de proximidad y almacena los datos en un volumen disponible. La agrupación de almacenamiento se establece para utilizar la asignación, pero los volúmenes contienen datos que no están asignados Cuando una agrupación de almacenamiento está habilitada para la asignación (el parámetro COLLOCATION está establecido en GROUP, NODE o FILESPACE), es posible que muchos volúmenes contengan datos que no estén asignados. Existen dos posibilidades para esta situación: v Los datos se ha almacenado en volúmenes de esta agrupación de almacenamiento antes de habilitar la agrupación de almacenamiento para la asignación. v La agrupación de almacenamiento no disponía de suficientes cintas reutilizables y ha almacenado los datos en el mejor volumen posible, aunque ha pasado por alto la petición de asignación. Si los datos para múltiples nodos finalizan en el mismo volumen para una agrupación de almacenamiento que está habilitada para la asignación, utilice una de las siguientes acciones: v Emita el mandato MOVE DATA para el volumen o volúmenes afectados. El proceso lee los datos del volumen especificado y los mueve a un volumen diferente de la misma agrupación de almacenamiento si: – Si hay disponibles volúmenes reutilizables o – Si se asignan volúmenes con suficiente espacio a este nodo de cliente para asignar los datos v Permita que la migración traspase todos los datos desde esa agrupación de almacenamiento estableciendo los umbrales HIGHMIG y LOWMIG. Si se permite la migración de todos los datos a la SIGUIENTE agrupación de almacenamiento, los requisitos de asignación se procesan si se cumple lo siguiente: – La SIGUIENTE agrupación de almacenamiento está habilitada para la asignación – La SIGUIENTE agrupación de almacenamiento tiene suficientes volúmenes reutilizables – A la SIGUIENTE agrupación de almacenamiento se le asignan volúmenes para satisfacer los requisitos de asignación v Emita el mandato MOVE NODEDATA para los nodos de cliente cuyos datos están en esa agrupación de almacenamiento. Si hay volúmenes reutilizables disponibles o si a este nodo de cliente se le asignan volúmenes con suficiente espacio para asignar los datos, se producen los sucesos siguientes: – El proceso MOVE NODEDATA lee los datos de los volúmenes en los que este nodo tiene datos – El proceso MOVE NODEDATA mueve datos a un volumen o a volúmenes diferentes de la misma agrupación de almacenamiento La clave para que exista asignación de datos consiste en disponer de espacio suficiente en la agrupación de almacenamiento de destino para que el proceso de asignación seleccione un volumen adecuado. Debe haber suficientes volúmenes vacíos disponibles en la agrupación de almacenamiento para permitir que la asignación seleccione un nuevo volumen. Asegúrese de que hay suficientes 102 IBM Tivoli Storage Manager: Guía de determinación de problemas volúmenes vacíos disponibles en lugar de un volumen que ya tiene datos de un nodo diferente. Los volúmenes vacíos pueden ser volúmenes reutilizables si la agrupación de almacenamiento se define con suficientes volúmenes reutilizables o defina los volúmenes vacíos emitiendo el mandato DEFINE VOLUME. Resolución de problemas de almacenamiento para agrupaciones de datos activas Es posible que experimente dificultades al almacenar datos en una agrupación de datos activa utilizando la función de grabación simultánea o emitiendo el mandato COPY ACTIVEDATA. Para que los datos puedan almacenarse en una agrupación de datos activos, debe establecer una política que permita la colocación de los datos en la agrupación. El nodo que es el propietario de los datos debe asignarse a un dominio cuya agrupación de datos activos se indique en el campo ACTIVEDESTINATION del dominio. Emita el mandato siguiente para determinar si el nodo se ha asignado a un dominio que autoriza el almacenamiento en la agrupación de datos activa: QUERY NODE nombre_nodo F=D En el campo Nombre de dominio de políticas se indica el dominio al que se ha asignado el nodo. Emita el mandato siguiente para determinar si la agrupación de datos activa está listada en el campo ACTIVEDESTINATION del dominio: QUERY DOMAIN nombre_dominio F=D Si la agrupación de datos activos no está listada, emita el siguiente mandato para añadir la agrupación de datos activos a la lista: UPDATE DOMAIN nombre_dominio ACTIVEDESTINATION=nombre_agrupación_datos-activa Consejo: Tras emitir el mandato UPDATE DOMAIN nombre_dominio ACTIVEDESTINATION=nombre_agrupación_datos_activos, todos los nodos asignados al dominio tienen autorización para almacenar datos en la agrupación de datos activos. Si no es aceptable tener los nodos asignados al dominio autorizados para almacenar datos, deberá crear un nuevo dominio para los nodos cuyos datos desea que se almacenen en la agrupación de datos activos y deberá asignar esos nodos al dominio que acaba de crearse. Consulte la IBM Tivoli Storage Manager Administrator's Guide para obtener más información acerca de cómo establecer un nuevo dominio de políticas. Capítulo 3. Resolución de problemas del servidor de Tivoli Storage Manager 103 104 IBM Tivoli Storage Manager: Guía de determinación de problemas Capítulo 4. Resolución de problemas de comunicación La necesidad de conectividad en IBM Tivoli Storage Manager significa que cualquier error en las comunicaciones podría hacer que la aplicación dejara de funcionar. Los errores de comunicación pueden deberse a la configuración TCP/IP, a las conexiones del cliente y del servidor y a otras causas. Resolución de problemas originados al conectarse al servidor Los problemas generados al conectarse con el servidor podrían estar relacionados con las opciones de comunicación. Para corregir el error, realice alguna o todas las acciones siguientes: v Revise los cambios en las opciones de comunicación de cliente del archivo de opciones de cliente (si se ha realizado alguno) e intente volver a los valores anteriores. Vuelva a intentar conectarse. v Si se han cambiado los valores de comunicación de servidor, actualice las opciones de comunicación de cliente de modo que reflejen los valores de servidor modificados, o bien devuelva al servidor los valores anteriores. v Si se han cambiado los valores de red, como la dirección TCP/IP del cliente o del servidor (o un cortafuegos), trabaje con el administrador de la red para actualizar el cliente, el servidor o ambos para estos cambios en la red. Resolución de conexiones anómalas por parte de clientes o administradores Las dos principales causas de las anomalías de conexión son una anomalía general, en la que no es posible establecer ninguna conexión o una anomalía aislada, en la que es posible establecer algunas conexiones, pero no otras. Si no es posible establecer ninguna conexión, puede que sea necesario ejecutar el servidor en primer plano para que exista una consola de servidor disponible y puedan realizarse pasos de diagnóstico adicionales. Compruebe los valores para verificar la correcta configuración para la comunicación con el servidor: v Asegúrese de que el servidor pueda vincularse a un puerto al iniciarse. Si no puede vincularse a un puerto, es probable que otra aplicación esté utilizando ese puerto. El servidor no puede vincularse (utilizar) a un puerto TCP/IP determinado si otra aplicación ya se ha vinculado a ese puerto. Si el servidor se ha configurado para las comunicaciones TCP/IP y se vincula correctamente a un puerto al tener lugar el inicio de sesión para las sesiones cliente, se emite el mensaje siguiente: ANR8200I Controlador TCP/IP listo para la conexión con clientes en el puerto 1500. Si se ha configurado un método de comunicación determinado en el archivo de opciones del servidor, pero no se envía un mensaje de vinculación correcta durante el inicio del servidor, existe un problema en la inicialización para ese método de comunicación. v Compruebe que el valor de TCPPORT del código del archivo de opciones del servidor sea correcto. Si se cambia por equivocación el valor del código, los © Copyright IBM Corp. 1993, 2012 105 clientes no podrán conectarse. Esto se debe a que los clientes intentarán conectarse con un puerto TCP/IP distinto del puerto en el que el servidor está a la escucha. v Si varios servidores utilizan la misma dirección TCP/IP, asegúrese de que los valores de TCPPORT y TCPADMINPORT de cada servidor son exclusivos. Por ejemplo, existen dos servidores en la misma dirección TCP/IP. El primer servidor tiene un valor de TCPPORT de 1500 y un valor de TCPADMINPORT de 1500. El segundo servidor tiene un valor de TCPPORT de 1501 y un valor de TCPADMINPORT que es 1500. El primer servidor que obtiene el puerto 1500 bloquea el acceso del otro servidor al puerto 1500 y los clientes ya no pueden acceder al primer servidor. Los clientes de administración siempre se conectan con el segundo puerto. Una mejor opción para los puertos de cada servidor sería 1500 y 1501 para TCPPORT y 1510 y 1511 para TCPADMINPORT. v Compruebe que el servidor se ha activado para las sesiones. Emita el mandato QUERY STATUS y verifique que se haya establecido “Disponibilidad: Habilitada”. Si el resultado establece “Disponibilidad: Inhabilitada,” emita el mandato ENABLE SESSIONS. v Si clientes específicos no pueden conectarse con el servidor, compruebe los valores de comunicación que se han establecido para esos clientes. Con TCP/IP, compruebe las opciones TCPSERVERADDRESS y TCPSERVERPORT en el archivo de opciones de cliente. v Si el servidor sólo rechaza un nodo específico, verifique que el nodo no está bloqueado en el servidor. Emita el mandato QUERY NODE nombre_nodo, donde nombre_nodo es el nombre del nodo que hay que comprobar. Si el resultado indica “Locked?: Yes,”, determine por qué está bloqueado este nodo. Los nodos sólo se pueden bloquear utilizando el mandato administrativo LOCK NODE. Si conviene desbloquear este nodo, emita el mandato UNLOCK NODE nombre_nodo, donde nombre_nodo es el nombre del nodo que hay que desbloquear. v Si el sistema en el que se ejecuta el servidor está experimentado problemas de asignación de memoria o de recursos, puede que no sea posible iniciar nuevas conexiones con el servidor. El problema relacionado con la asignación de memoria o de recursos, puede eliminarse temporalmente si detiene y reinicia el servidor o si detiene y reinicia el propio sistema. Esta acción es una solución temporal y el diagnóstico debe continuar para el sistema operativo o para el servidor de IBM Tivoli Storage Manager porque el problema de asignación de recursos puede indicar un error en uno de los dos. Resolución de errores de Capa de sockets seguros Los errores de capa de Sockets seguros (SLL) pueden deberse a una configuración incorrecta del entorno, a un certificado del servidor erróneo, a problemas de conexión, a condiciones de falta de sincronización o a otras causas. Los problemas de servidor a servidor y de cliente a servidor de SSL comunes se muestran aquí: Falta de archivo de base de datos clave (cert.kdb) El servidor crea el archivo de base de datos de clave cert.kdb si no existe. El archivo de opciones del servidor debe contar la opción SSLTCPPORT, SSLTCPADMINPORT o ambas cuando se inicia el servidor de IBM Tivoli Storage Manager. El servidor genera una contraseña modificable y un certificado autofirmado que puede extraerse para los clientes y los servidores de IBM Business Partner que van a utilizarse. Si el archivo cert.kdb ya existe y el servidor no lo crea, se produce una condición fuera de sincronización, que evita que el servidor establezca comunicaciones SSL. 106 IBM Tivoli Storage Manager: Guía de determinación de problemas Falta de conexión al servidor tras utilizar un certificado de la entidad emisora de certificados (CA) de terceros Si utiliza un certificado de terceros y éste no se ha añadido al servidor, especifique el certificado raíz como de confianza en la base de datos de claves del servidor. Para añadir el certificado raíz a la base de datos, emita este mandato: gsk8capicmd -cert -add -db cert.kdb -pw contraseña -label nombre -file archivo_.der -format ascii El certificado raíz de CA no se ha añadido al cliente Añada el certificado raíz como de confianza en la base de datos de claves del cliente: gsk8capicmd -cert -add -db dsmcert.kdb -pw contraseña -label mi CA -file ca.arm -format ascii No se puede ejecutar gsk8capicmd.exe (IBM Global Security Kit [GSKit]) En la mayoría de los casos, este error de Windows lo genera una configuración incorrecta del entorno. Consulte IBM Tivoli Storage Manager Administrator's Guide y configure la variable PATH según se indica, antes de ejecutar el programa de utilidad gsk8capicmd. ANS1595E Certificado de servidor erróneo Este error se notifica cuando el certificado del servidor es desconocido para el cliente o el servidor. El error de “certificado de servidor erróneo” se puede producir en estas circunstancias: v El certificado nunca se ha importado v El archivo de certificados cert256.arm estaba dañado antes de importarse v El comando para importar el certificado se ha especificado incorrectamente v La variable DSM_DIR apunta al directorio erróneo, que contiene una base de datos de claves de cliente incorrecta (dsmcert.kdb) v El servidor se configura para TLS (Transport Layer Security) 1.2, pero el cliente no se encuentra en un nivel suficiente (es necesario 6.3). v El servidor se configura para TLS 1.2, pero el cliente ha importado el archivo cert.arm en lugar del archivo cert256.arm. v El servidor se configura para TLS 1.2, pero el cliente ha importado el archivo cert256.arm en lugar del archivo cert.arm. Repita todos los pasos necesarios para importar el certificado de servidor y compruebe la variable DSM_DIR. Consulte el archivo dsmerror.log para obtener más información sobre el fallo. El registro de errores de cliente también pueden contener información sobre un error específico de IBM GSKit. ANS1592E No se ha podido inicializar el protocolo SSL Este error se produce en el cliente e indica que no se ha establecido la conexión SSL. Consulte el registro de errores de cliente para obtener más información sobre el error. El servidor no acepta sesiones SSL en el puerto al que el cliente o el servidor está intentando conectarse. Determine si el cliente o el servidor apunta al puerto del servidor correcto (TCPPort), que puede ser un número de puerto diferente del valor predeterminado 1500. ANR8583E y el código de retorno GSKit 406 Este error puede indicar que un cliente que no está habilitado para SSL está intentando ponerse en contacto con un puerto SSL. Cuando un cliente establece contacto con un servidor de Tivoli Storage Manager en un puerto Capítulo 4. Resolución de problemas de comunicación 107 definido por SSLTCPPORT o SSLTCPADMINPORT, el servidor establece una sesión e inicia un “reconocimiento” SLL. Si el cliente no está habilitado para SSL, no puede completar el proceso de reconocimiento SSL. La sesión entonces parece detenerse, pero agotará el tiempo de espera a través de la opción IDLEWAIT del servidor o bien finalizará cuando el administrador del servidor emita el mandato CANCEL SESSION para cancelarla manualmente. El ejemplo muestra una sesión con este estado, desde el servidor: TSM:SERVER1>query session ANR2017I El administrador SERVER_CONSOLE ha emitido el comando: QUERY SESSION Núm. sesión -----1 Método Estado Tiempo Bytes Bytes Tipo Plataf. Nombre cliente comun. sesión espera enviad. recib. sesión ------ ------ ------ ------- ------- ----- -------- ------------SSL IdleW 17 S 0 0 Node Importante: Dado que el entorno de sistemas puede producir que un proceso de reconocimiento válido tarde algún tiempo en completarse, no presuponga que el resultado anterior indica siempre que se trata de un cliente que no es SSL. ANR8583E y el código de retorno GSKit 420, así como ANR8581E con el código de retorno GSKit 406 se producen para la misma sesión de cliente de Tivoli Storage Manager Cuando los mensajes del servidor ANR8583E y ANR8581E y ANR8581E se producen para la misma sesión de cliente, es probable que el cliente haya generado un mensaje ANS1595E. El mensaje ANS1595E normalmente se emite cuando Tivoli Storage Manager intenta establecer una sesión con el servidor. En este caso, siga las instrucciones que se indican en el manual de mensajes de Tivoli Storage Manager para ANS1595E con objeto de eliminar estos errores. Los servidores de varias definiciones sin SSL=YES ocasionan un cuelgue del servidor Si planea utilizar la comunicación SSL, la infraestructura SSL debe estar en su lugar en los servidores de replicación del origen y del destino. Los certificados SSL necesarios deben estar en el archivo de base de datos clave que pertenece a cada servidor. La función SSL estará activa si el archivo de opciones del servidor contiene la opción SSLTCPPORT o SSLTCPADMINPORT o si un servidor se define con SSL=YES en el arranque. Al utilizar la comunicación de servidor a servidor con SSL en Centro de administración, debe seleccionar el recuadro de selección SSL=YES. No se emitirá ningún mensaje de error si no selecciona SSL=YES. Si un certificado de terceros en uso no se ha añadido al servidor, o si el certificado de CA no se ha añadido al cliente, se creará una entrada. Cuando se inicia una sesión SSL, el mensaje de inicio de sesión incluye el número de serie del certificado de servidor. De esta forma, el certificado en uso se puede identificar de forma única. Referencia relacionada: Apéndice C, “Códigos de retorno de IBM Global Security Kit”, en la página 297 108 IBM Tivoli Storage Manager: Guía de determinación de problemas Recuperación de la contraseña del archivo de base de datos de claves Si ha olvidado la contraseña del archivo de base de datos de clave actual, IBM Tivoli Storage Manager puede ayudarle a recuperarla. Para administrar la recuperación de la contraseña del archivo de base de datos de claves debe tener privilegios del sistema. Para recuperar y actualizar la contraseña del archivo de base de datos de claves, siga los pasos indicados a continuación: 1. Emita el mandato QUERY SSLKEYRINGPW para mostrar la contraseña de la base de datos de claves actual. 2. Emita el siguiente mandato para utilizar el registro del servidor sobre la contraseña de la base de datos de claves para actualizar la contraseña: SET SSLKEYRINGPW password UPDATE=Y donde password es la contraseña recuperada por el mandato QUERY SSLKEYRINGPW. Consejo: Si el archivo cert.kdb no existe, podrá crear un archivo nuevo reiniciando el servidor. El servidor de Tivoli Storage Manager crea un archivo de base de datos con la contraseña antigua y genera un nuevo certificado autofirmado durante el inicio. Si utiliza certificados autofirmados, debe extraer el certificado e instalarlo en un sistema cliente. Si utiliza un certificado de terceros, debe añadirlo de nuevo al archivo de base de datos de claves del servidor y reiniciar dicho servidor. Capítulo 4. Resolución de problemas de comunicación 109 110 IBM Tivoli Storage Manager: Guía de determinación de problemas Capítulo 5. Resolución de problemas del Centro de administración El Centro de administración es una interfaz basada en web que se puede utilizar para configurar y gestionar centralmente los servidores de IBM Tivoli Storage Manager. Para resolver los errores del Centro de administración tiene a su disposición distintos métodos, como el establecimiento de una conexión con el servidor de Tivoli Storage Manager, la reinstalación de Tivoli Integrated Portal o la revisión de los archivos de registro que se han generado durante un error. Restablecimiento de una conexión entre el Centro de administración y un servidor de Tivoli Storage Manager Si tiene problemas para establecer la conexión con un servidor de IBM Tivoli Storage Manager, utilice el Centro de administración para aislar o resolver el problema. Realice los siguientes pasos para establecer una conexión entre el Centro de administración y un servidor de Tivoli Storage Manager: 1. Determine si el sistema es accesible desde la red. Emita un mandato PING en un indicador de mandatos o shell, o intente conectarse utilizando Telnet o FTP. Si no se puede acceder al sistema desde la red, el sistema estará desactivado y se producirá un error de comunicación en la red. Utilice la misma dirección TCP/IP que se haya especificado en el Centro de administración. 2. Determine si el servidor Tivoli Storage Manager se está ejecutando. Si el servidor no se está ejecutando, el Centro de administración no podrá establecer una conexión con él. 3. Intente conectar al servidor Tivoli Storage Manager mediante el cliente administrativo. Utilice los mismos parámetros de conexión que en el Centro de administración (dirección TCP/IP, puerto TCP/IP, identificador de administrador, contraseña de administrador). Este método es el más rápido para determinar si el problema se encuentra en el sistema servidor de Tivoli Storage Manager o en el sistema en el que se ejecuta el Centro de administración. Si tanto el servidor Tivoli Storage Manager como el Centro de administración se ejecutan en la misma máquina, omita este paso y vaya al directorio donde está instalado el cliente administrativo. Emita el mandato DSMADMC con parámetros que coincidan con los de la configuración de conexión del Centro de administración. dsmadmc-id=<id_administrador> -pass=<contraseña_administrador> -tcpport=<puerto_TCP/IP> -tcps=<dirección_TCP/IP> 4. Determine qué puerto utiliza el servidor Tivoli Storage Manager. Puede emitir el mandato QUERY OPT TCPPORT en el servidor para determinar el puerto del servidor. Asegúrese de que el puerto que utiliza el Centro de administración es el mismo en el que se está ejecutando el servidor. Vaya al directorio donde está instalado el cliente administrativo. Emita el mandato DSMADMC con © Copyright IBM Corp. 1993, 2012 111 parámetros que coincidan con los de la configuración de conexión del Centro de administración. Este mandato también puede emitirse desde la consola del servidor. dsmadmc -id=<id_administrador> -pass=<contraseña_administrador> -tcpport=<puerto_TCP/IP> -tcps=<dirección_TCP/IP> tsm:SERVER1>QUERY OPT TCPPORT Opción servidor Valor opción -----------------------------------TCPPort 1500 tsm: SERVER1> 5. Determine si el sistema al que intenta acceder está protegido por un cortafuegos. Si el sistema que ejecuta el servidor Tivoli Storage Manager se encuentra tras un cortafuegos, el sistema que ejecuta el Centro de administración debe autenticarse con el cortafuegos. Intente utilizar el sistema que ejecuta el Centro de administración para conectarse con el sistema que ejecuta el servidor Tivoli Storage Manager. Utilice ping, Telnet o FTP. Si estos métodos no funcionan, intente conectarse a otro sistema que esté en el mismo cortafuegos que el sistema servidor. 6. Determine si la dirección TCP/IP del servidor Tivoli Storage Manager se ha escrito correctamente en el Centro de administración. En el árbol de navegación, pulse Gestionar servidores y seleccione Modificar conexión del servidor en la lista desplegable. Esta acción le permitirá visualizar la conefiguración de la conexión actual para la conexión del servidor de Tivoli Storage Manager. Verifique que la dirección de conexión del servidor sea correcta. a. Emita el mandato PING en un indicador de mandatos o shell. Compruebe que se puede acceder al sistema indicado por la dirección. b. Emita el mandato QUERY OPT TCPPORT en una consola de servidor para determinar en qué puerto se ejecuta el servidor Tivoli Storage Manager. Para determinar qué puerto utiliza el servidor Tivoli Storage Manager, vaya al directorio donde está instalado el cliente administrativo. Emita el mandato DSMADMC con parámetros que coincidan con los de la configuración de conexión del Centro de administración. Este mandato también puede emitirse desde la consola del servidor. Verifique que el puerto de conexión del servidor sea correcto. dsmadmc -id=<id_administrador> -pass=<contraseña_administrador> -tcpport=<puerto_TCP/IP> -tcps=<dirección_TCP/IP> tsm: SERVER1>QUERY OPT TCPPORT Opción servidor ----------------TCPPort Valor opción -------------------1500 tsm: SERVER1> 7. Determine si el ID de administrador del servidor Tivoli Storage Manager se ha escrito correctamente en el Centro de administración. En el árbol de navegación, pulse Gestionar servidores y seleccione Modificar conexión del servidor en la lista desplegable. Esta acción le permitirá visualizar la conefiguración de la conexión actual para la conexión del servidor de Tivoli Storage Manager. Verifique que ID administrativo es correcto. 8. Determine si la contraseña del administrador del servidor Tivoli Storage Manager se ha escrito correctamente en el Centro de administración. En el árbol de navegación, pulse Gestionar servidores y seleccione Modificar 112 IBM Tivoli Storage Manager: Guía de determinación de problemas conexión del servidor en la lista desplegable. Esta acción le permitirá visualizar la conefiguración de la conexión actual para la conexión del servidor de Tivoli Storage Manager. Entre la contraseña administrativa correcta para conectar al servidor Tivoli Storage Manager. Reintente la operación para ver si cambiando la contraseña se resuelve el problema. 9. Determine si se emite algún mensaje en el servidor cuando intente conectarse utilizando el Centro de administración. Las anotaciones de actividades contienen información útil cuando se experimenta algún problema al conectarse al servidor. Puede ver que las sesiones se inician y se detienen cuando el Centro de administración se comunica correctamente con el servidor. Si la red está desactivada, o la dirección o el puerto TCP/IP es incorrecto, no aparece ninguna información en las anotaciones de actividades al intentar establecer la conexión. Para consultar las anotaciones de actividades del servidor, acuda al directorio donde está instalado el cliente de administración. A continuación, emita el mandato DSMADMC con parámetros que coincidan con los de la configuración de conexión del Centro de administración. Este mandato también puede emitirse desde la consola del servidor. dsmadmc -id=<id_administrador> -pass=<contraseña_administrador> -tcpport=<puerto_TCP/IP> -tcps=<dirección_TCP/IP> tsm: SERVER1>QUERY ACTLOG 10. Compruebe el archivo de la base de datos del servidor en busca de daños. El archivo de base de datos se encuentra en el directorio de instalación de Tivoli Integrated Portal en ubicación_instalación_tip\products\tsm\ tsmservers.xml. Si este archivo está dañado, pueden producirse problemas al intentar conectarse a los servidores. Sin embargo, normalmente visualizará otros mensajes de error para indicar que este archivo está dañado. Abra el archivo en un editor (preferiblemente un editor XML) y verifique que la última etiqueta tiene etiqueta de cierre. HPUX No se admite Centro de administración El Centro de administración es una interfaz basada en web para la configuración y gestión centralizadas de servidores de Tivoli Storage Manager. Centro de administración proporciona asistentes para guiarle en las tareas de configuración comunes. Los cuadernos de propiedades le permiten modificar configuraciones y llevar a cabo tareas de gestión avanzadas. Centro de administración no se puede instalar en HP-UX, pero se puede utilizar para gestionar servidores HP-UX. Para ver los requisitos del sistema del Centro de administración, consulte el siguiente sitio web: http://www.ibm.com/support/ docview.wss?uid=swg21515628. Resolución de problemas de autoridad de los usuarios de Tivoli Integrated Portal Los usuarios de Tivoli Integrated Portal sólo pueden acceder a las páginas a las que están autorizados. Puede utilizar las páginas de la ficha Usuarios y grupos de Tivoli Integrated Portal para crear, suprimir y ver información de usuarios y grupos. La administración de usuarios de Centro de administración de Tivoli Storage Manager se basa en las funciones de administración de grupos y usuarios de Tivoli Capítulo 5. Resolución de problemas del Centro de administración 113 Integrated Portal. Se puede conceder autorización basada en roles a usuarios o grupos para acceder a los recursos de Centro de administración. Roles y grupos Los permisos de usuario de Centro de administración se gestionan con roles y grupos. Un rol representa un conjunto de autorizaciones para un determinado recurso. Cuando se asigna un ID de usuario a un recurso, ese ID de usuario está autorizado a realizar determinadas acciones sobre ese recurso. Puede asignar un rol a un usuario individual o a un grupo. Si se asigna un rol a un grupo, se aplicará a todos los miembros del grupo. Un ID de usuario puede tener varios roles, asignados directamente al ID de usuario o asignados al grupo del que ese ID de usuario es miembro. Si un ID de usuario tiene varios roles, las autorizaciones asociadas con todos esos roles se aplicarán (un rol sólo puede conceder una autorización, no denegarla). El Centro de administración define el rol tsmAdministrator en el momento de la instalación. El rol tsmAdministrator tiene acceso a todos los componentes de Centro de administración. Cuando instala el Centro de administración, se creará un nuevo grupo de usuarios para el Centro de administración denominado TSM_AdminCenter. El grupo tiene concedido el rol tsmAdministrator. Todos los ID de usuario nuevos de Tivoli Integrated Portal se crean en el grupo. Estos ID de usuario reciben acceso al Centro de administración. Si desea más información acerca de usuarios, roles y grupos, consulte la ayuda en línea de Tivoli Integrated Portal (para acceder a esta información pulse Ayuda en la parte superior de cualquier página). HPUX No se admite Centro de administración El Centro de administración es una interfaz basada en web para la configuración y gestión centralizadas de servidores de Tivoli Storage Manager. Centro de administración proporciona asistentes para guiarle en las tareas de configuración comunes. Puede modificar la configuración y realizar tareas de gestión avanzadas en los cuadernos de propiedades. Centro de administración no se puede instalar en HP-UX, pero se puede utilizar para gestionar servidores HP-UX. Para ver los requisitos del sistema del Centro de administración, consulte el siguiente sitio web: http://www.ibm.com/support/docview.wss?uid=swg21515628. 114 IBM Tivoli Storage Manager: Guía de determinación de problemas Agregación de un ID de usuario con acceso al Centro de administración AIX Linux Solaris Windows Si experimenta dificultades con la autoridad de los usuarios, puede que desee crear un usuario con los permisos adecuados. Realice los pasos siguientes para crear un ID de usuario de Tivoli Integrated Portal con acceso al IBM Tivoli Storage Manager Centro de administración: 1. En el árbol de navegación, seleccione Usuarios y grupos. 2. Pulse Gestionar usuarios. 3. Pulse Crear. 4. Pulse Pertenencia al grupo. 5. 6. 7. 8. Seleccione Nombre de grupo y, a continuación, pulse Buscar. Añada TSM_AdminCenter a la lista de grupos Actual. Pulse Cerrar. Complete el formulario y pulse Crear. Resolución de un problema de acceso del ID de usuario con el Centro de administración Si experimenta dificultades con la autoridad de los usuarios, puede consultar los permisos de los ID de usuario. Asegúrese de que el grupo al que pertenece el ID de usuario tiene el rol tsmAdministrator. Lo ideal sería que el grupo fuera TSM_AdminCenter, pero no es requisito indispensable. Siga estos pasos para determinar el grupo al que pertenece el ID de usuario y para verificar el rol asignado al grupo: 1. En el árbol de navegación, expanda Usuarios y grupos. 2. Pulse Gestionar usuarios. 3. Pulse Buscar. 4. Pulse en el ID de usuario incluido en la tabla. 5. Pulse en la ficha Grupos. 6. Realice los siguientes pasos para determinar el grupo al que pertenece el ID de usuario: a. En el árbol de navegación, expanda Usuarios y grupos. b. Pulse Roles de grupo. c. Pulse Buscar. d. Pulse en el Nombre de grupo en la tabla. e. Compruebe que el grupo tiene el rol tsmAdministrator. Capítulo 5. Resolución de problemas del Centro de administración 115 Resolución de un servidor de Tivoli Integrated Portal detenido Tivoli Integrated Portal está construido sobre un servidor de aplicaciones de WebSphere. Si el servidor de WebSphere dejara de funcionar, ya no se podrá acceder a Tivoli Integrated Portal desde un navegador. Antes de reiniciar el servidor de Tivoli Integrated Portal, reúna información sobre la detención para poder informar del problema. WebSphere incluye varias herramientas para la resolución de problemas diseñadas para ayudarle a aislar el origen de los problemas. Muchas de estas herramientas están diseñadas para generar información que el servicio de soporte de IBM puede utilizar. Referencia relacionada: “Resolución de problemas de acceso al servidor” en la página 120 Ejecución de la herramienta de recopilador para obtener información relativa al análisis de problemas La herramienta de recopilador recoge información sobre su instalación del servidor WebSphere. A continuación, la herramienta incluye la información en un archivo de archivado Java (JAR) que puede enviar al WebSphere Customer Center. El centro le ayuda a analizar el problema. La información del archivo JAR incluye archivos de anotaciones, archivos de propiedades, archivos de configuración, sistema operativo y datos de Java, así como la presencia y el nivel de cada requisito previo de software. Existen dos maneras de ejecutar la herramienta de recopilador. Puede ejecutar la herramienta de recopilador para reunir datos de resumen o para atravesar el sistema para reunir los archivos necesarios y los resultados de mandato. La herramienta de recopilador produce un archivo JAR con información necesaria para determinar y solucionar un problema. La opción de resumen del recopilador produce un conjunto ligero de información sobre la versión y otros aspectos que resulta útil al informar del problema por primera vez al WebSphere Customer Center. El programa de recopilador se ejecuta hasta que se completa y crea el archivo JAR, a pesar de los errores que pueda encontrar. Los errores pueden incluir archivos o mandatos que faltan. La herramienta de recopilador reúne la mayor cantidad de datos posible en el archivo JAR. Existen dos fases a la hora de usar la herramienta de recopilador. La primera fase implica la ejecución de la herramienta de recopilador en el servidor WebSphere y la producción de un archivo JAR. El equipo de soporte de realiza la segunda fase, que consiste en analizar el archivo JAR. Siga los siguientes pasos para ejecutar la herramienta de recopilador: 1. Inicie la sesión en el sistema como root (o administrador en Windows). 2. Compruebe que Java 1.5.0 o una versión superior esté disponible en la vía de acceso. 3. Si hay varios Java Development Kits (JDK) en el sistema, compruebe que el JDK que el servidor de WebSphere utiliza es el que existe en la vía de acceso del programa recopilador. El programa recopilador precisa la ejecución de Java. También recopila información sobre el JDK en el que se ejecuta. 116 IBM Tivoli Storage Manager: Guía de determinación de problemas 4. Compruebe que en la vía de acceso que está utilizando el programa recopilador se encuentra toda la información necesaria. Asegúrese de que no está ejecutando el programa desde el directorio raíz de instalación de Tivoli Integrated Portal. v Si el sistema es una plataforma AIX, Linux o Solaris, compruebe que la vía de acceso contiene las siguientes entradas: – /bin – /sbin – /usr/bin – /usr/sbin HPUX No se admite Centro de administración El Centro de administración es una interfaz basada en web para la configuración y gestión centralizadas de servidores de IBM Tivoli Storage Manager. Centro de administración proporciona asistentes para guiarle en las tareas de configuración comunes. Los cuadernos de propiedades le permiten modificar configuraciones y llevar a cabo tareas de gestión avanzadas. Centro de administración no se puede instalar en HP-UX, pero se puede utilizar para gestionar servidores HP-UX. Para ver los requisitos del sistema del Centro de administración, consulte el siguiente sitio web: http://www.ibm.com/support/ docview.wss?uid=swg21515628. v Si este sistema es una plataforma de Windows, incluya regedit en la vía de acceso. La herramienta de recopilador está ubicada en el directorio <TIP_HOME>\bin. 5. Cree un directorio de trabajo donde pueda iniciar el programa recopilador e ir al directorio de trabajo. El programa recopilador graba el archivo JAR de salida en el directorio actual y también crea y suprime varios de los archivos temporales del directorio actual. Con la creación de un directorio de trabajo para ejecutar el programa recopilador, éste evita los conflictos de nombres y hace que la limpieza sea más sencilla. No puede ejecutar la herramienta de recopilador en un directorio dentro del directorio de instalación de Tivoli Integrated Portal. 6. Para ejecutar el programa de recopilador, emita el mandato COLLECTOR en la línea de mandatos. Por ejemplo: c:\work\dir>collector Se recopila una copia de la información del nodo y de la información de cada servidor del nodo cuando emite el mandato COLLECTOR. El programa recopilador almacena los datos en un archivo de salida JAR individual. Para reunir información de un servidor específico del nodo, emita el mandato COLLECTOR nombre_servidor, donde nombre_servidor es el nombre del servidor de problemas. El nombre del servidor Tivoli Integrated Portal es tsmServer. El programa de recopilador crea un archivo de anotación, Collector.log, y un archivo JAR de salida en el directorio actual. El nombre del archivo JAR se compone del nombre de host, del nombre de célula, del nombre de nodo y del nombre de perfil: host_name-cell_namenode_name-profile_name.jar. Por ejemplo, si ejecuta su herramienta de recopilador en el servidor bohm1, el nombre de archivo será bohm1-TIPCell-TIPNode-TIPProfile-WASenv.jar. Capítulo 5. Resolución de problemas del Centro de administración 117 El archivo Collector.log es uno de los archivos recopilados del archivo host_name--cell_name- node_name-profile_name.jar. Consejo: Póngase en contacto con el servicio de soporte para obtener ayuda relacionada con el descifrado de la salida de la herramienta de recopilador. Diagnóstico de problemas de entrada de registro mediante la herramienta Log Analyzer (showlog) Log Analyzer toma uno o más registros de servicios o de actividades, combina todos los datos y muestra las entradas. Basándose en su base de datos de síntomas, la herramienta analiza e interpreta las condiciones de evento o error en las entradas de anotaciones para ayudarle a diagnosticar problemas. La herramienta log analyzer tiene una característica especial, que le permite descargar la base de datos de síntomas más recientes del sitio web de IBM. Acerca del archivo de registro de servicios o actividades El servidor WebSphere crea el archivo de anotación de actividad o servicio de la actividad de los diversos componentes del servidor WebSphere. Log analyzer se utiliza para visualizar archivos de registro de servicios o actividades y puede combinar los archivos de registro de servicios o actividades en un único archivo de registro. El archivo de registro de actividades o servicio (activity.log) es un archivo binario del siguiente directorio:tip_install_root\profiles\TIPProfile\logs , donde tip_install_root es el directorio raíz de la instalación. HPUX No se admite Centro de administración El Centro de administración es una interfaz basada en web para la configuración y gestión centralizadas de servidores de IBM Tivoli Storage Manager. Centro de administración proporciona asistentes para guiarle en las tareas de configuración comunes. Los cuadernos de propiedades le permiten modificar configuraciones y llevar a cabo tareas de gestión avanzadas. Centro de administración no se puede instalar en HP-UX, pero se puede utilizar para gestionar servidores HP-UX. Para ver los requisitos del sistema del Centro de administración, consulte el siguiente sitio web: http://www.ibm.com/support/ docview.wss?uid=swg21515628. Uso del Log analyzer No se pueden visualizar las anotaciones de servicios o actividades con un editor de textos. Utilice la herramienta log analyzer para ver el archivo. El servidor Websphere en el que se ejecuta la herramienta log analyzer no incluye la consola administrativa de Java, de manera que no hay ninguna interfaz gráfica disponible para visualizar un archivo de registro de actividades o servicios. La herramienta de visualización alternativa, showlog, se debe utilizar para ver el archivo de registro de actividades o servicios: 1. Cambie al directorio tip_install_root\bin donde tip_install_root es el directorio raíz de la instalación. 2. Ejecute la herramienta showlog sin parámetros para ver las instrucciones de utilización: Windows En los sistemas Windows, ejecute showlog.bat v v Para el resto de los sistemas soportados, ejecute showlog.sh 118 IBM Tivoli Storage Manager: Guía de determinación de problemas Para dirigir el contenido del registro de actividades o servicios (activity.log) a stdout, emita el mandato SHOWLOG ACTIVITY.LOG. Para guardar el registro de actividades o servicios en un archivo de texto con el fin de poder verlo con un editor de texto, emita el mandato SHOWLOG ACTIVITY.LOG SOME_TEXT_FILE_NAME. Consejo: Póngase en contacto con el servicio de soporte de IBM para solicitar ayuda relacionada con el descifrado de la salida de la herramienta de recopilador. Resolución de problemas de consumo excesivo de memoria con el servidor de Tivoli Integrated Portal Tivoli Integrated Portal está construido sobre un servidor de aplicaciones de WebSphere. Si el servidor Websphere está usando una gran cantidad de memoria, se puede actuar para resolver este problema. Para determinar si se está usando una gran cantidad de memoria, utilice las herramientas del sistema operativo que proporcionan esa información. Por ejemplo, en Windows, el Administrador de tareas muestra el uso de memoria. Cerrar la sesión al final del día debería ayudar a minimizar el uso de memoria. Se recomienda cerrar la sesión en vez de sólo cerrar el navegador. El valor predeterminado de tiempo de espera excedido de sesión es 30 minutos. Reduzca este valor a un número más bajo para ayudar a reducir los requisitos de consumo de memoria. Puede cambiar el valor SESSIONTIMEOUT con el programa de utilidad de soporte de Centro de administración. Referencia relacionada: “Programa de utilidad de soporte del Centro de administración” en la página 124 Configuración de la dirección IP para alinearla con el Centro de administración El Centro de administración da por supuesto que el host utiliza una dirección IP estática en lugar de una dirección IP asignada dinámicamente. Es necesaria una dirección IP estática, porque el servidor del Centro de administración debe aparecer en la lista de los servidores de nombres de dominio que correlacionan el nombre de host con la dirección física del sistema. En un sistema que no esté conectado a la red, debe configurar el sistema de modo que el puerto IP del bucle de retorno se correlacione con el nombre de host completo. Para activar esa correlación, realice los pasos siguientes: 1. Vaya a la estación de trabajo en que se vaya a instalar Centro de HPUX administración. No se admite Centro de administración El Centro de administración es una interfaz basada en web para la configuración y gestión centralizadas de servidores de IBM Tivoli Storage Manager. Centro de administración proporciona asistentes para guiarle en las tareas de configuración comunes. Los cuadernos de propiedades le permiten modificar configuraciones y llevar a cabo tareas de gestión avanzadas. Centro de administración no se puede instalar en HP-UX, pero se puede utilizar para gestionar servidores HP-UX. Para ver los requisitos Capítulo 5. Resolución de problemas del Centro de administración 119 del sistema del Centro de administración, consulte el siguiente sitio web: http://www.ibm.com/support/docview.wss?uid=swg21515628. 2. Localice el archivo de hosts TCP/IP de su sistema. Para sistemas Windows, busque en WINNT\system32\drivers\etc. Para todo el resto de los sistemas admitidos, busque en path/etc. 3. Utilice un editor de texto para abrir el archivo denominado “hosts.” 4. Al final del archivo de hosts, añada líneas similares a las siguientes: 127.0.0.1 host_local 127.0.0.1 nombre_servidor donde su.nombre.servidor es el nombre de host completo para el sistema del Centro de administración. 5. Guarde el archivo de hosts. Resolución de problemas de acceso al servidor Puede que encuentre problemas si intenta acceder a Tivoli Integrated Portal y al Tivoli Storage Manager Centro de administración desde un navegador web. A continuación, se muestran algunos ejemplos de los mensajes que podría recibir: v v v v La página no se puede mostrar. La página que solicita no se encuentra disponible actualmente. Error: No se encuentra el servidor o error de DNS. La conexión se ha rechazado al intentar contactar con host:puerto. Estos tipos de errores pueden producirse por diversas razones. La siguiente lista le da las diferentes maneras en que se pueden corregir estos errores: v Asegúrese de que el sistema en el que se ejecuta el navegador está conectado con la red y con el sistema de destino en el que se ha instalado Tivoli Integrated Portal. v Asegúrese de que los valores del navegador son correctos. v Si dispone de protección por cortafuegos y está activada la seguridad de Internet o el software de proxy, intente solucionar el problema desactivando temporalmente la protección disponible. Si ahora puede accederse a Tivoli Integrated Portal, deben investigarse los valores del cortafuegos. v Asegúrese de que Tivoli Integrated Portal se ha instalado en el sistema de destino. v Asegúrese de que Tivoli Integrated Portal está en ejecución en el sistema de destino. Puede que Tivoli Integrated Portal haya terminado. v Compruebe que el Centro de administración de Tivoli Storage Manager se ha desplegado en Tivoli Integrated Portal. HPUX No se admite Centro de administración El Centro de administración es una interfaz basada en web para la configuración y gestión centralizadas de servidores de Tivoli Storage Manager. Centro de administración proporciona asistentes para guiarle en las tareas de configuración comunes. Los cuadernos de propiedades le permiten modificar configuraciones y llevar a cabo tareas de gestión avanzadas. Centro de administración no se puede instalar en HP-UX, pero se puede utilizar para gestionar servidores HP-UX. Para ver los requisitos del 120 IBM Tivoli Storage Manager: Guía de determinación de problemas sistema del Centro de administración, consulte el siguiente sitio web: http://www.ibm.com/support/docview.wss?uid=swg21515628. En realidad, Tivoli Integrated Portal se compone de dos servidores: el servidor de consola y el servidor de ayuda de la consola. Si se cierra el sistema en el que se ha instalado Tivoli Integrated Portal, se detendrá el servidor de Tivoli Integrated Portal que se ha iniciado. Si el sistema se ha configurado para iniciar automáticamente el servidor al iniciarse el sistema, no deberá realizar ninguna acción. Para iniciar el serviodr desde una interfaz de línea de mandatos, vaya al subdirectorio INICIO_TIP\TIPProfile\bin del directorio de instalación de Tivoli Storage Manager y utilice el mandato apropiado para el sistema operativo: v Windows - startServer.bat server1 v Resto de sistemas admitidos - startServer.sh server1 tip_home es el directorio raíz de la instalación de Tivoli Storage Manager. Para detener el servidor desde una interfaz de línea de mandatos, acceda al subdirectorio tip_home\profiles\TIPProfile\bin del directorio de instalación Tivoli Storage Manager y utilice el mandato que corresponda a su sistema operativo: v Windows - stopServer.bat server1 (-user tipadmin -password tippass) v Resto de sistemas admitidos - stopServer.sh server1 (-user tipadmin -password tippass) donde tipadmin es el ID de usuario del administrador de Centro de administración y tippass es la contraseña del administrador. Para detener el servidor, deberá especificar un ID de usuario y la contraseña para ese ID de usuario. Resolución de problemas del monitor de estado de Centro de administración Un monitor de estado presenta una vista del estado general de varios servidores y sus dispositivos de almacenamiento. En el monitor de estado puede establecer un vínculo con los detalles de un servidor, incluidos un resumen de los resultados de planificaciones de cliente y un resumen de la disponibilidad de dispositivos de almacenamiento. Las condiciones se evalúan en función de un sistema de puntos, en el que éstos indican el tipo de problemas que se están produciendo en el servidor. v Puntuación entre 0 - 4, el estado es normal v Puntuación entre 5 - 9 indica estado de aviso v Una puntuación de 10 o superior indica un estado crítico Si se detiene un servidor, se produce una excepción. Si el servidor se detiene, no se podrá obtener su estado y éste se notificará como crítico. Los cálculos por puntos se realizan mediante los archivos de informe dsmhealthmon.xml y dsmhealthmon_pre61.xml. Además de calcular la condición Capítulo 5. Resolución de problemas del Centro de administración 121 general del servidor, estos archivos realizan un recuento de los registros de actividad y de los números de evento que se muestran en la página de detalles del supervisor de estado. Restricción: Si realiza algún cambio en los archivos dsmhealthmon.xml o dsmhealthmon_pre61.xml, estos cambios no se admitirán. Guarde una copia de estos archivos, antes de modificarlos, para asegurarse de que podrá restaurar los archivos originales si se produce algún error con el supervisor de estado. Condiciones del monitor de estado que pueden causar un estado de servidor desconocido El Centro de administración ofrece las funciones de la mayoría de los mandatos administrativos, así como funciones exclusivas, como el monitor de estado y asistentes para ayudarle a realizar tareas complejas. Revise los siguientes síntomas de problemas con el estado del servidor: v No se ha definido el ID de ADMIN_CENTER: si el ID de administración de ADMIN_CENTER se ha suprimido del servidor, el monitor de estado no puede obtener el estado. Vuelva a sincronizar la contraseña del supervisor de estado. v La contraseña de ADMIN_CENTER del servidor no coincide con la contraseña del monitor de estado. Vuelva a sincronizar la contraseña del supervisor de estado. v El ID de ADMIN_CENTER está bloqueado. El ID debe estar desbloqueado; de lo contrario, el monitor de estado no puede obtener el estado. Vuelva a sincronizar la contraseña del supervisor de estado. v El operador del monitor de estado ya no está en ejecución. El rastreo es la única forma de determinar si la hebra de trabajo está en ejecución. Siga las instrucciones de rastreo del Centro de administración para activar el rastreo de la clase de rastreo HEALTH. Busque en el archivo tsmServer/logs/trace.log cadenas, como “Time for a nap” o “Back to work.” Si encuentra mensajes como esos en el archivo de rastreo, se está ejecutando el monitor de estado. Puede que deba esperar para que se visualicen esos mensajes, en función de si el operador del monitor de estado se encuentra en el intervalo correspondiente a la modalidad de espera. Cuando vea que no existe ninguna actividad durante un período de tiempo superior al intervalo de renovación, intente reiniciar Tivoli Integrated Portal, el cual vuelve a iniciar el operador del monitor de estado. Tareas relacionadas: “Habilitar el rastreo de Centro de administración” en la página 146 Resolución de las condiciones del monitor de estado que pueden causar un estado de base de datos crítico o una advertencia El monitor de estado determina el estado de almacenamiento del servidor evaluando un conjunto de reglas. Una única condición no puede provocar el cambio de estado, sino que el monitor de estado tiene en cuenta diversos elementos para determinar el estado general. Realice los siguientes pasos para determinar el estado general del hardware de almacenamiento: 1. Determine el porcentaje de unidades que están desactivadas en una biblioteca determinada. 122 IBM Tivoli Storage Manager: Guía de determinación de problemas 2. Determine el porcentaje de vías de acceso que están desactivadas para cada unidad en una biblioteca determinada. 3. Determine el promedio de los números obtenidos en el paso anterior, que representa la puntuación del estado de la vía de acceso de unidad. 4. Determine el porcentaje de las vías de acceso de biblioteca que están desactivadas para la biblioteca en particular. La puntuación para la biblioteca es el máximo de las tres puntuaciones. El número debe encontrarse dentro del rango entre 0 y 10. 5. Repita los pasos anteriores para cada biblioteca del servidor. El estado general del hardware de almacenamiento es la media de la suma de todas las puntuaciones de la biblioteca, que es el estado general del hardware de almacenamiento en una escala de cero a diez. Una puntuación de cuatro representa un estado normal. Una puntuación mayor que cuatro pero menor que ocho representa un estado de aviso. Una puntuación mayor que siete representa un estado grave. El estado de la biblioteca v Si toma fuera de línea, v Si toma fuera de línea, biblioteca v Si toma fuera de línea, se convierte en crítico en las siguientes instancias: todas las unidades de la biblioteca todas las vías de acceso para las unidades de una única el único parche a la biblioteca En función del número de bibliotecas del servidor, otras bibliotecas de estado compensan el estado grave de una única biblioteca. Por ejemplo, si el estado de una biblioteca es grave y el estado de dos bibliotecas es normal, el estado del almacenamiento es de aviso. Para ver el estado individual de la biblioteca, utilice el elemento de trabajo Dispositivos de almacenamiento. Importante: Si el servidor se ha detenido, el supervisor de estado no podrá obtener el estado. El estado de un servidor detenido se notifica como crítico. Condiciones del monitor de estado que pueden causar un estado de base de datos crítico o una advertencia El monitor de estado determina el estado de la base de datos del servidor evaluando un conjunto de reglas. Una única condición no puede provocar el cambio de estado, sino que el monitor de estado tiene en cuenta diversos elementos para determinar el estado general. Sin embargo, si el servidor está desactivado, el monitor de estado no puede obtener el estado. El estado de un servidor desactivado se notifica como crítico. Si la puntuación está comprendida entre 0 y 4, el estado es normal. La puntuación entre 5 y 9 genera un aviso, y la puntuación entre diez y otros valores superiores, indica un estado grave. La puntuación de la base de datos se calcula aplicando una suma de las siguientes reglas: v Espacio libre inferior al 10% en sistemas de archivos en los que reside la base de datos: 10 puntos v Espacio libre inferior al 20% en sistemas de archivos en los que reside la base de datos: 5 puntos Capítulo 5. Resolución de problemas del Centro de administración 123 v No se ha realizado ninguna copia de seguridad de base de datos en las últimas 24 horas: 3 puntos v Proporción de aciertos de agrupación de almacenamiento intermedio inferior al 98%: 3 puntos Determinar cuándo se debe volver a sincronizar la contraseña de ID de administrador de ADMIN_CENTER Cuando configura el monitor de estado, la contraseña del ID del administrador ADMIN_CENTER se guarda en la configuración del monitor de estado. Para establecer contacto con todos los servidores de la lista se utiliza la misma contraseña. Si la contraseña se está actualizando por medio de la acción Configurar monitor de estado de la tabla del servidor del monitor de estado, la contraseña estará sincronizada con todos los servidores. Sin embargo, cuando la contraseña de ADMIN_CENTER se cambia desde la línea de mandatos o desde el cuaderno Propiedades del servidor, el monitor de estado conoce la nueva contraseña para poder actualizar el archivo de configuración. Tienen lugar las siguientes acciones: 1. El monitor de estado establece contacto con el servidor y el servidor devuelve un mensaje de credencial falso. 2. Después del tercer intento, el ID de ADMIN_CENTER se bloquea. No puede desbloquear el ID de ADMIN_CENTER por medio de la interfaz de la línea de mandatos ni del cuaderno Propiedades del servidor porque el monitor de estado no dispone de una contraseña válida. Esta acción simplemente desbloquea el ID; a continuación, después de tres intentos, el ID vuelve a bloquearse. Si vuelve a configurar el supervisor de estado para actualizar la contraseña, esta acción no funcionará porque el supervisor de estado intenta iniciar la sesión con la contraseña que ya no es válida en ese servidor. Vuelva a sincronizar la contraseña de ADMIN_CENTER en todos los servidores para resolver el problema. El supervisor de estado lleva a cabo los siguientes procedimientos en todos los servidores con una conexión con el ID de usuario de Tivoli Integrated Portal actual: v Creará el ID de ADMIN_CENTER si no existe v Desbloqueará el ID de ADMIN_CENTER si está bloqueado v Actualizará la contraseña de ADMIN_CENTER a la contraseña actual del supervisor de estado para todos los servidores Programa de utilidad de soporte del Centro de administración El programa de utilidad de soporte del Centro de administración es un programa de utilidad de línea de mandatos diseñado para proporcionar ayuda en la realización de tareas de soporte básicas con el Centro de administración. Este programa de utilidad se encuentra ubicado en el directorio de instalación de IBM Tivoli Storage Manager en raíz_instalación\tsmac\bin. Windows En Windows, inicie la herramienta emitiendo supportUtil.bat. En todo el resto de los sistemas soportados, inicie la herramienta emitiendo supportUtil.sh. AIX 124 Linux Solaris IBM Tivoli Storage Manager: Guía de determinación de problemas Windows En el siguiente ejemplo se muestra la información que verá en su sistema Windows: C:\IBM\AC\products\tsm\bin>supportUtil Centro de administración Support Utility - Main Menu ================================================== 1. Manage Administration Center tracing 2. Manage the maximum memory size the Administration Center can use 3. Manage the Administration Center session timeout setting 4. Collect trace files, logs and system information to send to support 5. Generate a heap dump of the Java virtual machine 6. Generate a Java core dump of the Java virtual machine 7. View the log file for this utility. 9. Exit. Referencia relacionada: “Clases de rastreo del Centro de administración” en la página 143 Respuesta a los mensajes de anomalía en las tareas de Centro de administración Centro de administración proporciona mensajes de información y de error cuando se produce una anomalía. La mayor parte de los mensajes de anomalía proporcionan normalmente información sobre el problema que se ha producido. Los mensajes de Centro de administración a menudo diagnostican de forma explícita el problema e incluyen sugerencias sobre cómo gestionarlo. Los mensajes pueden contener información sobre errores internos o errores del servidor de Centro de administración. En algunos casos, los errores pueden resolverse volviendo a intentar realizar una tarea anómala. Antes de volver a intentar ejecutar la tarea, cierre todos los mensajes de error para asegurarse de que sólo se mostrarán los que sean relevantes si la tarea vuelve a fallar. Algunos mensajes de anomalía de Centro de administración incluyen uno o más mensajes de error devueltos por el servidor. Los mensajes del servidor se muestran en el idioma que se activó para el servidor, que puede no coincidir con el idioma activado para el navegador web. En tales casos consulte en el manual de mensajes el número de mensaje identificado para la plataforma de servidor específica. Para comprender mejor el problema, compruebe las anotaciones de actividades del servidor elegido cuando se produjo el mensaje de error. Para ver las anotaciones de actividades, seleccione un servidor y seleccione la acción de la tabla Propiedades del servidor. En el cuaderno de propiedades, pulse la ficha Anotaciones de actividades. El separador Anotaciones de actividades es muy útil para los siguientes casos: v Donde el mensaje de error no parece relacionado con el comportamiento de la tarea v Donde el mensaje de error no incluye los mensajes de servidor v Donde sólo se muestra el último mensaje del servidor cuando se realizan varias tareas En estos casos se suelen emitir varios mandatos al servidor. Examine detenidamente en las anotaciones de actividades la actividad durante el intervalo de tiempo en el que se ha producido la anomalía. Recuerde que el servidor y la máquina que se han utilizado para acceder a Centro de administración pueden estar ejecutándose en un huso horario distinto. La información de las anotaciones de actividades se muestra con la hora del servidor. Capítulo 5. Resolución de problemas del Centro de administración 125 Si se encuentran errores durante el direccionamiento de mandatos, compruebe primero las anotaciones de actividades del servidor de origen. Si el registro de actividades no proporciona información suficiente para diagnosticar el problema, consulte las anotaciones de actividades del servidor de destino. Asegúrese de que los dos servidores estén en ejecución, de que estén configurados correctamente para comunicarse entre sí y de que el servidor de origen tenga el nivel de autorización apropiado para los mandatos ejecutados en el servidor de destino en el momento de la anomalía. Si necesita ponerse en contacto con el servicio de soporte de software de IBM para resolver un problema de Centro de administración, puede utilizar las funciones de rastreo proporcionadas por el programa de utilidad de soporte de Centro de administración para obtener más información. Tareas relacionadas: “Habilitar el rastreo de Centro de administración” en la página 146 Referencia relacionada: “Respuesta a mensajes de Centro de administración sobre resultados inesperados” “Determinación del origen de un mensaje” en la página 128 “Programa de utilidad de soporte del Centro de administración” en la página 124 Respuesta a mensajes de Centro de administración sobre resultados inesperados Existen varias formas de determinar el origen de un problema cuando falla una tarea en Centro de administración con resultados imprevistos. Referencia relacionada: “Respuesta a los mensajes de anomalía en las tareas de Centro de administración” en la página 125 Comprobación del registro de actividades del servidor para resolver problemas de Centro de administración El Centro de administración procesa su trabajo emitiendo query, select y otros mandatos de IBM Tivoli Storage Manager al servidor. Consulte las anotaciones de actividades del servidor que se haya seleccionado para la tarea que falla. Para ver las anotaciones de actividades, seleccione un servidor y seleccione la acción de la tabla Propiedades del servidor. En el cuaderno de propiedades, pulse la ficha Anotaciones de actividades. Asegúrese de que los mandatos relacionados con la tarea aparezcan en las anotaciones de actividades y de que se emitan al servidor correcto. Si no hay ninguna evidencia de actividad relacionada con la tarea del Centro de administración, puede que exista un problema de conexión o puede que se haya seleccionado el servidor incorrecto. Busque anomalías relacionadas con mandatos que se hayan emitido durante el intervalo de tiempo en el que la tarea del Centro de administración. Estas anomalías pueden deberse a un formato incorrecto del mandato o a valores falsos de parámetros. En algunos casos, un valor de parámetro procede directamente de Centro de administración, pero, en muchos otros, lo especifica el usuario a través de un recuadro de texto, un botón de selección u otro método de entrada. Corrija el valor falso si es posible, pero si el usuario no puede modificar un parámetro falso o un mandato construido de forma errónea, puede que un error interno sea la causa. 126 IBM Tivoli Storage Manager: Guía de determinación de problemas Resolución de errores causados por el inicio o la detención de un asistente o un portlet Algunos problemas se producen debido al modo en el que los asistentes o los portlets se inician o reinician. Algunos de los asistentes validan objetos en la base de datos del servidor mientras se avanza en el asistente, en lugar de hacerlo sólo cuando éste finaliza. Cuando el asistente define objetos antes de que pulse Finalizar, aparecerá un panel de resumen que enumera los objetos comprometidos. El botón Atrás se inhabilita porque no se puede volver al panel de asistente anterior para deshacer los cambios validados. Si se cancela en ese momento el asistente, los objetos que se han creado no se suprimen. No puede reiniciar el asistente desde el punto en el que se ha cancelado. Si cancela y, a continuación, reinicia un asistente, no puede duplicar el trabajo que ha realizado anteriormente. Por ejemplo, si utiliza el asistente Añadir un dispositivo de almacenamiento para añadir un dispositivo de cinta, encontrará varios paneles de resumen que muestran los objetos que se han creado antes de que finalizara el asistente. El primer panel de resumen es para la creación de una clase de dispositivo, una biblioteca y las rutas del servidor a la biblioteca. Si cancela ese asistente después del primer panel de resumen y lo reinicia, no podrá crear otra biblioteca con el mismo nombre porque ya existe. Después de crear un objeto con un asistente, los cambios en ese objeto deben realizarse a través de un cuaderno de propiedades. En el ejemplo Añadir un dispositivo de almacenamiento los cambios en la clase de dispositivo, biblioteca o agrupaciones de almacenamiento deben realizarse a través de los cuadernos de propiedades de la clase de dispositivo, biblioteca o agrupación de almacenamiento. Normalmente puede pulsar el nombre de un objeto para abrir su cuaderno de propiedades. El cuaderno de propiedades contiene páginas con fichas para modificar todos los atributos creados por el asistente. Los atributos que el asistente establece en el valor predeterminado sólo se pueden cambiar en estos cuadernos de propiedades. Trabajar con varios portlets En Centro de administración V6.3, un portlet se abre automáticamente cuando selecciona un elemento de cuaderno en el árbol de navegación. Una vez que seleccione un cuaderno de propiedades, se generará el cuaderno en el portlet desde el que se inició, y no en un nuevo portlet. Con V6.3, si desea conservar un portlet, puede seleccionar Abrir página en ficha nueva en el menú Seleccionar acción. A continuación, puede desplazarse al cuaderno de propiedades desde la ficha nueva. Las actualizaciones a un servidor efectuadas en una página tabulada no se propagan necesariamente a todas las páginas tabuladas abiertas. En concreto, los valores de un cuaderno de propiedades se recopilan cuando el cuaderno de propiedades se inicia por primera vez. Si los objetos de servidor se crean en otra ficha mientras el cuaderno de propiedades está activo, los objetos más recientes no se agregan de forma automática al cuaderno de propiedades. Del mismo modo, un asistente que ofrece una selección de objetos enumera los objetos que existían cuando se inició el asistente. No obstante, en algunos casos, las listas de objetos se pueden renovar de forma manual. Para determinar si los cambios efectuados en otra tabla, cuaderno o asistente han afectado a los objetos de una ficha concreta, puede que sea necesario reiniciar la Capítulo 5. Resolución de problemas del Centro de administración 127 tarea actual. Los mandatos emitidos pueden agregar objetos que no se muestran en cuadernos o asistentes cuando se iniciaron. Por lo general, es mejor no utilizar el cliente de línea de mandatos o la consola del servidor mientras se utilice el Centro de administración. Resolución de problemas causados por errores internos Un error interno es un error del propio Centro de administración, lo cual puede resultar más difícil de diagnosticar. En la mayor parte de los casos, se muestra un mensaje de error. Otro síntoma es cuando el botón Aceptar o Cancelar no cierra el panel actual. Por último, el archivo de anotaciones de actividades del servidor puede contener mandatos emitidos por el Centro de administración que no tengan el formato correcto o que contengan valores de parámetro no válidos. Estos errores sólo los puede diagnosticar de forma precisa el personal de soporte técnico. Además del archivo de anotaciones de actividades del servidor, las anotaciones de rastreo de Tivoli Integrated Portal pueden proporcionar a menudo información relacionada con el error. Si el problema se puede repetir, el nivel de rastreo de las anotaciones de rastreo puede aumentarse. La información del archivo de anotaciones de rastreo será útil probablemente para el personal de soporte técnico. Tareas relacionadas: “Habilitar el rastreo de Centro de administración” en la página 146 Determinación del origen de un mensaje Los mensajes que se muestran en el Centro de administración suelen ser mensajes del servidor de IBM Tivoli Storage Manager o mensajes específicos del Centro de administración. Los mensajes del servidor de Tivoli Storage Manager se muestran, en algunos casos, en los que el Centro de administración ha ejecutado un mandato en un servidor de Tivoli Storage Manager. En ciertos casos, se muestran los dos tipos de mensajes. Para distinguir entre los mensajes del Centro de administración y los del servidor de Tivoli Storage Manager, observe el prefijo del número del mensaje. Los mensajes que no muestran ningún número de mensaje son mensajes informativos del Centro de administración específicos de Tivoli Integrated Portal. Los mensajes del Centro de administración tienen el prefijo ANRW. Los mensajes de información y de errores se distinguen por el sufijo del mensaje, I y E, respectivamente. Por ejemplo: ANRW0022I La operación se ha completado satisfactoriamente. ANRW0023E Se ha producido un error interno durante la validación. Los mensajes de información, por ejemplo ANRW0022I, facilitan información general o identifican limitaciones o necesidades para la tarea que se lleva a cabo. Los mensajes de error, por ejemplo ANRW0023E, identifican que hay un problema al completar la tarea solicitada. El mensaje puede solicitar al usuario que lleve a cabo tareas de configuración adicionales (como de comunicación de un servidor con otro), indicar que la acción solicitada es falsa en el elemento de trabajo o la 128 IBM Tivoli Storage Manager: Guía de determinación de problemas tarea actual, o notificar un error interno. La resolución de un error interno, como ANRW0023E, suele requerir la ayuda del servicio de soporte de software de IBM. Normalmente se le solicitará que proporcione información de rastreo, así como información acerca de la secuencia de las acciones realizadas antes de que se produjera la anomalía. Los mensajes emitidos por el Centro de administración se muestran en el idioma seleccionado para el navegador web o el valor predeterminado más próximo. Los números de los mensajes del Centro de administración no dependen del servidor, a diferencia de los mensajes del servidor de Tivoli Storage Manager. Los mensajes del Centro de administración suelen basarse en el código de retorno especificado cuando se ejecuta un mandato del servidor de Tivoli Storage Manager. En algunos casos, se mostrará el código de retorno del servidor en el que se basa el mensaje del Centro de administración, junto con el mensaje del servidor. Rara vez el código de retorno y el mensaje que se muestra no coinciden. Si utiliza el rastreo para capturar información sobre un problema de implementación de mandatos de servidor, los códigos de retorno identificados con los mensajes de servidor pueden ayudar al servicio de soporte de software de IBM a diagnosticar el problema. Algunos mensajes del servidor Tivoli Storage Manager dependen del sistema operativo del servidor. Cuando el Centro de administración muestra un mensaje del servidor de Tivoli Storage Manager, el número de mensaje puede asociarse a distintos mensajes para los servidores que se ejecutan en diversos sistemas operativos. Un solo número de mensaje puede tener distintas variaciones para plataformas diferentes. Los mensajes de Tivoli Storage Manager utilizan diferentes prefijos de mensajes, normalmente ANR o ANE. Normalmente, cada mensaje de Centro de administración contiene un enlace a la explicación del mensaje del sistema de ayuda. Pulse el enlace para mostrar la ayuda relacionada con el mensaje. Si el mensaje no contiene un enlace, utilice la línea de mandatos de Centro de administración o una interfaz de línea de mandatos del servidor en el que se haya producido el error. Si desea solicitar ayuda para un número de mensaje del servidor de Tivoli Storage Manager específico, emita el mandato HELP número_mensaje. Referencia relacionada: “Respuesta a los mensajes de anomalía en las tareas de Centro de administración” en la página 125 Mensajes de Tivoli Storage Manager El catálogo completo de los mensajes de IBM Tivoli Storage Manager se puede encontrar en el PDF o en el centro de información. Visite el centro de información o el IBM Publication Center para obtener una copia del PDF. Capítulo 5. Resolución de problemas del Centro de administración 129 Ubicación de mensajes de error de Tivoli Integrated Portal Si debe buscar más información sobre un mensaje de error de Tivoli Integrated Portal, dicha información estará disponible en el servidor. Los mensajes emitidos en Tivoli Integrated Portal están disponibles únicamente en la ayuda en línea de Tivoli Integrated Portal. El texto de ayuda para los mensajes que se emiten mediante Tivoli Integrated Portal se puede visualizar en la ayuda en línea de Tivoli Integrated Portal. Por ejemplo, para ver información sobre el mensaje ANRW0557E, utilice el siguiente URL: https://xxx:16316/ibm/help/topic/ com.tivoli.dsm.admincenter.message.help/msghelp/ ANRW0557E.html?noframes=true Donde xxx es el nombre de host de TCPIP de la estación de trabajo que ejecuta Tivoli Integrated Portal. Resolución de problemas con archivos de definición de mandatos del servidor de Tivoli Storage Manager El Centro de administración utiliza archivos de definición de mandatos que especifican los mandatos admitidos para cada sistema operativo del servidor. Se trata de un archivo de definiciones de mandatos distinto para cada sistema operativo de servidor. Si ese archivo está dañado en el sistema de Tivoli Integrated Portal o en el sistema del servidor, puede que haya partes de la interfaz que no puedan validar la creación de objetos nuevos y que no puedan construir correctamente mandatos de servidor. Los mensajes del Centro de administración que identifican errores de sintaxis de mandatos o errores de validación (para la entrada de texto o la selección de controles de interfaz) pueden deberse en ocasiones a problemas con los archivos de definiciones de los mandatos. El Centro de administración adquiere un archivo de definición de mandatos la primera vez que establece una conexión con un servidor. La siguiente vez que el Centro de administración se pone en contacto con un servidor que se ejecuta en el mismo sistema operativo, utiliza el archivo de mandatos que se haya obtenido previamente para ese sistema operativo. Si el archivo de mandatos no está disponible en la ubicación adecuada (porque se le ha cambiado el nombre o se ha suprimido), las peticiones posteriores a la desaparición del archivo desencadenarán otra transferencia del archivo de mandatos de ese sistema operativo específico. No actualice, modifique o suprima el archivo de definición de mandatos. Si se producen problemas que pueden estar relacionados con el archivo de definición de mandatos, verifique que el archivo de definición de mandatos adecuado esté disponible para el Centro de administración en el sistema operativo del servidor. Si este archivo no existe, compruebe que el servidor de IBM Tivoli Storage Manager puede establecer comunicación con la API (application programming interface) del Centro de administración y que tiene el archivo de mandatos específico de la plataforma y dsmcmd.xml disponibles en la jerarquía de directorios del servidor. Verifique que el archivo de mandatos específico de plataforma adecuado esté disponible para el Centro de administración en la plataforma del servidor en cuestión. De lo contrario, verifique que el servidor de Tivoli Storage Manager pueda establecer comunicación con la API del Centro de administración y que 130 IBM Tivoli Storage Manager: Guía de determinación de problemas tenga el archivo de mandatos específico de la plataforma y dsmcmd.xml disponibles y válidos en la jerarquía de directorios del servidor. Un supuesto de archivo de definición de mandatos ausente o corrupto es, por ejemplo, cuando se produce una anomalía mientras se está ejecutando una tarea en un servidor de AIX 6.1.0. Cuando se establece una conexión con ese servidor o se tiene que generar o verificar un mandato, el Centro de administración busca el archivo de definición de mandatos. El archivo de mandatos específicos de la plataforma se copia del servidor en la siguiente ubicación en el directorio de instalación de Tivoli Storage Manager. raíz_instalación\tsmac\props\CmdFileCache\aix_6_1_0_0.xml Si identifica un archivo de definición de mandatos dañado y no puede recuperar el archivo de definición de mandatos original, puede utilizar una conexión a otro servidor que ejecute el mismo sistema operativo para obtener un archivo de definición de mandatos válido, después de cambiar el nombre del archivo dañado original. Si existen otros archivos Centro de administración .xml o .xsd dañados en el directorio WEB-INF, se pueden producir problemas similares. Por ejemplo, puede que el Centro de administración no pueda construir tablas o iniciar portlets. Resolución de problemas de despliegue del cliente de archivado y copia de seguridad Los problemas de la característica de despliegue del cliente de archivado y copia de seguridad de Centro de administración se pueden atribuir a veces a la falta de requisitos previos. Asegúrese de que se han completado las acciones siguientes: v Instale el componente del servidor de IBM Tivoli Storage Manager V6.3. v Instale el Centro de administración Tivoli Storage Manager V6.3. v Establezca la opción PASSWORDACCESS del cliente en generate. v Compruebe que el aceptador del cliente (CAD) o el planificador del cliente de archivado y copia de seguridad se está ejecutando al desplegar el cliente de archivado y copia de seguridad. HPUX No se admite Centro de administración El Centro de administración es una interfaz basada en web para la configuración y gestión centralizadas de servidores de Tivoli Storage Manager. Centro de administración proporciona asistentes para guiarle en las tareas de configuración comunes. Puede modificar la configuración y realizar tareas de gestión avanzadas utilizando los cuadernos de propiedades. En Tivoli Storage Manager Versión 6.2 y posterior, Centro de administración no puede instalarse en servidores HP-UX, pero se puede utilizar para gestionar servidores HP-UX. Para ver los requisitos del sistema del Centro de administración, consulte el siguiente sitio web: http://www.ibm.com/support/docview.wss?uid=swg21515628. Capítulo 5. Resolución de problemas del Centro de administración 131 Configuración del servidor para despliegues automáticos del cliente de archivado y copia de seguridad Tras instalar IBM Tivoli Storage Manager y el Centro de administración, asegúrese de que se cumplen los requisitos previos. HPUX No se admite Centro de administración El Centro de administración es una interfaz basada en web para la configuración y gestión centralizadas de servidores de Tivoli Storage Manager. Centro de administración proporciona asistentes para guiarle en las tareas de configuración comunes. Los cuadernos de propiedades le permiten modificar configuraciones y llevar a cabo tareas de gestión avanzadas. En Tivoli Storage Manager Versión 6.2, Centro de administración no puede instalarse en HP-UX, pero se puede utilizar para gestionar servidores HP-UX. Para ver los requisitos del sistema del Centro de administración, consulte el siguiente sitio web: http://www.ibm.com/support/ docview.wss?uid=swg21515628. Quizá experimente problemas con el despliegue del cliente, los cuales pueden resolverse configurando su servidor. Antes de desplegar un cliente, configure el servidor siguiendo los pasos indicados a continuación: 1. Emita el mandato SET SERVERHLADDRESS para identificar el host o dirección IP del servidor. 2. Emita el mandato QUERY STATUS en el servidor de despliegue para ver la dirección IP que el cliente puede utilizar para conectarse al servidor. Si el cliente no puede conectarse al servidor utilizando el SERVERHLADDRESS del servidor como se muestra en los resultados de QUERY STATUS, verá este mensaje de error: ANE4237W Query system information was completed with warning or error 3. Habilite cualquier suceso del cliente aplicable y evalúe el tamaño adecuado y duración de la poda. Habilitando los sucesos, el gestor de despliegue puede propagar los mensajes de despliegue al registro de actividad del servidor. Determine un tamaño de registro de actividad y duración de la poda adecuados que le proporcionen tiempo suficiente para observar y reaccionar ante los resultados del despliegue. 4. Configure el servidor para despliegues automáticos del cliente. Si está utilizando el Centro de administración, acceda al asistente de Configuración del despliegue automático del cliente. Pulse Tivoli Storage Manager > Gestionar servidores. Seleccione un servidor de la tabla y a continuación Configurar despliegue automático del cliente en las acciones de la tabla. Si utiliza la interfaz de línea de mandatos para desplegar paquetes cliente, emita los mandatos del siguiente ejemplo para configurar el servidor: define devclass ibm_client_deploy_import devtype=file directory=import_directory define stgpool stgpool_name storage_dc_name maxscratch=20 define domain ibm_client_deploy define policyset ibm_client_deploy ibm_client_deploy define mgmtclass ibm_client_deploy ibm_client_deploy ibm_client_deploy 132 IBM Tivoli Storage Manager: Guía de determinación de problemas define copygroup ibm_client_deploy ibm_client_deploy ibm_client_deploy standard type=archive destination=stgpool_name retver=retention_value assign defmgmtclass ibm_client_deploy ibm_client_deploy ibm_client_deploy activate policyset ibm_client_deploy ibm_client_deploy set serverhladdress=server.serveraddress.com donde: v ibm_client_deploy_import es la ubicación temporal desde la que se importan los paquetes de despliegue. Este parámetro es definido por el gestor de despliegue. v import_directory es un directorio definido previamente accesible desde el servidor. v nombre_agrupaciónstg es el nombre de la agrupación de almacenamiento seleccionada por usted en la que se almacenan los paquetes de despliegue dentro del servidor. El nombre de la agrupación de almacenamiento se basa en una clase de dispositivo definida con anterioridad. Esta clase de dispositivo es diferente a la utilizada para importar datos. v storage_dc_name representa la clase de dispositivo en la que se almacenan los paquetes de despliegue dentro del servidor. v retention_value establece el tiempo de retención del paquete. Puede configurarlo como NOLimit o establecer un número de días determinado. El valor predeterminado para el Centro de administración es de 5 años. Si especifica un valor diferente al valor predeterminado, tenga en cuenta el número de días que el paquete permanece en el sitio FTP. Los días que permanece en el sitio FTP se incluyen en el número. v server.serveraddress.com es la dirección IP o nombre de host del servidor desde el que planifica el despliegue automático del cliente. 5. Compruebe que se han definido los objetos del servidor. A todos los objetos del servidor creados se les asigna un nombre, a menos que se especifique lo contrario, con un prefijo común de IBM_CLIENT_DEPLOY. Para ver y modificar objetos del servidor, acceda a los cuadernos de notas de Propiedades pulsando Tivoli Storage Manager > Gestionar servidores. Seleccione un servidor y a continuación elija Gestionar despliegues automáticos del cliente en el menú de acciones. Resolución de problemas de planificación de despliegue automático Si define una planificación para el despliegue del cliente de archivado y copia de seguridad automático fuera de la Centro de administración, debe eliminar cualquier espacio en blanco del mandato -POSTNSCHEDULE. Si está actualizando un cliente de archivado de copia de seguridad V6.1 o posterior que no está utilizando el sistema operativo Windows, esta limitación se aplicará al usuario. Un mandato de postplanificación que contiene espacios hace que el proceso de despliegue falle. No se publican mensajes de error para indicar que no se actualiza un problema ni clientes de archivado y copia de seguridad. Sustituya los espacios por el signo de número (#) para evitar un despliegue de problemas. Capítulo 5. Resolución de problemas del Centro de administración 133 Reinicio del sistema operativo cliente durante un despliegue Con la característica de despliegue automático del cliente de archivado y copia de seguridad, puede especificar que el sistema operativo cliente se reinicie una vez completado el despliegue. Al planificar el despliegue debe decidir si ha de realizarse el reinicio. Reiniciar el sistema operativo cliente puede afectar a aplicaciones críticas en ejecución en dicho sistema operativo cliente. Las aplicaciones que no sean aplicaciones IBM Tivoli Storage Manager en ejecución en el sistema operativo cliente no se reiniciarán automáticamente. En la mayoría de los casos la instalación se puede completar sin reiniciar el sistema operativo cliente. Si no selecciona el recuadro para permitir el reinicio y éste fuera necesario, la mayoría de los despliegues se detendrán y el cliente de archivado y copia de seguridad original no se verá afectado. La detención del despliegue antes de eliminar el cliente de archivado y copia de seguridad le garantiza disponer de un cliente de archivado y copia de seguridad. Existen casos poco habituales en los que el gestor de despliegue no puede detectar el reinicio. Por ejemplo, si los procesos del cliente se inician desde un script. En estos casos, la instalación del nuevo cliente de archivado y copia de seguridad continuará pero será necesario realizar un reinicio manual del ordenador cliente. Si especifica AUTODEPLOY=NOREBOOT en la interfaz de línea de mandatos, el sistema operativo cliente no se reiniciará una vez completado el despliegue. Reinicie el sistema operativo cliente cuando el programa de instalación cliente detecte que se deben eliminar o sustituir archivos que se están utilizando. HPUX No se admite Centro de administración El Centro de administración es una interfaz basada en web para la configuración y gestión centralizadas de servidores de Tivoli Storage Manager. Centro de administración proporciona asistentes para guiarle en las tareas de configuración comunes. Los cuadernos de propiedades le permiten modificar configuraciones y llevar a cabo tareas de gestión avanzadas. En Tivoli Storage Manager Versión 6.2, Centro de administración no puede instalarse en HP-UX, pero se puede utilizar para gestionar servidores HP-UX. Para ver los requisitos del sistema del Centro de administración, consulte el siguiente sitio web: http://www.ibm.com/support/ docview.wss?uid=swg21515628. El estado de despliegue del cliente de archivado y copia de seguridad es desconocido Hay varios sistemas operativos que pueden utilizar la característica de despliegue del cliente de archivado y copia de seguridad automática. Se pueden utilizar algunos sistemas operativos que no están soportados para la característica de despliegue, pero con limitaciones. Si utiliza un sistema operativo que no sea uno de los sistemas operativos soportados, no se informará del estado de despliegue y se registrará como "desconocido". Igualmente, los mensajes de error que normalmente se envían al servidor durante un despliegue no se generan. 134 IBM Tivoli Storage Manager: Guía de determinación de problemas Consulte la publicación IBM Tivoli Storage Manager Clientes de copia de seguridad/archivado: Guía de instalación y del usuario para los sistemas operativos soportados. Capítulo 5. Resolución de problemas del Centro de administración 135 136 IBM Tivoli Storage Manager: Guía de determinación de problemas Capítulo 6. Resolución de problemas del agente de almacenamiento Mediante el uso del agente de almacenamiento, Tivoli Storage Manager puede hacer una copia de seguridad de los datos de cliente y restaurarlos directamente en un almacenamiento conectado a SAN y desde dicho almacenamiento. Comprobación del registro de actividad del servidor para obtener información sobre el agente de almacenamiento Compruebe el archivo de anotaciones de actividad del servidor y busque los informes correspondientes a los 30 minutos previos y a los 30 minutos posteriores al momento de producirse el error. Los agentes de almacenamiento inician y gestionan muchas sesiones para el servidor. Revise el archivo de anotaciones de actividades del servidor para determinar si existen mensajes del agente de almacenamiento. Para revisar los mensajes de anotaciones de actividad, emita el mandato QUERY ACTLOG. Consulte el apartado IBM Tivoli Storage Manager Administrator's Reference para obtener más detalles. Si no aparece ningún mensaje en el archivo de anotaciones de actividades del servidor para este agente de almacenamiento, verifique los valores de comunicación: v Emita el mandato QUERY SERVER F=D en el servidor y compruebe que la dirección de alto nivel (HLA) y la dirección de bajo nivel (LLA) establecidas para la entrada del servidor que representan a este agente de almacenamiento sean correctas. v En el archivo de configuración de dispositivos especificado en el archivo dsmsta.opt, compruebe que SERVERNAME, así como HLA y LLA estén correctamente configurados en la línea DEFINE SERVER. Compruebe si hay mensajes de error en el servidor para este agente de almacenamiento. Resolución de un error provocado por la lectura o grabación en un dispositivo Si el problema es un error que implica la lectura o grabación de datos de un dispositivo, muchos sistemas y dispositivos registran información en un archivo de anotaciones de errores del sistema. El archivo de anotaciones de errores del sistema para AIX es errpt, y para Windows es el Registro de eventos. Si un dispositivo o volumen utilizado por IBM Tivoli Storage Manager informa de un error al archivo de registro de errores del sistema, se trata probablemente de un problema de dispositivos. Los mensajes de error registrados en el archivo de registro de errores del sistema pueden proporcionar información suficiente para resolver el problema. © Copyright IBM Corp. 1993, 2012 137 Los agentes de almacenamiento son particularmente vulnerables si la información de la vía de acceso se ha cambiado y no es correcta. Emita el mandato QUERY PATH F=D en el servidor. Verifique si los valores de cada una de las vías de acceso del agente de almacenamiento son correctas. En particular, verifique si el dispositivo indicado coincide con el nombre de dispositivo del sistema. Si la información de la vía de acceso no es correcta, actualice su información emitiendo el mandato UPDATE PATH. Resolución de problemas causados por el cambio de opciones en el agente de almacenamiento La realización de cambios en las opciones del archivo de opciones del agente de almacenamiento podría dar lugar a que las operaciones no se ejecuten correctamente aunque anteriormente hayan podido ejecutarse de forma correcta. Revise cualquier cambio que se haya realizado en el archivo de opciones del agente de almacenamiento. Intente solucionar el problema volviendo a establecer los valores originales y volviendo a intentar la operación. Si el agente de almacenamiento ahora funciona correctamente, intente volver a especificar los cambios en el archivo de opciones del agente de almacenamiento de uno en uno y vuelva a intentar las operaciones del agente de almacenamiento hasta identificar el cambio realizado en el archivo de opciones que ha dado lugar al error. Resolución de problemas causados por el cambio de la configuración o las opciones del servidor Los cambios en el archivo de opciones del servidor o los cambios en la configuración del servidor que utilizan los mandatos SET puede afectar al agente de almacenamiento. Revise cualquier cambio que se haya realizado en los valores de las opciones del servidor. Intente solucionar el problema volviendo a establecer los valores originales y volviendo a intentar la operación. Si el agente de almacenamiento ahora funciona correctamente, intente volver a especificar los cambios en el archivo de opciones del agente de almacenamiento de uno en uno y vuelva a intentar las operaciones del agente de almacenamiento hasta identificar el cambio realizado en el archivo de opciones que ha dado lugar al error. Emita el mandato QUERY STATUS para revisar la configuración del servidor. Si se ha cambiado alguno de los valores de los que informa esta consulta, revise la razón del cambio y, si es posible, vuelva a establecerlos en los valores originales y vuelva a intentar la operación del agente de almacenamiento. Configuración fuera de la LAN del agente de almacenamiento El movimiento de datos sin LAN es el traspaso directo de datos del cliente entre un sistema cliente y un dispositivo de almacenamiento en una SAN, en lugar de una LAN. Es posible que tenga problemas con el agente de almacenamiento que están relacionados con la configuración fuera de la LAN. Para gestionar el movimiento de datos sin LAN, acceda al asistente de configuración sin LAN en Centro de administración. AIX 138 Linux Solaris Windows IBM Tivoli Storage Manager: Guía de determinación de problemas Resolución de problemas relativos al envío de datos directamente al servidor Las estadísticas de resumen del cliente no informan de ningún byte transferido fuera de la LAN. El cliente informa de los bytes enviados fuera de LAN mediante la emisión del mandato “ANE4971I LAN-free Data Bytes: xx KB”. De igual modo, el servidor no informa de ninguna instancia de “ANR0415I Session SESS_NUM proxied by AGENTE_ALMACENAMIENTO iniciada para el nodo NOMBRE_NODO” para este nodo y agente de almacenamiento, lo que indica que la operación de proxy fuera de la LAN se ha realizado para este nodo de cliente . El cliente sólo intentará enviar datos fuera de la LAN con el agente de almacenamiento si el destino de la agrupación de almacenamiento primaria de la jerarquía de almacenamiento del servidor es un destino fuera de la LAN. Una agrupación de almacenamiento del servidor estará activada para el funcionamiento fuera de la LAN para un agente de almacenamiento determinado si se han definido una o varias vías de acceso desde ese agente de almacenamiento hasta un dispositivo de SAN. Para determinar si el destino de la agrupación de almacenamiento se ha configurado correctamente, realice los procedimientos siguientes: 1. Emita el mandato QUERY NODE nodeName para informar del dominio de políticas al que se ha asignado este nodo. 2. Emita el mandato QUERY COPYGROUP nombre_dominio nombre_juego_políticas nombre_clase_gestión F=D para las clases de gestión que este nodo utilizaría desde su dominio de políticas asignado. Tenga en cuenta que este mandato transmite información relativa a los archivos de copia de seguridad. Para consultar información de grupos de copias de los archivos de copias archivadas, emita el mandato QUERY COPYGROUP nombre_dominio nombre_juego_políticas nombre_clase_gestión TYPE=ARCHIVE F=D. 3. Emita el mandato QUERY STGPOOL nombre_grupo_almacenamiento, donde nombre_grupo_almacenamiento es el destino del que se ha informado en consultas anteriores de QUERY COPYGROUP. 4. Emita el comando QUERY DEVCLASS nombre_clase_dispositivo para la clase de dispositivo utilizada por el grupo de almacenamiento de destino. 5. Emita el mandato QUERY LIBRARY nombre_biblioteca para la biblioteca de la que se ha informado para la clase de dispositivo utilizada por el grupo de almacenamiento de destino. 6. Emita el mandato QUERY DRIVE nombre_biblioteca F=D para la biblioteca especificada para la clase de dispositivo utilizada por el grupo de almacenamiento de destino. Si no se han definido unidades para esta biblioteca, revise la configuración de la unidad y la biblioteca de este servidor y emita el mandato DEFINE DRIVE para definir las unidades necesarias. Si una o más de las unidades indican “ONLINE=No”, evalúe por qué la unidad está desactivada y, si fuera posible, actívela mediante el mandato UPDATE DRIVE libraryName driveName ONLINE=YES. 7. Emita el mandato QUERY SERVER para determinar el nombre del agente de almacenamiento definido para este servidor. 8. Emita el mandato QUERY PATH nombre_agente_almacenamiento, donde nombre_agente_almacenamiento es el nombre del agente de almacenamiento definido para este servidor y del que se informa en el mandato QUERY SERVER. Revise esta salida y verifique si se han definido una o varias vías de acceso Capítulo 6. Resolución de problemas del agente de almacenamiento 139 para las unidades definidas para la clase de dispositivo que la agrupación de almacenamiento de destino utiliza. Si no hay vías de acceso definidas para este grupo de almacenamiento, emita el mandato DEFINE PATH para definir las vías de acceso necesarias. Asimismo, revise esta salida y verifique si la vía de acceso está activada. Si se han definido vías de acceso pero no están activadas, active la vía de acceso mediante la emisión del mandato UPDATE PATH nombre_origen nombre_destino SRCTYPE=SERVER DESTTYPE=DRIVE ONLINE=YES. Resolución de una agrupación de almacenamiento fuera de LAN inhabilitada El servidor inhabilita una agrupación de almacenamiento como agrupación de almacenamiento activada fuera de la LAN si ésta se ha configurado para operaciones de grabación simultáneas. En este caso, los datos del cliente se envían directamente a un servidor que no utilizará una agrupación de almacenamiento fuera de la LAN. Emita el mandato QUERY STGPOOL nombre_grupo_almacenamiento F=D para el grupo de almacenamiento de destino de este cliente. Si la agrupación de almacenamiento se establece para las operaciones de grabación simultáneas, el valor “Agrupaciones de almacenamiento de copia:” hace referencia a uno o varios nombres de agrupaciones de almacenamiento distintos y IBM Tivoli Storage Manager interpreta la operación de grabación simultánea para que tenga una prioridad mayor que la transferencia de datos fuera de la LAN. Puesto que se considera que la grabación simultánea es una operación que tiene una prioridad más alta, esta agrupación de almacenamiento no se notifica como agrupación de almacenamiento activada fuera de la LAN y, como tal, el cliente envía los datos directamente al servidor. El agente de almacenamiento no admite las operaciones de grabación simultánea. Comprobación de la transferencia de datos a través de un entorno fuera de la LAN El agente de almacenamiento y el cliente son capaces de gestionar la recuperación de error directamente en el servidor, en función de la configuración fuera de la LAN y del tipo de error detectado. Dada esta capacidad de recuperación tras error, puede que no resulte aparente que los datos se están transfiriendo a través de la LAN cuando lo que se deseaba es que transfirieran fuera de ella. Es posible establecer el entorno fuera de la LAN para que la transferencia de datos quede limitada únicamente a la transferencia de datos fuera de la LAN. Para probar una configuración fuera de la LAN, emita el mandato UPDATE NODE nombre_nodo DATAWRITEPATH=LAN-FREE para el nodo de cliente cuya configuración fuera de la LAN desee probar. A continuación, intente realizar una operación de almacenamiento de datos, como una copia de seguridad o una restauración. Si el cliente y el agente de almacenamiento intentan enviar los datos directamente al servidor mediante la utilización de la LAN, se recibirá el mensaje de error siguiente: ANR0416W Session sessionNumber for node nodeName not allowed to operation using path data transfer path 140 IBM Tivoli Storage Manager: Guía de determinación de problemas La operación de la que se informa indica READ o WRITE, en función de la operación que ha intentado ejecutarse. La vía de acceso se notifica como vía de acceso fuera de la LAN. Si se recibe este mensaje al intentar realizar una operación fuera de la LAN, evalúe y verifique los valores del funcionamiento fuera de la LAN. Por lo general, si los datos no se envían fuera de la LAN, el cliente se ha configurado para utilizar el funcionamiento fuera de la LAN, el destino de la agrupación de almacenamiento para la política asignada a este nodo no es una agrupación de almacenamiento activada para el funcionamiento fuera de la LAN o las vías de acceso no se han definido correctamente. Capítulo 6. Resolución de problemas del agente de almacenamiento 141 142 IBM Tivoli Storage Manager: Guía de determinación de problemas Capítulo 7. Utilización del rastreo para resolver problemas IBM Tivoli Storage Manager puede, en ocasiones, experimentar problemas que podrá resolver mediante el rastreo. Clases de rastreo del Centro de administración AIX Linux Solaris Windows El Centro de administración proporciona clases de rastreo individuales y agregadas. Las clases de rastreo agregadas le dan una forma de activar varias clases de rastreo relacionadas especificando el nombre de la clase de rastreo agregada. Las clases de rastreo que se documentan en Tabla 14 son las que se solicitan o se utilizan más habitualmente para diagnosticar problemas. Las clases de rastreo que se incluyen no suponen todas las clases de rastreo posibles que están disponibles. El nombre de la clase de rastreo debe utilizarse cuando se activa el rastreo mediante el programa de utilidad de soporte de Centro de administración. Tabla 14. Clases de rastreo del Centro de administración Clase de rastreo Descripción Usos ADMCNTR Muestra la información de proceso para las clases de portlet y servlet. ADMCNTR es una clase de rastreo agregada que incluye la mayoría de las clases de rastreo de Centro de administración. Utilice esta clase de rastreo para diagnosticar problemas con el Centro de administración cuando el supervisor de estado y los servicios del portlet funcionen correctamente. Esta clase de rastreo es un agregado de todas las clases de rastreo, exceptuando SERVICES y CONNS. ADMINAPI Muestra información del proceso de la interfaz de programación de aplicaciones (API). La API se utiliza para las comunicaciones entre el Centro de administración y el servidor de IBM Tivoli Storage Manager. Utilice esta clase de rastreo para los problemas relacionados con la implementación de mandatos en el servidor Tivoli Storage Manager. COMPS Muestra toda la información de proceso para los componentes del Centro de administración. COMPS es una clase de rastreo agregada que incluye todas las clases de rastreo de componentes, por ejemplo DRM, MPLAN y DOMAIN. Utilice esta clase de rastreo cuando se desconozca la naturaleza del problema. Si se utiliza el indicador de rastreo COMPS, no es necesario especificar ningún otro indicador de rastreo porque éste ya incluye todas las clases de rastreo. © Copyright IBM Corp. 1993, 2012 143 Tabla 14. Clases de rastreo del Centro de administración (continuación) Clase de rastreo 144 Descripción Usos CONNS Muestra toda la información de proceso para el servicio portlet de las conexiones del servidor de Tivoli Storage Manager de Centro de administración. Utilice esta clase de rastreo para los problemas relacionados con el servicio portlet de las conexiones del Centro de administración. CONTROL Muestra información de proceso para el gestor de conexión, la fábrica de portlets y otros componentes de control clave. Utilice esta clase de rastreo para los problemas relacionados con los objetos de control. También puede utilizar esta clase de rastreo para depurar problemas que se dan al realizar acciones que utilizan objetos de control internos, tales como el gestor de conexión. DEPLOY Muestra información de procesos para las clases relacionadas con el despliegue de paquetes de mantenimiento del cliente de archivado y copia de seguridad. Utilice esta clase de rastreo para los problemas relacionados con las definiciones y operaciones de despliegue de paquetes de mantenimiento del cliente de archivado y copia de seguridad. DOMAIN Muestra información de proceso para las clases relacionadas con el dominio. Utilice esta clase para problemas vinculados a operaciones de Tivoli Storage Manager relacionadas con el dominio. DRM Muestra información de proceso para las clases relacionadas con gestor de recuperación ante siniestro (DRM). Utilice esta clase de rastreo para problemas relacionados con operaciones de Tivoli Storage Manager DRM. ENTMGMT Muestra información de proceso para las clases relacionadas con la gestión empresarial. Utilice esta clase de rastreo para problemas relacionados con operaciones de gestión empresarial de Tivoli Storage Manager. FASTBACK Muestra información de proceso para las clases relacionadas con el servidor de Tivoli Storage Manager FastBack. Utilice esta clase de rastreo para problemas relacionados con servidores FastBack definidos en el Centro de administración. HEALTH Muestra toda la información sobre el monitor de estado. Utilice esta clase de rastreo para los problemas relacionados con el monitor de estado. MPLAN Muestra la información de proceso para las clases relacionadas con el plan de mantenimiento. Utilice esta clase para problemas relacionados con operaciones de plan de mantenimiento de errores de Tivoli Storage Manager. IBM Tivoli Storage Manager: Guía de determinación de problemas Tabla 14. Clases de rastreo del Centro de administración (continuación) Clase de rastreo Descripción Usos NAS Muestra información de proceso para las clases relacionadas con el dispositivo del almacenamiento adjunto de red (NAS). Utilice esta clase de rastreo para problemas relacionados con las definiciones y operaciones del dispositivo NAS. NODES Muestra información de proceso para las clases relacionadas con el nodo de cliente. Utilice esta clase para problemas relacionados con operaciones y definiciones del nodo de cliente de Tivoli Storage Manager. PS Muestra información general del proceso de ampliaciones de objetos de servicios de presentación. Esto rastrea todas las clases de beans listener, validator y JavaServer Page (JSP). Utilice esta clase de rastreo para los problemas relacionados con objetos de interfaz gráfica de usuario, tales como tablas y botones. REPORTS Utilice esta clase de rastreo Muestra información de para problemas relacionados proceso para las clases relacionadas con informes de con los informes generados y mostrados por el Tivoli Centro de administración. Storage Manager Centro de administración. SERVERS Muestra información de proceso para las clases relacionadas con el servidor de Tivoli Storage Manager. Utilice esta clase para problemas relacionados con los servidores de Tivoli Storage Manager definidos en el Centro de administración. SERVICE Muestra toda la información de proceso para los servicios portlet del Centro de administración. SERVICE es una clase de rastreo agregada que incluye la clase de rastreo CONNS. Utilice esta clase de rastreo para problemas relacionados con los servicios portlet del Centro de administración. También puede utilizar esta clase de rastreo cuando desconozca la naturaleza del problema. Si se utiliza el indicador de rastreo SERVICE, no es necesario especificar ningún otro indicador de rastreo porque éste ya incluye todas las clases de rastreo. STGDEVS Muestra la información de proceso para las clases relacionadas con el dispositivo de almacenamiento. Utilice esta clase de rastreo para problemas relacionados con los dispositivos de almacenamiento de las operaciones y definiciones del servidor de Tivoli Storage Manager. Capítulo 7. Utilización del rastreo para resolver problemas 145 Tabla 14. Clases de rastreo del Centro de administración (continuación) Clase de rastreo UTIL Descripción Muestra información de proceso para las clases de programa de utilidad. Usos Utilice esta clase de rastreo para los problemas relacionados con los objetos del programa de utilidad. Utilice esta clase de rastreo para depurar problemas que se producen en varias rutinas de herramientas. Referencia relacionada: “Programa de utilidad de soporte del Centro de administración” en la página 124 Habilitar el rastreo de Centro de administración El rastreo está disponible para el Centro de administración de IBM Tivoli Storage Manager, pero debe habilitarlo en primer lugar. HPUX No se admite Centro de administración El Centro de administración es una interfaz basada en web para la configuración y gestión centralizadas de servidores de Tivoli Storage Manager. Centro de administración proporciona asistentes para guiarle en las tareas de configuración comunes. Los cuadernos de propiedades le permiten modificar configuraciones y llevar a cabo tareas de gestión avanzadas. Centro de administración no se puede instalar en HP-UX, pero se puede utilizar para gestionar servidores HP-UX. Para ver los requisitos del sistema del Centro de administración, consulte el siguiente sitio web: http://www.ibm.com/support/docview.wss?uid=swg21515628. Realice los siguientes pasos para activar el rastreo del Centro de administración: 1. Inicie el programa de utilidad de compatibilidad de Centro de administración. Este programa de utilidad está ubicado en el directorio de instalación de Tivoli Storage Manager en INICIO_TSM\IBM\tivoli\tsmac. Abra una ventana de indicador de mandatos, vaya al directorio e inicie el programa de utilidad escribiendo supportUtil.bat para Windows o supportUtil.sh para AIX, Linux u Oracle Solaris. 2. Seleccione las clases de rastreo que desea habilitar o simplemente active todo el rastreo. Consulte las clases de rastreo de Centro de administración para obtener más información sobre las diferentes clases de rastreo. Siga las instrucciones en pantalla para activar el rastreo. C:INICIO_TSM\IBM\tsmac>supportUtil Administration Center Support Utility - Main Menu ================================================== 1. Manage Administration Center tracing 2. Manage the maximum memory size the Administration Center can use 3. Manage the Administration Center session timeout setting 4. Collect trace files, logs and system information to send to support 5. Generate a heap dump of the Java virtual machine 6. Generate a Java core dump of the Java virtual machine 7. View the log file for this utility 9. Exit 146 IBM Tivoli Storage Manager: Guía de determinación de problemas Enter Selection: 1 Administration Center Support Utility - Manage Tracing ============================================================= 1. Turn all tracing on 2. Turn all tracing off 3. Turn a single trace class on 4. View the current trace specification 99. Return to main menu Enter Selection: 3 Administration Center Support Utility - Turn Single Class On ============================================================= 1. ADMCNTR - traces the Java classes in com.tivoli.dsm.admcntr* 2. CONTROL - traces the Java classes in com.tivoli.dsm.admcntr.cntl* 3. UTIL - traces the Java classes in com.tivoli.dsm.admcntr.util* 4. PS - traces the Java classes in com.tivoli.dsm.admcntr.ps* 5. COMPS - traces the Java classes in com.tivoli.dsm.admcntr.comp* 6. SERVERS - traces the Java classes in com.tivoli.dsm.admcntr.comp.servers* 7. ENTMGMT - traces the Java classes in com.tivoli.dsm.admcntr.comp.entmgmt* 8. DRM - traces the Java classes in com.tivoli.dsm.admcntr.comp.drm* 9. MPLAN - traces the Java classes in com.tivoli.dsm.admcntr.comp.mplan* 10. STGDEVS - traces the Java classes in com.tivoli.dsm.admcntr.comp.stgdevs* 11. REPORTS - traces the Java classes in com.tivoli.dsm.admcntr.comp.reports* 12. DOMAIN - traces the Java classes in com.tivoli.dsm.admcntr.comp.domain* 13. NAS - traces the Java classes in com.tivoli.dsm.admcntr.comp.naswiz* 14. NODES - traces the Java classes in com.tivoli.dsm.admcntr.comp.nodes* 15. FASTBACK - traces the Java classes in com.tivoli.dsm.admcntr.comp.fastback* 16. DEPLOY - traces the Java classes in com.tivoli.dsm.admcntr.comp.deploy* 17. ADMINAPI - traces the Java classes in com.tivoli.dsm.adminapi* 18. SERVICE - traces the Java classes in com.tivoli.dsm.service* 19. HEALTH - traces the Java classes in com.tivoli.dsm.service.health* 20. CONNS - traces the Java classes in com.tivoli.dsm.service.conns* 98. Return to manage tracing menu 99. Return to main menu Enter Selection: 3. Repita la tarea que está provocando el error. Se ha creado y grabado un rastreo del error en el archivo de rastreo. Para sistemas operativos Windows, el archivo de rastreo está ubicado en el directorio de Tivoli Integrated Portal en C:\INICIO_TSM\IBM\tivoli\tipv2\profiles\TIPProfile\logs\server1. TSM_HOME representa el directorio de instalación. Para sistemas operativos distintos a Windows, el archivo de rastreo se encuentra en el directorio TSM_HOME/opt/IBM/tivoli/tipv2/profiles/TIPProfile/logs/server1. 4. Desactive el rastreo. Dejar el rastreo activado podría provocar problemas de rendimiento. 5. Recopile los archivos de rastreo, los archivos de registro y la información del sistema para enviarlos al servicio de soporte de IBM. Este procedimiento empaqueta la información de rastreo recopilada y los archivos de registro en un único archivo denominado AdminCenterSupport.zip. Entonces este archivo se puede enviar al servicio de soporte de IBM. Referencia relacionada: “Programa de utilidad de soporte del Centro de administración” en la página 124 “Clases de rastreo del Centro de administración” en la página 143 Capítulo 7. Utilización del rastreo para resolver problemas 147 Habilitación del rastreo para el servidor o el agente de almacenamiento Puede emitir mandatos de rastreo desde los siguientes lugares: la consola del servidor, la consola del agente de almacenamiento, el cliente de administración conectado al servidor o al agente de almacenamiento, el archivo de opciones del servidor (dsmserv.opt) o el archivo de opciones del agente de almacenamiento (dsmsta.opt). Los mandatos de rastreo se aplican al servidor o al agente de almacenamiento al que se envía el mandato. Los mandatos de rastreo en los archivos de opciones se utilizan para rastrear las aplicaciones durante el inicio o inicialización de las aplicaciones o para proporcionar un conjunto predeterminado de clases de rastreo. Existe una clase de rastreo (ADDMSG) que está siempre habilitada de forma predeterminada, independientemente de si aparece en el archivo de opciones o no. Se preferible realizar el rastreo en un archivo. Por lo general, el rastreo para el servidor o el agente de almacenamiento generará una salida de gran tamaño. Realice los pasos siguientes para activar clases de rastreo para el servidor o el agente de almacenamiento: 1. Determine las clases de rastreo que desea activar. Para poder emitir mensajes de rastreo para una clase de rastreo determinada, es necesario que esa clase de rastreo esté activada o bien antes del comienzo del rastreo o bien después de que se haya iniciado el rastreo. 2. Emita el mandato TRACE ENABLE nombre_clase_rastreo para habilitar una o varias clases de rastreo. Tenga en cuenta que nombre_clase_rastreo puede ser una lista clases de rastreo delimitada por espacios. Por ejemplo, este mandato se podría especificar como TRACE ENABLE TM SESSION. El mandato TRACE ENABLE es acumulativo, de manera que las clases de rastreo extra se pueden activar mediante la emisión de TRACE ENABLE varias veces. Por ejemplo, si deseaba agregar la clase de rastreo PVR además de las que ya están habilitadas, emita: TRACE ENABLE PVR. Para dejar de emitir mensajes de rastreo para una clase de rastreo determinada, es necesario que esa clase de rastreo esté desactivada o bien antes del comienzo del rastreo o bien después de que se haya iniciado el rastreo. 3. Emita el mandato TRACE DISABLE<nombre_clase_rastreo> para inhabilitar una o más clases de rastreo. Tenga en cuenta que nombre_clase_rastreo puede ser una lista delimitada por espacios de clases de rastreo. Por ejemplo, este mandato se podría especificar como TRACE DISABLE TM SESSION. Las clases de rastreo adicionales también se pueden desactivar mediante la emisión de TRACE DISABLE. Por ejemplo, si deseaba suprimir la clase de rastreo PVR además de las que ya estaban desactivadas, emita: TRACE DISABLE PVR. Al emitir TRACE DISABLE sin especificar clases de rastreo, todas las clases de rastreo activadas actualmente se desactivan. 4. El rastreo puede realizarse en la consola o en un archivo. Lleve a cabo las siguientes tareas para comenzar el rastreo: v Para rastrear a la consola, emita: TRACE BEGIN v Para rastrear a un archivo sin limitación de tamaño, emita: TRACE BEGIN nombre_archivo v Para rastrear a un archivo con limitación de tamaño, emita: TRACE BEGIN nombre_archivo MAXSIZE= tamaño máximo en megabytes 148 IBM Tivoli Storage Manager: Guía de determinación de problemas Nota: El nombre_archivo puede ser una vía de acceso completamente calificada como /opt/tmp o c:\temp. Si no se especifica una vía de acceso completa, el archivo de rastreo se colocará en el mismo directorio que el archivo ejecutable activo. 5. Realice la operación que está causando el problema. 6. Emita el mandato TRACE END para detener la emisión de mensajes de rastreo. Si el rastreo se realiza en un archivo, la detención del rastreo graba los mensajes de rastreo restantes en el archivo y cierra el archivo. Es posible activar el rastreo e iniciarlo utilizando el archivo de opciones del servidor o del agente de almacenamiento. Los mandatos y la sintaxis descritos son idénticos para el archivo de opciones del servidor o del agente de almacenamiento y generalmente se utilizan para el rastreo durante el inicio e inicialización del servidor. Por ejemplo, si se han agregado las líneas siguientes al archivo de opciones del servidor, el rastreo comenzaría para las clases de rastreo DB, TM y LOG, y los mensajes de rastreo grabados en el archivo MYTRACE.OUT. TRACE ENABLE DB TM LOG TRACE BEGIN MYTRACE.OUT BUFSIZE=4096 Recuerde: Si está realizando un rastreo debido al bloqueo de un servidor, no establezca el parámetro BUFSIZE. Referencia relacionada: “Clases de rastreo de agente de almacenamiento y de servidor” en la página 150 Habilitación del rastreo de pila para mensajes específicos del servidor o del agente de almacenamiento Un rastreo de pila proporciona información sobre una aplicación que puede ayudar al servicio de soporte de IBM a diagnosticar los problemas de una forma más rápida. Recuerde: El rastreo de pila puede ser muy robusto y puede llenar el archivo de anotaciones de actividades, en función de la frecuencia de la anomalía. Es posible que no pueda ver el archivo de anotaciones de actividades, por lo que puede que desee desactivar el rastreo de pila una vez finalizado. El servicio de soporte de IBM puede encontrar útil habilitar el rastreo de pila en mensajes específicos emitidos por el servidor o el agente de almacenamiento. Los tipos de mensaje en los que se puede activar un rastreo de pila son: consola del servidor, la consola del agente de almacenamiento y el cliente administrativo conectado con el agente de almacenamiento o con el servidor. Para obtener un rastreo de pila cuando el servidor o el agente de almacenamiento emite un mensaje específico, active el mensaje del rastreo de pila. Emita el mandato MSGSTACKTRACE ENABLE <número_mensaje> para habilitar uno o más mensajes para el rastreo de pila. Recuerde: <número_mensaje> puede ser una lista de números de mensaje delimitada por espacios. Este mandato puede escribirse como MS ENABLE 2017. El mandato MSGSTACKTRACE ENABLE es acumulativo, como por ejemplo que se habiliten mensajes adicionales emitiendo el mandato MSGSTACKTRACE ENABLE varias veces más. Si desea añadir el mensaje 985, además de los que ya están habilitados, emita MS ENABLE 985. Observe que únicamente se permite la parte de número del mensaje en el mandato Capítulo 7. Utilización del rastreo para resolver problemas 149 MSGSTACKTRACE. Para dejar de obtener el rastreo de pila de los mensajes emitidos por el servidor o el agente de almacenamiento, debe desactivarlo. Emita el mandato MSGSTACKTRACE DISABLE <número_mensaje> para inhabilitar uno o varios mensajes. Tenga en cuenta que <número_mensaje> puede ser una lista de números de mensaje delimitada por espacios. Por ejemplo, este mandato podría especificarse como MSGSTACKTRACE DISABLE 2017 985. También pueden inhabilitarse mensajes adicionales emitiendo MS DISABLE. Por ejemplo, si desea suprimir el número de mensaje 7837 además de los que ya estaban desactivados, emita MSGSTACKTRACE DISABLE 7837. El rastreo de pila de los mensajes siguientes está activado de forma predeterminada: 435 437 486 661 685 727 728 780 781 782 784 785 786 790 793 794 860 881 882 883 884 1032 1078 1092 1117 1156 1227 5010 5015 5019 5021 5093 5099 5100 5267 6753 7823 7837 9600 9601 9602 9604 9605 9606 9607 9608 9999 Clases de rastreo de agente de almacenamiento y de servidor El cliente y el agente de almacenamiento proporcionan clases de rastreo agregadas. Estas clases de rastreo son métodos abreviados para utilizar muchas clases de rastreo relacionadas indicando un nombre de clase de rastreo agregada para el mandato TRACE ENABLE. Las clases de rastreo que se muestran en Tabla 15 son las que se solicitan o se utilizan con más frecuencia para llevar a cabo el diagnóstico de problemas. Esta lista no incluye todas las clases de rastreo posibles que están disponibles. El nombre de la clase de rastreo se utiliza con los mandatos TRACE ENABLE y TRACE DISABLE. Tabla 15. Clases de rastreo del agente de almacenamiento o del servidor Clases de rastreo 150 Descripción Usos ADDMSG Emite mensaje de la consola (ANR, ANE,...etc.) al archivo de rastreo. Esta clase de rastreo es útil para correlacionar mensajes de servidor con mensajes de rastreo, y para conservar el momento en el cual se emitió cada uno. ADMCMD Rastreos relacionados con el proceso de comandos. Utilice esta clase de rastreo para depurar el intérprete de mandatos, incluido el manejo de los mandatos PARALLEL y SERIAL. IBM Tivoli Storage Manager: Guía de determinación de problemas Tabla 15. Clases de rastreo del agente de almacenamiento o del servidor (continuación) Clases de rastreo Descripción Usos AF Esta clase de rastreo muestra información sobre los datos de usuario almacenados en dispositivos de medios secuenciales. AF es una clase de rastreo agregada que utiliza AFCREATE, AFMOVE, AFLOCK, AFTXN y AFCOPY. Se recomienda normalmente emitir TRACE DISABLE AFLOCK, a menos que la información de bloqueo se solicite o necesite de forma explícita. Utilice esta clase de rastreo para realizar el diagnóstico de problemas de lectura o grabación de archivos de usuario en volúmenes de medios secuenciales. AFCREATE Esta clase de rastreo muestra información sobre el almacenamiento de datos de usuario en volúmenes de medios secuenciales. Utilice esta clase de rastreo para realizar el diagnóstico de grabación de archivos de usuario en volúmenes de medios secuenciales. AFMOVE Esta clase de rastreo muestra operaciones que traspasan datos de usuario con volúmenes de medios secuenciales. Las operaciones de traspaso se realizan mediante los procesos de servidor MIGRATION, RECLAMATION, MOVE DATA y MOVE NODEDATA. Utilice esta clase de rastreo para realizar el diagnóstico de problemas de procesos de servidor de traspaso de datos. AS Esta clase de rastreo muestra información sobre selección y asignación de volúmenes, coordinación de unidades (puntos de montaje) y gestión de ubicación de datos en volúmenes. Se trata de una clase de rastreo agregada que utiliza ASALLOC, ASRTRV, ASDEALLOC, ASMOUNT, ASVOL, ASTXN y ASSD. El método típico es emitir TRACE DISABLE ASTXN, a menos que la información de bloqueo se solicite o necesite de forma explícita. Utilice esta clase de rastreo para diagnosticar muchos problemas distintos relacionados con los volúmenes, los puntos de montaje o las operaciones de lectura y grabación de datos. Capítulo 7. Utilización del rastreo para resolver problemas 151 Tabla 15. Clases de rastreo del agente de almacenamiento o del servidor (continuación) Clases de rastreo 152 Descripción Usos ASALLOC Esta clase de rastreo muestra información sobre la reserva y la asignación de espacio en volúmenes de medios secuenciales para almacenar datos. Puede ser para almacenar datos en nombre de una sesión de cliente o para operaciones de traspaso de datos de servidor como MIGRATION, RECLAMATION, MOVE DATA o MOVE NODEDATA. Diagnosticar problemas por los cuales el servidor o el agente de almacenamiento informan de que no hay espacio disponible, pero se supone que hay espacio disponible en la jerarquía de almacenamiento. ASDEALLOC Esta clase de rastreo muestra información sobre la liberación y la desasignación de espacio en volúmenes de medios secuenciales para almacenar datos. Algunas operaciones típicas de desasignación en el servidor son EXPIRATION, MIGRATION, RECLAMATION, MOVE DATA, MOVE NODEDATA, AUDIT VOLUME, DELETE VOLUME y DELETE FILESPACE. Utilice esta clase de rastreo para realizar el diagnóstico durante la eliminación de datos. ASMOUNT Esta clase de rastreo muestra información sobre selección de unidad (punto de montaje) y asignación de dispositivos de medios secuenciales. Las situaciones de diagnóstico en las cuales las sesiones o los procesos se encuentran en espera de punto de montaje o casos en los cuales una operación falla porque no hay ningún punto de montaje disponible. También resulta útil en casos en los que se adelanta un punto de montaje. ASRTRV Esta clase de rastreo muestra información sobre la lectura de datos desde volúmenes de medios secuenciales. Utilice esta clase de rastreo para diagnosticar problemas al leer datos como RESTORE o RETRIEVE mediante el cliente, o bien MIGRATION, RECLAMATION, STORAGE POOL BACKUP, AUDIT VOLUME, GENERATE BACKUPSET, EXPORT, MOVE DATA o MOVE NODEDATA mediante el servidor. IBM Tivoli Storage Manager: Guía de determinación de problemas Tabla 15. Clases de rastreo del agente de almacenamiento o del servidor (continuación) Clases de rastreo Descripción Usos ASTXN Esta clase de rastreo muestra información sobre transacciones utilizadas para realizar actualizaciones de base de datos relacionadas con información de volúmenes de medios secuenciales, agrupaciones de almacenamiento, clases de dispositivo y otros atributos. Utilice esta clase de rastreo para diagnosticar situaciones en las que una aplicación deja de responder, operaciones de base de datos, errores en operaciones de medios secuenciales o problemas de almacenamiento de datos en general. ASVOL Esta clase de rastreo muestra información sobre selección de volumen y asignación de volúmenes de medios secuenciales. Utilice esta clase de rastreo para diagnosticar situaciones en las cuales las sesiones o los procesos se encuentran en espera de volúmenes o casos en los cuales una operación falla porque no hay ningún volumen disponible. También resulta útil en casos en los que se adelanta un acceso de volumen. ASSD Esta clase de rastreo muestra información sobre las operaciones de datos de corriente secuenciales. Se trata de operaciones que utilizan clases de dispositivo, volúmenes o puntos de montaje de medios secuenciales, pero que no almacenan datos en la jerarquía de almacenamiento. Los procesos de servidor que realizan operaciones de datos de corriente secuenciales son BACKUP DB, EXPORT/IMPORT y GENERATE BACKUPSET. Utilice esta clase de rastreo para realizar el diagnóstico de los procesos de servidor que realizan operaciones de datos de corriente secuenciales. BF Información sobre los datos de usuario (archivos) almacenados en la jerarquía de almacenamiento. Esta clase de rastreo de agregaciones utiliza BFCREATE, BFRTRV, BFSALVAGE, BFLOCK, BFAGGR, BFREMOTE y BFTRG. Utilice esta clase de rastreo para diagnosticar problemas generales de lectura o grabación de datos en las operaciones de cliente y los procesos de servidor. Capítulo 7. Utilización del rastreo para resolver problemas 153 Tabla 15. Clases de rastreo del agente de almacenamiento o del servidor (continuación) Clases de rastreo 154 Descripción Usos BFAGGR Esta clase de rastreo muestra información sobre la agregación del servidor de datos de usuario. El servidor añade muchos archivos de usuario más pequeños en un archivo de mayor tamaño en la jerarquía de almacenamiento para optimizar el rendimiento de las operaciones de traspaso de datos como MIGRATION, MOVE DATA y MOVE NODEDATA. Utilice esta clase de rastreo para diagnosticar problemas generales de lectura o grabación de datos en las operaciones de cliente y los procesos de servidor, o ambos a la vez. BFCREATE Esta clase de rastreo muestra información sobre operaciones de cliente que almacenan datos en la jerarquía de almacenamiento. Estas operaciones de cliente suelen ser BACKUP, ARCHIVE u operaciones SPACE MANAGE del cliente. Utilice esta clase de rastreo para diagnosticar errores u otros problemas durante el almacenamiento de datos por parte del cliente. BFREMOTE Rastrea la primera fase de los procesos de restauración y copia de seguridad de NDMP (Network Data Management Protocol). Esta clase de rastreo se utiliza para identificar operaciones de copia de seguridad o restauración relacionadas con NDMP. Estas clases de rastreo son específicas para las funciones que implementan el protocolo NDMP. La clase de rastreo SPID proporciona un rastreo más detallado, incluyendo el rastreo de todos los registros de historial de archivos NDMP por parte del servidor de archivo NDMP. BFRTRV Esta clase de rastreo muestra información sobre operaciones de cliente que lee datos desde la jerarquía de almacenamiento. Utilice esta clase de rastreo para diagnosticar errores u otros problemas durante la lectura de datos por parte del cliente. BITVECTOR Diagnostica problemas en los Utilice esta clase de rastreo para mostrar información casos en que el servidor notifica la existencia de acerca de la reserva y la asignación de espacio en problemas en las agrupaciones de volúmenes de agrupaciones almacenamiento en disco. de almacenamiento en disco. IBM Tivoli Storage Manager: Guía de determinación de problemas Tabla 15. Clases de rastreo del agente de almacenamiento o del servidor (continuación) Clases de rastreo Descripción Usos BKSET/OBJSET Clases de rastreo para funciones de conjunto de copias de seguridad. Las clases de rastreo BKSET y OBJSET son sinónimas. Utilice esta clase de rastreo para depurar problemas con el mandato GENERATE BACKUPSET o durante una operación de restauración de cliente desde un juego de copias de seguridad. BLKDISK Clase de rastreo para visualizar la actividad E/S de disco de agrupación de almacenamiento, base de datos y volúmenes de anotaciones. Utilice esta clase de rastreo para visualizar la actividad E/S de disco para diagnosticar el rendimiento y errores de E/S de disco. BRNODE La clase de rastreo para los comandos BACKUP y RESTORE NODE, utilizada durante las operaciones de NDMP. Utilice esta clase de rastreo para depurar problemas con los mandatos BACKUP y RESTORE NODE. COLLOCATE Esta clase de rastreo muestra información sobre el proceso de proximidad en agrupaciones de almacenamiento. La clase de rastreo COLLOCATEDETAIL también puede utilizarse para obtener información más detallada sobre el proceso de proximidad, como los archivos que se procesan para un grupo de proximidad. Los archivos que se procesan para un grupo de proximidad pueden causar un gran número de sentencias de rastreo de salida. Utilice esta clase de rastreo para realizar el diagnóstico de problemas del proceso de proximidad. CRC Esta clase de rastreo muestra información sobre la generación y la gestión de comprobaciones de redundancia cíclicas (CRC) en el servidor o en el agente de almacenamiento. CRC es una clase de rastreo de agregaciones que utiliza CRCDATA, CRCPROTO y CRCVAL. Utilice esta clase de rastreo para diagnosticar problemas de datos dañados, cuando el proceso de CRC no ha informado de la presencia de datos dañados. CRCDATA Esta clase de rastreo muestra información sobre cómo generar y gestionar CRC para datos almacenados en agrupaciones de almacenamiento con el conjunto CRCDATA=YES. Utilice esta clase de rastreo para diagnosticar problemas de datos dañados, cuando el proceso de CRC no ha informado de la presencia de datos dañados. Capítulo 7. Utilización del rastreo para resolver problemas 155 Tabla 15. Clases de rastreo del agente de almacenamiento o del servidor (continuación) Clases de rastreo 156 Descripción Usos CRCPROTO Esta clase de rastreo muestra información sobre cómo generar y gestionar CRC para los datos intercambiados entre el cliente y el servidor o el agente de almacenamiento donde este nodo está configurado con VALIDATEPROTOCOL=ALL o VALIDATEPROTOCOL=DATAOnly en el servidor. Utilice esta clase de rastreo para diagnosticar problemas de datos dañados, cuando el proceso de CRC no ha informado de la presencia de datos dañados. CRCVAL Esta clase de rastreo muestra Informativo para mostrar información sobre la valores CRC durante el generación y la comparación proceso. de valores CRC. CRYPTO Esta clase de rastreo muestra información sobre las operaciones de AES (advanced encryption standard) y algunos valores de cifrado general. Utilice esta clase de rastreo para aislar e identificar los problemas relacionados con el cifrado. DBCLI Rastrea el conjunto general de interacciones. Utilice esta clase de rastreo para rastrear el conjunto general de interacciones de DB2 y la compatibilidad de la interfaz de línea de mandatos de DB2. DBCONN Rastrea las actividades de conexión. Utilice esta clase de rastreo para rastrear las conexiones de IBM Tivoli Storage Manager con las conexiones de DB2. Esta clase de rastreo muestra, por ejemplo, la creación de los descriptor de conexión y la asignación de conexiones a las transacciones. DBDBG Procesos de depuración de rastreo. Piense en utilizar esta clase de rastreo en primer lugar al depurar un problema relacionado con la base de datos. Utilice esta clase de rastreo para mostrar la entrada o salida de funciones, los códigos de retorno de salida y las sentencias que se han creado y se están ejecutando. IBM Tivoli Storage Manager: Guía de determinación de problemas Tabla 15. Clases de rastreo del agente de almacenamiento o del servidor (continuación) Clases de rastreo Descripción Usos DBITXN Rastrea las actividades relacionadas con las transacciones en la base de datos. Las actividades relacionadas con transacciones comprenden la adquisición y la liberación de mecanismos de cierre de transacciones, la asignación y la liberación de dbTxnDesc y el proceso de confirmaciones de transacciones a partir de las funciones de las fases de confirmación y preparación. Utilice esta clase de rastreo para rastrear las actividades relacionadas con transacciones de la interfaz de la base de datos. DBNETDB Esta clase de rastreo muestra información sobre operaciones fuera de la LAN, y la negociación y gestión de información entre el servidor y el agente de almacenamiento. Esto suele ser aplicable al servidor y el agente de almacenamiento antes de Tivoli Storage Manager Versión 5.2. Después de Tivoli Storage Manager Versión 5.2, DBNETDB aún muestra información; pero prevalece la clase de rastreo LANFREE. Esta clase de rastreo se utiliza normalmente en el servidor y en el agente de almacenamiento. Utilice esta clase de rastreo para realizar el diagnóstico de problemas de traspaso de datos fuera de la LAN. DBRC Rastrea los códigos de retorno de funciones del componente de la base de datos. Utilice esta clase de rastreo para rastrear los códigos de retorno. DEDUP Rastrea la vía de acceso lógica general del proceso de desduplicación de datos. Normalmente no incluye vías de acceso de errores. Utilice DEDUP para rastrear vías de acceso lógicas para el proceso de desduplicación de datos. DEDUP1 Rastrea las vías de acceso de errores para el proceso de desduplicación de datos. Utilice DEDUP1 para rastrear vías de acceso de errores para el proceso de desduplicación de datos. DEDUP2 Rastrea la vía de acceso de huellas dactilares y firmas digitales. Utilice DEDUP2 para rastrear vías de acceso de huellas dactilares y firmas digitales. Capítulo 7. Utilización del rastreo para resolver problemas 157 Tabla 15. Clases de rastreo del agente de almacenamiento o del servidor (continuación) Clases de rastreo 158 Descripción Usos DELTA Clase de rastreo para funciones de grupo lógico. Las clases de rastreo DELTA y GROUP son sinónimas. Utilice esta clase de rastreo para depurar problemas con grupos lógicos, ya sean grupos diferenciales básicos (copia de seguridad de subarchivos) o grupos de homólogos (Windows SYSTEM OBJECT o copias de seguridad de imagen). El proceso de grupos es relevante durante cualquier operación que haga referencia a objetos de copia de seguridad. Los objetos de copia de seguridad pueden incluir la copia de seguridad del cliente y la restauración, la caducidad, la supresión (DELETE FILESPACE, DELETE VOLUME), la exportación/importación, la generación y restauración de juegos de copias de seguridad, la restauración sin consulta, la auditoría de bases de datos, etc. DF Esta clase de rastreo muestra información sobre los datos de usuario almacenados en volúmenes de disco. DF es una clase de rastreo de agregación que activa DFCREATE, DFRTRV, DFMOVE, DFLOCK, DFTXN y DFCOPY. Emita el mandato TRACE DISABLE DFLOCK a menos que la información de bloqueo se requiera o necesite explícitamente. Utilice esta clase de rastreo para realizar el diagnóstico de problemas de lectura o grabación de archivos de usuario en volúmenes disk. DFCREATE Esta clase de rastreo muestra información sobre el almacenamiento de datos de usuario en volúmenes de disco. Utilice esta clase de rastreo para realizar el diagnóstico de grabación de archivos de usuario en volúmenes disk. DFMOVE Esta clase de rastreo muestra operaciones que traspasan datos de usuario utilizando volúmenes de disco. Las operaciones de traspaso se realizan mediante los procesos de servidor MIGRATION, MOVE DATA y MOVE NODEDATA. Utilice esta clase de rastreo para realizar el diagnóstico de problemas de procesos de servidor de traspaso de datos. IBM Tivoli Storage Manager: Guía de determinación de problemas Tabla 15. Clases de rastreo del agente de almacenamiento o del servidor (continuación) Clases de rastreo Descripción Usos DFRTRV Esta clase de rastreo muestra información sobre la lectura de datos de usuario desde volúmenes de disco. Utilice esta clase de rastreo para realizar el diagnóstico de lectura de archivos de usuario en volúmenes disk. DS Esta clase de rastreo muestra información sobre selección de volumen, reserva de espacio, asignación, y gestión de ubicación de datos en volúmenes de disco. DS es una clase de rastreo agregada que activa DSALLOC, DSRTRV, DSDEALLOC y DSVOL. Emita TRACE DISABLE DSTXN a menos que la información de bloqueo se requiera o necesite explícitamente. Utilice esta clase de rastreo para diagnosticar muchos problemas distintos relacionados con las operaciones de lectura y grabación de datos de volumen de disco. DSALLOC Esta clase de rastreo muestra información sobre la reserva y la asignación de espacio en volúmenes de disco para almacenar datos. El almacenamiento de datos se puede realizar en nombre de una sesión de cliente o para operaciones de traspaso de datos de servidor como MIGRATION, MOVE DATA o MOVE NODEDATA. Diagnosticar problemas donde el servidor o el informe de agente de almacenamiento informan de que no hay espacio disponible, pero parece que hay espacio disponible en la jerarquía de almacenamiento. DSDEALLOC Esta clase de rastreo muestra información sobre la liberación y la desasignación de espacio en volúmenes de disco. Algunas operaciones típicas de desasignación en el servidor son EXPIRATION, MIGRATION, MOVE DATA, MOVE NODEDATA, AUDIT VOLUME, DELETE VOLUME y DELETE FILESPACE. Utilice esta clase de rastreo para realizar el diagnóstico durante la eliminación de datos. DSRTRV Esta clase de rastreo muestra información sobre la lectura de datos desde volúmenes de disco. Utilice esta clase de rastreo para diagnosticar problemas al leer datos como RESTORE o RETRIEVE mediante el cliente o bien MIGRATION, STORAGE POOL BACKUP, AUDIT VOLUME, GENERATE BACKUPSET, EXPORT, MOVE DATA, o MOVE NODEDATA mediante el servidor. Capítulo 7. Utilización del rastreo para resolver problemas 159 Tabla 15. Clases de rastreo del agente de almacenamiento o del servidor (continuación) Clases de rastreo 160 Descripción Usos DSVOL Esta clase de rastreo muestra información sobre selección de volumen y asignación para volúmenes de disco. Utilice esta clase de rastreo para diagnosticar situaciones en las cuales las sesiones o los procesos se encuentran en espera de volúmenes o casos en los cuales una operación falla porque no hay ningún volumen disponible. ICVOLHST Clase de rastreo para funciones de histórico de volúmenes. Utilice esta clase de rastreo para depurar problemas al crear entradas históricas de volúmenes (por ejemplo, en EXPORT, BACKUP DB o GENERATE BACKUPSET) o al suprimir entradas históricas de volúmenes (por ejemplo, en DELETE VOLHISTORY). IMFS Clases de rastreo para funciones de espacio de archivos. Utilice esta clase de rastreo para depurar problemas relacionados con los espacios de archivos de inventario (por ejemplo, durante DELETE FILESPACE). LANFREE Esta clase de rastreo muestra Cualquier error de fuera de la LAN. información general sobre operaciones fuera de la LAN en el servidor o el agente de almacenamiento. Igualmente, muestra información de error para operaciones relacionadas fuera de la LAN. LANFREE es una clase de rastreo agregada que activa LNFVERB, LNFMEM, LNFENTRY y LNFDATA. MMS Esta clase de rastreo muestra información sobre bibliotecas de cintas y el uso de ellas por parte del servidor y del agente de almacenamiento.MMS es una clase de rastreo agregada que activa MMSBASE, MMSTXN, MMSLIB, MMSDRIVE, MMSOP, MMSMAN, MMSSCSI, MMSFLAG, MMSACSLS y MMSSHARE. Incluya las clases de rastreo NA y PVR al rastrear MMS (recomendado). IBM Tivoli Storage Manager: Guía de determinación de problemas Se utiliza para diagnosticar problemas con las bibliotecas de cintas, inventarios de volúmenes de biblioteca u otros problemas de bibliotecas en general. Tabla 15. Clases de rastreo del agente de almacenamiento o del servidor (continuación) Clases de rastreo Descripción Usos NA Esta clase de rastreo muestra información sobre información de ruta para el servidor o el agente de almacenamiento. Esto está relacionado con los mandatos DEFINE PATH, UPDATE PATH, DELETE PATH y QUERY PATH. Esta clase de rastreo también es útil para identificar problemas relacionados con operaciones que implican a los servidores de archivos NDMP, por ejemplo los mandatos DEFINE DATAMOVER, UPDATE DATAMOVER, BACKUP NODE y RESTORE NODE. Esta clase de rastreo agregada utiliza NALOCK, NAPATH, NAMOVER, NADISK y NACONFIG. Quizás es mejor incluir las clases de rastreo MMS y PVR al rastrear NA. Utilice esta clase de rastreo para realizar el diagnóstico de problemas de vías de acceso a dispositivos. PRODCONS Si hay problemas con la obtención de trabajo asignado en paquetes, PRODCONS muestra información sobre el problema y si se encuentra en el objeto de PC o en la replicación. Utilice PRODCONS para rastrear el funcionamiento interno de los objetos del Productor/Consumidores utilizados en el servidor. PROXYNODE Esta clase de rastreo muestra información sobre sesiones proxynode y los mandatos relacionados con asociaciones proxynode (GRANT, REVOKE, QUERY PROXYNODE). Utilice esta clase de rastreo para realizar el diagnóstico de problemas de sesiones proxynode y mandatos relacionados. Quizás es mejor incluir la clase de rastreo SESSION al analizar problemas de sesión proxynode. Capítulo 7. Utilización del rastreo para resolver problemas 161 Tabla 15. Clases de rastreo del agente de almacenamiento o del servidor (continuación) Clases de rastreo PVR Descripción Usos Esta clase de rastreo muestra información sobre dispositivos de medios secuenciales y el uso de ellos por parte del servidor y del agente de almacenamiento. PVR es una clase de rastreo agregada que activa PVRVOL, PVRCLASS y PVRMP. Utilice esta clase de rastreo para realizar el diagnóstico de problemas con unidades de cintas, errores de lectura o grabación de volúmenes de cinta u otros problemas relacionados con los volúmenes de cinta. La clase de rastreo PVR contiene todo lo contenido en la clase de rastreo agregada PVRIO y en la clase de rastreo PVRNOIO. 162 Utilice esta clase de rastreo para realizar el diagnóstico de problemas con unidades de cintas, errores de lectura o grabación de volúmenes de cinta. PVRIO Esta clase de rastreo muestra rastreo de operaciones de lectura, grabación o POS para dispositivos de medios secuenciales y el uso de ellos por parte del servidor y del agente de almacenamiento. PVRNOIO Esta clase de rastreo muestra Utilice esta clase de rastreo para diagnosticar problemas información PVRVOL, con montajes de unidades de PVRCLASS y PVRMP. cintas u otros problemas relacionados con los volúmenes de cintas. REPL REPL es una clase de rastreo agregada que activa REPLBATCH, REPLCMD, REPLFS, REPLINV, REPLPROC, REPLSTATS y REPLSESS. Utilice esta clase de rastreo para realizar el diagnóstico de problemas con replicación. REPLBATCH Esta clase de rastreo muestra el rastreo relacionado con el proceso por lotes, donde los archivos individuales se envían desde el servidor de origen al servidor de destino. Utilice esta clase de rastreo para diagnosticar problemas de replicación con el proceso por lotes. REPLCMD Esta clase de rastreo muestra el rastreo relacionado con el análisis de mandatos y la resolución de reglas de replicación de espacio de archivos. Utilice esta clase de rastreo para diagnosticar problemas de replicación relacionados con el análisis de mandatos y la resolución de reglas de replicación de espacio de archivos. REPLFS Esta clase de rastreo muestra el rastreo relacionado con la iteración de los espacios de archivos para decidir lo que se replicará, actualizará o suprimirá. Utilice esta clase de rastreo para diagnosticar los problemas de replicación con los espacios de archivos en iteración para decidir lo que se replicará, actualizará o suprimirá. IBM Tivoli Storage Manager: Guía de determinación de problemas Tabla 15. Clases de rastreo del agente de almacenamiento o del servidor (continuación) Clases de rastreo Descripción Usos REPLINV Esta clase de rastreo muestra el rastreo relacionado con las actualizaciones de inventario (tablas IM) como parte de la replicación. Utilice esta clase de rastreo para diagnosticar problemas de replicación con las actualizaciones de inventario. REPLPROC Esta clase de rastreo muestra el rastreo del proceso de replicación general. Esta es la hebra y el distribuido principales. Utilice esta clase de rastreo para diagnosticar problemas de replicación con el proceso de replicación. REPLSESS Esta clase de rastreo muestra el rastreo relacionado con el establecimiento de sesiones para la replicación, incluida la gestión de sesiones en los servidores de origen y de destino. Utilice esta clase de rastreo para diagnosticar problemas de replicación con el establecimiento de sesiones. REPLSTATS Esta clase de rastreo muestra el rastreo relacionado con la actualización de la estadística como ejecuciones de replicación. También incluye la inserción o la actualización de registros del historial en la tabla del historial de replicación. Utilice esta clase de rastreo para diagnosticar problemas de replicación con las actualizaciones estadísticas. RETPROT Clase de rastreo para funciones de protección de retención de copias archivadas. Utilice esta clase de rastreo para depurar problemas utilizando los parámetros RETINIT y RETMIN en el grupo de copias archivadas. También puede utilizar esta clase de rastreo para problemas causados por el uso del verbo VB_SignalObject (sólo se soporta a través de la API de cliente ) para señalar el evento de un objeto o para mantener o liberar un objeto, o problemas durante la caducidad o la supresión de objetos con protección de retención. Capítulo 7. Utilización del rastreo para resolver problemas 163 Tabla 15. Clases de rastreo del agente de almacenamiento o del servidor (continuación) Clases de rastreo ROWMGR Descripción Rastrea actividades de operaciones basadas en fila. Las operaciones basadas en fila son: Usos Utilice esta clase de rastreo para rastrear las actividades de operaciones basadas en fila. v Abreviar v Suprimir v Captar v Captar siguiente v Captar anterior v Insertar v Buscar enlaces v Actualizar 164 SCHED Clase de rastreo para funciones de planificador central. Esta clase de rastreo es aplicable tanto para planificaciones clásicas como para planificaciones mejoradas. Utilice esta clase de rastreo para depurar problemas relacionados con los mandatos de planificación como DEFINE/UPDATE/QUERY SCHEDULE o DEFINE ASSOCIATION. Utilice también esta clase de rastreo para depurar problemas relacionados con los procesos subordinados del planificador central, como el gestor de planificación y el motor de peticiones de planificación. SESSION Esta clase de rastreo muestra información sobre las sesiones conectadas con el servidor, incluidos todos los verbos enviados y recibidos por el servidor. Generalmente, se recomienda esta clase de rastreo en infracciones de protocolo, errores de proceso de transacciones o en casos en que el cliente se detiene y no responde. SESSREMOTE Rastrea la comunicación entre el servidor Tivoli Storage Manager y el cliente Tivoli Storage Manager durante las operaciones de copia de seguridad y restauración de NDMP. Esta clase de rastreo se utiliza para identificar las operaciones de copia de seguridad y restauración relacionadas con NDMP que se inician utilizando el cliente de la línea de comandos o el cliente web de Tivoli Storage Manager. IBM Tivoli Storage Manager: Guía de determinación de problemas Tabla 15. Clases de rastreo del agente de almacenamiento o del servidor (continuación) Clases de rastreo Descripción Usos SHRED Esta clase de rastreo muestra información relacionada con las operaciones de destrucción de datos en el servidor. Esta clase de rastreo se utiliza para diagnosticar problemas de destrucción de datos. Sólo se puede aplicar la destrucción de datos si una o más agrupaciones de almacenamiento del servidor tiene un valor distinto de cero para el atributo SHRED. La actividad relacionada con la destrucción de datos suele producirse principalmente durante los mandatos EXPIRE INVENTORY, DELETE FILESPACE, DELETE VOLUME, MOVE DATA, MIGRATE y SHRED DATA. Otras clases de rastreo que informan de actividad relacionada con la destrucción de datos son BFDESTROY, DFDESTROY, DSALLOC, DSDEALLOC y CRCDATA. SPI/SPID Rastrea la interfaz de protocolo NDMP del servidor. Las clases de rastreo SPI y SPID se utilizan para identificar problemas relacionados con las operaciones de copia de seguridad o restauración NDMP de los servidores de archivos NAS. Estas clases de rastreo son específicas para las funciones que implementan el protocolo NDMP y se comunican con un servidor de archivos NAS. La clase de rastreo SPID proporciona un rastreo más detallado, incluyendo el rastreo de todos los registros de historial de archivos NDMP enviados por el servidor de archivos NAS. SSLDATA Rastreo detallado de la capa de sockets seguros (SSL) utilizado para mostrar información de nivel de byte sobre los datos que se envían o reciben entre el cliente de archivado y copia de seguridad y el servidor. Utilice la clase de rastreo SSLDATA para depurar los problemas de daños a los datos de la sesión que podrían venir causados por SSL en ejecución mediante las opciones SSLTCP o SSLTCPADMIN. Debido a que se trata de un rastreo de nivel de byte, puede reunir una gran cantidad de datos. Capítulo 7. Utilización del rastreo para resolver problemas 165 Tabla 15. Clases de rastreo del agente de almacenamiento o del servidor (continuación) Clases de rastreo 166 Descripción Usos SSLINFO Rastreo general de la capa de sockets seguros (SSL) utilizado para mostrar la configuración y las características de las sesiones SSL entre el cliente de archivado y copia de seguridad y el servidor. Utilice la clase de rastreo SSLINFO para depurar las conexiones de las sesiones y los errores de reconocimiento que podrían venir causados por SSL en ejecución mediante las opciones de servidor SSLTCP o SSLTCPADMIN. Puede utilizarse junto con las clases de rastreo TCPINFO y SESSION. TBREORG Recopila información relacionada con las actividades de reorganización de índice y de tabla iniciadas por el servidor. Utilice la clase de rastreo TBREORG para depurar la actividad de reorganización iniciada por el servidor. TBLMGR Rastrea actividades de Utilice la clase de rastreo operaciones basadas en tabla. TBLMGR para consultar operaciones basadas en tabla, como registro, apertura y cierre de tablas. TCP Reúne información relativa a la TCP/IP utilizada entre el cliente y el servidor o el agente de almacenamiento. TCP es una clase de rastreo agregada. Activa TCPINFO y TCPERROR. Utilice esta clase de rastreo para depurar errores de conexión de sesión o problemas de archivos dañados que podrían estar causados por la red. TCPDATA Rastreo TCP/IP detallado que se utiliza para mostrar información de nivel de byte sobre los datos que se envían o se reciben. Utilice esta clase de rastreo para depurar problemas de datos de sesión dañados que podrían estar provocados por la red. TCPINFO Rastreo TCP/IP general que se utiliza para mostrar configuración y características de TCP/IP en el servidor o el agente de almacenamiento. Utilice esta clase de rastreo para depurar problemas de datos de sesión dañados que podrían estar provocados por la red. TEC Proporciona información Para depurar problemas de relativa a eventos enviados a conexión que aparecen en las anotaciones de eventos TEC. un servidor TEC. Corresponde al receptor de eventos 'tivoli'. IBM Tivoli Storage Manager: Guía de determinación de problemas Tabla 15. Clases de rastreo del agente de almacenamiento o del servidor (continuación) Clases de rastreo Descripción Usos TOC Clase de rastreo general para el componente Tabla de contenido (TOC), que se utiliza durante las operaciones NDMP a nivel de archivo. TOC es una clase de rastreo agregada que activa TOCBUILD, TOCLOAD, TOCREAD y TOCUTIL. Utilice esta clase de rastreo para depurar problemas durante las operaciones NDMP del nivel de archivos, por ejemplo la copia de seguridad de NDMP con el parámetro TOC=YES, o una restauración de NDMP con el parámetro FILELIST. TOCBUILD Funciones de compilación de Utilice esta clase de rastreo tabla de contenido (TOC). para depurar problemas durante una copia de seguridad de NDMP con el parámetro TOC=YES. TOCLOAD Funciones de carga de tabla de contenido (TOC). TOCREAD Funciones de lectura de tabla Utilice esta clase de rastreo de contenido (TOC). para depurar problemas durante un mandato QUERY TOC o al intentar cargar una tabla de contenido para mostrar archivos y directorios en la GUI del cliente. TOCUTIL Funciones de herramienta de Utilice esta clase de rastreo tabla de contenido (TOC). para depurar problemas relacionados con la inicialización de componente TOC o retención de TOC. UNICODE Esta clase de rastreo muestra información sobre conversiones de página de códigos y operaciones de espacio de archivos Unicode. XI Esta clase de rastreo muestra Utilice esta clase de rastreo información general para los para depurar problemas mandatos IMPORT y EXPORT. relacionados con los mandatos IMPORT y EXPORT. Utilice esta clase de rastreo para depurar problemas al mostrar archivos y directorios en la interfaz gráfica de usuario del cliente (GUI). Utilice esta clase de rastreo para depurar problemas relacionados con la conversión de página de códigos o problemas de espacio de archivos Unicode. Tareas relacionadas: “Habilitación del rastreo para el servidor o el agente de almacenamiento” en la página 148 Capítulo 7. Utilización del rastreo para resolver problemas 167 Comandos de visualización para el servidor o el agente de almacenamiento Los mandatos SHOW son mandatos de diagnóstico no admitidos que se utilizan para mostrar información sobre estructuras de control en memoria y otros atributos de tiempo de ejecución. Los comandos SHOW los utilizan el desarrollo y el servicio sólo como herramientas de diagnóstico. Existen varios mandatos SHOW para el cliente de copia de seguridad/archivado. Según la información que muestre un mandato SHOW, puede haber casos en los que la información cambie o casos en los que puede hacer que la aplicación (cliente, servidor o agente de almacenamiento) se detenga. Los mandatos SHOW únicamente deben utilizarse por recomendación del personal del servicio de soporte de software de IBM. Los mandatos SHOW que están incluidos aquí son una parte de los mandatos SHOW disponibles. Tabla 16. Mandatos SHOW del servidor o del agente de almacenamiento Mandato SHOW AGGREGATE 168 Descripción Recomendación Muestra información acerca de un objeto agregado en la jerarquía de almacenamiento del servidor. La sintaxis es SHOW AGGRegate aggrID_más_significativo aggrID_menos_significativo. aggrID-high y aggrID-low son las palabras de 32 bits más significativas y menos significativas del ID agregado de 64 bits del agregado que se consulta. Emita este mandato para determinar la existencia y los archivos lógicos almacenados en un objeto de agregación en la jerarquía de almacenamiento del servidor. Para los archivos que forman parte del agregado se visualizan el desplazamiento, la longitud y el estado activo de los archivos de copia de seguridad. Puede emitir este mandato si experimenta problemas al restaurar o recuperar archivos, dar caducidad a los datos o traspasarlos, realizar la copia de seguridad de las agrupaciones de almacenamiento primarias, copiar datos activos en agrupaciones de datos activos o auditar volúmenes. IBM Tivoli Storage Manager: Guía de determinación de problemas Tabla 16. Mandatos SHOW del servidor o del agente de almacenamiento (continuación) Mandato SHOW Descripción Recomendación ASQUEUED Muestra la cola de puntos de montaje. La sintaxis es SHOW ASQueued. Para poder utilizar una unidad, una sesión cliente o un proceso de servidor éstos deben obtener primero un punto de montaje. La gestión de puntos de montaje del servidor permite colocar en la cola las sesiones o procesos que están a la espera de obtener puntos de montaje en caso de que se necesiten más puntos de montaje de los que están disponibles. Este mandato resulta útil para determinar el estado de una solicitud de punto de montaje, especialmente si una sesión o un proceso parecen haberse detenido y estar a la espera de un punto de montaje. ASVOL Visualiza volúmenes asignados. La sintaxis es SHOW ASVol. A medida que se asignan volúmenes de medios secuenciales para que los utilicen una sesión o un proceso, se realiza un seguimiento de éstos en una lista en memoria. Puede consultar esta lista a fin de determinar el estado de los volúmenes que están utilizándose, así como las situaciones en las que un proceso se ha interrumpido o las situaciones en las que se han producido puntos muertos y donde una sesión o proceso parece haber quedado bloqueado a la espera de un volumen o reteniendo un volumen y a la espera de algo más. Capítulo 7. Utilización del rastreo para resolver problemas 169 Tabla 16. Mandatos SHOW del servidor o del agente de almacenamiento (continuación) Mandato SHOW BFOBJECT Descripción Recomendación Este mandato le ayuda a determinar la existencia y los El estado activo/inactivo de los archivos atributos de un objeto bitfile en la jerarquía lógicos dentro de un agregado de almacenamiento El desplazamiento/longitud de los del servidor. Puede archivos lógicos dentro de un agregado emitir este mandato El estado activo o el ID de bitfile de si experimenta propietario de los archivos lógicos dentro problemas al de un agregado restaurar, recuperar, El ID de bitfile del enlace si la extensión dar caducidad o auditar el objeto. desduplicada está vinculada a otra extensión Muestra la siguiente información en los datos de jerarquía de almacenamiento del servidor: v v v v La sintaxis es SHOW BFObject. BUFSTATS 170 Muestra las estadísticas de utilización para la agrupación de almacenamientos intermedios de base de datos. El mandato BUFSTATS muestra el porcentaje de aciertos de caché de la agrupación de almacenamientos intermedios, que se sugiere que se encuentre por encima del 98%. La sintaxis es SHOW BUFStats. IBM Tivoli Storage Manager: Guía de determinación de problemas Emita este mandato para determinar si es suficiente el tamaño de la agrupación de almacenamiento intermedio de la base de datos que se ha configurado. Tabla 16. Mandatos SHOW del servidor o del agente de almacenamiento (continuación) Mandato SHOW BUFVARS Descripción Recomendación Muestra los atributos globales de la agrupación de almacenamientos intermedios de base de datos. La sintaxis es SHOW BUFVars. Importante: Asegúrese de que la clase de rastreo IMEXP esté activa. Emita este mandato para determinar si es suficiente el tamaño de la agrupación de almacenamiento intermedio de la base de datos que se ha configurado. Esto también puede ser útil para diagnosticar aquellos casos en los que el servidor se ha detenido o cuando el servidor no dispone de suficiente espacio de anotaciones de recuperación. El rendimiento y características de la agrupación de almacenamientos intermedios de base de datos pueden influir en el hecho de que el servidor no disponga de suficiente espacio de anotaciones de recuperación porque la capacidad de grabar (vaciar) las páginas cambiadas en los volúmenes de base de datos puede afectar a la capacidad de las anotaciones de recuperación de gestionar su espacio. Capítulo 7. Utilización del rastreo para resolver problemas 171 Tabla 16. Mandatos SHOW del servidor o del agente de almacenamiento (continuación) Mandato SHOW 172 Descripción Recomendación CMD Muestra el estado de las hebras de DEDUPDELETEINFO supresión de segundo plano para los objetos deduplicados dereferenciados. Emita este mandato para comprobar el estado del proceso de supresión de segundo plano para objetos deduplicados. Cuando se suprima un archivo o se mueva fuera de una agrupación de almacenamiento deduplicada, la extensión se pondrá en cola con un procesador de segundo plano para intentar la eliminación desde la agrupación de almacenamiento. Este mandato es útil para comprobar el retraso de la extensión en cola y del estado de cada hebra de supresión. CONFIGURATION El mandato CONFIGURATION es un mandato SHOW de resumen que emite de hecho muchos mandatos y consultas show distintos. La sintaxis es SHOW CONFIGuration. Emita este mandato para facilitar una configuración general y otra información sobre el servidor al servicio técnico de IBM. DB2CONNECTIONS El mandato DB2CONNECTIONS muestra las conexiones de DB2 definidas procedentes de las diferentes agrupaciones de conexiones. Este mandato no necesita ningún parámetro adicional. La sintaxis es SHOW DB2CONnections. Emita este mandato para mostrar cuántas conexiones de DB2 se han definido, están en uso y libres en total y dentro de una agrupación determinada. DB2TABLES El mandato DB2TABLES muestra las tablas registradas y sus atributos de columna. Este mandato no necesita ningún parámetro adicional. La sintaxis es SHOW DB2TABles. Emita este mandato para mostrar las tabas registradas y sus atributos de columna. IBM Tivoli Storage Manager: Guía de determinación de problemas Tabla 16. Mandatos SHOW del servidor o del agente de almacenamiento (continuación) Mandato SHOW DBTXNTABLE Descripción Muestra información acerca de las transacciones que realizan operaciones de base de datos. La sintaxis es SHOW DBTXNTable. Recomendación Emita este mandato para mostrar la siguiente información: v Tablas de base de datos que están abiertas (están utilizándose) v Información relacionada con la utilización de las anotaciones de recuperación, como el número de registros grabados y el espacio de anotaciones de recuperación utilizado v Los registros primero, último y siguiente de las anotaciones de recuperación que se han grabado v Si una transacción es válida o no, o si está retrotrayéndose DBVARS Muestra los atributos globales de la base de Emita este mandato datos. La sintaxis es SHOW DBVars. para ver el estado y los atributos actuales de la base de datos del servidor. DEDUPOBJECT Muestra información de desduplicación de datos para los archivos. Cuando emita este mandato, deberá especificar el parámetro objectID. Emita el mandato SHOW VERSION para determinar el valor de este parámetro. La sintaxis es SHOW DEDUPObject. Emita este mandato para mostrar la información de desduplicación de datos, por ejemplo: v El ID de archivo de bits para cada extensión v El ID de archivo de bits propietario v El desplazamiento y longitud del archivo de bits propietario v El tipo de resumen y el valor del objeto de desduplicación de datos Capítulo 7. Utilización del rastreo para resolver problemas 173 Tabla 16. Mandatos SHOW del servidor o del agente de almacenamiento (continuación) Mandato SHOW 174 Descripción Recomendación DEVCLASS Muestra información acerca de las clases de Emita este mandato dispositivo. La sintaxis de este mandato es para mostrar los SHOW DEVCLass. estados de las unidades asignadas, los atributos de clases de dispositivo y otras informaciones. Con frecuencia este mandato se utiliza para diagnosticar problemas relacionados con los dispositivos o con bloqueos que se han producido mientras se estaba a la espera de una unidad, biblioteca o volumen. El mandato SHOW LIBRARY también facilita información complementaria sobre unidades y bibliotecas. GROUPLEADERS Muestra todos los líderes de grupo de copia de seguridad para un objeto del inventario del servidor. La sintaxis es SHOW GROUPLeaders ID_objeto_más_significativo ID_objeto_menos_significativo. ID_objeto_más_significativo e ID_objeto_menos_significativo son las palabras de 32 bits más significativas y menos significativas del ID de objeto de 64 bits del objeto que se consulta. La palabra más significativa es opcional; si no se especifica, se da por supuesto el valor cero. El objeto debe ser un objeto de copia de seguridad. Emita este mandato para determinar las relaciones del grupo de copia de seguridad de un objeto en el inventario del servidor. Puede emitir este mandato si experimenta problemas al restaurar, recuperar, dar caducidad o auditar el objeto. GROUPMEMBERS Muestra todos los miembros de grupo de copia de seguridad para un objeto del inventario del servidor. La sintaxis es SHOW GROUPMembers ID_objeto_más_significativo ID_objeto_menos_significativo. ID_objeto_más_significativo e ID_objeto_menos_significativo son las palabras de 32 bits más significativas y menos significativas del ID de objeto de 64 bits del objeto que se consulta. La palabra más significativa es opcional; si no se especifica, se da por supuesto el valor cero. El objeto debe ser un objeto de copia de seguridad. Emita este mandato para determinar las relaciones del grupo de copia de seguridad de un objeto en el inventario del servidor. Puede emitir este mandato si experimenta problemas al restaurar, recuperar, dar caducidad o auditar el objeto. IBM Tivoli Storage Manager: Guía de determinación de problemas Tabla 16. Mandatos SHOW del servidor o del agente de almacenamiento (continuación) Mandato SHOW INVOBJECT Descripción Recomendación Muestra información acerca de un objeto de inventario del servidor. La sintaxis es SHOW INVObject ID_objeto_más_significativo ID_objeto_menos_significativo. ID_objeto_más_significativo e ID_objeto_menos_significativo son las palabras de 32 bits más significativas y menos significativas del ID de objeto de 64 bits del objeto que se consulta. La palabra más significativa es opcional; si no se especifica, se da por supuesto el valor cero. El objeto puede ser un objeto de copia de seguridad, un objeto de archivado, un objeto gestionado por espacio, etc. Emita este mandato para determinar la existencia y los atributos de un objeto en el inventario del servidor. Puede emitir este mandato si experimenta problemas al restaurar, recuperar, dar caducidad o auditar el objeto. El mandato INVOBJECT notifica los siguientes elementos: v Nueva información para los objetos protegidos con retención de archivado. v Si el objeto de archivado se encuentra en espera de supresión. v Si el objeto utiliza retención basada en eventos. LIBINVENTORY Muestra el estado actual del inventario de biblioteca para la biblioteca especificada. La sintaxis es SHOW LIBINVentory nombre_de_biblioteca, donde nombre_de_biblioteca es opcional de modo que, si no se especifica, el mandato devuelve la información de inventario de todas las bibliotecas. Emita este mandato si hay un problema con la información de inventario de la biblioteca. El mandato visualiza las propiedades en memoria actuales del inventario de biblioteca. LIBRARY Utilice el mandato LIBRARY para mostrar el estado actual de la biblioteca especificada y todas sus unidades. La sintaxis es SHOW LIBRary nombre_de_biblioteca donde nombre_de_biblioteca es opcional. Si se deja en blanco, el mandato devuelve información de todas las bibliotecas. Este mandato es útil para obtener una vista rápida de toda la información en memoria relacionada con una biblioteca y sus unidades. Esta salida puede recopilarse para cualquier problema relacionado con las bibliotecas o las unidades (por ejemplo, problemas de montaje). Capítulo 7. Utilización del rastreo para resolver problemas 175 Tabla 16. Mandatos SHOW del servidor o del agente de almacenamiento (continuación) Mandato SHOW 176 Descripción Recomendación LOCK Visualiza los procesos de retención de bloqueo y los procesos en espera. La sintaxis es SHOW LOCK. El servidor y el agente de almacenamiento utilizan bloqueos como mecanismo para serializar el acceso y la actualización de la información y otras construcciones. Esta información se utiliza para diagnosticar las detenciones u otros problemas relacionados con la contención de recursos. LOGPINNED Evalúa y determina si las anotaciones de recuperación del servidor están o no inmovilizadas. La existencia de anotaciones de recuperación inmovilizadas puede dar lugar a que las anotaciones de recuperación no dispongan de suficiente espacio y, posiblemente, provocar que el servidor se detenga. La sintaxis es SHOW LOGPInned. Para recuperarse de unas anotaciones de recuperación inmovilizadas, emita 'SHOW LOGPInned Cancel' para que el servidor cancele o termine la sesión, la transacción o el proceso. En algunas condiciones, la sesión o transacción que inmoviliza las anotaciones no puede finalizar después de emitir el parámetro CANCEL. El mandato SHOW consulta un número de estructuras de control del servidor y correlaciona los datos para determinar si una sesión, una transacción o un proceso está inmovilizando las anotaciones de recuperación. Si determina que existe algún elemento que está inmovilizando las anotaciones de recuperación, se informa de ello. LOGVARS Muestra los atributos globales de las anotaciones de recuperación. La sintaxis es SHOW LOGVars. Emita este mandato para determinar el estado de las anotaciones de recuperación. IBM Tivoli Storage Manager: Guía de determinación de problemas Tabla 16. Mandatos SHOW del servidor o del agente de almacenamiento (continuación) Mandato SHOW Descripción Recomendación MEMTREND El mandato MEMTREND informa de la memoria utilizada por el servidor, en megabytes, registrada en intervalos de una hora durante las últimas 50 horas (se trata de una constante del código del servidor que el usuario no puede configurar). El mandato también visualiza un histograma como ayuda para visualizar la tendencia de utilización. La sintaxis es SHOW MEMTREnd. Emita este mandato para determinar si el servidor tiene una fuga de memoria. Si la utilización de memoria crece de forma constante, ello podría indicar que existe una fuga. Observe que para que las mediciones sean válidas, el período de medición (las últimas 50 horas) debe representar una actividad de servidor normal y regular. La utilización de la que se informa representa la cantidad de memoria que las rutinas internas del servidor solicitan de las rutinas de memoria del pseudokernel. NO representa la cantidad total de memoria que el servidor utiliza. Sin embargo, sigue siendo de utilidad para determinar la tendencia de utilización de memoria del servidor. MP Muestra puntos de montaje. La sintaxis es SHOW MP. Emita este mandato para determinar el volumen que está utilizando un determinado punto de montaje y otros atributos para los puntos de montaje asignados. SHOW LIBRARY y SHOW DEVCLASS tienen información complementaria útil con este mandato para mostrar el estado actual de las unidades y los recuentos de puntos de montaje devclass actuales. Capítulo 7. Utilización del rastreo para resolver problemas 177 Tabla 16. Mandatos SHOW del servidor o del agente de almacenamiento (continuación) Mandato SHOW 178 Descripción Recomendación NASDEV Muestre los dispositivos SCSI conectados a un servidor de archivo de almacenamiento conectado a red (NAS) asociado con una definición de transportador de datos de NAS. La sintaxis es SHOW NASDev. Cree una conexión NDMP (Network Data Management Protocol) con el servidor de archivos NAS especificado y visualice los dispositivos SCSI conectados en el servidor de archivos. Este comando sólo requiere una definición de nodo NAS y de transportador de datos. NASFS Muestra los sistemas de archivos de un servidor de archivos NAS asociado con una definición de traspaso de datos de NAS. La sintaxis es SHOW NASFs. Cree una conexión NDMP con el servidor de archivos NAS especificado y visualice los sistemas de archivos que se han definido en el servidor de archivos. IBM Tivoli Storage Manager puede realizar copias de seguridad de cualquier sistema de archivos que muestra este mandato. Este mandato sólo requiere una definición de nodo NAS y de transportador de datos. IBM Tivoli Storage Manager: Guía de determinación de problemas Tabla 16. Mandatos SHOW del servidor o del agente de almacenamiento (continuación) Mandato SHOW Descripción Recomendación NASINFORMATION Muestra la información de configuración sobre el servidor de archivos NAS asociado a una definición de un transportador de datos NAS. La sintaxis es SHOW NASInformation. Cree una conexión NDMP con el servidor de archivos NAS especificado y visualice la información de configuración general recuperada del servidor de archivos. Este mandato es útil para identificar problemas de comunicación básicos relacionados con los servidores de archivos NAS, como los errores de autenticación. Este comando sólo requiere una definición de nodo NAS y de transportador de datos. NASWORKLOAD Muestra la carga de trabajo de los archivadores NAS que se utilizan para todas las operaciones de Tivoli Storage Manager. La sintaxis es SHOW NASWorkload. Emita este mandato para determinar la carga de trabajo del traspaso de datos de fondo, así como las operaciones de copia de seguridad y restauración. REPLICATION Muestra todos los servidores de replicación conocidos y su identificador exclusivo global (GUID), así como todos los procesos de replicación en ejecución. Los procesos pueden incluir las estadísticas individuales de cada espacio de archivos y el estado de cada sesión de replicación. Emita este mandato si la replicación no parece estar progresando o si la replicación no funciona correctamente. Capítulo 7. Utilización del rastreo para resolver problemas 179 Tabla 16. Mandatos SHOW del servidor o del agente de almacenamiento (continuación) Mandato SHOW 180 Descripción Recomendación RESQUEUE Visualiza la cola de recursos. La sintaxis es SHOW RESQueue. Utilice la cola de recursos para supervisar recursos comunes del servidor. Si parece que se ha detenido un recurso o que ha quedado retenido durante un período de tiempo poco razonable, los algoritmos de supervisión de recursos para el servidor actúan y cancelan o finalizan el proceso que utiliza el recurso. Por lo general, se utiliza para visualizar información acerca de las transacciones, bloqueos y otros recursos que utiliza un agente de almacenamiento en el servidor de bases de datos que se ha configurado para utilizarse. SESSIONS Muestra información acerca de las sesiones que se han conectado con el servidor o el agente de almacenamiento. La sintaxis es SHOW SESSions. Emita este mandato para diagnosticar interrupciones de sesiones u otros problemas generales relativos a las sesiones mientras una sesión sigue conectada al servidor. Esto también es útil en casos en los que se cancela o finaliza una sesión y aún aparece en QUERY SESSION. IBM Tivoli Storage Manager: Guía de determinación de problemas Tabla 16. Mandatos SHOW del servidor o del agente de almacenamiento (continuación) Mandato SHOW SLOTS Descripción Recomendación Muestra el estado actual de la información de ranuras de la biblioteca especificada (por ejemplo: los volúmenes que se encuentran en la biblioteca y en qué ranuras). La sintaxis es SHOW SLOTS nombre_biblioteca. La información que se visualiza son los datos que se guardan directamente desde el hardware de biblioteca hasta los valores en memoria y puede utilizarse para determinar si esta información no está sincronizada o no es correcta o bien para determinar si los valores que se devuelven desde el propio hardware de biblioteca no son válidos. También puede emitir este mandato para determinar los números de elementos de unidades para una biblioteca SCSI si QUERY SAN no está disponible para una biblioteca determinada (por ejemplo, la biblioteca 3570). SSPOOL Muestra información acerca de las agrupaciones de almacenamiento. La sintaxis es SHOW SSPool. Emita este mandato para mostrar los estados y los atributos de las agrupaciones de almacenamiento definidas. Capítulo 7. Utilización del rastreo para resolver problemas 181 Tabla 16. Mandatos SHOW del servidor o del agente de almacenamiento (continuación) Mandato SHOW THREADS 182 Descripción Recomendación Visualiza información acerca de todas las hebras de las que el servidor tiene constancia. La sintaxis es SHOW THReads. Importante: En algunas plataformas (por ejemplo: HP), la información notificada se obtiene sin serialización. En un sistema ocupado, puede que la información no sea coherente, puede que varias hebras informen de que están reteniendo el mismo objeto mútex o puede que una hebra informe de que está a la espera de un objeto mútex que otra hebra que no reclama su retención ha retenido. El servidor muestra información sobre cada hebra, que normalmente incluye el identificador de hebra de Tivoli Storage Manager, el identificador de hebra del sistema, el nombre de hebra, los objetos Mútex que contiene (si hay alguno) y el objeto Mútex o la condición que espera (si hay alguno). Este mandato es específico de cada plataforma; por lo tanto, puede que la información sea ligeramente distinta entre plataformas. Puede que desee utilizar este mandato si el servidor o un proceso de servidor en particular parece haberse detenido para comprobar si existen hebras que están a la espera de recursos que otras hebras han retenido. IBM Tivoli Storage Manager: Guía de determinación de problemas Tabla 16. Mandatos SHOW del servidor o del agente de almacenamiento (continuación) Mandato SHOW TOCSETS Descripción Recomendación Muestra todos los conjuntos de tabla de contenido (TOC) de los que el servidor tiene constancia. La sintaxis es SHOW TOCSets DELETE=Núm_conjunto TOUCH=Núm_conjunto. El parámetro DELETE hace que se suprima el número de conjunto de TOC especificado. El parámetro TOUCH actualiza la fecha de la última utilización del número de conjunto de TOC especificado. Un conjunto de TOC se retiene durante el período de retención de TOC posterior a la última fecha de utilización (consulte el mandato SET TOCRETENTION). Un conjunto de TOC se utiliza durante las operaciones NDMP de archivo. Durante la realización de una copia de seguridad de NDMP con el parámetro TOC=YES, se crea una TOC en la base de datos del servidor. Durante una restauración, puede que se carguen una o varias TOC en la base de datos del servidor para proporcionar los nombres de archivo y de directorio a la GUI del cliente. Este mandato muestra el estado del conjunto de TOC (por ejemplo, si está creándose o cargándose) y la cantidad de espacio temporal de base de datos que está utilizándose para cada conjunto de TOC. Puede emitir este mandato si experimenta problemas al realizar una copia de seguridad NDMP con el parámetro TOC=YES, o si experimenta problemas al restaurar archivos desde una copia de seguridad NDMP o bien si los conjuntos de TOC han quedado retenidos durante un espacio tiempo demasiado prolongado en la base de datos del servidor o se han retenido durante un espacio de tiempo demasiado breve. Capítulo 7. Utilización del rastreo para resolver problemas 183 Tabla 16. Mandatos SHOW del servidor o del agente de almacenamiento (continuación) Mandato SHOW 184 Descripción Recomendación TOCVARS Muestra información acerca del componente Emita este mandato TOC del servidor. La sintaxis es SHOW para determinar el TOCVars. estado del componente TOC. Puede emitir este mandato si experimenta problemas al realizar una copia de seguridad NDMP con el parámetro TOC=YES o si experimenta problemas al restaurar archivos desde una copia de seguridad NDMP . TXNTABLE Visualiza información acerca de las transacciones que están en la lista de utilización del servidor. La sintaxis es SHOW TXNTable. Las transacciones que extrae este mandato las utilizan los procesos de servidor, las sesiones y otras aplicaciones para leer la información de la base de datos, para realizar actualizaciones en la base de datos (como insertar, actualizar o suprimir información) o para gestionar bloqueos. Esta información es útil para diagnosticar los procesos que se han detenido u otros errores relacionados con la transacción mientras la transacción todavía está abierta en el servidor. VALIDATE LANFREE Le permite validar si las definiciones se encuentran en la ubicación apropiada del servidor para que un cliente determinado pueda realizar operaciones de movimiento de datos fuera de la LAN. En aquellos casos en los que estas definiciones no estén presentes o sean incorrectas, puede que sea difícil determinar si el entorno fuera de la LAN se ha configurado correctamente. La sintaxis es VALIDATE LANFREE nombre_nodo agente_almacenamiento. Nota: El mandato VALIDATE LANFREE ha sustituido al mandato SHOW LANFREE. Este mandato evalúa todas las agrupaciones de almacenamiento de destino posibles para este nodo de cliente y notifica si la agrupación de almacenamiento puede albergar operaciones de traspaso de datos fuera de la LAN. IBM Tivoli Storage Manager: Guía de determinación de problemas Tabla 16. Mandatos SHOW del servidor o del agente de almacenamiento (continuación) Mandato SHOW Descripción Recomendación VERSIONS Emita el mandato SHOW VERSIONS para recuperar un objectID. El objectID es necesario para emitir el mandato SHOW DEDUPOBJECT. La sintaxis es SHOW Versions. Emita este mandato para mostrar los ID de objeto. VOLINUSE Muestra si el volumen especificado está en la lista de utilización del servidor actualmente. El mandato VOLINUSE muestra información adicional que puede ser útil, incluido si el volumen está pendiente de eliminación de la lista de volúmenes en uso. La sintaxis es SHOW VOLINUSE nombre_volumen. Si es necesario eliminar el volumen de la lista de volúmenes en uso, puede especificar el siguiente parámetro adicional para eliminarlo de la lista: SHOW VOLINUSE nombre_volumen REMOVE=YES. Emita este mandato para determinar si un volumen se encuentra en la lista de volúmenes en uso y, en caso necesario, para eliminarlo de esa lista. Las operaciones que se asocian a este volumen puede que no se ejecuten correctamente si el volumen se elimina de la lista de utilización. Habilitación del rastreo para el controlador de dispositivo de Tivoli Storage Manager El rastreo está disponible para el controlador de dispositivo de IBM Tivoli Storage Manager. El controlador de dispositivo de Tivoli Storage Manager se puede rastrear desde la consola del servidor, un cliente administrativo o desde un shell que se ejecute en el sistema donde está instalado el controlador de dispositivo. Las instrucciones de rastreo son aplicables al controlador de dispositivo de Tivoli Storage Manager de todas las plataformas donde se admita el controlador de dispositivo. Para los dispositivos que utilizan controladores de dispositivo diferentes del controlador de dispositivo de Tivoli Storage Manager, la capacidad de rastrear y las instrucciones sobre cómo rastrear esos controladores de dispositivo las proporciona el proveedor del dispositivo. Referencia relacionada: “Rastreo desde la consola del servidor” “Rastreo de datos desde un shell de mandatos para AIX, Oracle Solaris y Windows” en la página 187 Rastreo desde la consola del servidor Para rastrear el controlador desde el servidor, primero debe emitir los mandatos apropiados. Emita los mandatos TRACE ENABLE y TRACE BEGIN para rastrear el controlador desde el servidor. El controlador de dispositivos Tivoli Storage Manager en realidad consta de tres controladores: uno para dispositivos autocambiador de biblioteca, uno para dispositivos de cinta y uno para controladores ópticos. Puede elegir cuál desea rastrear. El mandato tiene la siguiente sintaxis: Capítulo 7. Utilización del rastreo para resolver problemas 185 DDTRACE START [ LIBRARYDD | TAPEDD | OPTICALDD] [flags=EE |, FULL |, SYSLOG | BASE ] DDTRACE GET [ LIBRARYDD | TAPEDD | OPTICALDD] DDTRACE END [ LIBRARYDD | TAPEDD | OPTICALDD] Las opciones siguientes están disponibles: START Activa el rastreo y lo graba en un almacenamiento intermedio de la memoria basado en la opción FLAGS predeterminada o especificada. GET Graba el almacenamiento intermedio de la memoria en el mismo archivo que se especificó con el mandato de servidor TRACE BEGIN. END La detención del rastreo de grabación en el almacenamiento intermedio de la memoria no borra el contenido del almacenamiento intermedio, de modo que puede ejecutarse END antes de ejecutar GET. LIBRARYDD Rastrea el controlador de dispositivo que controla los autocambiadores de la biblioteca. TAPEDD Rastrea el controlador de dispositivo que controla las unidades de cintas. OPTICALDD Rastrea el controlador de dispositivo que controla las unidades ópticas. Para las opciones que se han listado anteriormente, puede especificar cualquier controlador de dispositivo o el controlador de dispositivo de biblioteca y uno de los otros dos. Las opciones y controladores se delimitan por espacios. Por ejemplo: DDTRACE START TAPEDD - Empieza rastreando el controlador de dispositivo que controla los controladores de cinta. DDTRACE START OPTICALDD - Empieza rastreando el controlador de dispositivo que controla los controladores ópticos. DDTRACE START LIBRARYDD Empieza rastreando el autocambiador de biblioteca. DDTRACE START LIBRARYDD TAPEDD Rastrea los controladores de biblioteca y de cinta. DDTRACE START LIBRARYDD OPTICALDD Rastrea los controladores de biblioteca y óptico. Independientemente de las opciones que utilice, especifique las mismas para todos los mandatos en la serie START-GET-END. El parámetro FLAGS es opcional y no suele ser necesario. Los siguientes valores ser refieren al parámetro FLAGS: EE Rastrea todas las entradas y salidas rutinarias del controlador de dispositivo. FULL Activa más rastreo de depuración y proporciona más detalles. Dado que el tamaño del almacenamiento intermedio de la memoria es fijo, se rastrea un número inferior de sucesos. No rastrea puntos de entrada y salida rutinarios. SYSLOG En algunas plataformas, SYSLOG ordena la grabación de sentencias de rastreo en las anotaciones del sistema además de en el almacenamiento intermedio de la memoria. Esta oferta resulta muy útil al depurar situaciones en las que el kernel se ha detenido o cuando el rastreo se reinicia en el almacenamiento intermedio de la memoria. 186 IBM Tivoli Storage Manager: Guía de determinación de problemas BASE BASE es el valor predeterminado y no puede especificarse con otros indicadores. Sólo se utiliza para desactivar los indicadores EE, FULL y SYSLOG sin desactivar el rastreo. Rastreo de datos desde un shell de mandatos para AIX, Oracle Solaris y Windows AIX Solaris Windows El programa de utilidad autónomo, ddtrace, imita exactamente los mandatos de servidor DDTRACE. El programa de utilidad ddtrace autónomo está instalado en el directorio de dispositivos, que es el mismo directorio que el de los programas de utilidad mttest, lbtest y optest. Su sintaxis y opciones son idénticas a las del comando de servidor DDTRACE. Por ejemplo: $ ddtrace start librarydd tapedd flags=EE - Inicio del rastreo en los controladores de biblioteca y cinta y obtener rastreo de entrada/salida adicional. $ ddtrace get librarydd tapedd - Obtener el rastreo desde memoria y grabarlo en el archivo ddtrace.out. $ ddtrace end librarydd tapedd - Detención del rastreo de memoria. El uso principal de esta herramienta autónoma es primordialmente para casos en los que el controlador debe rastrearse durante la inicialización del servidor de IBM Tivoli Storage Manager. El programa de utilidad ddtrace graba el almacenamiento intermedio de la memoria en el archivo “ddtrace.out” del directorio activo. Si el archivo existe, se agrega al archivo sin sobrescribirlo. Rastreo para detectar una anomalía de conversión de página de códigos El servidor de IBM Tivoli Storage Manager utiliza funciones del sistema operativo para realizar la conversión entre Unicode y la página de códigos del servidor. Si el sistema no se configura correctamente, la conversión falla. Este problema de conversión es más probable que se produzca cuando se utiliza el Centro de administración para acceder al servidor. AIX Linux Solaris Windows Siga estos pasos para obtener más información acerca de la anomalía: 1. Comience el rastreo de la clase de rastreo UNICODE. 2. Repita la acción que ha producido el mensaje de error. 3. Consulte el archivo README del servidor para determinar si existe algún requisito específico de la plataforma para la instalación del idioma. 4. Asegúrese de que los entornos nacionales que se indican en las páginas de códigos de problema se han instalado y de que también se han instalado los requisitos que se especifican en el archivo README. Capítulo 7. Utilización del rastreo para resolver problemas 187 Rastreo de datos para el cliente Puede activar el rastreo en el cliente o en la interfaz de programas de aplicación (API) de cliente alterando el archivo de opciones de cliente. Realice los siguientes pasos para activar el rastreo en el cliente o en la API del cliente: 1. Determine las clases de rastreo que desea activar a partir de la tabla siguiente: Nombre de clase de rastreo Descripción Cuándo se utiliza SERVICE Muestra información de proceso general para el cliente. Es útil en muchos casos. Generalmente, se recomienda en infracciones de protocolo, errores de proceso de transacciones o en casos en que el cliente se detiene y no responde. VERBINFO Recopilar información acerca del protocolo cliente-servidor utilizado por IBM Tivoli Storage Manager. Para depurar infracciones de protocolo, errores de proceso de transacciones o en los casos en los que el cliente se detiene o no responde. VERBDETAIL Información detallada acerca del protocolo cliente-servidor utilizado por Tivoli Storage Manager. Muestra los almacenamientos intermedios de memoria interna que contienen los verbos enviados y recibidos por el cliente. Para depurar problemas con datos de sesión dañados que pueden deberse a la red. Notes adicional Genera una salida de gran tamaño. 2. Active el rastreo añadiendo el texto siguiente al archivo de opciones del cliente: traceflag <nombre_clase_rastreo>. Atención: <nombre_clase_rastreo> puede ser una lista delimitada por comas de clases de rastreo. Por ejemplo, este texto se podría especificar como traceflag service,verbinfo,verbdetail. 3. Configure el rastreo para que empiece y emita los mensajes de rastreo a un archivo añadiendo el siguiente texto al archivo de opciones del cliente: tracefile <nombre_archivo>. 4. Realice la operación que está causando el problema. Consejo: El rastreo también puede configurarse e iniciarse invocando el cliente desde un indicador de mandatos y especificando los indicadores anteriores. Por ejemplo, dsm -traceflags=service -tracefile=file.out. 188 IBM Tivoli Storage Manager: Guía de determinación de problemas Opciones traceflag del daemon de diario y de registro Para ejecutar la copia de seguridad con diario, debe utilizar el proceso del daemon de diario. Este proceso sirve para realizar un seguimiento de los cambios en el sistema de archivos y mantener las bases de datos de diario modificadas. El daemon de diario utiliza el mismo mecanismo de rastreo que el cliente, pero los valores de rastreo se especifican en el archivo de configuración de diario (tsmjbbd.ini) como se indica a continuación: [Configuración de diario] TraceFlags=all_jbb ; ; los dos valores siguientes permiten la segmentación del archivo de rastreo ; TraceMax=100 TraceSegMax=1 tracefile=tracefiles\trace.out Configuración de rastreo para daemon de diario: v BTREEDB - Clase básica de base de datos BTREE de nivel inferior v CACHEDB - Procesamiento de la caché de exclude de Windows 2003 v DBPERF - Rendimiento de operaciones de la base de datos de nivel inferior v DBSTATS - Rastreo de rendimiento de las operaciones de consulta, inserción/actualización, supresión y recorridos de árbol v FILEOPS - Actividad de base de datos interna v JBBCOMM - Hebra a la escucha v JBBDAEMON - Gestor de procesos v v v v v v v JBBFILEMON - Monitor de sistema de archivos JBBDBACCESS - Hebra de controlador de base de datos JBBDBINFO - Acceso a bases de datos de nivel inferior JBBNPCOMM - Comunicaciones de Named Pipes JBBSERVICE - Rastreo de SERVICE específico de la plataforma Windows JBBVERBINFO - Información de verbo detallada ALL_JBB - Indicador de rastreo agregado que incluye todos los valores anteriores Configuración de rastreo del cliente de copia de seguridad/archivado especificado en dsm.opt: v JOURNAL - Rastreo de copia de seguridad basada en el registro por diario Clases de rastreo de cliente El cliente proporciona clases de rastreo individuales y agregadas. Las clases de rastreo agregadas son un método abreviado para activar varias clases de rastreo relacionadas especificando simplemente el nombre de la clase de rastreo agregada. Es posible que haya referencias a clases de rastreo que se activan como parte de una clase de rastreo agregada pero que no se describen explícitamente de forma individual. Las clases de rastreo que se documentan en la tabla Tabla 17 en la página 190 son las que se solicitan o se utilizan más habitualmente para diagnosticar problemas. El nombre de clase de rastreo debe utilizarse con las opciones TRACEFLAG en el archivo dsm.opt. Capítulo 7. Utilización del rastreo para resolver problemas 189 Tabla 17. Clases de rastreo Clase de rastreo 190 Descripción Recomendación ALL_BACK Muestra la información general del proceso de copia de seguridad para el cliente. Agregación de las clases de rastreo TXN, INCR, POLICY y PFM, e incluidas implícitamente en la clase de rastreo SERVICE. Utilice esta clase de rastreo para los problemas relacionados con copias de seguridad selectivas o incrementales. ALL_FILE Muestra la información general del proceso de copia de seguridad para el cliente. Agregación de las clases de rastreo DIROPS, FILEOPS y FIOATTRIBS, e incluidas implícitamente en la clase de rastreo SERVICE. Utilice esta clase de rastreo para los problemas relacionados con los datos de lectura y grabación y la obtención de información de atributos de archivo. ALL_IMAGE Muestra la información de proceso de imagen para el cliente. Agregación de varias clases de rastreo relacionadas con las imágenes, e incluidas implícitamente en la clase de rastreo SERVICE. Utilice esta clase de rastreo para los problemas relacionados con todos los aspectos de operaciones de copia de seguridad y restauración de imágenes de volumen. ALL_JBB Muestra la información de proceso de copia de seguridad de diario para el cliente. Agregación de varias clases de rastreo con diario relacionadas con las copias de seguridad e incluidas implícitamente en la clase de rastreo SERVICE. Utilice esta clase de rastreo para los problemas relacionados con todos los aspectos de copias de seguridad de diario. ALL_NAS Muestra la información de proceso NDMP para el cliente. Agregación de varias clases de rastreo relacionadas con NDMP, e incluidas implícitamente en la clase de rastreo SERVICE. Utilice esta clase de rastreo para los problemas relacionados con todos los aspectos de operaciones de copia de seguridad y restauración NDMP. ALL_SESS Muestra toda la información de verbo y sesión entre el cliente y el servidor. Agregación de las clases de rastreo SESSION, VERBINFO, SESSVERB, VERBADMIN y VERBDETAIL. Todas las clases de rastreo de esta agregación están incluidas de forma implícita en la clase de rastreo SERVICE, excepto VERBDETAIL Utilice esta clase de rastreo para los problemas relacionados con la sesión del cliente y el servidor, tales como el tiempo de espera para la comunicación, infracciones de protocolo y casos en los que el cliente parece estar detenido en espera del servidor, o viceversa. IBM Tivoli Storage Manager: Guía de determinación de problemas Tabla 17. Clases de rastreo (continuación) Clase de rastreo Descripción Recomendación ALL_SNAPSHOT Muestra la información relacionada con operaciones de instantáneas de volúmenes. Agregación de varias clases de rastreo relacionadas con las instantáneas de volúmenes e incluidas implícitamente en la clase de rastreo SERVICE. Utilice esta clase de rastreo para determinar los problemas relacionados con instantáneas de volúmenes que se utilizan en operaciones de copia de seguridad de imagen activada y de soporte de archivos abiertos. ALL_WAS Muestra información de procesamiento de Web Application Server (WAS) para el cliente. Agregación de varias clases de rastreo relacionadas con WAS e incluidas implícitamente en la clase de rastreo SERVICE. Utilice esta clase de rastreo para los problemas relacionados con todos los aspectos de operaciones de copia de seguridad y restauración WAS. AUDIT Muestra información de auditoría para el proceso de copia de seguridad y restauración. Parte de la agregación de rastreo SERVICE. Utilice esta clase de rastreo para conservar un registro de los archivos procesados, validados y restaurados en un archivo. CLIENTTYPE Muestra el tipo de cliente en cada línea de la salida del rastreo. Utilice esta clase de rastreo para rastrear situaciones en las que hay más de un componente de cliente implicado, como la aceptación de clientes y el agente del sistema de archivos. COMPRESS Muestra la información de compresión. Parte de la agregación de rastreo SERVICE. Utilice esta clase de rastreo para determinar la cantidad de datos que se comprimen según el archivo. DELTA Muestra la información de proceso de copia de seguridad de subarchivos adaptable. Parte de la agregación de rastreo SERVICE. Utilice esta clase de rastreo para determinar los errores en operaciones de copia de seguridad y restauración de subarchivos adaptable. DIROPS Muestra las operaciones de grabación y lectura de directorios. Parte de las agregaciones de rastreo SERVICE y ALL_FILE. Utilice esta clase de rastreo cuando se produzcan problemas en un directorio de grabación o lectura. DOMAIN Muestra la información de proceso de dominio incremental. Parte de las agregaciones de rastreo SERVICE. Utilice esta clase de rastreo para determinar cómo las sentencias DOMAIN se resuelven durante el proceso de copia de seguridad, como problemas en la resolución del dominio ALL-LOCAL. Capítulo 7. Utilización del rastreo para resolver problemas 191 Tabla 17. Clases de rastreo (continuación) Clase de rastreo 192 Descripción Recomendación ENCRYPT Muestra la información de cifrado de datos. Parte de la agregación de rastreo SERVICE. ERROR Muestra la información de Utilice esta clase de rastreo errores específicos del para determinar los códigos sistema operativo. Parte de la de error generados por el agregación de rastreo sistema operativo. SERVICE. FILEOPS Muestra las operaciones de lectura y grabación de archivos. Parte de las agregaciones de rastreo SERVICE y ALL_FILE. Utilice esta clase de rastreo cuando se produzcan problemas en las operaciones de apertura, lectura, grabación o cierre de un archivo. FIOATTRIBS Muestra comparaciones de atributos de archivos entre la versión del cliente local y la versión activa en el servidor Tivoli Storage Manager. Parte de las agregaciones de rastreo SERVICE, ALL_BACK y ALL_FILE. Utilice esta clase de rastreo al determinar por qué se ha realizado una copia de seguridad de un archivo durante una copia de seguridad incremental. INCR Muestra comparaciones de proceso de lista incremental entre el cliente y el servidor. Parte de las agregaciones de rastreo SERVICE y ALL_BACK. Utilice esta clase de rastreo para determinar si los archivos son candidatos para la copia de seguridad incremental, especialmente junto con la clase de rastreo FIOATTRIBS. INCLEXCL Muestra el estado de inclusión/exclusión para el objeto que se está procesando. Este indicador también se utiliza para la función de previsualización. Utilice esta clase de rastreo para determinar qué objeto (generalmente archivo o directorio) se incluye o excluye durante la previsualización o copia de seguridad/archivado. MEMORY Muestra las peticiones de asignación y liberación de memoria. Esta clase de rastreo graba una gran cantidad de información en el archivo de rastreo y no se incluye en ninguna clase agregada. Utilice esta clase de rastreo para determinar fugas de memoria, incrementos de memoria y otros problemas relacionados con la misma. OPTIONS Muestra las opciones de proceso actuales. Parte de la agregación de rastreo SERVICE. Utilice esta clase de rastreo para determinar qué opciones están en efecto para la sesión actual, y para los problemas al aceptar las opciones de proceso desde los conjuntos de opciones y cliente del servidor. IBM Tivoli Storage Manager: Guía de determinación de problemas Utilice esta clase de rastreo para determinar si un archivo se incluye en el proceso de cifrado. Tabla 17. Clases de rastreo (continuación) Clase de rastreo Descripción Recomendación PASSWORD Muestra la información de acceso de archivo con contraseña (no muestra contraseñas). Parte de la agregación de rastreo SERVICE. Utilice esta clase de rastreo para determinar problemas al leer las contraseñas del servidor Tivoli Storage Manager desde el almacenamiento local, por ejemplo los errores PASSWORDACCESS= GENERATE. PID Muestra el ID de proceso de cada sentencia de rastreo. Parte de la agregación de rastreo SERVICE. Utilice esta clase de rastreo para realizar el diagnóstico de problemas que pueden incluir múltiples procesos. POLICY Muestra la información de política disponible para el cliente de copia de seguridad/archivado. Parte de las agregaciones de rastreo SERVICE y ALL_BACK. Utilice esta clase de rastreo para ver las políticas disponibles durante una operación de copia de seguridad o archivado. SCHEDULER Muestra la información general de proceso para el planificador. Es un agregado que incluye la mayoría de las clases de rastreo del cliente que se enumeran en la tabla. Agregación de todas las clases de rastreo excepto MEMORY, THREAD_STATUS y *DETAIL. Es útil en muchos casos. Esta clase de rastreo generalmente se recomienda para realizar el diagnóstico de problemas del planificador cuando se desconoce la naturaleza del problema. Si se utiliza el indicador de rastreo SCHEDULER, por lo general no es necesario especificar ningún otro indicador de rastreo porque éste ya incluye la mayoría de las clases de rastreo básicas. SERVICE Muestra la información general de proceso para el cliente. Es un agregado que incluye la mayoría de las clases de rastreo del cliente que se enumeran en la tabla. Es un agregado de todas las clases de rastreo excepto las clases MEMORY y *DETAIL. El indicador de rastreo SERVICE puede generar una cantidad considerable de información. Considere la posibilidad de utilizar la opción TRACEMAX junto con el indicador de rastreo SERVICE. Es útil en muchos casos. Esta clase de rastreo generalmente se recomienda cuando se desconoce la naturaleza del problema. Si se utiliza el indicador de rastreo SERVICE, por lo general no será necesario especificar ningún otro indicador de rastreo porque éste ya incluye la mayoría de las clases de rastreo básicas. Capítulo 7. Utilización del rastreo para resolver problemas 193 Tabla 17. Clases de rastreo (continuación) Clase de rastreo 194 Descripción Recomendación SESSION Muestra la información mínima de sesión entre el cliente y el servidor. Parte de las agregaciones de rastreo SERVICE y ALL_SESS. Utilice esta clase de rastreo para otorgar contexto de sesión a errores generales de proceso, o junto con una de las clases de rastreo VERB*, para determinar problemas con la sesión, como tiempo de espera excedido de sesión e infracciones de protocolo. SESSVERB Muestra información adicional de sesión entre el cliente y el servidor. Parte de las agregaciones de rastreo SERVICE y ALL_SESS. Utilice esta clase de rastreo para otorgar contexto de sesión a errores generales de proceso, o junto con una de las clases de rastreo VERB*, para determinar problemas con la sesión, como tiempo de espera excedido de sesión e infracciones de protocolo. STATS Muestra estadísticas finales de proceso en el archivo de rastreo. Parte de la agregación de rastreo SERVICE. Utilice esta clase de rastreo para reunir estadísticas finales de proceso en un archivo. THREAD_STATUS Muestra el estado de las hebras. Parte de la agregación de rastreo SERVICE. Utilice esta clase de rastreo al realizar el diagnóstico de problemas relacionados con las hebras. TXN Muestra la información de proceso de transacción. Parte de las agregaciones de rastreo SERVICE y ALL_BACK. Utilice esta clase de rastreo al realizar el diagnóstico de problemas relacionados con los problemas de proceso de transacciones en el servidor, y para problemas tales como reintentos y detenciones de la transacción. VERBDETAIL Muestra información detallada de verbo asociada a las sesiones cliente-servidor. Parte de las agregaciones de rastreo ALL_SESS. Utilice esta clase de rastreo para determinar el contenido de los verbos enviados entre el cliente y el servidor. VERBINFO Muestra información de verbo asociada a las sesiones cliente-servidor. Parte de las agregaciones de rastreo SERVICE y ALL_SESS. Utilice esta clase de rastreo junto con la opción traceflag SESSION para proporcionar contexto de sesión a los errores de procesamiento generales o para determinar problemas como fin de tiempo de espera de sesión e infracciones de protocolos. IBM Tivoli Storage Manager: Guía de determinación de problemas Tabla 17. Clases de rastreo (continuación) Clase de rastreo WIN2K Descripción Recomendación Muestra el procesamiento del objeto del sistema o el estado del sistema de Windows. Parte de las agregaciones de rastreo SERVICE. Sólo válido para el cliente de copia de seguridad/archivado de Windows. Utilice esta clase de rastreo para determinar los errores con las copias de seguridad o restauración de la información del estado del sistema. Habilitación del rastreo de cliente de archivado y copia de seguridad Hay dos métodos de rastreo disponibles para el cliente de archivado y copia de seguridad. El primer método consiste en configurar los parámetros de rastreo antes de iniciar el cliente de archivado y copia de seguridad. El segundo consiste en activar el rastreo mientras se ejecuta el cliente. Seleccione el método de rastreo que desea activar. Habilitar un rastreo de cliente mediante la línea de mandatos Puede rastrear el cliente de archivado y copia de seguridad habilitando el rastreo de cliente en la línea de mandatos. Realice los siguientes pasos para activar el rastreo de cliente en la línea de mandatos: 1. Determine las clases de rastreo que desea activar. 2. Seleccione qué clases de rastreo se habilitarán agregando el texto siguiente al archivo de opciones del cliente dsm.opt: traceflags <nombre_clase_rastreo> 3. Utilice un signo menos (-) delante de una clase de rastreo para sustraer la clase del rastreo. Asegúrese de que las clases de rastreo sustraídas aparecen al final de la lista de clases de rastreo. Por ejemplo, si desea recopilar un rastreo SERVICE sin las clases SESSION o SESSVERB, especifique el siguiente texto: Correcto: traceflags service,-session,-sessverb Incorrecto: traceflags -session,-sessverb,service Atención: <nombre_clase_rastreo> puede ser una lista delimitada por comas de clases de rastreo. Por ejemplo, se podría escribir el texto como traceflags service,verbinfo,verbdetail 4. Seleccione la ubicación de la salida de los mensajes de rastreo añadiendo el siguiente texto al archivo de opciones del cliente: tracefile <nombre_archivo>. El nombre archivo_rastreo debe estar totalmente calificado, por ejemplo: Windows AIX tracefile c:\service\trace.out HPUX Linux Solaris tracefile /home/spike/trace.out tracefile trace.txt (Macintosh) 5. Establezca un tamaño máximo para el archivo de rastreo entre 1 y 4.294.967.295 MB especificando la variable siguiente en el archivo de opciones de cliente: tracemax <tamaño_ en_mb> Si se especifica un valor máximo, el cliente empezará a grabar información desde el principio del archivo de rastreo (es decir, se reiniciará o acomodará) Capítulo 7. Utilización del rastreo para resolver problemas 195 cuando el rastreo alcance el tamaño máximo. Esta información puede resultar útil al intentar capturar un evento que tenga lugar al final de un proceso de larga duración. Por ejemplo, para especificar un tamaño de archivo de rastreo máximo de 10 MB: tracemax 10 Cuando el archivo de rastreo alcanza el límite especificado con tracemax, “Continúa al principio del archivo” se escribe al final del archivo de rastreo y el rastreo continúa desde la parte superior del archivo. El final del archivo de registro se indica mediante “FIN DE DATOS.” Se puede localizar el final del rastreo mediante una búsqueda de esta serie. Si se especifica un tamaño TRACEMAX de 1001 o superior y no se especifica TRACESEGSIZE, el archivo de rastreo se dividirá automáticamente en segmentos múltiples de 1000 MB por segmento (consulte la explicación sobre TRACESEGSIZE). Puede elegir dejar que el cliente divida el rastreo en segmentos más pequeños (entre 1 y 1.000 MB por segmento) especificando la siguiente variable en el archivo de opciones de cliente: tracesegsize <tamaño_segmento_rastreo_en_MB> La división del rastreo en segmentos pequeños permite gestionar más fácilmente grandes cantidades de datos de rastreo, lo que evita los problemas relacionados con la compresión de archivos de gran tamaño y elimina la necesidad de utilizar un programa de utilidad aparte de “división de archivos”. Por ejemplo, emita el siguiente mandato para especificar un tamaño de segmento de rastreo de 200 MB: tracesegize 200 Un nombre de los segmentos del archivo de rastreo se especifica con la opción tracefile además de una extensión que indica el número de segmento. Por ejemplo, si especifica tracefile tsmtrace.out y tracesegsize 200, el rastreo se segmentará en múltiples archivos separados de tamaño inferior a 200 MB cada uno, con los nombres de archivo tsmtrace.out.1, tsmtrace.out.2, etc. Tenga en cuenta que cuando se especifica el tamaño de los segmentos no deben usarse comas: Correcto: tracemax 1000 Incorrecto: tracemax 1,000 Si utiliza la opción TRACESEGSIZE, los segmentos del archivo de rastreo se denominarán mediante el nombre especificado en el archivo de opciones con una extensión adicional que utiliza el número de segmento. Por ejemplo, trace.out.1 6. Realice la operación que causa el problema. El rastreo también puede configurarse e iniciarse invocando el cliente desde un indicador de mandatos y especificando los indicadores definidos anteriormente. Por ejemplo: dsmc -traceflags=service,verbdetail -tracefile=tsmtrace.out -tracemax=2500 -tracesegsize=200 Referencia relacionada: “Clases de rastreo de cliente” en la página 189 196 IBM Tivoli Storage Manager: Guía de determinación de problemas Habilitación del rastreo mientras se ejecuta el cliente Puede rastrear el cliente de archivado y copia de seguridad disponible mientras se ejecuta el cliente. v El cliente de archivado y copia de seguridad debe estar instalado para poder utilizar rastreo dinámico. v La opción DSMTRACELISTEN YES debe estar en vigor cuando se inicie el cliente. – Esta opción se especifica en el archivo de opciones de sistema (dsm.sys) en la stanza que el cliente utiliza. Los usuarios deben iniciar sesión como root para utilizar dsmtrace. – Windows Esta opción se especifica en el archivo de opciones de cliente (generalmente dsm.opt). Los usuarios deben iniciar sesión como miembros del grupo de Administradores. AIX HPUX Linux Solaris Cuando el cliente se inicia, comienza una hebra de “escucha de rastreo” independiente. Esta hebra “escucha” en un conducto con nombre, a la espera de ser contactada por el programa de utilidad dsmtrace. Para que el nombre del conducto con nombre sea exclusivo, el ID de proceso (PID) del cliente forma parte de dicho nombre. Cuando utiliza dsmtrace para configurar el rastreo, contacta con el cliente a través del conducto con nombre donde el cliente escucha y le pasa la operación de configuración de rastreo preferida. Entonces el cliente pasa los resultados de la operación a dsmtrace a través de otro conducto de salida de nombre similar. dsmtrace muestra los resultados a la consola. El cliente sólo inicia la hebra de escucha de rastreo cuando la opción de cliente DSMTRACELISTEN YES está en vigor. Si DSMTRACELISTEN NO está en vigor, la hebra de escucha no se inicia y el rastreo dinámico no está disponible para ese cliente. Actualmente DSMTRACELISTEN NO es el valor predeterminado. Los pasos para recopilar un rastreo de cliente de IBM Tivoli Storage Manager son lo siguientes: 1. Detenga el cliente de archivado y copia de seguridad de Tivoli Storage Manager. 2. Configure el archivo de opciones de cliente con las opciones de rastreo preferidas. 3. Reinicie el cliente de archivado y copia de seguridad y reproduzca el problema. 4. Detenga el cliente de archivado y copia de seguridad. 5. Elimine las opciones de rastreo del archivo de opciones del cliente de archivado y copia de seguridad. 6. Enviar el archivo de rastreo resultante al soporte técnico de IBM para su análisis. Puede utilizar el programa de utilidad dsmtrace para iniciar, detener y configurar el rastreo de cliente de forma dinámica sin tener que detener el cliente o modificar el archivo de opciones. El rastreo dinámico es especialmente útil cuando sólo se tiene que rastrear el inicio de operaciones de cliente de archivado de copia de seguridad de larga duración o cuando se tiene que iniciar el rastreo después de que el cliente de archivado y copia de seguridad se ejecutara durante algún tiempo. El programa de utilidad dsmtrace incluye las características siguientes: v v v v Identifique los procesos en ejecución y sus ID de proceso (PID) Activa el rastreo de cliente. Desactiva el rastreo de cliente. Consulta el estado del rastreo de cliente. Capítulo 7. Utilización del rastreo para resolver problemas 197 En la tabla siguiente se resume la disponibilidad de esta característica: Tabla 18. Disponibilidad del programa de utilidad dsmtrace Componente de cliente AIX, HP-UX, Linux o Nombre de programa Oracle Solaris Nombre del programa de Windows Cliente de copia de seguridad/archivado (línea de comandos) dsmc dsmc.exe Cliente de copia de seguridad/archivado (GUI) N/D dsm.exe Aceptación de clientes dsmcad dsmcad.exe Agente de cliente remoto dsmagent dsmagent.exe Servicio planificador N/D dsmcsvc.exe Servicio de diario N/D tsmjbbd.exe Data Protection for Domino (línea de mandatos) domdsmc domdsmc.exe Data Protection for Domino (GUI) N/D domdsm.exe Data Protection for Microsoft N/D Exchange (línea de mandatos) tdpexcc.exe Data Protection for Microsoft N/D Exchange (GUI) tdpexc.exe Data Protection for Microsoft N/D SQL Server (línea de mandatos) tdpsqlc.exe Data Protection for Microsoft N/D SQL Server (GUI) tdpsql.exe Nota: v La columna del centro de Tabla 18 incluye Macintosh OS X. v El rastreo de componentes de Data Protection sólo se realiza para la interfaz de programación de aplicaciones (API) de Tivoli Storage Manager. v El rastreo de la API de Tivoli Storage Manager está disponible con cualquier aplicación de múltiples hebras que utilice la API de Tivoli Storage Manager. El nombre del archivo ejecutable es el nombre del programa de aplicación que carga la API. El siguiente ejemplo muestra cómo habilitar el rastreo de cliente cuando éste se está ejecutando: 1. Identifique el ID de proceso (PID) del cliente de archivado y copia de seguridad que desea rastrear (asegúrese de que DSMTRACELISTEN YES está en vigor). Emita el siguiente mandato para mostrar todas las instancias en ejecución del cliente: dsmtrace query pids Ejemplo de salida: D:\tsm>dsmtrace query pids IBM Tivoli Storage Manager utilidad dsmtrace dsmtrace Versión 5, Release 3, Nivel 0.0 dsmtrace fecha/hora: 10/24/2004 21:07:36 198 IBM Tivoli Storage Manager: Guía de determinación de problemas (c) Copyright IBM Corporation y otros 1990, 2004. Reservados todos los derechos. PROCESS ID PROCESS OWNER 4020 andy DESCRIPTION Backup-Archive Client (CLI) EXECUTABLE NAME dsmc.exe D:\tsm> Linux Importante: El modelo de hebras para algunas versiones de Linux es ejecutar cada hebra como un proceso independiente. Esto significa que cuando se consulta información de proceso, pueden verse varios procesos para cada instancia del cliente. El proceso que tiene que identificar es el proceso padre dsmc. Por ejemplo: fvtlinuxppc:/opt/tivoli/tsm/client/ba/bin # dsmtrace q p IBM Tivoli Storage Manager utilidad dsmtrace dsmtrace Versión 5, Release 3, Nivel 0.0 dsmtrace fecha/hora: 10/24/04 08:07:37 (c) Copyright IBM Corporation y otros 1990, 2004. Reservados todos los derechos. PROCESS ID PROCESS OWNER 28970 root 28969 root 28968 root 28967 root DESCRIPTION Backup-Archive Backup-Archive Backup-Archive Backup-Archive Client Client Client Client (CLI) (CLI) (CLI) (CLI) EXECUTABLE NAME dsmc dsmc dsmc dsmc fvtlinuxppc:/opt/tivoli/tsm/client/ba/bin # En tal caso, emita el mandato PS para identificar el proceso padre dsmc: linuxppc:~ # ps -ef | grep dsmc root root root root root 28967 28968 28969 28970 24092 1151 28967 28968 28968 24076 0 0 0 0 0 Oct22 Oct22 Oct22 Oct22 08:15 pts/16 pts/16 pts/16 pts/16 pts/93 00:00:00 00:00:00 00:00:00 00:00:00 00:00:00 dsmc dsmc dsmc dsmc grep dsmc linuxppc:~ # Tenga en cuenta que el proceso padre de los procesos 28969 y 28970 es el 28968. El proceso padre del proceso 28968 es 28967. El proceso padre del proceso 28967 es 1151, pero el proceso 1151 no aparece en esta salida en pantalla. El proceso 1151 es el proceso que ha iniciado dsmc. Por lo tanto, el ID de proceso padre correcto es 28967. 2. Emita el siguiente mandato para habilitar el rastreo en el cliente: dsmtrace enable 4020 -traceflags=service -tracefile=d:\trace.txt Ejemplo de salida: C:\archivos de programa\tivoli\tsm\baclient>dsmtrace enable 4020 -traceflags=service -tracefile=d:\trace.txt IBM Tivoli Storage Manager utilidad dsmtrace dsmtrace Versión 5, Release 3, Nivel 0.0 dsmtrace fecha/hora: 10/24/2004 21:45:54 (c) Copyright IBM Corporation y otros 1990, 2004. Reservados todos los derechos. ANS2805I Se ha activado el rastreo. C:\archivos de programa\tivoli\tsm\baclient> C:\archivos de programa\tivoli\tsm\baclient> Capítulo 7. Utilización del rastreo para resolver problemas 199 Importante: Cuando rastree una aplicación de API, debe incluirse la opción -pipenameprefix. v AIX HPUX Linux Solaris Utilice el prefijo /tmp/TsmTraceTargetAPI Windows Utilice el prefijo /tmp/TsmTraceTargetAPI v 3. Cuando se han recopilado datos de rastreo suficientes, desactive el rastreo emitiendo el siguiente mandato: dsmtrace disable 4020 Ejemplo de salida: C:\archivos de programa\tivoli\tsm\baclient>dsmtrace disable 4020 IBM Tivoli Storage Manager utilidad dsmtrace dsmtrace Versión 5, Release 3, Nivel 0.0 dsmtrace fecha/hora: 10/24/2004 21:47:43 (c) Copyright IBM Corporation y otros 1990, 2004. Reservados todos los derechos. ANS2802I El rastreo está desactivado. En la siguiente lista se definen otros ejemplos de habilitación del rastreo de cliente cuando éste se está ejecutando: dsmtrace query pids Este mandato muestra todos los procesos en ejecución cuyos nombres se incluyen en la tabla de la sección Segundo plano. dsmtrace query pids -filter=* Este mandato muestra todos los procesos en ejecución. dsmtrace query pids -filter=dsm* Este mandato muestra todos los procesos en ejecución cuyo nombre empieza por “dsm” dsmtrace query pids -filter=dsm? Esta mandato muestra todos los procesos en ejecución cuyo nombre empieza por “dsm” más otro carácter. dsmtrace enable 2132 -traceflags=service -tracefile=c:\trace.txt Este mandato activa el rastreo de SERVICE para el proceso 2132. La salida del rastreo se graba en el archivo c:\trace.txt. dsmtrace enable 2132 -traceflags=-extrc Este mandato desactiva el rastreo de extrc para el proceso 2132 (presumiblemente el rastreo ya se está ejecutando para este proceso). dsmtrace enable 4978 -traceflags=fileops -tracefile=/tmp/dsmtrace.out -tracemax=1000 -tracesegsize=200 Este mandato activa el rastreo FILEOPS para el proceso 4978. El rastreo se graba en los archivos /tmp/dsmtrace.out.1, /tmp/dsmtrace.out.2, etc., y cada archivo no supera los 200 MB. Cuando se han grabado 1000 MB, el rastreo vuelve a almacenarse en /tmp/dsmtrace.out.1. dsmtrace query trace 4978 -on Este mandato muestra información de rastreo básica y enumera los indicadores de rastreo que están activados para el proceso 4978. dsmtrace disable 4978 Este mandato inhabilita el rastreo para el proceso 4978. 200 IBM Tivoli Storage Manager: Guía de determinación de problemas dsmtrace disable 364 -pipenameprefix=/tmp/TsmTraceTargetAPI Este mandato inhabilita el rastreo para el proceso 364 de la aplicación de la API. Problemas y limitaciones conocidos respecto al rastreo Se han recopilado los problemas y las limitaciones conocidos de procesos de rastreo para ayudarle a resolver problemas que pueda haber hallado al ejecutar un proceso de rastreo. v Si el rastreo no está activo actualmente para un proceso y dsmtrace se utiliza sólo con la opción -TRACEFLAGS, (por ejemplo, dsmtrace enable 2346 -traceflags=service, verá el mensaje siguiente: ANS2805I Se ha activado el rastreo. En este caso, los indicadores de rastreo se han activado, pero el rastreo no estará activo realmente hasta que se especifique un archivo de rastreo mediante la opción -TRACEFILE. v No utilice el comando dsmtrace enable para iniciar el rastreo de la interfaz de programación de aplicaciones (API) para aplicaciones de Data Protection si la aplicación de Data Protection se ejecuta de manera que impide que se conecte al servidor de IBM Tivoli Storage Manager. Por ejemplo, la interfaz de la línea de mandatos de Data Protection para Lotus Domino tiene varios mandatos: – domdsmc help – domdsmc set – domdsmc query domino – domdsmc query pendingdbs – domdsmc query preferences Si utiliza dsmtrace para habilitar el rastreo de esos mandatos, puede que el resultado sea la detención del proceso dsmtrace y (AIX, HP-UX, Linux y Oracle Solaris sólo) un conducto con nombre residual en el directorio /tmp. Windows Para utilizar dsmtrace debe haber iniciado sesión como un administrador local. v Para utilizar dsmtrace debe haber iniciado sesión como root. Si un proceso de cliente se detiene, éste podrá dejar un conducto con nombre(UNIX FIFO) en el directorio /tmp. Estos FIFO tienen nombres que empiezan por TsmTrace e incluyen un número de ID de proceso (PID). Si un proceso de cliente se detiene o se fuerza su terminación y se inicia otro proceso de cliente cuyo PID coincide con el del FIFO residual anterior, es probable que la hebra de escucha de rastreo no se inicie. Los archivos FIFO antiguos con números de proceso que no coinciden con los que se ejecutan en los procesos de Tivoli Storage Manager pueden suprimirse con seguridad. NO suprima el FIFO de un proceso en ejecución. v El modelo de hebras de algunas versiones de Linux es ejecutar cada hebra como proceso separado, lo que significa que cuando se consulta la información de proceso, pueden detectarse varios procesos para cada instancia del cliente. El proceso que tiene que identificar es el proceso padre dsmc. v Cuando ejecute varias instancias del mismo programa, debe identificar el PID de la instancia que desee rastrear. En ese caso, se pueden utilizar otros indicios, como la información de procesos del sistema operativo, para definir con mayor precisión el PID preferido. Por ejemplo, si desea rastrear un dsmc que está ejecutando el usuario 'Juan' y existen dos instancias de dsmc (una que es propiedad del usuario 'Juan' y la otra del usuario 'Carlos'), puede utilizar el propietario del proceso para identificar el proceso que se debe rastrear. v Capítulo 7. Utilización del rastreo para resolver problemas 201 v Si un archivo de opciones contiene una opción falsa y el cliente no se inicia, es posible que vea algunos errores de dl conducto con nombre en el archivo dsmerror.log. Estos mensajes de error se pueden pasar por alto sin ningún problema. En un próximo release se prevé corregir este problema. Opciones de rastreo El rastreo tiene varias opciones que puede utilizar. DSMTRACEListen DSMTRACEListen No | Yes No El cliente no inicia la hebra de escucha de rastreo y el rastreo dinámico no está disponible. El valor predeterminado es No. Sí El cliente inicia la hebra de escucha de rastreo y el rastreo dinámico está disponible. Windows La opción DSMTRACEListen se especifica en el archivo de opciones del cliente (normalmente dsm.opt). La opción DSMTRACEListen se especifica en el archivo de opciones del cliente (dsm.sys) en la stanza que el cliente utiliza y no se puede especificar desde la línea de mandatos. HPUX dsmtrace dsmtrace enable <pid> <opciones> Utilice esta comando para iniciar o modificar el rastreo de un proceso. pid ID de proceso (PID) del cliente. Utilice dsmtrace query pids o los recursos de su sistema operativo para identificar el PID correcto. opciones Opciones de rastreo de cliente. dsmtrace disable <pid>[<opciones>] Utilice este comando para detener el rastreo de un proceso. El archivo de rastreo se cerrará y los distintivos de rastreo, el tamaño de rastreo máximo, el tamaño de segmento de rastreo máximo y el nombre de archivo de rastreo se borrarán. <pid> El PID para el cliente. Utilice dsmtrace query pids o los recursos de su sistema operativo para identificar el PID correcto. <opciones> Opciones de rastreo de cliente. dsmtrace help Este comando muestra la sintaxis básica de dsmtrace. dsmtrace query pids [-Filter=<espec>] <espec> La especificación del filtro del nombre de proceso del cliente, que puede incluir caracteres comodín “?” (que coincide exactamente con un carácter) o “*” (que coincide con cero o más caracteres). Si no se especifica ningún filtro, el funcionamiento predeterminado es mostrar la información de proceso de cualquier instancia en ejecución de los nombres de programa que aparecen en la tabla del apartado Historial anterior. 202 IBM Tivoli Storage Manager: Guía de determinación de problemas AIX HPUX Linux Solaris Importante: Cuando utilice la opción FILTER, ponga el símbolo * antes y después del texto de búsqueda. Este ajuste es necesario porque el nombre del archivo ejecutable a menudo incluye la vía de acceso al principio y, en algunos casos, el nombre del archivo ejecutable puede tener más caracteres al final. Por ejemplo: v /opt/tivoli/tsm/client/ba/bin/dsmc v domdsmc_DominoUserID Por lo tanto, en lugar de -filter=dsmc o -filter=domdsmc, utilice -filter=*dsmc* o -filter=*domdsmc*. dsmtrace query trace <pid> [<opciones>] [<tipo_visualización>] [-ALl | -ON | -OFf | -BASic] ID de proceso (PID) del cliente. Utilice dsmtrace query pids o los recursos de su sistema operativo para identificar el PID correcto. <pid> <opciones> Opciones de rastreo de cliente. <tipo_visualización> El tipo de visualización puede ser una de las siguientes entradas: ALl Muestra todos los indicadores de rastreo e indica si están activados o desactivados. También se incluye la información que se muestra con el tipo de visualización -BASIC. ON Muestra los nombres de los indicadores de rastreo que se han activado. También se incluye la información que se muestra con el tipo de visualización -BASIC. OFf Muestra los nombres de los indicadores de rastreo que se han desactivado. También se incluye la información que se muestra con el tipo de visualización -BASIC. BASic Muestra el nombre del archivo de rastreo y los tamaños máximos de rastreo y de segmento de rastreo. Este tipo de visualización también indica si el rastreo está activado o desactivado. -PIPENameprefix -PIPENameprefix=<prefijo_nombre_conducto> La opción -PIPENameprefix debe utilizarse cuando se rastreen aplicaciones de interfaz de programación de aplicaciones (API): v AIX HPUX Linux Solaris Utilice el prefijo /tmp/TsmTraceTargetAPI v Windows Utilice el prefijo /tmp/TsmTraceTargetAPI -TRACEFIle -TRACEFIle=<nombre_archivo_rastreo> La opción -TRACEFIle debe especificar un nombre de archivo válido en el que se debe grabar el rastreo. Si el rastreo ya se está ejecutando, esta opción no tiene ningún efecto. Capítulo 7. Utilización del rastreo para resolver problemas 203 -TRACEFLags -TRACEFLags=<indicadores_rastreo> Especifique uno o más indicadores de rastreo. Se suele utilizar el indicador SERVICE. Separe los distintivos de rastreo distintos con una coma. Los indicadores de rastreo también se pueden desactivar incluyendo un prefijo en el nombre del indicador con un signo menos. Cuando combine indicadores de rastreo que desee activar con indicadores de rastreo que desee desactivar, especifique los indicadores que desee desactivar al final de la lista. Por ejemplo, si desea activar el rastreo de SERVICE, excepto para VERBDETAIL, especifique -TRACEFLAGS=SERVICE,-VERBDETAIL. Si el rastreo ya se está ejecutando, esta opción se puede utilizar para activar indicadores de rastreo adicionales o para desactivar indicadores de rastreo. -TRACEMax -TRACEMax=<tamaño_máximo_rastreo> Esta opción limita la longitud máxima del archivo de rastreo en el valor especificado (de manera predeterminada, el archivo de rastreo aumenta de forma indefinida). Cuando se alcanza la longitud máxima, el rastreo comienza a incluir datos al principio del archivo. Especifique un valor en MB entre 1 y 4095. Si el rastreo ya se está ejecutando, esta opción no tiene efecto. -TRACESegsize -TRACESegsize=<tamaño_máximo_segmento_rastreo> Esta opción se utiliza cuando se prevé disponer de un archivo de rastreo de gran tamaño y desea que el archivo de rastreo se grabe en segmentos más pequeños y fáciles de manejar. Cada segmento no supera el tamaño especificado. Cuando se utiliza esta opción, se añade un número de segmento al nombre del archivo de rastreo para cada segmento. Especifique un valor en MB entre 1 y 1000. Si el rastreo ya se está ejecutando, esta opción no tiene efecto. Nota: v Para activar el rastreo para un proceso, debe utilizar las opciones -TRACEFLAGS y -TRACEFILE (y -PIPENAMEPREFIX al rastrear una aplicación de la API). v Para modificar los indicadores de rastreo para un proceso existente, utilice -TRACEFLAGS (y -PIPENAMEPREFIX al rastrear una aplicación de API). v Si necesita modificar el nombre del archivo de rastreo, el tamaño máximo de rastreo o el tamaño máximo del segmento de rastreo, necesita primero inhabilitar el rastreo completamente (consulte el mandato dsmtrace disable). 204 IBM Tivoli Storage Manager: Guía de determinación de problemas Determinar si los datos están cifrados o comprimidos durante la copia de seguridad/restauración a través del rastreo Debe efectuar diferentes pasos para determinar si durante la copia de seguridad-restauración los datos están comprimidos o cifrados, o ambas opciones. 1. Añada las opciones de rastreo que aparecen en la lista al archivo de opciones del cliente antes de realizar la copia de seguridad o archivar los objetos: v TRACEFILE <nombre_archivo_rastreo> v TRACEFLAGS api api_detail 2. Examine el archivo de rastreo tras la operación y encuentre una sentencia similar a la siguiente: dsmSendObj ENTRY:... objNameP: <nombre_archivo> Esta salida va seguida del siguiente mensaje de rastreo que indica si el objeto está comprimido, cifrado, o comprimido y cifrado: tsmEndSendObjEx: Total bytes send * *, encryptType is *** encryptAlg is *** compress is *, totalCompress is * * totalLFBytesSent * * +------------------------------------------------------------------+ | encryptType/compress | 0 | 1 +------------------------------------------------------------------+ | NO | no comprimido, no cifrado | comprimido, no cifrado | CLIENTENCRKEY | no comprimido, cifrado | comprimido, cifrado | USER | no comprimido, cifrado | comprimido, cifrado +------------------------------------------------------------------+ De forma alternativa, su propia aplicación puede determinar el tipo/nivel de cifrado y la compresión de sus datos utilizando la llamada de función dsmEndSendObjEx y la estructura de datos dsmEndSendObjExOut_t. /*----------------------------------------------------------------+ | Definición de tipo para dsmEndSendObjExOut_t +-----------------------------------------------------------------*/ typedef struct dsmEndSendObjExOut_t { dsUint16_t stVersion; /* versión de la estructura */ dsStruct64_t totalBytesSent; /* total de bytes leídos desde la aplicación */ dsmBool_t objCompressed; /* si se ha comprimido el objeto */ dsStruct64_t totalCompressSize; /* tamaño total después de la compresión */ dsStruct64_t totalLFBytesSent; /* total de bytes enviados fuera de LAN */ dsUint8_t encryptionType; /* tipo de cifrado utilizado */ }dsmEndSendObjExOut_t; objCompressed - Indicador que muestra si se ha comprimido el objeto. encryptionType - Indicador que muestra el tipo de cifrado. Por ejemplo: ... rc = dsmEndSendObjEx(&endSendObjExIn, &endSendObjExOut); if (rc) { printf("*** dsmEndSendObjEx failed: "); rcApiOut(dsmHandle, rc); } else { printf("Compression: %s\n", endSendObjExOut.objCompressed == bTrue ? "YES" : "NO"); printf("Encryption: %s\n", endSendObjExOut.encryptionType & DSM_ENCRYPT_CLIENTENCRKEY ? "CLIENTENCRKEY" : endSendObjExOut.encryptionType & DSM_ENCRYPT_USER ? "USER" : "NO"); printf("Encryption Strength: %s\n\n", Capítulo 7. Utilización del rastreo para resolver problemas 205 | | | | endSendObjExOut.encryptionType & DSM_ENCRYPT_AES_128BIT ? "AES_128BIT" : endSendObjExOut.encryptionType & DSM_ENCRYPT_DES_56BIT ? "DES_56BIT" : "NONE"); } ... Consulte las Llamadas de función de API en Uso de la interfaz de programación de la aplicación para obtener más información. Datos de rastreo para la API Puede activar el rastreo de la interfaz de programas de aplicación (API). Para activar el rastreo de la API de IBM Tivoli Storage Manager, añada las líneas siguientes al archivo dsm.opt o a otro archivo designado como archivo de opciones del cliente: TRACEFILE nombre_archivo_rastreo TRACEFLAGS indicadores_rastreo nombre_archivo_rastreo El nombre del archivo donde desea grabar los datos de rastreo. indicadores_rastreo La lista de indicadores de rastreo para activar. Separe los diferentes indicadores de rastreo mediante un espacio. Los siguientes indicadores de rastreo son específicos de la API de Tivoli Storage Manager: api Información acerca de las llamadas de función de API api_detail Información detallada acerca de las llamadas de función de API También puede especificar otro cliente de archivo de copia de seguridad de Tivoli Storage Manager e indicadores de rastreo de API de Tivoli Storage Manager. Consulte la documentación de cliente de copia de seguridad/archivado para obtener una lista de las clases de rastreo disponibles. Por ejemplo: v TRACEFILE /log/trace.out v TRACEFLAGS api api_detail verbinfo verbdetail time stamp Importante: Si no dispone de permiso de grabación para el archivo indicado por la opción TRACEFILE, dsmSetup o dsmInitEx/dsmInit fallan con un código de retorno DSM_RC_CANNOT_OPEN_TRACEFILE (426). Para habilitar el rastreo de la API de varias hebras cuando una aplicación se ha iniciado, utilice el programa de utilidad dsmtrace. El programa de utilidad dsmtrace le permite activar el rastreo mientras se está produciendo el problema, sin tener habilitado el rastreo constantemente. Consulte la sección dsmtrace. 206 IBM Tivoli Storage Manager: Guía de determinación de problemas Rastreo del agente de Tivoli Monitoring para Tivoli Storage Manager en un sistema AIX o Linux AIX Linux Al utilizar Tivoli Monitoring para Tivoli Storage Manager, puede crear y configurar instancias de agentes que supervisen servidores de Tivoli Storage Manager. Para activar el rastreo de agentes de supervisión para servidores de Tivoli Storage Manager que se ejecuten en sistemas AIX o Linux, detenga todas las instancias de agentes, modifique los archivos de configuración y reinicie las instancias de agentes. Antes de activar el rastreo, también puede abrir el espacio de trabajo de registro de agente de Tivoli Enterprise Portal y ver las actividades de agente. El espacio de trabajo de Anotaciones del agente contiene información acerca de cualquier servidor de Tivoli Storage Manager que tenga una instancia de agente configurada para supervisarlo. El grupo de atributos Registro de agente le permite ver la salida del archivo de rastreo sin tener que habilitar el archivo de rastreo. Realice los pasos siguientes para activar el rastreo: 1. Detenga las instancias del agente de supervisión completando uno de los pasos siguientes: v Detenga los agentes de supervisión utilizando la interfaz gráfica de usuario CandleManage emitiendo los mandatos siguientes: a. Vaya al directorio en el que se encuentra el programa CandleManage con el siguiente mandato: cd /opt/tivoli/tsm/reporting/itm/bin b. Ejecute el programa CandleManage con este mandato: ./CandleManage & c. En la ventana Manage Tivoli Enterprise Monitoring Services, verifique que se ha detenido el agente de supervisión. Si no se ha detenido, seleccione la instancia de agente aplicable, pulse el botón derecho sobre ella y seleccione Detener. v Detenga los agentes de supervisión desde la línea de mandatos emitiendo los mandatos siguientes: a. /opt/tivoli/tsm/reporting/itm/bin ./itmcmd agent -o nombre_instancia stop sk 2. Para asegurarse de que todos los agentes están detenidos, realice los pasos siguientes: a. Espere hasta que la interfaz gráfica de CandleManage informe de que el agente se ha detenido. b. Verifique si el proceso siguiente se está ejecutando emitiendo el mandato siguiente: ps -ef | grep -i SK c. Si el proceso se está ejecutando, detenga el proceso emitiendo el mandato siguiente: kill -9 ID_proceso 3. Ubique el directorio donde se almacenan los archivos de configuración emitiendo el mandato siguiente: dir_instalación/itm/config Capítulo 7. Utilización del rastreo para resolver problemas 207 Por ejemplo, los archivos de configuración están normalmente en el directorio predeterminado: /opt/tivoli/tsm/reporting/itm/config 4. Para activar el rastreo de agente de supervisión, asegúrese de que el siguiente valor está establecido en el archivo sk_instanciaAgente.config: | KSK_TRACE=’1’ Debe también asegurarse de que está establecido el valor siguiente en el archivo de configuración sk.ini: KSK_TRACE=1 5. Si un representante de soporte de IBM le solicita que active el rastreo para la API, asegúrese de que el siguiente valor está establecido en el archivo sk_instanciaAgente.config: | KSK_APITRACE=’1’ Debe también asegurarse de que está establecido el valor siguiente en el archivo de configuración sk.ini: KSK_APITRACE=1 6. Inicie las instancias del agente de Tivoli Monitoring para Tivoli Storage Manager completando uno de los pasos siguientes: v Desde la línea de mandatos, emita los mandatos siguientes: cd /opt/tivoli/tsm/reporting/itm/tables ../bin/itmcmd agent -o instance_name start sk v Desde la interfaz gráfica de usuario de CandleManage, seleccione cada agente de supervisión, pulse el botón derecho sobre él y seleccione Iniciar. Para revisar los resultados de rastreo, ubique los archivos de anotaciones en el directorio /dir_instalación/itm/logs/. El archivo de anotaciones que contiene la información de rastreo tiene el formato siguiente: aaaapppptttt.log, y el rastreo de la API tiene el formato siguiente: aaaappppttttDsmQuery.out, donde: aaaa es el nombre de instancia del agente pppp es el número de puerto del servidor tttt es la indicación de fecha y hora Por ejemplo: instancename15001111103143325000.log y hostname1500DsmQuery.out Rastreo del agente de Tivoli Monitoring para Tivoli Storage Manager en un sistema operativo Windows Windows Al utilizar Tivoli Monitoring para Tivoli Storage Manager, puede crear y configurar instancias de agentes que supervisen servidores de Tivoli Storage Manager. Para activar el rastreo de agentes de supervisión para servidores de Tivoli Storage Manager que se ejecuten en sistemas operativos Windows, detenga todas las instancias de agentes, modifique el archivo de configuración y reinicie las instancias de agentes. Antes de activar el rastreo, también puede abrir el espacio de trabajo de registro del agente de Tivoli Enterprise Portal y el grupo de atributos de registro de agente 208 IBM Tivoli Storage Manager: Guía de determinación de problemas y ver las actividades de agente. El espacio de trabajo de Anotaciones del agente contiene información acerca de cualquier servidor de Tivoli Storage Manager que tenga una instancia de agente configurada para supervisarlo. Realice los pasos siguientes para activar el rastreo: 1. Detenga las instancias del agente de supervisión completando los pasos siguientes: a. En el servidor de Tivoli Monitoring, pulse Inicio > Todos los programas > IBM Tivoli Monitoring > Gestión de servicios de Tivoli Monitoring. b. Seleccione cada instancia del agente de supervisión, pulse con el botón derecho y seleccione Detener. 2. Ubique el directorio donde se almacena el archivo de configuración: dir_instal\itm\tmaitm6 Por ejemplo: C:\IBM\itm\tmaitm6 | 3. Para activar el rastreo de agente, asegúrese de que se ha establecido el valor siguiente en el archivo kskenv_instanciaAgente: KSK_TRACE=1 | 4. La interfaz de programación de aplicaciones (API) también se puede rastrear, pero no es necesaria a menos que lo solicite un representante de soporte de Tivoli. Para activar el rastreo para la API, asegúrese de que el siguiente valor se ha establecido en el archivo kskenv_instanciaAgente: KSK_APITRACE=1 5. Inicie las instancias del agente de Tivoli Monitoring para Tivoli Storage Manager completando los pasos siguientes: a. En el servidor de Tivoli Monitoring, pulse Inicio > Todos los programas > IBM Tivoli Monitoring > Gestión de servicios de Tivoli Monitoring. b. Seleccione cada agente de supervisión, pulse con el botón derecho y seleccione Iniciar. | | Los resultados de rastreo se ubican en el mismo directorio que el archivo de configuración: dir_instal\itm\tmaitm6\logs Los resultados de rastreo de la API están ubicados en el directorio siguiente: dir_instal\itm\tmaitm6 Por ejemplo: C:\IBM\itm\tmaitm6\logsC:\IBM\itm\tmaitm6 El archivo de anotaciones que contiene la información de rastreo tiene el formato aaaapppptttt.log, y el rastreo de la API tiene el formato aaaappppttttDsmQuery.out, donde: aaaa es el nombre de instancia del agente pppp es el número de puerto del servidor tttt es la indicación de fecha y hora Por ejemplo: instancename15001111103143325000.log y hostname1500DsmQuery.out Capítulo 7. Utilización del rastreo para resolver problemas 209 210 IBM Tivoli Storage Manager: Guía de determinación de problemas Capítulo 8. Resolución de problemas del Tivoli Monitoring para Tivoli Storage Manager Puede utilizar estos temas de resolución de problemas para diagnosticar y resolver problemas de Tivoli Monitoring para Tivoli Storage Manager. | | | | | | | | | Resolución de problemas de instalación con Tivoli Monitoring para Tivoli Storage Manager AIX Linux Windows Tivoli Monitoring para Tivoli Storage Manager instala varios componentes incluyendo IBM DB2, IBM Tivoli Monitoring y el agente de supervisión. Se pueden investigar los errores que se producen durante la instalación. Revisión del archivo logs.zip para resolver anomalías de instalación AIX Linux Windows | | | | Si la instalación de Tivoli Monitoring para Tivoli Storage Manager falla, se le solicita que revise los archivos contenidos en el archivo logs.zip comprimido. Conocer la manera de leer el archivo logs.zip puede ayudarle a determinar la causa de la anomalía y proporcionar maneras de solucionarla. | Síntoma | La instalación de Tivoli Monitoring para Tivoli Storage Manager ha fallado. | Causas | | Normalmente se pueden resolver anomalías de instalación revisando el archivo comprimido logs.zip. | Resolución del problema | | | | | | | | | Al instalar Tivoli Monitoring para Tivoli Storage Manager, se instalan varios componentes y se ejecuta varios scripts de configuración. Si se produce un error al instalar los componentes, la instalación se detiene en el componente actual y los componentes restantes no se instalan. Si se produce un error cuando el software de instalación ejecuta cualquiera de los scripts de configuración de envío, los scripts restantes no se ejecutan. Después de que se haya producido la anomalía, revise los archivos en el archivo logs.zip para buscar la causa de la anomalía. El archivo logs.zip contiene varios archivos para cada componente que se ha instalado y los archivos contienen los resultados de cada script que se ha ejecutado. | | Los componentes se instalan en el orden siguiente: IBM DB2, IBM Tivoli Monitoring y el agente de supervisión. | | | Los scripts de configuración se ejecutan en el orden siguiente y realizan las siguientes tareas: crean la base de datos WAREHOUS, configuran Tivoli Enterprise Portal, configuran el agente de Proxy de almacén, configuran el agente de resumen © Copyright IBM Corp. 1993, 2012 211 | | | y poda, configuran la configuración de historial, configuran el origen de datos, sólo si está instalando Centro de administración, y crean las tablas de KSK en la base de datos WAREHOUS. | | | Para empezar a revisar archivos en el archivo logs.zip, realice los pasos siguientes: 1. Descomprima el archivo logs.zip. El archivo logs.zip está en el directorio de instalación: AIX Linux La ubicación predeterminada para logs.zip es /opt/tivoli/tsm/reporting. | | La ubicación predeterminada para logs.zip es C:\IBM. 2. Revise el archivo MachinePlan_localhost.log para determinar dónde ha fallado la instalación. coi/plan/install/MachinePlan_localhost/logs/[INSTALL_xxxx_xx.xx]/ MachinePlan_localhost.log donde xxxx_xx.xx es la indicación de fecha y hora de la anomalía. | Windows | | | | | | | | | | | | | | | | | | | | v Si se ha producido una anomalía cuando se estaban ejecutando los scripts, consulte Anomalías de script para obtener una lista de archivos a revisar. 4. Tras identificar el error y de conocer cómo resolverlo, desinstale Tivoli Monitoring para Tivoli Storage Manager antes de reinstalarlo. Para obtener más información sobre la desinstalación, consulte Desinstalación de Tivoli Monitoring for Tivoli Storage Manager en la Guía de instalación. | | La tablas listan los archivos que puede revisar para determinar la causa del error. Busque palabras como fail, err, severe, abort o exception. | | | Consejo: La mayoría de códigos de retorno que se muestran son códigos de retorno de sistema operativo. La búsqueda de códigos de retorno específicos del sistema operativo puede revelar la causa de la anomalía. | Tabla 19. Registros de instalación de DB2 | Registros Acción | | | | de/usuario_instalación/de_trace.log donde usuario_instalación es el ID de usuario de sistema que se ha utilizado durante la instalación Busque en este archivo, de abajo hacia arriba, las letras ACU. Los mensajes de error de este archivo empiezan con ACU y finalizan con E de error. | | coi/plan/install/MachinePlan_localhost/ 00001_DB2/DB2.log Revise si hay errores en el registro. | | coi/plan/install/MachinePlan_localhost/ 00001_DB2/db2setup.log Revise si hay errores en el registro. | | | coi/plan/logs Revise si hay errores en los archivos de registro relacionados con DB2. 3. Identifique adicionalmente el error utilizando los pasos siguientes: v Si se ha producido un error cuando se estaba instalando DB2, consulte los registros de instalación de DB2 para obtener una lista de archivos a revisar. v Si se ha producido una anomalía cuando se estaba instalando IBM Tivoli Monitoring, consulte los registros de instalación de IBM Tivoli Monitoring para obtener una lista de archivos a revisar. v Si se ha producido una anomalía cuando se estaba instalando el agente de supervisión, consulte los registros de instalación del agente de supervisión para obtener una lista de archivos a revisar. 212 IBM Tivoli Storage Manager: Guía de determinación de problemas | Tabla 20. Registros de instalación de IBM Tivoli Monitoring | Registros Acción | | | | itm/itm/InstallITM/Abort IBM Tivoli Monitoring xxxxxxxx xxxx.log donde xxxx_xx.xx es la indicación de fecha y hora de la anomalía Revise si hay errores en el registro. Este archivo contiene información sobre la causa del error. | | | | dir_instalación/InstallITM/TEPS_ODBC.log Es posible que el registro de terminación anormal le indique que busque el error en este archivo. El archivo se encuentra en el directorio de instalación. | | | | | dir_instalación/InstallITM/ Warehouse_Configuration.log Es posible que el registro de terminación anormal le indique que busque el error en este archivo. El archivo se encuentra en el directorio de instalación. | Tabla 21. Registros de instalación de agente de supervisión | Cabecera Acción | | coi/plan/install/MachinePlan_localhost/ 00003_TSM_Agent Revise los archivos de registro de este directorio para ver si hay errores. | ia/log.txt o ia/log.txt.0 Revise si hay errores en el registro. | | | | | itm/itm/InstallITM/Abort IBM Tivoli Monitoring xxxxxxxx xxxx.log donde xxxx_xx.xx es la indicación de fecha y hora de la anomalía Revise si hay errores en el registro. Es posible que este archivo contenga información sobre la causa del error. | Anomalías de script Después de instalar los componentes, se ejecutan una serie de scripts para configurar el producto. Si un script falla, puede revisar el directorio coi/plan/logs para ver si están los archivos .log y .err que corresponden al script que se ha archivado. Por ejemplo, si la configuración de historial ha fallado, revise los archivos configure_history.log y configure_history.err. | | | | | | | | Configuración de historial anómala AIX Linux Windows | | | | Después de instalar los componentes de Tivoli Monitoring para Tivoli Storage Manager, el asistente de instalación ejecuta scripts para configurar el componente IBM Tivoli Monitoring. En algunos casos, el script para configurar la configuración de historial falla. | Síntoma | | La instalación falla y aparece el mensaje siguiente: | Causas | | El script de configuración de historial puede fallar debido a un posible problema de temporización o cortafuegos. No se han podido configurar los valores de historial Capítulo 8. Resolución de problemas del Tivoli Monitoring para Tivoli Storage Manager 213 Resolución del problema | | | | | | | 1. Confirme que la configuración de historial no se ha configurado, completando los pasos siguientes: a. Inicie Tivoli Enterprise Portal e inicie la sesión utilizando el ID y la contraseña de sysadmin. b. Pulse Editar > Configuración de historial. c. Expanda Tivoli Storage Manager y resáltelo. | | | En el nodo expandido, si no hay atributos que empiezan por KSK, por ejemplo KSK_DATABASE, el script de configuración de historial ha fallado. En el panel derecho, bajo el panel Seleccionar grupo(s) de atributos, varias de las filas de | | | | , que muestra un hombre la columna Grupo deben tener un icono corriendo, de lo contrario el script de configuración de historial ha fallado. De forma predeterminada, el icono no se visualiza en cada fila. 2. Ejecute el script setup_history realizando los pasos siguientes: a. Abra una ventana de indicador de mandatos y cambie al directorio que contiene el script de configuración de historial. Por ejemplo: | | | soporte_instalación/COI/PackageSteps/Config_ITM Consejo: El script está en el soporte de instalación (DVD o paquete descargado). | | b. Ejecute el script setup_history y emita el mandato siguiente: | | | | AIX Linux setup_history.sh dir_instalación/itm sysadmin contraseña_sysadmin HUB_nombre_host > setupHistoryOutput.log | | | Windows setup_history.bat dir_instalación\itm sysadmin contraseña_sysadmin HUB_nombre_host > setupHistoryOutput.log donde: dir_instalación es la ubicación de instalación del software | | | | | | sysadmin es un valor fijo contraseña_sysadmin es la contraseña del ID sysadmin nombre_host es el nombre de host del sistema operativo HUB es sensible a las mayúsculas y minúsculas c. Revise el archivo setupHistoryOutput.log para determinar si el script se ha ejecutado correctamente. Si ha fallado, resuelva el problema antes de continuar. d. Inicie Tivoli Enterprise Portal e inicie la sesión con el ID y la contraseña de sysadmin. | | | | | | e. Pulse Editar > Configuración de historial. f. Compruebe si hay varios grupos de atributos que empiezan por KSK bajo el nodo de Tivoli Storage Manager el panel izquierdo. | | | g. En el panel derecho, bajo a columna de grupo, busque varios grupos con el , que muestra un hombre corriendo, a la izquierda del nombre. icono h. Si se visualizan los iconos, se indica que los atributos están resumiendo y almacenando datos. No hay iconos, revise el archivo de salida setupHistoryOutput.log para ver si hay errores. | | | | 214 IBM Tivoli Storage Manager: Guía de determinación de problemas | | | | | | | | | i. Si se ha instalado Tivoli Common Reporting, debe ejecutar el script datasrc para configurar el origen de datos. La conexión de origen de datos permite a Tivoli Common Reporting conectarse a la base de datos WAREHOUS para generar informes. Para obtener más información, consulte Configuración de un origen de datos utilizando el asistente de configuración en la Guía del administrador. La configuración de Tivoli Enterprise Portal falla en SUSE Linux Enterprise 11 durante la instalación Linux | | | Al instalar Tivoli Monitoring para Tivoli Storage Manager en SUSE Linux Enterprise 11, es posible que la instalación se cuelgue o falle cuando se instala o configura Servidor de Tivoli Enterprise Portal. | Síntoma | | La instalación de Tivoli Monitoring para Tivoli Storage Manager falla cuando la instalación prepara y configura Servidor de Tivoli Enterprise Portal. | | La instalación se cuelga durante la configuración de Servidor de Tivoli Enterprise Portal. | | | | | | | El archivo _uninst/plan/logs/configure_cq.log contiene los errores siguientes: | | | | | | | | | | | | | Se ven los mensajes siguientes en el archivo _uninst\plan\install\ MachinePlan_localhost\00002_ITM\itm62_xx_error.txt: | Causas | | | Existe una limitación al instalar y configurar Servidor de Tivoli Enterprise Portal en plataformas Linux. Esta limitación se documenta en el manual IBM Tivoli Monitoring. | | Para obtener más información sobre esta limitación, consulte los requisitos de hardware y software en la guía de IBM Tivoli Monitoring. DB20000I El mandato TERMINATE se ha completado correctamente. SQL1013N El nombre de alias de base de datos o el nombre de base de datos "TEPS" no se ha podido encontrar. SQLSTATE=42705 stty: entrada estándar: el argumento no es válido Se ha iniciado la configuración del agente... ...InstallPresentation.sh es execute. insserv: Starting ITMAgents1 depends on SuSEfirewall2_setup and therefore on system facility `$all’ which can not be true! insserv: Max recursions depth 99 reached insserv: loop involving service xdm at depth 2 insserv: There is a loop at service ITMAgents1 if started insserv: loop involving service boot.udev at depth 1 insserv: loop involving service boot.swap at depth 8 insserv: loop involving service boot.sysctl at depth 8 insserv: loop involving service boot.localnet at depth 11 insserv: exiting now without changing boot order! /sbin/insserv failed, exit code 1 Capítulo 8. Resolución de problemas del Tivoli Monitoring para Tivoli Storage Manager 215 | Resolución del problema | | | | | | | | | | | | | | | | | | | | | | Los servicios de red TCP/IP como NIS, DNS y el archivo /etc/hosts se deben configurar para devolver el nombre de host completo, por ejemplo server1.ibm.com, donde server1 es el nombre de host del sistema. Debe definir el nombre de host completo después del valor de dirección de host decimal con puntos y antes del nombre de host abreviado en el archivo /etc/hosts. 1. Verifique que el archivo /etc/hosts sólo tiene una línea que contiene el nombre abreviado del sistema host. Un sistema con varios nombres de host puede producir errores de Servidor de Tivoli Enterprise Portal al iniciar, reconfigurar o ejecutar los scripts buildPresentation.sh, InstallPresentation.sh o migrate-export. 2. Revise el archivo /etc/hosts del host donde está instalado Tivoli Monitoring para Tivoli Storage Manager. Si el archivo contiene el mismo nombre abreviado de host en distintas líneas, se puede producir un error de instalación. | | | De forma predeterminada, en SUSE Linux Enterprise 11, el archivo hosts contiene las líneas siguientes: 127.0.0.1 localhost localhost.mydomain ::1 localhost ipv6-localhost ipv6-loopback 3. Edite el archivo hosts para eliminar la entrada de nombre abreviado externa, en este caso localhost. El archivo actualizado contiene las líneas siguientes: 127.0.0.1 localhost localhost.mydomain ::1 ipv6-localhost ipv6-loopback 4. Desinstale Tivoli Monitoring para Tivoli Storage Manager y reinicie la instalación. Resolución de errores con el componente Tivoli Enterprise Portal de IBM Tivoli Monitoring | AIX Linux Windows Tivoli Enterprise Portal es una interfaz gráfica de usuario que forma parte de la instalación de Tivoli Monitoring para Tivoli Storage Manager. Puede utilizar esta interfaz para supervisar Tivoli Storage Manager. | | | No se visualizan datos o datos antiguos en los espacios de trabajo de Tivoli Enterprise Portal | | | AIX Linux Windows | | | Se puede producir un problema con el agente de supervisión si no se visualizan datos o no se visualizan datos actuales en los espacios de trabajo de Tivoli Enterprise Portal. | Síntoma | | No se visualizan datos en algunos o todos los espacios de trabajo de Tivoli Enterprise Portal o los datos que se muestran son antiguos y ya no son actuales. | Causas | | | Si no se muestran datos en todos los espacios de trabajo, esto indica que el agente de supervisión no está recopilando datos. Es posible que este agente de supervisión no esté configurado correctamente o no se haya iniciado. 216 IBM Tivoli Storage Manager: Guía de determinación de problemas | | | Si uno o varios espacios de trabajo no muestran datos, es posible que haya un problema con la consulta de agente que se ejecuta en el servidor de Tivoli Storage Manager. | | Si no se visualizan datos actuales, se ha producido un error con el agente de supervisión. | | | | Resolución del problema | | 2. Asegúrese de que el agente de supervisión se ha iniciado realizando los pasos siguientes: | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 1. Cree y configure una instancia de agente, si aún no lo ha hecho. Para conocer los procedimientos detalles sobre cómo crear y configurar una instancia de agente, consulte la publicación Tivoli Storage Manager Guía de instalación. AIX Linux a. Emita el mandato siguiente para ir al directorio donde está ubicado el programa CandleManage. cd /opt/tivoli/tsm/reporting/itm/bin b. Ejecute el programa CandleManage con este mandato: ./CandleManage & Si ha fallado el inicio de sesión, reconfigure el agente de supervisión para actualizar los valores de configuración, por ejemplo, la contraseña, la dirección de servidor y el número de puerto. c. En la ventana Manage Tivoli Enterprise Monitoring Services, verifique que el agente de supervisión se ha iniciado. Si no se ha iniciado, seleccione la instancia de agente aplicable, pulse el botón derecho y seleccione Inicio. Consejo: Para iniciar el agente de supervisión en la línea de mandatos, consulte la información sobre cómo configurar la instancia de agente con la interfaz de línea de mandatos en la publicación Tivoli Storage Manager Guía de instalación. Windows a. Haga clic en Inicio > Todos los programas > IBM Tivoli Monitoring > Manage Tivoli Monitoring Services. b. En la ventana Manage Tivoli Enterprise Monitoring Services, verifique que el agente de supervisión se ha iniciado. Si no se ha iniciado, seleccione la instancia de agente aplicable, pulse el botón derecho y seleccione Inicio. 3. Asegúrese de que el agente de supervisión se está comunicando con el servidor de Tivoli Storage Manager completando los pasos siguientes: a. Abra Tivoli Enterprise Portal, y consulte en el espacio de trabajo de registro de agente los mensajes que indican si el inicio de sesión en el servidor de Tivoli Storage Manager se ha realizado satisfactoriamente. Puede ver una de las siguientes frases dentro del mensaje: TSM Login Succeeded o TSM Login Failed. Si ve el mensaje TSM Login Failed (Inicio de sesión de TSM ha fallado), reconfigure el agente de supervisión para actualizar la contraseña, la dirección de servidor y los valores de número de puerto. b. Opcionalmente, puede revisar el registro de actividad en el servidor de Tivoli Storage Manager para determinar si se están registrando las consultas del agente de supervisión. 4. Determine si se ha producido un error con una consulta de agente de supervisión que puede hacer que no se visualicen datos en el espacio de Capítulo 8. Resolución de problemas del Tivoli Monitoring para Tivoli Storage Manager 217 trabajo. Siga los pasos indicados en Espacios de trabajo vacíos cuando las consultas de agente se ejecutan durante demasiado tiempo. 5. Revise los mensajes de error en los archivos de registro de agente. Puede revisar estos archivos de registro en el directorio siguiente: | | | | | AIX Linux dir_instalación/ITM/logs | | | | | | | dir_instalación\ITM\TMAITM6\logs 6. Si el error no se resuelve, puede habilitar el rastreo en el agente de supervisión y examinar la salida para buscar información adicional. Para obtener instrucciones de rastreo, consulte Rastreo del agente de Tivoli Monitoring for Tivoli Storage Manager en un sistema AIX o Linux o Rastreo del agente de Tivoli Monitoring for Tivoli Storage Manager en un sistema operativo Windows. | Espacios de trabajo vacíos cuando las consultas de agente se ejecutan durante demasiado tiempo Windows | | AIX Linux Windows | | | La consulta de agente de supervisión se ejecuta en el servidor de Tivoli Storage Manager. Si una consulta tarda mucho tiempo en ejecutarse y no devuelve datos, el resultado es que hay uno o varios espacios de trabajo vacíos. | Síntoma | | Uno o varios espacios de trabajo de Tivoli Enterprise Portal no visualizan datos. Estos espacios de trabajo están vacíos. | Causas | | | | | | Se envían consultas al servidor de Tivoli Storage Manager y éstas se ejecutan de una en una. Una vez que la consulta ha devuelto datos, se ejecuta la siguiente. Se puede producir un error cuando una consulta tarda demasiado tiempo en ejecutarse. La consulta excede el tiempo de espera y no se devuelven datos. Las consultas restantes no se ejecutan. El resultado es que hay uno o varios espacios de trabajo vacíos. | Resolución del problema | | Puede identificar una consulta que tarda demasiado tiempo de ejecutarse utilizando las técnicas siguientes: | | | | | | | | | | Registro de agente | Registro de actividad de Tivoli Storage Manager Revise el espacio de trabajo de registro de agente para la instancia de agente de supervisión. Siempre que se ejecute una consulta, podrá ver un mensaje TSM Login Succeeded que está asociado a un grupo de atributos. Si el mensaje no se está registrando en el espacio de trabajo de registro de agente, puede utilizar esta información para ayudarle a identificar la consulta que está causando el problema. Por ejemplo, si el espacio de trabajo de base de datos está vacío, es posible que no vea el mensaje TSM Login Succeeded que está asociado con el grupo de atributos de base de datos del espacio de trabajo de registro de agente. 218 IBM Tivoli Storage Manager: Guía de determinación de problemas | | | | | | | | Revise el registro de actividad de servidor de Tivoli Storage Manager para determinar el orden en que se ejecutan las consultas. De forma predeterminada, las consultas se ejecutan después de cada hora. En el registro de actividad, busque la última consulta que se ejecuta en la hora. Ejecute manualmente esa consulta desde la línea de mandatos administrativos de servidor de Tivoli Storage Manager para determinar si tarda más de unos pocos minutos en ejecutarse. Si una consulta tarda mucho tiempo en ejecutarse, es posible que esa consulta sea la causa del error. | | | | | | | | | | | | | Rastreo de agente Puede habilitar un rastreo de agente para identificar la consulta que tarda demasiado tiempo en ejecutarse. Para obtener instrucciones de rastreo, consulte Rastreo del agente de Tivoli Monitoring for Tivoli Storage Manager en un sistema AIX o Linux o Rastreo del agente de Tivoli Monitoring for Tivoli Storage Manager en un sistema operativo Windows. Después de dejar que el rastreo se ejecute durante varias horas, revise el archivo de rastreo. De forma predeterminada, las consultas se ejecutan de cada hora. En un intervalo de una hora, revise los grupos de atributos para los espacios de trabajo correspondientes que están vacíos. La tabla incluye una lista de todos los nombres de grupo de atributos. En el rastreo, busque el mensaje TSM Login Succeeded. Se visualiza el nombre de atributo antes que un mensaje similar a NodeActivity: TSM Login Succeeded. | | | | Cualquiera de los grupos de atributos que faltan está asociado con una consulta que está causando el problema en el servidor de Tivoli Storage Manager. Utilice la tabla para activar o desactivar los grupos de atributos, de uno en uno, hasta que encuentre la consulta con el problema. | | | | | Después de identificar el grupo de atributos que está causando el error, puede hacer que la consulte deje de ejecutarse. Utilice la tabla para buscar la variable de entorno correspondiente que debe modificar para que la consulta deje de ejecutarse. El archivo siguiente contiene las variables de entorno que puede actualizar: | AIX | Windows Linux dir_instalación/itm/config/KSKENV_nombreAgente dir_instalación\itm\tmaitm6\KSKENV_nombreAgente | | | | De forma predeterminada, los valores de la variable de entorno se establecen en 1, que significa Activado. Puede actualizar la variable a 0 para Desactivarla. Guarde el archivo, reinicie el agente de supervisión y determine si todavía existen varios espacios de trabajo vacíos. | | Nota: El espacio de trabajo para el grupo de atributos que ha desactivado ya no recopila datos actuales. | | | Tabla 22. Nombre de grupo de atributos y la variable de entorno correspondiente. El nombre de grupo de atributos corresponde al nombre de espacio de trabajo que ve en Tivoli Enterprise Portal. | Nombre de grupo de atributos Variable de entorno | Resumen de actividad KSK_SUMM_ON | Registro de actividad KSK_ACTLOG_ON | Almacenamiento de nodo de cliente KSK_CNSTG_ON | Archivos omitidos de cliente KSK_CMF_ON | Estado de nodo de cliente KSK_CNS_ON Capítulo 8. Resolución de problemas del Tivoli Monitoring para Tivoli Storage Manager 219 | | | Tabla 22. Nombre de grupo de atributos y la variable de entorno correspondiente (continuación). El nombre de grupo de atributos corresponde al nombre de espacio de trabajo que ve en Tivoli Enterprise Portal. | Nombre de grupo de atributos Variable de entorno | Base de datos KSK_DB_ON | Unidades KSK_DRV_ON | bibliotecas KSK_LIB_ON | Actividad de nodo KSK_NODEA_ON | Ocupación KSK_OCC_ON | Detalles de PVU KSK_PVU_ON | Detalles de réplica KSK_REPLDETAIL_ON | Estado de réplica KSK_REPLSTAT_ON | Planificación KSK_SCHED_ON | Agrupación de almacenamiento KSK_STGPOOL_ON | Servidor KSK_SERVER_ON | Dispositivo de almacenamiento KSK_STGDEV_ON | Utilización de cintas KSK_TAPEUSG_ON | | Volumen de cinta KSK_TAPEVOL_ON | | | | | | Nota: El grupo de atributos Sesiones no se lista en esta tabla porque los datos se recopilan directamente del servidor de Tivoli Storage Manager. Las consultas de Sesiones se envían inmediatamente al servidor de Tivoli Storage Manager y el espacio de trabajo se llena con los datos que devuelven de esas consultas. Los datos no se almacenan. Si hay algún problema con la consulta, no pulse en el espacio de trabajo. No es posible conectarse a Tivoli Enterprise Portal | | AIX Linux Windows | No puede iniciar la sesión en Tivoli Enterprise Portal. | Síntoma | | No se puede iniciar la sesión en Tivoli Enterprise Portal y se visualiza un mensaje de error en la ventana de inicio de sesión. | Causas | | Se pueden producir varios errores que impiden que inicie la sesión en Tivoli Enterprise Portal. | Resolución del problema | | La siguiente tabla ofrece soluciones a problemas que pueden surgir cuando se inicia la sesión en Tivoli Enterprise Portal. 220 IBM Tivoli Storage Manager: Guía de determinación de problemas | Tabla 23. Razones por las que no puede iniciar la sesión en Tivoli Enterprise Portal. | Problema Acción y solución || || || || || | | | | | | | | | | | | | KFWITM393E El ID de usuario o la contraseña no son válidos. v Inicie Manage Tivoli Monitoring Services y verifique que el Servidor de Tivoli Enterprise Portal se ha iniciado. || || | || | | | KFWITM010I: El servidor de Tivoli Enterprise Portal no está preparado. v Verifique que Servidor de Tivoli Enterprise Portal se ha iniciado. - O BIEN - v Reinicie Servidor de Tivoli Enterprise Portal. - O BIEN KFWITM215E: No se ha podido procesar la solicitud de inicio de sesión v Asegúrese de que el ID de usuario y la contraseña son correctos al iniciar la sesión en Tivoli Enterprise Portal. Utilice el ID de usuario y la contraseña de sysadmin. v Determine si la contraseña de cuenta de sysadmin ha caducado. En caso afirmativo, actualice la contraseña y los servicios correspondientes siguiendo los pasos de Restablecimiento de contraseñas para Tivoli Monitoring para Tivoli Storage Manager. v Verifique que la cuenta sysadmin no se ha bloqueado. La cuenta es una cuenta de sistema operativo. KFWITM402E: La comunicación con Tivoli Enterprise Server no se ha podido establecer. | | | | | | v La inicialización de servidor de portal puede tardar hasta 20 minutos. Espere 20 minutos e inicie la sesión otra vez. Puede revisar el registro de rastreo para obtener más información. Inicie Manage Tivoli Monitoring Services, pulse el botón derecho del ratón en Servidor de Tivoli Enterprise Portal y pulse Avanzado > Ver registro de rastreo. | | | | | KFWITM392E: Se ha producido un error interno durante el inicio de sesión. Inicie la instancia de DB2. Si ya se ha iniciado, reiníciela. Desde una ventana de mandatos de DB2, emita los mandatos db2stop y db2start para detener e iniciar la instancia de DB2. || || | | | || || | | | | | | | El servidor de portal no se puede inicializar porque se ha concluido DB2. v Inicie la instancia de DB2 y espere unos minutos a que finalice la inicialización. - O BIEN KFWITM009I: El servidor de Tivoli Enterprise Portal todavía se está inicializando y no está preparado para las comunicaciones. v Si recibe el mensaje KFWITM009I, puede examinar el registro de rastreo más reciente para verificar que el servidor de portal se ha inicializado. Busque la serie de texto En espera de solicitudes. El arranque se ha completado. v Para ver el registro de rastreo, inicie Manage Tivoli Monitoring Services, pulse el botón derecho del ratón en Servidor de Tivoli Enterprise Portal y pulse Avanzado > Ver registro de rastreo. Capítulo 8. Resolución de problemas del Tivoli Monitoring para Tivoli Storage Manager 221 | | Tabla 23. Razones por las que no puede iniciar la sesión en Tivoli Enterprise Portal. (continuación) | Problema Acción y solución | | | | | KFWITM008W El servidor de Tivoli Enterprise Portal ha perdido el contacto con el servidor de Tivoli Enterprise Monitoring. Inicie Manage Tivoli Monitoring Services y verifique que el Servidor de Tivoli Enterprise Monitoring se ha iniciado. Agente de supervisión omitido de Tivoli Enterprise Portal | | AIX Linux Windows | | Después de instalar Tivoli Monitoring para Tivoli Storage Manager, no se lista ningún agente de supervisión en el panel de navegador de Tivoli Enterprise Portal. | Síntoma | El agente de supervisión no se visualiza en Tivoli Enterprise Portal. | Causas | | El agente de supervisión no se ha creado o configurado o el agente no se ha iniciado después de la configuración. | | | | | | Resolución del problema 1. Verifique que el agente de supervisión se ha creado. Para obtener procedimientos detallados sobre la creación y la configuración de una instancia de agente, consulte la Guía de instalación de Tivoli Storage Manager. 2. Asegúrese de que el agente de supervisión se ha iniciado realizando los pasos siguientes: | | | | | | | | | AIX Linux a. Vaya al directorio en el que se encuentra el programa CandleManage con el siguiente mandato: cd /opt/tivoli/tsm/reporting/itm/bin b. Ejecute el programa CandleManage con este mandato: ./CandleManage & c. En la ventana Manage Tivoli Enterprise Monitoring Services, verifique que el agente de supervisión se ha iniciado. Si no se ha iniciado, seleccione la instancia de agente aplicable, pulse el botón derecho y seleccione Inicio. Consejo: Para iniciar el agente de supervisión utilizando la línea de mandatos, consulte la información sobre cómo crear y configurar la instancia de agente utilizando la interfaz de línea de mandatos en la publicación Tivoli Storage Manager Guía de instalación. | | | | | | | | | | Windows a. Haga clic en Inicio > Todos los programas > IBM Tivoli Monitoring > Manage Tivoli Monitoring Services. b. En la ventana Manage Tivoli Enterprise Monitoring Services, verifique que el agente de supervisión se ha iniciado. Si no se ha iniciado, seleccione la instancia de agente aplicable, pulse el botón derecho y seleccione Inicio. 3. Inicie Tivoli Enterprise Portal y determine si el agente de supervisión se visualiza en el panel de Navegador. | | 222 IBM Tivoli Storage Manager: Guía de determinación de problemas | | | Las horas de inicio y finalización visualizan 00:00:00 en el espacio de trabajo de actividad de nodo AIX Linux Windows | | | Cuando se visualiza el espacio de trabajo de actividad de nodo en Tivoli Enterprise Portal, las columnas de fecha de inicio y fecha de finalización siempre muestran 00:00:00 para la hora. | Síntoma | | El espacio de trabajo de actividad de nodo visualiza 00:00:00 como hora para cada fila de las columnas de fecha de inicio y fecha de finalización. | Causas | | La columna que muestra 00:00:00 en todas las filas son valores correctos por el diseño. | Resolución del problema | | | La hora visualiza 00:00:00 porque varias sesiones y corrientes pueden recopilar datos de la tabla de registro de actividad de servidor de Tivoli Storage Manager y, por consiguiente, sólo se totaliza para un periodo de 24 horas. | | La eliminación de las instancias del agente no las detiene AIX Linux Windows | | | La eliminación de la instancia de agente de supervisión de la ventana Manage Tivoli Enterprise Monitoring Services no siempre hace que el proceso deje de ejecutarse. | Síntoma | | Cuando elimine la instancia del agente de supervisión, el servicio de instancias del agente continuará ejecutándose. | Causas | | Este problema viene causado por el fallo en la detención de la instancia del agente de supervisión antes de eliminarla. | Resolución del problema | Reinicie el sistema para detener el servicio. | Requisito: Detenga el agente de supervisión antes de eliminarlo. | | | | | | AIX Linux 1. Verifique si un proceso se está ejecutando emitiendo el mandato siguiente: ps -ef | grep -i SK 2. Si el proceso se está ejecutando, detenga el proceso emitiendo el mandato siguiente: kill -9 ID_proceso Capítulo 8. Resolución de problemas del Tivoli Monitoring para Tivoli Storage Manager 223 Resolución de problemas de informe de datos históricos en el espacio de trabajo de Proxy de almacén | | | Windows | | | | Si se producen errores en el espacio de trabajo Proxy de almacén en el navegador de Tivoli Enterprise Portal al utilizar un sistema que no es inglés, es posible que tenga que volver a configurar el ID de ITMUser. Debe añadir el ID ITMUser al grupo de administradores o a un grupo con la misma autorización. | | | | Si el ID ITMUser no forma parte del grupo de administradores o de un grupo con autorización como el grupo de administradores, se generarán errores en los sistemas distintos del inglés. A continuación se muestran ejemplos de posibles errores: v La inicialización con el origen de datos “Almacén ITM” ha fallado. Se volverá a intentar dentro de 10 minutos. v La agrupación de búferes ITMBUF8K no se ha podido crear. | | | | | | | | Realice los pasos siguientes para resolver el problema de informe: 1. Pulse el botón derecho del ratón en Mi PC. 2. Seleccione Administrar. 3. Seleccione Usuarios locales y grupos. | | | 5. Seleccione Administradores o un grupo con la misma autorización. 6. Seleccione Agregar. 7. Escriba ITMUser en el espacio proporcionado. | No se ha podido iniciar Tivoli Enterprise Portal con un nombre de administrador que no está en inglés 4. Seleccione Grupos. | | | | No puede acceder a Tivoli Enterprise Portal utilizando un entorno local que no sea el inglés con un nombre de administrador del sistema que contenga caracteres que no estén en inglés. | Síntoma | | | | | | | | | | | | | | | | | | | | Cuando inicia la sesión en Tivoli Enterprise Portal, la ventana visualiza un mensaje de error que indica un APPCRASH. Por ejemplo, puede que vea este mensaje de error si está ejecutando con un entorno local ruso y está intentando acceder a Tivoli Enterprise Portal con un ID de administrador ruso. Al iniciar la sesión en Tivoli Enterprise Portal, en lugar de la ventana de inicio de sesión, se visualiza la información siguiente: Problem signature: Problem Event Name: APPCRASH Application Name: java.exe Application Version: 5.0.0.0 Application Timestamp: 4930ade2 The name of the module with the error: webrenderer.dll Version of the module with the error: 0.0.0.0 The timestamp of the module with the error: 4a00f901 Exception Code: c0000005 Exception Offset: 00002f44 OS Version: 6.0.6002.2.2.0.274.10 Language Code: 1049 Additional Information 1: 94c5 Additional Information 2: 69ca74015f8538bb7b0988b56b6976e5 224 IBM Tivoli Storage Manager: Guía de determinación de problemas | | | | | Additional Information 3: 37de Additional Information 4: 516f45eb25de8caa79c140ad69cfda8d Read our privacy statement: http://go.microsoft.com/fwlink/?linkid=50163&clcid=0x0419 | Causas | | | | | Es posible que tenga un problema porque ha iniciado la sesión en Tivoli Enterprise Portal con un ID de cuenta de sistema de administrador que contiene caracteres que están en inglés. Tivoli Enterprise Portal intenta crear o acceder a archivos de la carpeta /Users/administrator, pero no puede acceder a estos directorios porque el nombre de administrador no está en inglés. | Resolución del problema | | | | | Compruebe si se han utilizado caracteres no ingleses al iniciar sesión. Si hay caracteres no ingleses, cree una cuenta de usuario administrador con caracteres ingleses y asigne la autorización de administrador apropiada. Finalice la sesión y vuelva a iniciar de nuevo la sesión utilizando la nueva cuenta de administrador inglés para acceder a Tivoli Enterprise Portal. | Resolución de errores con los informes de Tivoli Common Reporting | | | | | | | | | AIX Linux Windows Tivoli Common Reporting es un componente opcional del Centro de administración. Utilice Tivoli Common Reporting para obtener datos históricos sobre los servidores de Tivoli Storage Manager. Si se producen problemas en Tivoli Common Reporting, puede diagnosticar y resolver los problemas de varias maneras. No se resuelven datos en los informes de Tivoli Common Reporting AIX Linux Windows | | El diagrama de flujo proporciona los pasos para guiarle durante la resolución de problemas con los informes de Tivoli Common Reporting. | Síntoma | | | Después de ejecutar un informe BIRT o Cognos, el informe no visualiza datos. Este informe indica que no hay datos para visualizarse o se visualiza un mensaje de error. | | | Para los informes BIRT, si no hay ningún mensaje de error y no se visualizan datos, se visualiza el mensaje siguiente: | | | Para los informes de Cognos, si no hay ningún mensaje de error y no se visualizan datos, se visualiza el mensaje siguiente: Conjunto de datos vacío. No hay datos disponibles según sus selecciones. Capítulo 8. Resolución de problemas del Tivoli Monitoring para Tivoli Storage Manager 225 | Causas | | Varios errores pueden hacer que falten datos en los informes de Tivoli Common Reporting. El diagrama de flujo incluye las causas posibles y las resoluciones. | Resolución del problema | | | | | | | Utilice el diagrama de flujo como un procedimiento paso a paso para diagnosticar problemas cuando no se visualizan datos en los informes de Tivoli Common Reporting. Los rombos son preguntas de decisiones que se deben responder. Los recuadros son tareas que se deben completar. Al responder Sí o No se avanza a la siguiente pregunta o la tarea final. Utilice las dos tablas para obtener más información sobre la pregunta y la tarea. Las decisiones se numera de 1 a 8 y las tareas tienen las letras A a H. | 226 IBM Tivoli Storage Manager: Guía de determinación de problemas | START 1. ¿Hay datos en los informes de Tivoli Common Reporting? Sí Esta tarea se ha completado. No 2. ¿Hay datos en los espacios de trabajo Tivoli Enterprise Portal? 6. ¿Está detenida la instancia de DB2? Sí No de agente. 3. 7. ¿Ha creado una instancia de agente? ¿Hay datos en la base de datos de DB2 WAREHOUSE? No ¿Está configurada la configuración del historial? ¿Está iniciado el agente de supervisión? 5. C. Reconfigure Inicie el agente. No datascr para configurar el origen de datos. G. Sí Reconfigure y inicié los agentes Warehouse Proxy y Summarization and Pruning. Asegúrese de volver a introducir la contraseña del administrador y de base de datos. No Sí ¿El agente se comunica con el servidor Tivoli Storage Manager? F.Ejecute la herramienta 8. 4. Inicie el agente. Sí Inicie la instancia de Db2. No Sí B. E. No No A. Crear una instancia Sí H. Definir la configuración de historial. Sí Rastreo del agente. D. Busque los archivos javacore en el directorio de instalación del agente. | | Figura 1. Diagrama de flujo para resolver problemas con los informes de Tivoli Common Reporting. Capítulo 8. Resolución de problemas del Tivoli Monitoring para Tivoli Storage Manager 227 | | Tabla 24. Explicación de las preguntas de diagrama de flujo y paso siguiente al que avanzar, basándose en la respuesta. | Pregunta Explicación de la pregunta | | | | | | | | | | | | | Decisión 1: ¿Hay datos en los informes de Tivoli Common Reporting? En caso Inicie la sesión en el Centro de administración y visualice cualquiera de los afirmativo, la tarea se ha informes de Tivoli Common Reporting. completado. Si no se visualizan datos, es posible que los En caso informes BIRT visualicen Conjunto de negativo, vaya datos vacío o algún error de SQL . a la decisión 2. Es posible que los informes de Cognos visualicen No hay datos disponibles basándose en las selecciones, Ha fallado un intento de conectarse al origen de datos o algún otro error. | | | | Decisión 2: ¿Hay datos en los espacios de trabajo de Tivoli Enterprise Portal? Inicie Tivoli Enterprise Portal e inicie la sesión utilizando el ID y la contraseña de syadmin. Visualice los espacios de trabajo para ver si contienen datos. | | | Decisión En caso afirmativo, vaya a la decisión 6. En caso negativo, vaya a la decisión 3. | | || | | || | || | | Decisión 3: ¿Ha creado una instancia de agente? Inicie Manage Tivoli Monitoring Services: AIX Linux /opt/tivoli/tsm/reporting/itm/bin> CandleManage & Windows Haga clic en Inicio > Todos los programas > IBM Tivoli Monitoring > Manage Tivoli Monitoring Services. | | | | | En caso afirmativo, vaya a la decisión 4. En caso negativo, vaya a la tarea A. En En la ventana Manage Tivoli Enterprise Monitoring Services, verifique que ha creado y configurado una instancia de agente de supervisión para el servidor de Tivoli Storage Manager. | | | || || || | | | | Decisión 4: ¿Se ha iniciado el agente? Inicie Manage Tivoli Enterprise Monitoring Services: AIX Linux /opt/tivoli/tsm/reporting/itm/bin> CandleManage & Windows Haga clic en Inicio > Todos los programas > IBM Tivoli Monitoring > Manage Tivoli Monitoring Services. | | | | | En la ventana Manage Tivoli Enterprise Monitoring Services, busque el agente de supervisión. Busque en la columna Estado para ver si el agente de supervisión se ha iniciado. 228 IBM Tivoli Storage Manager: Guía de determinación de problemas En caso afirmativo, vaya a la decisión 5. En caso negativo, vaya a la tarea B. | | Tabla 24. Explicación de las preguntas de diagrama de flujo y paso siguiente al que avanzar, basándose en la respuesta. (continuación) | Pregunta | | | | | | | | | | | Decisión 5: ¿Se está Inicie Tivoli Enterprise Portal e inicie la comunicando el agente con sesión utilizando el ID y la contraseña de el servidor de Tivoli Storage sysadmin. Manager? Revise el espacio de trabajo de registro de agente para el agente de supervisión. Busque mensajes como TSM Login Succeeded o TSM Login Failed. El mensaje TSM Login Failed significa que el agente no está conectado al servidor de Tivoli Storage Manager. En caso afirmativo, vaya a la tarea D. | | | | Decisión 6: ¿Se ha detenido la instancia de DB2? En caso afirmativo, vaya a la tarea E. Explicación de la pregunta Verifique si la instancia de DB2 se ha iniciado o detenido. | | | Decisión En caso negativo, vaya a la tarea C. En caso negativo, vaya a la decisión 7. | | | | | | | | | | | Decisión 7: ¿Hay datos en DB2? | | | | | | | | | Decisión 8: ¿Se ha realizado Inicie Tivoli Enterprise Portal e inicie la la configuración de historial? sesión utilizando el ID y la contraseña de syadmin. Para verifica si hay datos en las tablas de la base de datos WAREHOUS, siga los pasos de “Verificación de los datos de WAREHOUS para cada informe” en la página 251. En caso afirmativo, vaya a la tarea F. En caso Busque la tabla que corresponde al informe negativo, vaya que está viendo. Emita la sentencia de DB2 a la decisión 8. select desde la ventana de mandatos DB2 para determinar si hay datos en la tabla y si los datos son actuales. Pulse Editar > Configuración de historial. Pulse y resalte el nodo de Tivoli Storage Manager. En el panel derecho, en la columna Grupos, | | | | En caso afirmativo, vaya a la tarea G. En caso negativo, vaya a la tarea H. si no hay filas con el icono que muestre un hombre corriendo, la configuración de historial no se configura. | | Tabla 25. Explicación de las tareas para resolver problemas con los informes de Tivoli Common Reporting. | Tarea Explicación de la tarea | | | Tarea A: Crear una instancia de agente. Para crear un agente, consulte Creación y configuración de la instancia de agente utilizando la interfaz de línea de comandos en la Guía de instalación. Capítulo 8. Resolución de problemas del Tivoli Monitoring para Tivoli Storage Manager 229 | | Tabla 25. Explicación de las tareas para resolver problemas con los informes de Tivoli Common Reporting. (continuación) | Tarea Explicación de la tarea | Tarea B: Iniciar el agente. Inicie Manage Tivoli Monitoring Services: | | | /opt/tivoli/tsm/reporting/itm/bin> CandleManage & | | | Windows Haga clic en Inicio > Todos los programas > IBM Tivoli Monitoring > Manage Tivoli Monitoring Services. | | | En la ventana Manage Tivoli Enterprise Monitoring Services, efectúe una doble pulsación en el agente de supervisión para iniciarlo. AIX Linux | | Tarea C: Reconfigurar e iniciar el agente. Para configurar el agente, consulte Creación y configuración de la instancia de agente en la Guía de instalación. | | | | | Tarea D: Rastree el agente. Busque los archivos javacore en el directorio de instalación de agente. Habilite el rastreo siguiendo los pasos de Rastreo del agente de Tivoli Monitoring for Tivoli Storage Manager en un sistema AIX o Linux o Rastreo del agente de Tivoli Monitoring for Tivoli Storage Manager en un sistema operativo Windows. | | | | | Determine si hay consultas de larga ejecución que hacen que no se visualicen datos en uno o varios espacios de trabajo siguiendo los pasos de Espacios de trabajo vacíos cuando las consultas de agente se ejecutan durante demasiado tiempo. | | | | | Si hay archivos javacore en el sistema operativo, esto es una indicación de que hay un error serio al intentar iniciar el agente. Puede buscar archivos con la palabra javacore en el nombre de archivo. Busque estos archivos en el directorio itm y sus subdirectorios. | | Tarea E: Iniciar la instancia de DB2. | | | Para reconfigurar el origen de datos, consulte Configuración Tarea F: Ejecutar la de un origen de datos utilizando el asistente de configuración en herramienta datasrc para configurar el origen de datos. la Guía de instalación. | | | | | | | Tarea G: Reconfigurar e iniciar el agente de proxy de almacén y el agente de resumen y poda. Asegúrese de volver a entrar las contraseñas de Admin y Database. Para reconfigurar el agente de proxy de almacén, consulte Configuración manual del agente de proxy de almacén en la Guía de instalación. | | | | Tarea H: Definir la configuración de historial. Para definir la configuración de historial, siga los pasos de Configuración de historial anómala. 230 Inicie la base de datos DB2 utilizando el mandato db2start desde la ventana de mandatos de DB2. Para reconfigurar el agente de resumen y poda, consulte Configuración manual del agente de resumen y poda de almacén en la Guía de instalación. IBM Tivoli Storage Manager: Guía de determinación de problemas | | | No se visualizan datos actuales en los informes de Tivoli Common Reporting AIX Linux Windows | | | Los informes de Tivoli Common Reporting se llenan de los datos de la base de datos DB2 WAREHOUS. Si no se visualizan datos actuales en los informes, la recopilación de datos se detiene. | Síntoma | No se visualizan datos actuales en los informes. | Causas | | El agente de supervisión no está recopilando datos o se ha producido un error en DB2 que impide que los datos se exporten a la base de datos WAREHOUS. | | | Resolución del problema | | | | | | | | | | | | | | | | | | | | | | | | | | | | 1. Asegúrese de que el agente de supervisión se ha iniciado realizando los pasos siguientes: AIX Linux a. Vaya al directorio en el que se encuentra el programa CandleManage con el siguiente mandato: cd /opt/tivoli/tsm/reporting/itm/bin b. Ejecute el programa CandleManage con este mandato: ./CandleManage & c. En la ventana Manage Tivoli Enterprise Monitoring Services, verifique que el agente de supervisión se ha iniciado. Si no se ha iniciado, seleccione la instancia de agente aplicable, pulse el botón derecho y seleccione Inicio. Consejo: Para iniciar el agente de supervisión utilizando la línea de mandatos, consulte la información sobre la creación y configuración de la instancia del agente utilizando la interfaz de línea de mandatos en la Guía de instalación de Tivoli Storage Manager. Windows a. Haga clic en Inicio > Todos los programas > IBM Tivoli Monitoring > Manage Tivoli Monitoring Services. b. En la ventana Manage Tivoli Enterprise Monitoring Services, verifique que el agente de supervisión se ha iniciado. Si no se ha iniciado, seleccione la instancia de agente aplicable, pulse el botón derecho y seleccione Inicio. 2. Asegúrese de que el agente de supervisión se está comunicando con el servidor de Tivoli Storage Manager. a. Inicie Tivoli Enterprise Portal y revise en el espacio de trabajo de Registro de agente los mensajes que indiquen si el inicio de sesión en el servidor de Tivoli Storage Manager se ha realizado satisfactoriamente. Puede ver una de las siguientes frases dentro del mensaje: TSM Login Succeeded o TSM Login Failed. Si ve el mensaje TSM Login Failed (Inicio de sesión de TSM ha fallado), reconfigure el agente de supervisión para actualizar la contraseña, la dirección de servidor y los valores de número de puerto. Capítulo 8. Resolución de problemas del Tivoli Monitoring para Tivoli Storage Manager 231 | | | b. Opcionalmente, puede revisar el registro de actividad del servidor de Tivoli Storage Manager para determinar si se están registrando las consultas del agente de supervisión. | | | | | | | | | | | | 3. Revise varios de los espacios de trabajo de Tivoli Enterprise Portal para determinar si se visualizan datos actuales. Varios de los espacios de trabajo visualizan indicaciones de fecha y hora que puede utilizar para determinar si los datos son actuales. Si los datos no son actuales o no hay datos en absoluto, siga los pasos de “No se visualizan datos o datos antiguos en los espacios de trabajo de Tivoli Enterprise Portal” en la página 216. 4. Asegúrese de que la instancia de DB2 se ha iniciado. 5. Reconfigure el agente de proxy de almacén y vuelva a entrar las contraseñas de administrador y base de datos. Espere unas horas a que los datos se hayan exportado a la base de datos WAREHOUS. Para obtener más información, consulte Configuración manual del agente de proxy de almacén en la Guía de instalación. Falta el nombre de servidor en la página de solicitud de informe de Tivoli Common Reporting | | | AIX Linux Windows | | | | Al ejecutar un informe, en determinadas condiciones, puede seleccionar un servidor de Tivoli Storage Manager en una lista o un menú. Si la lista o el menú están vacíos o no se visualiza un servidor esperado, el problema puede deberse a un error de configuración. | Síntoma | | | En un informe de Tivoli Common Reporting, la opción para seleccionar un nombre de servidor de Tivoli Storage Manager no lista ningún servidor o no se visualiza el nombre de servidor que desea seleccionar. | Causas | | | Es posible que el nombre de servidor no se visualice en la lista de servidores o en el menú por varias razones. Las razones comunes incluyen: v v v v v | | | | No se ha creado un agente de supervisión. El agente de supervisión no recopila datos. No se ha configurado la configuración de historial. La base de datos DB2 no se ejecuta. Existe un error de autenticación con el agente de proxy de almacén. Resolución del problema | | | | | | 1. Verifique que el agente de supervisión se ha creado y configurado. Para obtener procedimientos detallados sobre la creación y la configuración de una instancia de agente, consulte la Guía de instalación de Tivoli Storage Manager. 2. Asegúrese de que el agente de supervisión se ha iniciado realizando los pasos siguientes: | | | | AIX Linux a. Vaya al directorio en el que se encuentra el programa CandleManage con el siguiente mandato: cd /opt/tivoli/tsm/reporting/itm/bin 232 IBM Tivoli Storage Manager: Guía de determinación de problemas | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | b. Ejecute el programa CandleManage con este mandato: ./CandleManage & c. En la ventana Manage Tivoli Enterprise Monitoring Services, verifique que el agente de supervisión se ha iniciado. Si no se ha iniciado, seleccione la instancia de agente aplicable, pulse el botón derecho y seleccione Inicio. Consejo: Para iniciar el agente de supervisión utilizando la línea de mandatos, consulte la información sobre cómo crear y configurar la instancia de agente utilizando la interfaz de línea de mandatos en la publicación Tivoli Storage Manager Guía de instalación. Windows a. Haga clic en Inicio > Todos los programas > IBM Tivoli Monitoring > Manage Tivoli Monitoring Services. b. En la ventana Manage Tivoli Enterprise Monitoring Services, verifique que el agente de supervisión se ha iniciado. Si no se ha iniciado, seleccione la instancia de agente aplicable, pulse el botón derecho y seleccione Inicio. 3. Asegúrese de que el agente de supervisión se está comunicando con el servidor de Tivoli Storage Manager completando los pasos siguientes: a. Inicie Tivoli Enterprise Portal y revise en el espacio de trabajo de Registro de agente los mensajes que indiquen si el inicio de sesión en el servidor de Tivoli Storage Manager se ha realizado satisfactoriamente. Puede ver una de las siguientes frases dentro del mensaje: TSM Login Succeeded o TSM Login Failed. Si ve el mensaje TSM Login Failed (Inicio de sesión de TSM ha fallado), reconfigure el agente de supervisión para actualizar la contraseña, la dirección de servidor y los valores de número de puerto. b. Revise unos pocos espacios de trabajo para verificar que se visualizan datos. c. Opcionalmente, puede revisar el registro de actividad en el servidor de Tivoli Storage Manager para determinar si se están registrando las consultas del agente de supervisión. 4. Verifique que la configuración de historial se ha definido completando los pasos siguientes> a. Inicie Tivoli Enterprise Portal e inicie la sesión con el ID y la contraseña de sysadmin. b. Pulse Editar > Configuración de historial. c. Compruebe si hay varios grupos de atributos que empiezan por KSK bajo el nodo de Tivoli Storage Manager el panel izquierdo. d. En el panel derecho, bajo a columna de grupo, busque varios grupos con el , que muestra un hombre corriendo, a la izquierda del nombre. icono e. Si ve los iconos, el script de configuración de historial se ha ejecutado correctamente y los atributos están resumiendo y almacenando los datos. Si no ve los iconos, siga los paso de Configuración de historial anómala. 5. Asegúrese de que la instancia de DB2 se ha iniciado. 6. Reconfigure el agente de proxy de almacén y vuelva a entrar las contraseñas de administrador y base de datos. Espere unas horas a que los datos se hayan exportado a la base de datos WAREHOUS. Para obtener más información, consulte Configuración manual del agente de proxy de almacén en la Guía de instalación. | Capítulo 8. Resolución de problemas del Tivoli Monitoring para Tivoli Storage Manager 233 Se visualiza el mensaje que indica que no hay datos disponibles en un informe de Cognos | | | AIX Linux Windows | | | Los informes de Tivoli Common Reporting se llenan de los datos de la base de datos DB2 WAREHOUS. Si una consulta SQL no devuelve datos, no se incluyen datos en los informes. | Síntoma | | Si no se incluyen datos en los informes, se visualiza el mensaje siguiente: | Causas | | | | La consulta SQL que se envía a la base de datos WAREHOUS se crea basándose en los parámetros seleccionados para el informe. Si no se devuelven datos de la consulta, aparece un mensaje que indica que no hay datos disponibles. El mensaje se visualiza si no hay datos resumidos o si se ha detenido la recopilación de datos. | Resolución del problema | | 1. Asegúrese de que el agente de supervisión se ha iniciado realizando los pasos siguientes: No hay datos disponibles según sus selecciones. | | | | | | | | | AIX Linux a. Vaya al directorio en el que se encuentra el programa CandleManage con el siguiente mandato: cd /opt/tivoli/tsm/reporting/itm/bin b. Ejecute el programa CandleManage con este mandato: ./CandleManage & c. En la ventana Manage Tivoli Enterprise Monitoring Services, verifique que el agente de supervisión se ha iniciado. Si no se ha iniciado, seleccione la instancia de agente aplicable, pulse el botón derecho y seleccione Inicio. Consejo: Para iniciar el agente de supervisión utilizando la línea de mandatos, consulte la información sobre cómo crear y configurar la instancia de agente utilizando la interfaz de línea de mandatos en la publicación Tivoli Storage Manager Guía de instalación. | | | | | | | | | | | | | | | | | Windows a. Haga clic en Inicio > Todos los programas > IBM Tivoli Monitoring > Manage Tivoli Monitoring Services. b. En la ventana Manage Tivoli Enterprise Monitoring Services, verifique que el agente de supervisión se ha iniciado. Si no se ha iniciado, seleccione la instancia de agente aplicable, pulse el botón derecho y seleccione Inicio. 2. Asegúrese de que el agente de supervisión se está comunicando con el servidor de Tivoli Storage Manager completando los pasos siguientes: a. Inicie Tivoli Enterprise Portal y busque en el espacio de trabajo de registro de agente mensajes que indiquen si el inicio de sesión en el servidor de Tivoli Storage Manager se ha realizado satisfactoriamente. Puede ver una de las siguientes frases dentro del mensaje: TSM Login Succeeded o TSM Login Failed. Si ve el mensaje TSM Login Failed (Inicio de sesión de TSM ha 234 IBM Tivoli Storage Manager: Guía de determinación de problemas | | | | | | fallado), reconfigure el agente de supervisión para actualizar la contraseña, la dirección de servidor y los valores de número de puerto. b. Revise unos pocos espacios de trabajo para verificar que se visualizan datos. c. Opcionalmente, puede revisar el registro de actividad en el servidor de Tivoli Storage Manager para determinar si se están registrando las consultas del agente de supervisión. | | | | | | | | | | | | | | | 3. Revise varios de los espacios de trabajo de Tivoli Enterprise Portal para determinar si se visualizan datos actuales. Varios de los espacios de trabajo visualizan indicaciones de fecha y hora que puede utilizar para determinar si los datos son actuales. Si los datos no son actuales o no hay datos en absoluto, siga los pasos de No se visualizan datos o se visualizan datos antiguos en los espacios de trabajo de Tivoli Enterprise Portal. 4. Asegúrese de que la instancia de DB2 se ha iniciado. 5. Reconfigure el agente de proxy de almacén y vuelva a entrar las contraseñas de administrador y base de datos. Espere unas horas a que los datos se hayan exportado a la base de datos WAREHOUS. Para obtener más información, consulte Configuración manual del agente de proxy de almacén en la Guía de instalación. 6. Si se borran datos con demasiada frecuencia, es posible que se supriman datos de la base de datos WAREHOUS. Revise la frecuencia con la que se están borrando datos realizando los pasos siguientes: | | | | a. Inicie Tivoli Enterprise Portal e inicie la sesión con el ID y la contraseña de sysadmin. b. Pulse Editar > Configuración de historial. c. Pulse el nodo de Tivoli Storage Manager y resalte los grupos de atributos. | | | d. Revise los valores de poda en la sección Controles de configuración del panel. Puede aumentar los valores para retener los datos durante un periodo más largo. | | | Mensaje de conjunto de datos vacío en Tivoli Common Reporting AIX Linux Windows | | | Los informes de Tivoli Common Reporting se llenan de los datos de la base de datos DB2 WAREHOUS. El mensaje Conjunto de datos vacío se genera cuando no se devuelven datos de una consulta SQL. | Síntoma | | | | Este problema se aplica sólo a los informes BIRT. Los informes BIRT visualizan el mensaje siguiente: | Causas | | | | La consulta SQL se crea basándose en los parámetros que seleccionó antes de ejecutar el informe. Si la consulta no devuelve datos, no se muestran datos en el informe. El informe muestra el mensaje Conjunto de datos vacío y se le indica que seleccione otro conjunto de parámetros. Conjunto de datos vacío La consulta no ha devuelto datos. Intente otro conjunto de parámetros. Capítulo 8. Resolución de problemas del Tivoli Monitoring para Tivoli Storage Manager 235 | Resolución del problema | | | | | | | | | En algunos casos, se puede esperar el mensaje Conjunto de datos vacío. Por ejemplo, si especifica fechas de inicio y finalización que son anteriores a la fecha en la que se instaló Tivoli Monitoring para Tivoli Storage Manager, se puede producir este mensaje. Si el agente de supervisión de Tivoli Monitoring para Tivoli Storage Manager debe recopilar datos, siga estos pasos para diagnosticar y resolver el problema: 1. Verifique que el agente de supervisión se ha creado y configurado. Para obtener procedimientos detallados sobre la creación y la configuración de una instancia de agente, consulte la Guía de instalación de Tivoli Storage Manager. 2. Asegúrese de que el agente de supervisión se ha iniciado realizando los pasos siguientes: | | | | | | | | | | | AIX Linux a. Vaya al directorio en el que se encuentra el programa CandleManage con el siguiente mandato: cd /opt/tivoli/tsm/reporting/itm/bin b. Ejecute el programa CandleManage con este mandato: ./CandleManage & c. En la ventana Manage Tivoli Enterprise Monitoring Services, verifique que el agente de supervisión se ha iniciado. Si no se ha iniciado, seleccione la instancia de agente aplicable, pulse el botón derecho y seleccione Inicio. Consejo: Para iniciar el agente de supervisión utilizando la línea de mandatos, consulte la información sobre cómo crear y configurar la instancia de agente utilizando la interfaz de línea de mandatos en la publicación Tivoli Storage Manager Guía de instalación. | | | | | | | | | | | | Windows a. Haga clic en Inicio > Todos los programas > IBM Tivoli Monitoring > Manage Tivoli Monitoring Services. b. En la ventana Manage Tivoli Enterprise Monitoring Services, verifique que el agente de supervisión se ha iniciado. Si no se ha iniciado, seleccione la instancia de agente aplicable, pulse el botón derecho y seleccione Inicio. 3. Asegúrese de que el agente de supervisión se está comunicando con el servidor de Tivoli Storage Manager completando los pasos siguientes: a. Inicie Tivoli Enterprise Portal, y consulte en el espacio de trabajo de registro de agente los mensajes que indican si el inicio de sesión en el servidor de Tivoli Storage Manager se ha realizado satisfactoriamente. Puede ver una de las siguientes frases dentro del mensaje: TSM Login Succeeded o TSM Login Failed. | | | | | | | | | b. Revise unos pocos espacios de trabajo para verificar que se visualizan datos. c. Opcionalmente, puede revisar el registro de actividad en el servidor de Tivoli Storage Manager para determinar si se están registrando las consultas del agente de supervisión. Si ve el mensaje TSM Login Failed (Inicio de sesión de TSM ha fallado), reconfigure el agente de supervisión para actualizar la contraseña, la dirección de servidor y los valores de número de puerto. 4. Revise varios de los espacios de trabajo de Tivoli Enterprise Portal para determinar si se visualizan datos actuales. Varios de los espacios de trabajo visualizan indicaciones de fecha y hora que puede utilizar para determinar si los datos son actuales. Si los datos no son actuales o no hay datos en absoluto, | | | | | | | 236 IBM Tivoli Storage Manager: Guía de determinación de problemas | | | | | | | | | | | | | | | siga los pasos de No se visualizan datos o se visualizan datos antiguos en los espacios de trabajo de Tivoli Enterprise Portal. 5. Asegúrese de que la instancia de DB2 se ha iniciado. 6. Reconfigure el agente de proxy de almacén y vuelva a entrar las contraseñas de administrador y base de datos. Espere unas horas a que los datos se hayan exportado a la base de datos WAREHOUS. Para obtener más información, consulte Configuración manual del agente de proxy de almacén en la Guía de instalación. 7. Si se borran datos con demasiada frecuencia, es posible que se supriman datos de la base de datos WAREHOUS. Revise la frecuencia con la que se están borrando datos realizando los pasos siguientes: a. Inicie Tivoli Enterprise Portal e inicie la sesión con el ID y la contraseña de sysadmin. b. Pulse Editar > Configuración de historial. c. Pulse el nodo de Tivoli Storage Manager y resalte los grupos de atributos. | | | | d. Revise los valores de poda en la sección Controles de configuración del panel. Puede aumentar los valores para retener los datos durante un periodo más largo. Para obtener más información, consulte Configuración de valores de resumen y poda | | | Se visualiza el mensaje de error RQP-DEF-0177 en un informe de Cognos AIX Linux Windows | | | Al pulsar en un informe de Cognos, se ejecuta una consulta SQL para la base de datos de DB2 WAREHOUS. Si la tabla de base de datos no existe, se mostrará un error y no podrá ejecutar el informe. | Síntoma | | | Al intentar ejecutar un informe de Cognos, se visualiza el siguiente error: | Causas | | | | | Se visualiza el mensaje RQP-DEF-0177 si no existe la tabla de base de datos a la que se hace referencia en la consulta. Las tablas de la base de datos WAREHOUS se crean durante la instalación de Tivoli Monitoring para Tivoli Storage Manager. Si Tivoli Monitoring para Tivoli Storage Manager no se ha instalado o el script para crear las tablas falla, se visualiza el mensaje RQP-DEF-0177. | | | | | | | | | Resolución del problema RQP-DEF-0177 Se ha producido un error al realizar la operación ’sqlPrepareWithOptions’ status=’-201’. 1. Asegúrese de que Tivoli Monitoring para Tivoli Storage Manager está instalado y que está en el mismo sistema que el Centro de administración. 2. Verifique que el agente de proxy de almacén se puede conectar a la base de datos WAREHOUS completando los pasos siguientes: a. Inicie Tivoli Enterprise Portal e inicie la sesión utilizando el ID de usuario y la contraseña de sysadmin. b. En el panel de Navegador, busque el nodo Warehouse Proxy y pulse para resaltarlo. Capítulo 8. Resolución de problemas del Tivoli Monitoring para Tivoli Storage Manager 237 | | | | | | | | | | | | | | c. En el panel Información de base de datos de la derecha, revise la celda bajo Conectividad de BD. El color de fondo de celda debe ser verde y tener un valor de Yes. Si el color de fondo es rojo con un valor No, vuelva a configurar el agente de proxy de almacén y entre una contraseña válida en el campo de contraseña de administrador (Admin Password). Para obtener más información, consulte Configuración manual del agente de proxy de almacén en la publicación Guía de instalación. 3. Asegúrese de que la instancia de DB2 se ha iniciado. 4. Verifique que las tablas de base de datos WAREHOUS existen completando los pasos siguientes: a. Abra una interfaz de línea de mandatos DB2 y liste las tablas de WAREHOUS emitiendo los mandatos siguientes: | | | | | | | Se crea el archivo warehousTables.txt que contiene la salida del mandato db2 list tables. b. Abra el archivo warehousTables.txt y verifique que hay varias tablas que empiezan con KSK, por ejemplo KSK_DATABASE. Si no hay tablas que empiezan con KSK, el script para crear las tablas ha fallado. Si ha completado el Paso 2c para volver a entrar una contraseña válida, espere entre una y dos horas a que se hayan creado las tablas necesarias. db2 connect to WAREHOUS db2 list tables for schema itmuser > warehousTables.txt Nota: Si ha actualizado recientemente el Centro de administración, espere aproximadamente una o dos horas a que se creen las nuevas tablas. Las tablas sólo se crean cuando hay datos a almacenar en la base de datos WAREHOUS. 5. Verifique que la instalación de Tivoli Monitoring para Tivoli Storage Manager esté configurada correctamente para permitir que se almacenen los datos en la base de datos WAREHOUS. Siga los pasos descritos en “Se visualiza el mensaje que indica que no hay datos disponibles en un informe de Cognos” en la página 234. | | | | | | | | | Se visualiza el mensaje No se ha podido encontrar el origen de datos 'TDW' en un informe de Cognos | | | AIX Linux Windows | | Es posible que un informe de Cognos no se ejecute si se ha producido un problema con el origen de datos de Tivoli Data Warehouse. | Síntoma | | Se visualiza el siguiente mensaje cuando se selecciona un informe de Cognos: | Causas | | | | El mensaje QE-DEF-0288 se produce porque el origen de datos de Tivoli Data Warehouse se ha establecido incorrectamente, falta una definición de origen de datos de Tivoli Data Warehouse o porque IBM Tivoli Monitoring para Tivoli Storage Manager no se ha instalado. QE-DEF-0288 No se ha podido encontrar el origen de datos ’TDW’ en el almacén de contenido 238 IBM Tivoli Storage Manager: Guía de determinación de problemas | Resolución del problema | | | | Verifique que el software de Tivoli Monitoring para Tivoli Storage Manager esté instalado en el mismo sistema que Centro de administración. Si no está instalado, instálelo y ejecute el informe otra vez. Si el error persiste, continúe con los siguientes pasos: 1. Inicie sesión en el Centro de administración. 2. Pulse Informes > Common Reporting. | | | | 3. En el panel derecho titulado Trabajar con informes, pulse Iniciar y seleccione Administración. | | | | | | | | Consejo: Si esta opción no está disponible, inicie la sesión en el Centro de administración con un ID de usuario con más privilegios. 4. Pulse el separador Configuración y pulse Conexiones de origen de datos. La pista de navegación visualizada es ahora Directorio > Cognos. 5. Si ve el origen de datos de Tivoli Data Warehouse en la columna Nombre, continúe con las instrucciones para Editar el origen de datos TDW. De lo contrario, continúe con las instrucciones para la Creación del origen de datos TDW. Capítulo 8. Resolución de problemas del Tivoli Monitoring para Tivoli Storage Manager 239 | | Edición del origen de datos de Tivoli Data Warehouse | | || || | | | || | || | | || || || || | || | || || | || | || | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 1. Pulse el origen de datos TDW en la columna Nombres. 2. En la columna Acciones, pulse Más. 3. Pulse Establecer propiedades. Creación del origen de datos de Tivoli Data Warehouse 1. Pulse el icono Origen de datos nuevo en la parte superior derecha. El icono parece una unidad de disco azul con un signo más en él. 2. En el campo Nombre, entre: TDW y pulse Siguiente. 4. Pulse la pestaña Conexión. 3. Seleccione DB2 en la lista Tipo y pulse 5. Desplácese hacia abajo al campo Serie de Siguiente. conexión. Pulse el icono de lápiz a la derecha 4. En el campo de nombre Base de datos DB2, del campo. entre WAREHOUS. 6. Verifique que el nombre de base de datos de 5. Seleccione Password. DB2 es WAREHOUS. 6. Complete los campos de ID de usuario y 7. Desplácese hacia abajo a la sección de inicio contraseña para conectarse al origen de datos. de sesión, seleccione Los inicios de sesión de El ID de usuario es itmuser. esta conexión y asegúrese de que se ha seleccionado Contraseña. 8. En la sección de prueba, pulse Probar la conexión. 9. En la ventana Probar la conexión - Tivoli Data Warehouse, pulse Probar. 10. En la ventana Ver los resultados, en la columna Status, el mensaje debe indicar Succeeded (Correcto). 11. Pulse Cerrar para volver a la pantalla anterior y pulse Cerrar otra vez. 12. Si la prueba no funciona, el inicio de sesión no es válido. 13. En la esquina superior derecha de la ventana, pulse Cerrar (X) junto a Ayuda. 14. En la ventana Establecer propiedades - Tivoli Data Warehouse, pulse Cancelar. 15. En la ventana Realizar una acción - Tivoli Data Warehouse, pulse Cancelar. 16. La indicación de ruta en la parte superior debe indicar: Directorio > Cognos > TDW > TDW. Pulse TDW en la columna de nombre. 17. Debe ver itmuser en la columna Nombre. En la columna de acción, pulse Más. 18. Pulse Establecer propiedades. Pulse el separador Inicio de sesión y pulse Editar el inicio de sesión. 19. En la ventana Entrar el inicio de sesión itmuser, asegúrese de que el ID de usuario es itmuser y entre la contraseña correcta en los dos campos. Pulse Aceptar. 20. En la ventana Establecer propiedades itmuser, pulse Aceptar. 21. LA indicación de ruta debe indicar: Directorio > Cognos > TWD > TDW. Pulse Cognos y, a continuación, repita estas instrucciones para editar el origen de datos de Tivoli Data Warehouse a fin de probar la conexión. | 240 IBM Tivoli Storage Manager: Guía de determinación de problemas 7. En la sección de prueba, pulse Probar la conexión. 8. Haga clic en Probar. Debe ver el mensaje Succeeded (Correcto) o el ID de usuario o la contraseña que ha entrado son incorrectos. Pulse Cerrar dos veces y, a continuación, pulse Siguiente. 9. Pulse Finalizar. | | Informes de BIRT o Cognos que faltan AIX Linux Windows | | Si faltan informes de BIRT o Cognos en Tivoli Common Reporting, puede importarlos. | Síntoma | | No puede encontrar los informes de Tivoli Common Reporting en el Centro de administración. | Causas | | Si se eliminan informes empaquetados o personalizados de BIRT y Cognos de Tivoli Common Reporting, puede importarlos. | Resolución del problema | | Los informes de BIRT están empaquetados en BirtReports.zip. Los informes de Cognos están empaquetados en TSM_Cognos.zip. | | | | Importe los informes de BIRT o Cognos empaquetados completando los pasos siguientes: 1. Inicie la sesión en el sistema donde está instalado el Centro de administración y abra una ventana de mandatos. | | | 2. Busque el archivo BirtReports.zip o el archivo TSM_Cognos.zip en el soporte de instalación (DVD o paquete descargado) de Centro de administración. 3. Desde una ventana de mandatos, vaya al directorio siguiente: | | | | | | | | | AIX Linux /opt/IBM/tivoli/tipv2Components/TCRComponent/bin/ Windows C:\IBM\tivoli\tipv2Components\TCRComponent\bin\ 4. Importe los informes de BIRT y Cognos emitiendo los mandatos siguientes: a. Importe los informes de BIRT emitiendo el mandato siguiente: AIX Linux ./trcmd.sh -import -bulk vía_acceso/BirtReports.zip -username tipadmin -password contraseña tipadmin | | | | donde vía_acceso hace referencia a la vía de acceso a los archivos | | donde vía_acceso hace referencia a la vía de acceso a los archivos comprimidos del Paso 2. | | | | b. Importe los informes de Cognos emitiendo el mandato siguiente: comprimidos del Paso 2. Windows trcmd.bat -import -bulk vía_acceso\BirtReports.zip -username tipadmin -password contraseña tipadmin AIX Linux ./trcmd.sh -import -bulk vía_acceso/TSM_Cognos.zip -username tipadmin -password contraseña tipadmin Capítulo 8. Resolución de problemas del Tivoli Monitoring para Tivoli Storage Manager 241 donde vía_acceso hace referencia a la vía de acceso a los archivos comprimidos del Paso 2. Windows | | | | trcmd.bat -import -bulk vía_acceso\TSM_Cognos.zip -username tipadmin -password contraseña tipadmin donde vía_acceso hace referencia a la vía de acceso a los archivos comprimidos del Paso 2. Si los mandatos se han ejecutado satisfactoriamente, se visualiza el mensaje siguiente: | | | | | | | | CTGTRQ092I La operación de importación se ha realizado satisfactoriamente. 5. Reconfigure el origen de datos. Para obtener más información, consulte Configuración de un origen de datos utilizando el asistente de configuración en la publicación Guía de instalación. No existe ninguna pertenencia a grupo para acceder a informes de Tivoli Common Reporting | | | AIX Linux Windows | | | Si no puede acceder a Tivoli Common Reporting desde el Centro de administración en Tivoli Integrated Portal, el ID de usuario que ha utilizado puede no existir o no tener los roles correctos asociados a él. | Síntoma | No puede acceder a Tivoli Common Reporting desde el Centro de administración. | Causas | | | No existe ningún grupo que permita a un ID de usuario recién definido acceder a Tivoli Common Reporting desde el Centro de administración o no se han otorgado al ID de usuario los roles necesarios para acceder a los informes. | Resolución del problema | | | Puede crear un ID de usuario o añadir un rol a un ID de usuario existente, completando los pasos siguientes: 1. Cree un ID de usuario siguiendo estos pasos: a. Inicie la sesión en Tivoli Integrated Portal con las credenciales de tipadmin. | | b. Pulse Usuarios y grupos > Gestionar usuarios, y pulse Crear. c. Especifique un ID de usuario nuevo, por ejemplo: tipadmin2. d. Pulse Pertenencia a grupo > Buscar. e. Seleccione TSM_Administrator y pulse Añadir > Cerrar. 2. Agregue un rol a un ID de usuario existente siguiendo estos pasos: a. Inicie la sesión en Tivoli Integrated Portal con las credenciales de tipadmin. b. Pulse Usuarios y grupos > Roles de usuarios. | | | | | | | | | c. Pulse Pertenencia al grupo y, a continuación, pulse Buscar. d. Seleccione TSM_Administrator, pulse Añadir y, a continuación, pulse Cerrar. Consejo: Repita el paso 2d para agregar el ID de usuario a los grupos tcrPortalOperator y chartAdministrator. | | 242 IBM Tivoli Storage Manager: Guía de determinación de problemas | | | Las horas de inicio y finalización visualizan 12:00:00 AM en un informe de Cognos AIX Linux Windows | | | Cuando se visualiza un informe personalizado de Cognos en Tivoli Common Reporting, las columnas de fecha de inicio y fecha de finalización siempre muestran 12:00:00 AM para la hora. | Síntoma | | En un informe personalizado de Cognos, las horas de fecha de inicio y fecha de finalización visualizan 12:00:00 AM en cada fila. | Causas | | La columna que visualiza 12:00:00 AM en todas las filas son valores correctos por el diseño. | Resolución del problema | | | La hora se muestra como 12:00:00 AM porque varias sesiones y corrientes pueden recopilar datos de la tabla de registro de actividad de servidor de Tivoli Storage Manager y, por consiguiente, sólo se totaliza para un periodo de 24 horas. | | | Los informes no se muestran en japonés, coreano ni en chino tradicional Windows | | | Si los informes no se están generando en japonés, coreano o chino tradicional, es posible que necesite volver a crear o configurar la tabla UTF8TEST en la base de datos WAREHOUS. | | | | Los informes de IBM Tivoli Storage Manager se visualizan en varios idiomas, pero se producen problemas con la salida de informes en japonés, coreano y chino tradicional. Una razón puede ser que la configuración de la colección histórica no se haya definido correctamente en Tivoli Enterprise Portal. | | | | | | | | | | | | Asegúrese de que se han completado las acciones siguientes: 1. Conéctese a DB2 emitiendo el mandato siguiente: | | connect to WAREHOUS 2. Descarte la tabla UTF8TEST en la base de datos WAREHOUS emitiendo el mandato siguiente: drop UTF8TEST 3. Detenga y reinicie el Agente proxy de almacén realizando los pasos siguientes: a. Abra la aplicación Manage Tivoli Enterprise Monitoring Services. b. Seleccione Proxy de almacén, pulse con el botón derecho y seleccione Detener. c. Seleccione Proxy de almacén, pulse con el botón derecho y seleccione Iniciar. Consejo: Al detener y reiniciar el agente proxy de almacén se revuelve a crear la tabla UTF8TEST en la base de datos de DB2 WAREHOUS. Capítulo 8. Resolución de problemas del Tivoli Monitoring para Tivoli Storage Manager 243 Si aún tiene problemas con los informes en japonés, coreano o chino tradicional, asegúrese de que los elementos siguientes estén configurados: v Verifique que la variable de entorno DB2CODEPAGE=1208 existe. Para añadirla, pulse con el botón derecho del ratón en Mi PC, seleccione Propiedades > Opciones avanzadas > Variables de entorno > Nueva para las variables del sistema. v Abra el centro de control de DB2 y seleccione la base de datos WAREHOUS. v Seleccione y abra la tabla UTF8TEST y cambie la columna “Resultados” situada en la tercera fila a cero. v Detenga y reinicie el agente de proxy de almacén en Tivoli Enterprise Monitoring Server. | | | | | | | | | | | Resolución de un java.net.ConnectException: error CTGRI0011E | | | Windows | | Puede resolver errores de conexión java.net instalando y habilitando el servicio de registro remoto. | | | | Al utilizar el servicio de registro remoto, un usuario puede registrarse en un sistema con credenciales distintas y completar diversas tareas. Si el servicio está inhabilitado, no podrá registrarse en un sistema con el ID de usuario y la contraseña de db2admin para instalar software. | | | El servicio de acceso de registro remoto está habilitado de forma predeterminada en los sistemas Windows, pero si el servicio está inhabilitado, podrá ver el mensaje de error CTGRI0011E cuando se intente la conexión RXA. | | | | Los mensajes que tengan el prefijo CTGRI están relacionados con el programa de instalación Service Request Manager. Los mensajes se encuentran en CTGInstallTrace.log. El programa no puede acceder a los sistemas remotos que se designen como parte del despliegue del producto. | | El mensaje siguiente indica que el servicio de registro remoto está inhabilitado o que las credenciales de inicio de sesión no son válidas. 244 IBM Tivoli Storage Manager: Guía de determinación de problemas | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | java.net.ConnectException: CTGRI0011E An error occurred when accessing the remote registry or service control manager. at com.ibm.tivoli.remoteaccess.BaseProtocol.beginSession(BaseProtocol.java:638) at RXAPrototypeMain.makeConnection(RXAPrototypeMain.java:176) at RXAPrototypeMain.main(RXAPrototypeMain.java:54) Caused by: java.net.ConnectException: CTGRI0011E An error occurred when accessing the remote registry or service control manager. at com.ibm.tivoli.remoteaccess.WindowsProtocol$RegistryKeyContext. <init> (WindowsProtocol.java:11525) at com.ibm.tivoli.remoteaccess.WindowsProtocol.getRegistryValue( WindowsProtocol.java:8607) at com.ibm.tivoli.remoteaccess.WindowsProtocol.getRegistryKeyString_internal (WindowsProtocol.java:8810) at com.ibm.tivoli.remoteaccess.WindowsProtocol.getRegistryKeyString (WindowsProtocol.java:5943) at com.ibm.tivoli.remoteaccess.WindowsProtocol.getTempDir (WindowsProtocol.java:3483) at com.ibm.tivoli.remoteaccess.WindowsProtocol.getCurrentDirectory (WindowsProtocol.java:3340) at com.ibm.tivoli.remoteaccess.WindowsProtocol.beginSessionImpl (WindowsProtocol.java:1186) at com.ibm.tivoli.remoteaccess.BaseProtocol$BeginSession.invoke (BaseProtocol.java:1756) at com.ibm.tivoli.remoteaccess.util.ThreadedOperation$OperationThread.run (ThreadedOperation.java:154) Caused by: com.starla.smb.SMBException: Access denied at com.starla.smb.client.admin.IPCPipeFile.checkStatus (IPCPipeFile.java:683) at com.starla.smb.client.admin.WinregPipeFile.openKey (WinregPipeFile.java:166) at com.ibm.tivoli.remoteaccess.WindowsProtocol$RegistryKeyContext.<init> (WindowsProtocol.java:11502) ... 8 more Habilite el servicio de registro remoto y vuelva a intentar la operación fallida. Resolución de problemas de navegador web con el Centro de administración o Tivoli Enterprise Portal Si experimenta problemas con el navegador web, es posible que la configuración de seguridad sea demasiado restrictiva, o que pueda estar utilizando una versión no soportada. Para evitar problemas potenciales de compatibilidad, también puede utilizar Java Web Start. Si la ventana del navegador web está en blanco cuando utilice Internet Explorer 7, es posible que los valores de seguridad predeterminados sean demasiado restrictivos. Siga estos pasos para cambiar la configuración de seguridad: 1. En una ventana de Internet Explorer versión 7, pulse Herramientas > Opciones de Internet y, en el separador Seguridad, pulse Nivel personalizado. 2. Ubique la categoría Varios, inhabilite la opción Acceder a fuentes de datos entre dominios y pulse Aceptar para aplicar los cambios. Si el navegador sigue sin visualizarse correctamente, tenga en cuenta la posibilidad de utilizar otro navegador. Notas: Se admiten los siguientes navegadores: v Microsoft Internet Explorer 7 y 8 v Firefox 3.5 Capítulo 8. Resolución de problemas del Tivoli Monitoring para Tivoli Storage Manager 245 Restricción: No se soporta Firefox 3.6 y posteriores. Se necesita IBM Java versión 5 para iniciar Tivoli Enterprise Portal. Consejo: También puede ver Tivoli Enterprise Portal de forma remota utilizando el applet de inicio web de Java completando los pasos siguientes: v Abra un navegador web y conéctese a http://nombre_host:1920. v Pulse Cliente de IBM Tivoli Enterprise Portal Web Start para iniciar el cliente de Java Web Start. v Cree un atajo en el escritorio para iniciar Tivoli Enterprise Portal en el futuro. El applet de inicio web de Java no se iniciará cuando el servidor de Tivoli Enterprise Portal se ejecute en un sistema Windows Windows http://teps_hostname:1920///cnp/kdh/lib/tep.jnlp no se muestra, y el applet de inicio web de Java no se iniciará. Síntoma http://nombrehost_teps:1920///cnp/kdh/lib/tep.jnlp no se muestra porque está vacío. Resolución del problema 1. Abra una ventana de indicador de mandatos. 2. Cree un directorio temporal, como por ejemplo C:\temp, emitiendo el mandato siguiente: mkdir C:\temp 3. Cambie el directorio al directorio temporal emitiendo el mandato siguiente: cd C:\temp 4. Emita el mandato jar que se proporciona con el JRE de IBM Tivoli Monitoring para inflar los archivos jnlpt en el directorio temporal. Si ha instalado IBM Tivoli Monitoring en el directorio predeterminado, dicho directorio será: C:\IBM\ITM\CNPSJ\java\bin\jar xvf C:\IBM\ITM\InstallITM\plugin\plugins\ plugin_cq-install_all-1.jar cq/install/shell/component.jnlpt cq/install/ shell/tep.jnlpt 5. Desplace los archivos inflados al directorio config de IBM Tivoli Monitoring emitiendo los siguientes mandatos: move C:\temp\cq\install\shell\component.jnlpt C:\IBM\ITM\config move C:\temp\cq\install\shell\tep.jnlpt C:\IBM\ITM\config 6. Vuelva a configurar Servidor de Tivoli Enterprise Portal siguiendo los pasos siguientes: a. Inicie la aplicación Manage Tivoli Enterprise Monitoring Services. b. Seleccione el Servidor de Tivoli Enterprise Portal y pulse el botón derecho del ratón en Reconfigurar. c. Acepte todos los valores predeterminados para volver a configurar y reiniciar el servicio. 246 IBM Tivoli Storage Manager: Guía de determinación de problemas | | El sistema de archivos está lleno o casi lleno AIX Linux Windows | | | | Los archivos del sistema pueden aumentar rápidamente de tamaño y llenar el sistema de archivos. Si el sistema de archivos está lleno, la aplicación puede dejar de funcionar y puede impedir que funcionen otras aplicaciones que escriben en el sistema de archivos. | Síntoma | | | El sistema de archivos está lleno o casi lleno. Es posible que advierta que la base de datos WAREHOUS es grande o que el tamaño de algunos archivos del directorio de instalación es de varios gigabytes y aumenta rápidamente. | Causas | | | El error puede producirse por varias razones: v El agente de proxy de almacén no puede exportar datos a DB2: – La instancia de DB2 no se está ejecutando. | | | | – Se han almacenado contraseñas incorrectas en la configuración de agente de proxy de almacén. v La base de datos WAREHOUS no se está podando: – No se han configurado valores de poda. | | – Se han almacenado contraseñas incorrectas en la configuración de agente de resumen y poda. | Resolución del problema | | | Si advierte que el sistema de archivos se está llenando, puede comprobar el tamaño de los archivos binarios y la base de datos WAREHOUS. Siga los pasos de la tabla para identificar y resolver el problema. Capítulo 8. Resolución de problemas del Tivoli Monitoring para Tivoli Storage Manager 247 | | Tabla 26. Elementos a comprobar para identificar la razón por la que se está llenado el sistema de archivos | | Comprobar el tamaño de los archivos binarios Comprobar el tamaño de la base de datos WAREHOUS | | | | || || || | | | | || | | || || || | | | || || || || | | || || || || || || | | | | | | | Los datos que proceden del servidor de Tivoli Storage Manager se exportan a archivos binarios temporales antes de exportarse a la base de datos WAREHOUS. Si hay un problema, algunos archivos binarios pueden aumentar rápidamente de tamaño y llenar el sistema de archivos. Si no se ha habilitado la poda en la base de datos o los valores de poda son bajos, la base de datos puede aumentar de tamaño inesperadamente y llenar el sistema. | | | 1. Vaya al directorio de agente donde están ubicados los archivos binarios: AIX 1. Compruebe el tamaño del directorio de bases de datos. De forma predeterminada, la ubicación de la base de datos es: AIX Linux /home/db2inst1 Linux dir_instalación/itm/tmaitm6/logs/ History/KSK/nombreAgente Windows C:\DB2 2. Verifique que la poda se ha habilitado examinando los valores de configuración Windows dir_instalación\itm\ de historial de Tivoli Enterprise Portal. tmaitm6\logs\History\KSK\ La poda de la base de datos asegura que nombreAgente los datos se eliminen periódicamente. 2. Compruebe el tamaño de los archivos Para obtener más información, consulte binarios para determinar si alguno es de Configuración de los valores de resumen y más de 5 gigabytes. Los archivos binarios poda en la Guía de instalación. no tienen una extensión, por ejemplo 3. Si los directorios tienen un tamaño KSKDATABAS. Si hay archivos grandes, suficientemente grande como para existe un problema al intentar exportar sospechar que son la razón por la que se datos a la base de datos WAREHOUS. está llenando el sistema de archivos, 3. Asegúrese de que la instancia de DB2 se ha iniciado. 4. Reconfigure el agente de proxy de almacén para volver a entrar las contraseñas de administrador y de base de datos. Para obtener más información, consulte Configuración manual del agente de proxy de almacén en la Guía de instalación. puede incrementar los valores de poda. Revise los valores de configuración de historia de Tivoli Enterprise Portal para incrementar los valores a fin de reducir adicionalmente el tamaño de la base de datos. Para obtener más información, consulte Configuración de los valores de resumen y poda en la Guía de instalación. 4. Reconfigure el agente de resumen y poda. Pulse Probar conexión de base de datos. Para obtener más información, consulte Configuración manual del agente de de resumen y poda de almacén en la Guía de instalación. Restablecimiento de contraseñas para Tivoli Monitoring para Tivoli Storage Manager | AIX Linux Windows Algunas de las contraseñas de cuenta de usuario de Tivoli Monitoring para Tivoli Storage Manager pueden caducar y hacer que la aplicación deje de funcionar. Puede restablecer cualquiera de las contraseñas para continuar supervisando los servidores de Tivoli Storage Manager. | | | | 248 IBM Tivoli Storage Manager: Guía de determinación de problemas | Síntoma | | | | | | | | | | | Se pueden producir los siguientes síntomas en el sistema operativo en el que ha caducado una contraseña: v Se puede producir un error de autenticación al intentar iniciar Tivoli Enterprise Portal e iniciar la sesión. v El agente de proxy de almacén y el agente de resumen y poda ya no pueden acceder a la base de datos WAREHOUS. Es posible que se visualicen errores para los dos agentes en Tivoli Enterprise Portal. v Los informes de Tivoli Common Reporting no pueden visualizar datos históricos recientes. v Los informes de Tivoli Common Reporting no se pueden ejecutar porque no se puede conectar a la base de datos WAREHOUS. | Causas | | | | | Al instalar Tivoli Monitoring para Tivoli Storage Manager, se crean varias contraseñas de cuenta de sistema operativo. Las contraseñas se configuran durante la instalación. Si olvida una contraseña o si caduca una contraseña, deberá restablecer la contraseña y, a continuación, reconfigurar uno o más servicios de IBM Tivoli Monitoring para actualizar el campo de contraseña. | Resolución del problema | | | Puede restablecer cualquiera de las contraseñas de Tivoli Monitoring para Tivoli Storage Manager y, a continuación, actualizar los servicios necesarios para que se acepte la nueva contraseña. Las cuentas que se crean se describen en la tabla. | | Complete los pasos siguientes para restablecer una contraseña de cuenta de Tivoli Monitoring para Tivoli Storage Manager y actualizar los servicios necesarios. | | | | | | | | | | | | | | | | | | AIX Linux 1. Desde una ventana de indicador de mandatos, utilice el mandato de sistema operativo passwd para restablecer cualquiera de las contraseñas de Tivoli Monitoring para Tivoli Storage Manager. # passwd ID_usuario 2. Utilice la tabla para reconfigurar los servicios que se basan en la contraseña de cuenta de usuario que se ha restablecido. Windows 1. Desde el sistema operativo, pulse el botón derecho del ratón en Sistema > Gestionar. 2. Expanda Usuarios locales y grupos. 3. Pulse Usuarios. 4. Pulse el botón derecho del ratón en la cuenta de usuario para la que se ha restablecido la contraseña y seleccione Establecer contraseña. Escriba la nueva contraseña. 5. Utilice la información de la siguiente tabla para reconfigurar los servicios que se basan en la contraseña de cuenta de usuario que se ha restablecido. Revise la tabla para determinar qué servicios es necesario reconfigurar. Capítulo 8. Resolución de problemas del Tivoli Monitoring para Tivoli Storage Manager 249 | | Tabla 27. lista de ID de usuario y servicios correspondientes que se deben reconfigurar si se restablecen las contraseñas | | ID de usuario Acción sysadmin Después de restablecer esta contraseña, no se debe actualizar ningún otro servicio. ID de usuario de Tivoli Enterprise Portal predeterminado Después de restablecer esta contraseña, abra la ventana Manage Tivoli Enterprise Monitoring Services. Pulse el botón derecho del ratón en los servicios siguientes y pulse Reconfigurar. ID de usuario administrador de base de datos | | | | || || | | || | | AIX Linux db2inst1 Windows db2admin Descripción del ID de usuario v Agente de proxy de almacén v Servidor de Tivoli Enterprise Portal | | | | | | | | | | Windows Desde el menú de Windows Inicio, pulse Ejecutar y escriba services.msc. Busque todos los servicios de DB2 que tienen Iniciar sesión como as db2admin. Para cada servicio, pulse el botón derecho del ratón en el servicio y, a continuación, pulse Propiedades. Pulse el separador Iniciar sesión y entre la nueva contraseña. || || | | || | | | AIX Linux itmuser Windows ITMUser Después de restablecer esta contraseña, abra la ventana Manage Tivoli Enterprise Monitoring Services. Pulse el botón derecho del ratón en los servicios siguientes y pulse Reconfigurar. ID de usuario de Tivoli Data Warehouse v Agente de proxy de almacén v Agente de resumen y poda v Servidor de Tivoli Enterprise Portal | | | | | Ejecute el script datasrc para reconfigurar el origen de datos. El origen de datos define la conexión a la base de datos WAREHOUS de Tivoli Common Reporting. | | | | | TEPS | | Para obtener detalles sobre cómo configurar Servidor de Tivoli Enterprise Portal, consulte la publicación Guía de instalación. | | Para obtener detalles sobre cómo reconfigurar el agente de proxy de almacén, consulte la publicación Guía de instalación. | | Para obtener detalles sobre cómo reconfigurar el agente de resumen y poda, consulte la publicación Guía de instalación. 250 Si la contraseña caduca, actualícela. No es necesario actualizar ningún servicio. IBM Tivoli Storage Manager: Guía de determinación de problemas ID de usuario de base de datos de Servidor de Tivoli Enterprise Portal | | Para obtener detalles sobre cómo configurar el origen de datos, consulte la publicación Guía de instalación. Verificación de los datos de WAREHOUS para cada informe AIX Linux Windows Si los datos que espera no se visualizan en los informes, debe verificar que los datos se estén almacenando en las tablas de la base de datos WAREHOUS. Cada tabla genera varias vistas resumidas diferentes. Los datos de cada tabla contienen las siguientes vistas resumidas: _H (cada hora), _D (cada día), _W (cada semana), _M (cada mes), _Q (cada tres meses) y _Y (cada año). Algunos informes se generan desde la vista resumida, mientras que otros utilizan los datos de detalles. La vista resumida, en forma de tabla, se denomina KSK_nombre_tabla_HV, donde nombre_tabla es el nombre de la tabla utilizada por el informe. Los nombres de informe se especifican en la tablas siguientes y el valor para HV es la vista resumida, por ejemplo _H, _D, _W, _M, _Q o _Y. Tabla 28. Nombres de informe BIRT de cliente y la tabla WAREHOUS asociada utilizada para generar el informe. Nombre de informe BIRT de cliente | | Requiere vistas Tabla WAREHOUS utilizada por la resumidas para consulta generar informes Detalles de actividad de cliente KSK_NODE_ACTIVITY No Historial de actividades de clientes KSK_NODE_ACTIVITY Sí | | Actualidad de la copia de seguridad del cliente KSK_CLIENT_NODE_STATUS No | | Archivos omitidos en copia de seguridad de cliente KSK_CLIENT_MISSED_FILES No | | | Detalles de soporte de agrupación de almacenamiento de cliente KSK_CLIENT_NODE_STORAGE No | Resumen de almacenamiento KSK_CLIENT_NODE_STORAGE del cliente Sí Detalles de resumen de almacenamiento de cliente KSK_CLIENT_NODE_STORAGE Sí Actividad destacada del cliente NODE_ACTIVITY No Detalles de replicación del nodo KSK_REPLDETAILS y KSK_REPLSTATUS No Crecimiento de replicación del nodo KSK_REPLDETAILS Sí Resumen de replicación del nodo KSK_REPLDETAILS No Estado de planificación KSK_SCHEDULE Sí | Capítulo 8. Resolución de problemas del Tivoli Monitoring para Tivoli Storage Manager 251 Tabla 29. Nombres de informe BIRT de servidor y la tabla WAREHOUS asociada utilizada para generar el informe. Nombre de informe BIRT de servidor Requiere vistas Tabla WAREHOUS utilizada por la resumidas para consulta generar informes | | Detalles de actividad de servidor KSK_NODE_ACTIVITY No | | Detalles de registro de actividad de servidor KSK_ACTIVITY_LOG No Detalles de la base de datos del servidor KSK_DATABASE Sí Uso de recursos del servidor KSK_SERVER Sí Rendimiento del servidor KSK_SERVER Sí | | | Análisis de capacidad de KSK_TAPE_VOLUME volumen de cinta de servidor | | Tabla 30. Nombres de informe de Cognos y la tabla WAREHOUS asociada utilizada para generar el informe. | | | Nombre de informe de Cognos | | Estado de actividad de cliente | | Tasa de éxito de actividad de KSK_ACTIVITY_SUMMARY cliente Sí | | Actualidad de la copia de seguridad del cliente KSK_CLIENT_NODE_STATUS No | | Estado de copia de seguridad de cliente KSK_CLIENT_NODE_STATUS No | | Estado de planificación del cliente KSK_SCHEDULE No | | Tasa de éxito de planificación KSK_SCHEDULE de cliente No | | | Resumen de uso de agrupación de almacenamiento de cliente KSK_OCCUPANCY No | | Resumen de ocupación de cliente actual KSK_OCCUPANCY No | | Resumen de agrupación de almacenamiento actual KSK_STORAGE_POOL No | | Uso de espacio de almacenamiento máximo KSK_CLIENT_NODE_STORAGE No | | Tendencias de crecimiento de KSK_DATABASE base de datos de servidor Sí | | Estado de planificación de servidor No | | Tendencias de crecimiento de KSK_SERVER almacenamiento del servidor Sí | | Planificaciones de cliente omitidas y anómalas de ayer No 252 Sí Requiere vistas Tabla WAREHOUS utilizada por la resumidas para consulta generar informes KSK_ACTIVITY_SUMMARY KSK_SCHEDULE KSK_SCHEDULE IBM Tivoli Storage Manager: Guía de determinación de problemas No | Puede verificar si los datos se están almacenando en las tablas DB2 ejecutando consultas de SQL DB2 en la vista de tabla. Tabla 31. Métodos para consultar los datos en una tabla de base de datos WAREHOUS Método 1 1. AIX Linux Con el ID de usuario root, consulte los datos de la tabla KSK_DATABASE utilizando la interfaz de DB2. Emita los mandatos siguientes: Método 2 1. a. Cree un archivo denominado database.sql. db2connect to WAREHOUSselect * from ITMUser."KSK_DATABASE" 2. b. Agregue la siguiente información al archivo database.sql: Windows Consulte los datos de la tabla KSK_DATABASE utilizando la interfaz de DB2. Realice los pasos siguientes: connect to WAREHOUS; select * from ITMUser."KSK_DATABASE"; a. Abra una ventana de indicador de mandatos y emita el mandato siguiente: db2cmd b. Emita los mandatos siguientes en la ventana de indicador de mandatos de DB2: db2connect to WAREHOUSselect * from ITMUser."KSK_DATABASE" AIX Linux Realice los pasos siguientes para consultar los datos de la tabla KSK_DATABASE utilizando un script de DB2: c. Emita el comando siguiente: db2 -tvf database.sql > output.txt 2. Windows Consulte los datos de la tabla KSK_DATABASE utilizando un script de DB2. Realice los pasos siguientes: a. Cree un archivo denominado database.sql. b. Agregue las sentencias siguientes al archivo database.sql: connect to WAREHOUS; select * from ITMUser."KSK_DATABASE"; c. Emita el mandato siguiente desde una ventana de mandatos de DB2: db2cmd d. Emita el comando siguiente: db2 -tvf database.sql > output.txt Consejo: La tabla KSK_DATABASE es un ejemplo de las tablas de la base de datos WAREHOUS. Capítulo 8. Resolución de problemas del Tivoli Monitoring para Tivoli Storage Manager 253 254 IBM Tivoli Storage Manager: Guía de determinación de problemas Capítulo 9. Resolución de problemas de almacenamiento de datos Si tiene un problema a la hora de almacenar o recuperar datos, estarán disponibles varios métodos para ayudarle a resolver el problema. | Resolución de problemas de datos ilegibles | | | Es posible que reciba datos ilegibles durante los procesos de importación o de replicación de nodo relacionados con una falta de conversión de la página de códigos durante estos procesos. | | | | | | Si los servidores se ejecutan en entornos locales diferentes, puede que parte de la información de las bases de datos o de la salida del sistema sea ilegible. Es posible que se muestren caracteres no válidos, por ejemplo en la información de contacto de los nodos de cliente y administrador y en descripciones de dominios de política. Cualquier campo almacenado en el juego de caracteres de servidor y que utilice caracteres ASCII ampliados puede verse afectado. | | Para resolver el problema, actualice los campos con los mandatos UPDATE apropiados después de la operación de importación o replicación de nodo. Comprobar las anotaciones de actividades del servidor para resolver problemas de almacenamiento de datos Compruebe si existen otros mensajes en las anotaciones de actividades del servidor correspondientes a los 30 minutos previos y a los 30 minutos posteriores al momento de producirse el error. Emita el mandato QUERY ACTLOG para comprobar las anotaciones de actividades. Con frecuencia, el resto de mensajes que se emiten pueden ofrecer información adicional acerca de la causa del problema y cómo resolverlo. Comprobación de HELP para los mensajes emitidos para un problema de almacenamiento de datos Comprobación en HELP de mensajes emitidos por IBM Tivoli Storage Manager. Los mensajes de Tivoli Storage Manager ofrecen información adicional en las secciones del mensaje Explicación, Acción del sistema o Respuesta del usuario. A menudo, esta información complementaria acerca del mensaje puede proporcionar los pasos necesarios para resolver el problema. © Copyright IBM Corp. 1993, 2012 255 Reproducción del problema de almacenamiento de datos Si un problema se puede reproducir con facilidad o de forma coherente, resulta posible identificar la causa del problema en una secuencia específica de eventos. Los problemas de lectura o grabación de datos pueden estar relacionados con secuencias, en términos de las operaciones que se deben realizar, o pueden ser un error o una anomalía de un dispositivo subyacente. Los problemas típicos relacionados con la secuencia de eventos se producen en volúmenes secuenciales. Un ejemplo sería que un volumen esté en uso para una copia de seguridad de cliente y que ese volumen se sustituya mediante una restauración de los datos de nodo de otro cliente. Esta sesión puede mostrarse como un error en la sesión de copia de seguridad del cliente que se ha sustituido. No obstante, esa sesión de copia de seguridad de cliente puede ser satisfactoria si se ha vuelto a intentar o si no se ha sustituido la primera vez. Resolución de errores de almacenamiento de datos relacionados con la lectura o grabación en un dispositivo Si se produce un error debido a la lectura o grabación de datos en un dispositivo, muchos sistemas y dispositivos registran información en un archivo de registro de errores del sistema. Por ejemplo, el archivo errpt para AIX y el archivo de registro de sucesos (Event Log) para Windows. Si un dispositivo o volumen utilizado por Tivoli Storage Manager informa de un error en el archivo de registro de errores del sistema, probablemente se tratará de un problema de dispositivo. Los mensajes de error registrados en el archivo de registro de errores del sistema pueden proporcionar información suficiente para resolver el problema. Cambio de la jerarquía de almacenamiento para resolver problemas de almacenamiento de datos La jerarquía de almacenamiento incluye las agrupaciones de almacenamiento y las relaciones entre las agrupaciones de almacenamiento del servidor. El agente de almacenamiento también utiliza las definiciones de agrupaciones de almacenamiento. Si se han cambiado los atributos de una agrupación de almacenamiento, puede afectar a las operaciones de almacenamiento y recuperación de datos. Revise los cambios en la jerarquía de almacenamiento y en las definiciones de agrupaciones de almacenamiento. Emita el mandato QUERY ACTLOG para ver el historial de mandatos o cambios que pueden afectar a las agrupaciones de almacenamiento. Además, utilice los mandatos QUERY siguientes para determinar si se han efectuado cambios: v QUERY STGPOOL F=D Revise la configuración de la agrupación de almacenamiento. Si una agrupación de almacenamiento no está disponible, no se puede acceder a los datos de esa agrupación de almacenamiento. Si una agrupación de almacenamiento sólo es de lectura, los datos no se pueden grabar en esa agrupación. Si se da cualquier situación del caso, revise el motivo por el que estos valores se establecieron y considere la posibilidad de emitir el mandato UPDATE STGPOOL para establecer la 256 IBM Tivoli Storage Manager: Guía de determinación de problemas agrupación en READWRITE. Otra consideración sería revisar el número de volúmenes reutilizables para una agrupación de almacenamiento de medios secuenciales. v QUERY DEVCLASS F=D Las agrupaciones de almacenamiento pueden verse afectadas por los cambios en las clases de dispositivos. Revise la configuración de las clases de dispositivo para las agrupaciones de almacenamiento, incluidas la comprobación de las definiciones de biblioteca, unidad y vía de acceso. Emita los mandatos QUERY LIBRARY, QUERY DRIVE y QUERY PATH para agrupaciones de almacenamiento de medios secuenciales. Cambio de las políticas de servidor para resolver problemas de almacenamiento de datos Los atributos de políticas de servidor que están directamente relacionados con el almacenamiento de datos son los destinos de grupos de copias de los grupos de copia de seguridad y archivado. Del mismo modo, la clase de gestión, MIGDESTINATION, también afecta a la ubicación donde se almacenan los datos. Revise los cambios en las políticas de almacenamiento del servidor. Emita el mandato QUERY ACTLOG para ver el historial de mandatos o cambios que pueden afectar a las políticas de almacenamiento. Además, utilice los mandatos QUERY siguientes para determinar si se han efectuado cambios: v QUERY COPYGROUP F=D Revise la configuración de DESTINATION para los grupos de copias TYPE=BACKUP y TYPE=ARCHIVE. Revise también el "Destino migración" de las clases de gestión que utilizan los clientes HSM. Si los destinos de agrupación de almacenamiento se han cambiado y las operaciones de lectura o grabación de datos resultantes ahora fallan, evalúe los cambios efectuados y corrija el problema o vuelva a la configuración anterior. v QUERY NODE F=D La asignación de un nodo a otro dominio puede afectar a las operaciones de lectura o grabación de datos de ese cliente. Concretamente, el nodo puede que se dirija a destinos de agrupación de almacenamiento que no sean los adecuados según los requisitos de ese nodo. Por ejemplo, podría asignarse a un dominio que no tenga ningún destino de grupo de copias TYPE=ARCHIVE. Si este nodo intenta archivar datos, fallará. Resolución de un problema de copia de seguridad o de copia de almacenamiento de datos que únicamente se produce con un nodo específico Si no puede realizar una copia de seguridad o copiar datos en un nodo específico, puede que no haya ninguna agrupación de datos activa en sus destinos activos. Estos están especificados en el dominio de políticas del nodo. Emita el mandato QUERY NODE nombre_nodo F=D para verificar si el nodo que está almacenando los datos tiene autorización. El mandato QUERY NODE encuentra el nombre de dominio de políticas al que está asignado el nodo. Emita QUERY DOMAIN nombre_dominio donde nombre_dominio es la salida recuperada del mandato QUERY NODE anterior. Examine el parámetro ACTIVEDESTINATION para ver la lista de puertos de datos activos. Si la agrupación de datos activos en la que desea almacenar datos no está en la lista, emita el mandato UPDATE DOMAIN para añadir la agrupación de Capítulo 9. Resolución de problemas de almacenamiento de datos 257 datos activos a la lista. Resolución de un problema de almacenamiento de datos que únicamente se produce para un volumen específico Si los problemas se dan sólo en un volumen de almacenamiento concreto, puede que el error sea del propio volumen, tanto si se trata de un volumen de medios secuenciales o DISK. Si se trata de una operación de grabación de datos, emita el mandato UPDATE VOLUME volumeName ACCESS=READONLY para establecer este volumen en READONLY y vuelva a intentar la operación. Si la operación se realiza correctamente, intente establecer el volumen original en READWRITE emitiendo el mandato UPDATE VOLUME nombre_volumen ACCESS=READWRITE. Vuelva a intentar la operación. Si la operación falla únicamente cuando se utiliza este volumen, considere la posibilidad de emitir el mandato AUDIT VOLUME para evaluar este volumen y emita el mandato MOVE DATA para trasladar los datos de este volumen a otros volúmenes en la agrupación de almacenamiento. Una vez que se han trasladado los datos fuera de este volumen, suprima el volumen emitiendo el mandato DELETE VOLUME. Consejos y sugerencias de almacenamiento Los consejos y las sugerencias que se recopilan aquí son de experiencias de problemas reales. Puede resultar que una de las soluciones sea adecuada para su problema de IBM Tivoli Storage Manager. Consejos y sugerencias para el controlador de dispositivo Puede que los problemas de los controladores de dispositivos se atribuyan con el sistema operativo, con la aplicación que utiliza el dispositivo, con el firmware de dispositivo o con el propio hardware de dispositivo. Siempre que se detecte un problema relacionado con un dispositivo, pregúntese: “¿Ha cambiado algo?” Si se ha cambiado el firmware del adaptador, puede que ello dé lugar a que un dispositivo experimente anomalías intermitentes o permanentes. Intente volver a establecer la versión anterior del firmware para determinar si el problema sigue produciéndose. Si se ha cambiado el cableado existente entre el sistema y el dispositivo, este cambio, con frecuencia, contribuye a que se generen anomalías intermitentes o permanentes. Compruebe los cambios de cableado que se han realizado para verificar si son correctos. Si se ha cambiado el firmware del dispositivo, puede que un dispositivo experimente anomalías intermitentes o permanentes. Intente volver a establecer la versión anterior del firmware para determinar si el problema sigue produciéndose. Para conexiones SCSI, una patilla doblada en el cable SCSI donde se conecta con el sistema (o con el dispositivo) puede provocar errores para ese dispositivo o para cualquier dispositivo del mismo bus SCSI. Debe repararse o sustituirse cualquier cable con una patilla doblada. De forma parecida, deben terminarse los buses SCSI. Si se termina un bus SCSI de forma inadecuada, los dispositivos del bus pueden 258 IBM Tivoli Storage Manager: Guía de determinación de problemas mostrar problemas intermitentes, o los datos transferidos por el bus pueden presentar daños. Compruebe los terminadores de bus SCSI para asegurarse de que son correctos. Recuerde: Si la información de “consejos y sugerencias” no trata adecuadamente su problema con el controlador de dispositivo o si ésta es la configuración inicial de los controladores de dispositivos del sistema, consulte la IBM Tivoli Storage Manager Administrator's Guide y Tivoli Storage Manager Guía de instalación. Compruebe también que sus dispositivos de hardware son compatibles con Tivoli Storage Manager. Consulte http://www.ibm.com/support/entry/portal/. Ajuste en los cambios del sistema operativo El mantenimiento del sistema operativo puede cambiar los niveles de kernel, los controladores de dispositivo u otros atributos del sistema que pueden afectar a un dispositivo. De forma similar, la actualización de la versión o del release del sistema operativo puede dar lugar a problemas de compatibilidad de dispositivos. Si es posible, vuelva a establecer el sistema operativo en el estado en el que se encontraba antes de que se produjera el error de dispositivo. Si no es posible llevar a cabo la reversión, compruebe si existen actualizaciones del controlador de dispositivo que podrían ser necesaria basándose en este nivel de arreglo, release o versión del sistema operativo. Ajuste en los cambios en el adaptador SCSI o HBA en conexión con el dispositivo Un controlador de dispositivo se comunica con un dispositivo determinado mediante un adaptador. Si se trata de un dispositivo conectado mediante un canal de fibra, el controlador de dispositivo utiliza un adaptador de bus de host (HBA) para comunicarse. Si el dispositivo se conecta por SCSI, el controlador de dispositivo utiliza un adaptador SCSI para comunicarse. En cualquier caso, si el firmware del adaptador se ha actualizado o se ha sustituido el propio adaptador, el controlador de dispositivo puede experimentar problemas a la hora de utilizar el dispositivo. Colabore con el proveedor del adaptador para verificar que se encuentra adecuadamente instalado y configurado. La siguiente lista muestra el resto de posibles pasos: v Si se ha cambiado el adaptador, intente volver a establecer el adaptador anterior para determinar si con ello se soluciona el problema. v Si se ha cambiado otro hardware del sistema o si el sistema se ha abierto, vuelva a abrir el sistema y compruebe si el adaptador se ha instalado correctamente en el bus. Al abrir y cambiar otro hardware del sistema, puede que las tarjetas y otras conexiones del sistema hayan quedado incorrectamente instaladas, lo que podría provocar problemas intermitentes o una anomalía general de los dispositivos o de otros recursos del sistema. Capítulo 9. Resolución de problemas de almacenamiento de datos 259 Resolución de un problema de conexión con un cable suelto Puede que se produzcan problemas si existe una conexión suelta entre el sistema y el cable o entre el cable y el dispositivo. Compruebe las conexiones y verifique si las conexiones de los cables son correctas y si se han conectado firmemente. Para los dispositivos SCSI, compruebe que los terminadores SCSI son correctos y que no existe ninguna patilla doblada en el propio terminador. Un bus SCSI terminado de forma inadecuada podría causar problemas de difícil solución relacionados con uno o varios dispositivos de ese bus. Resolución de mensajes de error en las anotaciones de errores del sistema Un dispositivo puede intentar notificar un error en las anotaciones de errores del sistema. A continuación, se ofrecen algunos ejemplos de diversas anotaciones de errores del sistema: v errpt para AIX v Anotaciones de eventos para Windows Las anotaciones de errores del sistema pueden ser útiles porque los mensajes y la información que se anotan pueden ayudar a informar del problema o porque los mensajes podrían incluir recomendaciones relacionadas con la resolución del problema. Consulte las anotaciones de errores adecuadas y realice todas las acciones basándose en los mensajes emitidos para las anotaciones de errores. Compatibilidad con módulos de kernel de Linux de 64 bits o 32 bits para aplicaciones de 64 bits o 32 bits. Linux Los módulos de kernel de Linux dictan el modo de bits del controlador de dispositivo de Linux SCSI genérico, todos los controladores de Host Bus Adapter (HBA) y otros valores. Todos estos módulos de kernel sólo soportan aplicaciones que poseen el mismo modo de bits con los módulos de kernel en ejecución. En otras palabras, los módulos de kernel de 64 bits sólo admiten aplicaciones de 64 bits en los sistemas Linux de 64 bits. Si una aplicación de 32 bits se ejecuta en Linux de 64 bits, el sistema invoca un módulo de kernel de 64 bits; la aplicación de 32 bits provoca un error de segmentación en el . Lo mismo sucederá si una aplicación de 64 bits invoca un módulo de kernel de 32 bits en un sistema Linux de 32 bits. Para evitar una anomalía de segmentación, compruebe que el modo de bits del módulo de kernel de Linux y sus aplicaciones sean iguales. Esto significa que las aplicaciones de 32 bits pueden invocar solamente módulos de kernel de 32 bits en sistemas Linux de 32 bits. Las aplicaciones de 64 bits pueden invocar solamente módulos de kernel de 64 bits en sistemas Linux de 64 bits. 260 IBM Tivoli Storage Manager: Guía de determinación de problemas Ejecución de un servidor Tivoli Storage Manager Linux en arquitectura x86_64 Linux Los sistemas operativos Linux de 32 y 64 bits pueden ejecutarse en sistemas AMD64 y EM64T, los cuales son sistemas de 64 bits. Un agente de almacenamiento y un servidor IBM Tivoli Storage Manager Linux de 64 bits sólo pueden ejecutarse en un sistema AMD64/EM64T con un sistema operativo Linux de 64 bits. De igual modo, un agente de almacenamiento y un servidor Tivoli Storage Manager Linux de 32 bits sólo pueden ejecutarse en un sistema AMD64/EM64T con un sistema operativo Linux de 32 bits. Un servidor Tivoli Storage Manager de 64 bits que emita el mandato QUERY SAN precisa una API (application programming interface) HBA (host bus adapter) de 64 bits en un sistema AMD64/EM64T. Si un sistema AMD64 está equipado con un HBA Qlogic, podría provocar un problema porque, de forma predeterminada, Qlogic sólo proporciona una API HBA de 32 bits en el sistema AMD64. Debe instalar una API HBA de 64 bits en el sistema antes de emitir el mandato QUERY SAN de 64 bits. Ajuste de los cambios en el controlador HBA en los kernels de Linux 2.6.x El cambio más claro para los controladores HBA en los kernel de Linux 2.6.x es que todos los controladores tienen “ko” como nuevo sufijo. A continuación, se indican los nombres y las ubicaciones de los controladores en los kernels 2.6.x: Adaptec El controlador (aic7xxx.ko) se encuentra en el directorio /lib/modules/kernel-level/drivers/scsi/aic7xxx/. Emulex El controlador (lpfcdd.ko) se encuentra en el directorio /lib/modules/kernel-level/drivers/scsi/lpfc/. Qlogic Sus nombres de controlador son qla2xxx.ko, qla2100.ko, qla2200.ko, qla2300.ko, qla2322.ko, etc. Existe un orden concreto para cargar los controladores HBA. qla2xxx.ko es un controlador básico y se debe cargar en primer lugar. Después de cargar el controlador qla2xxx.ko, el sistema debe cargar entonces el controlador qla2300.ko si está equipado con una tarjeta Qla2300. Todos los controladores se encuentran en el directorio /lib/modules/kernel-level/drivers/scsi/qla2xxx/. Habilitar la compatibilidad con varios LUN en kernels Linux Linux Para configurar los dispositivos SCSI con varios LUN en un sistema Linux, el kernel de Linux debe configurarse para habilitar la admisión de varios LUN. Sin embargo, la admisión de varios LUN en algunas distribuciones de Linux no es una opción predeterminada y precisa que los usuarios agreguen manualmente esta opción al kernel en ejecución. Siga estos pasos para activar varios LUN en arquitectura IA32: 1. Agregue un parámetro a un archivo de configuración del cargador. Capítulo 9. Resolución de problemas de almacenamiento de datos 261 v Para un cargador LILO: a. Añada append=“max_scsi_luns=128” al archivo /ect/lilo.conf. b. Ejecute el lilo. v Para un cargador GRUB: a. Agregue max_scsi_luns=128 después de la lista de imágenes del núcleo en el archivo /etc/grub.conf para la distribución de RedHat. b. Agregue max_scsi_luns=128 después de la lista de imágenes del núcleo en el archivo /boot/grub/menu.1 para la distribución de SuSE. 2. Reinicie el sistema. Utilización de Tivoli Storage Manager para realizar un ddtrace en Linux o HP-UX HPUX Linux El controlador de dispositivo passthru se puede rastrear emitiendo el mandato DDTRACE. Para activar el rastreo, emita los siguientes comandos desde la consola de servidor o el cliente de administración: v Linux: trace enable lpdd <otros nombres de clases de rastreo de servidor> trace begin <nombre archivo> v HP-UX: trace enable pvrhppdd <otros nombres de clases de rastreo de servidor> trace begin <nombre archivo> Seleccione una de las siguientes tres opciones: v ddtrace start librarydd tapedd (para rastrear tanto la biblioteca como la unidad) v ddtrace start librarydd (rastreo sólo de la biblioteca) v ddtrace start tapedd (rastreo sólo de la unidad) Recuerde: No se precisan DDTRACE GET ni DDTRACE END. No se puede activar el rastreo del controlador del dispositivo de paso a través de IBM Tivoli Storage Manager mediante la herramienta ddtrace. Utilización del controlador passthru de HP-UX HPUX Si el programa de utilidad autoconf no reclama el dispositivo, asegúrese de que los controladores correctos se carguen en el kernel. En HP-UX 11i v2, el controlador sctl, así como los controladores nativos HP-UX stape, sdisk y schgr son necesarios para la configuración del controlador de dispositivo passthru de IBM Tivoli Storage Manager. En HP-UX 11i v3 on IA64, el controlador esctl, así como los controladores nativos estape, esdisk, y eschgr de HP-UX son necesarios en la configuración de dispositivos. Consulte la documentación relativa al sistema operativo HP-UX para obtener información sobre cómo cargar los controladores en el kernel. 262 IBM Tivoli Storage Manager: Guía de determinación de problemas Referencia relacionada: “Consejos y sugerencias para el controlador de dispositivo” en la página 258 “Ajuste en los cambios en el adaptador SCSI o HBA en conexión con el dispositivo” en la página 259 “Resolución de un problema de conexión con un cable suelto” en la página 260 Actualización de la información de dispositivos de sistemas host en una red SAN dinámica sin rearranque Cuando cambian los dispositivos en un entorno SAN, la información sobre este entorno modificado no se envía automáticamente a los hosts conectados a la SAN. Si la información de dispositivo no se ha actualizado en los hosts conectados a la SAN, las vías de acceso de dispositivo definidas previamente ya no existirán. Si utiliza la información de dispositivo existente para definir vías de acceso de dispositivo, copias de seguridad o datos de restauración, esas operaciones pueden resultar fallidas. A fin de evitar ese tipo de errores, utilice un método distinto para diferentes plataformas a fin de actualizar la información de dispositivo en la SAN sin reiniciar los sistemas host. Emita el mandato CFGMGR para forzar que el sistema operativo se reconfigure a sí mismo. A continuación, ejecute SMIT para volver a configurar los dispositivos de IBM Tivoli Storage Manager. AIX HPUX Ejecute autoconf con la opción -f para emitir el mandato IOSCAN que fuerza el sistema operativo a volver a explorar los canales de fibra y los buses SCSI. Linux No hay ningún mandato de sistema para reconfigurar el sistema operativo.Con el fin de volver a explorar los canales de fibra y los buses SCSI, los controladores de adaptadores correspondientes a estos adaptadores de canal de fibra y adaptadores SCSI deben descargarse y después volver a cargarse en el kernel de Linux. Después de volver a cargar los controladores HBA, ejecute autoconf o TSMSCSI para volver a configurar los dispositivos de Tivoli Storage Manager en Linux. Puede emitir el mandato LSPCI para descubrir qué adaptadores SCSI y de canal de fibra están disponibles en el sistema. El mandato RMMOD descarga un controlador del kernel y el mandato MODPROBE carga un controlador en el kernel. Tabla 32. Adaptadores HBA y controladores correspondientes para todas las arquitecturas de Linux Adaptadores HBA Nombre de controlador HBA Arquitecturas disponibles Adaptec 7892 aix7xxx IA32, AMD64 Qlogic 22xx qla2200 IA32, AMD64 Qlogic 23xx qla2300 IA32, AMD64 Qlogic 2362 qla2362 EM64T Emulex lpfcdd IA32, iSeries, pSeries Capítulo 9. Resolución de problemas de almacenamiento de datos 263 Establecimiento de las opciones de varios LUN como “activadas” para la configuración de Adaptec SCSI y Qlogic Fibre-Channel HBA BIOS en Linux De forma predeterminada, los adaptadores de Adaptec SCSI “desactivan” la opción de varios LUN (número de unidad lógica) en sus BIOS, lo que hace que el controlador de adaptador SCSI no pueda analizar una unidad SCSI con varios LUN de forma adecuada. La opción de varios LUN debe estar activada. Siga los pasos siguientes para activar varias opciones de LUN: 1. Pulse las teclas Control y A al mismo tiempo. 2. Seleccione SCSI Device Configuration en el valor Configure/View Host Adapter. 3. Cambie No por Yes en Bios Multiple LUN support. Activación de la opción de habilitación de cinta: De forma predeterminada, los adaptadores de bus de host de Qlogic Fibre establecen la opción de habilitación de cinta como desactivada en la BIOS, lo cual afecta a la ejecución de algunos mandatos SCSI en varios dispositivos de cinta SCSI. Por lo tanto, esta opción debe activarse. Siga los pasos siguientes para activar las opción de activación de cinta: 1. Pulse las teclas Alt y Q al mismo tiempo. 2. Seleccione Advanced Settings. 3. Cambie Disable por Enable en Fibre Channel Tape Support. Consejos y sugerencias para los subsistemas de disco y unidades de disco duro El servidor de IBM Tivoli Storage Manager necesita que las unidades de disco duro, los subsistemas de disco, los sistemas de archivos de terceros y los sistemas de archivos remotos se comporten de una determinada manera. Este comportamiento específico permite que Tivoli Storage Manager administre y almacene los datos adecuadamente asegurando la integridad del propio servidor de Tivoli Storage Manager. Las definiciones siguientes se ofrecen para ayudarle a comprender mejor las unidades de disco duro y los subsistemas de disco: Unidad de disco duro Un dispositivo de almacenamiento de unidad de disco duro se instala habitualmente en un sistema determinado y se utiliza para almacenamiento por parte de un servidor de Tivoli Storage Manager en ese sistema. Subsistema de disco Es un subsistema de disco externo que se conecta con un sistema por medio de una SAN (storage area network) o de otro mecanismo. Por lo general, los subsistemas de disco se encuentran fuera del sistema con el que se conectan y pueden ubicarse muy cerca de éste o muy lejos. Puede que estos subsistemas dispongan de algún método para colocar en la memoria caché las peticiones de entrada/salida para los discos. Si los datos se encuentran en la memoria caché, pese a la existencia de una solicitud de omisión de la memoria caché que se puede producir en sistemas de archivos remotos y determinados subsistemas de disco, se pueden producir 264 IBM Tivoli Storage Manager: Guía de determinación de problemas anomalías de entrada/salida. Las anomalías se deben a una diferencia entre el rastreo de Tivoli Storage Manager y los datos realmente residentes en un sistema de archivos. Los sistemas de archivos remoto y los subsistemas de disco que muestren estas características no están admitidos. Con frecuencia, los subsistemas de disco disponen de su propio software de configuración y gestión. Un subsistema de disco debe notificar los resultados de forma síncrona. El servidor de Tivoli Storage Manager puede definir unidades de disco duro y subsistemas de disco utilizados por el sistema o el sistema operativo en el sistema donde está instalado Tivoli Storage Manager. Normalmente, se define una unidad de disco duro o un subsistema de disco en el sistema donde se ha instalado Tivoli Storage Manager como una unidad o sistema de archivos. Después de definir en el sistema operativo la unidad de disco duro o el subsistema de disco, Tivoli Storage Manager puede utilizar este espacio mediante la asignación de una base de datos, anotación de recuperación o volumen de agrupación de almacenamiento en el dispositivo. Posteriormente, el volumen de Tivoli Storage Manager tendrá el mismo aspecto que otro archivo de esa unidad o sistema de archivos. Omisión de la memoria caché durante las operaciones de grabación La base de datos, los registros de recuperación y los volúmenes de agrupaciones de almacenamiento se abren con la configuración adecuada del sistema operativo para solicitar que las peticiones de grabación de información omitan cualquier caché y se graben directamente en el dispositivo. Al omitir la caché durante las operaciones de grabación, IBM Tivoli Storage Manager mantiene la integridad de la información y los atributos de los clientes. Es necesario omitir la caché. Si un evento externo, como una interrupción del suministro eléctrico provoca que el servidor de Tivoli Storage Manager o el sistema donde el servidor está instalado se detenga o deje de funcionar mientras el servidor está funcionando, los datos de la memoria caché puede que se graben o no en el disco. Si los datos de Tivoli Storage Manager en la caché de disco no se graban satisfactoriamente en el disco, la información de la base de datos del servidor o las anotaciones de recuperación puede que no estén completas. Igualmente, es posible que no se encuentre la información que se debía guardar en los volúmenes de agrupación de almacenamiento. La omisión de la memoria caché no es realmente un problema para las unidades de disco duro instaladas en el sistema donde el servidor de Tivoli Storage Manager está instalado y en ejecución. En este caso, la configuración del sistema operativo que se utiliza cuando Tivoli Storage Manager abre los volúmenes en esa unidad de disco duro administran generalmente el comportamiento de la caché de forma adecuada y aplican la solicitud para impedir el almacenamiento en la caché de operaciones de grabación. Por lo general, el uso y la configuración de la memoria caché para subsistemas de disco supone un problema mayor, debido a que los subsistemas de disco, con frecuencia, no reciben información del sistema operativo relacionada con la no utilización de la memoria caché para las operaciones de grabación. Los subsistemas de disco también pueden ignorar esta información cuando se abra un volumen. Por lo tanto, el almacenamiento en la caché de operaciones de grabación puede provocar daños en la base de datos del servidor de Tivoli Storage Manager o la pérdida de información del cliente o ambas situaciones. Los problemas dependen de qué volúmenes de Tivoli Storage Manager se definan en el subsistema de disco y de la cantidad de pérdida de datos en la memoria caché. Los subsistemas de Capítulo 9. Resolución de problemas de almacenamiento de datos 265 disco deben configurarse para que no almacenen en la caché operaciones de grabación cuando una anotación de recuperación, un volumen de agrupación de almacenamiento o una base de datos de Tivoli Storage Manager, se define en ese disco. Otra alternativa es utilizar la caché no volátil para el subsistema de disco. La caché no volátil utiliza una batería de reserva u otro tipo de esquema para que el contenido de la caché pueda grabarse en el disco en caso de que se produzca una anomalía. Traslado de los datos existentes a otros volúmenes antes de modificar o mover la base de datos El tamaño y la ubicación de los volúmenes (archivos) de agrupación de almacenamiento de IBM Tivoli Storage Manager no pueden cambiar después de haber sido definidos y utilizados por el servidor. Si el tamaño cambia o el archivo se mueve, la información interna que Tivoli Storage Manager utiliza para describir el volumen puede que ya no coincida con los atributos reales del archivo. Si necesita mover o cambiar el tamaño de un volumen de agrupación de almacenamiento de Tivoli Storage Manager, mueva la información a otros volúmenes antes de modificar o mover la base de datos. Asignación del directorio FILE entre agentes de almacenamiento y servidores para archivos compartidos Los agentes de almacenamiento y los servidores de IBM Tivoli Storage Manager pueden acceder a los mismos datos de las clases de dispositivos de archivo si se define un conjunto de directorios que deben utilizarse en una definición de clase de dispositivos. El nombre de directorio en una definición de clase de dispositivo FILE identifica la ubicación donde el servidor coloca los archivos que representan volúmenes de almacenamiento para esta clase de dispositivo. Al procesar el mandato DEFINE DEVCLASS, el servidor amplía el nombre de directorio especificado en su formatos totalmente calificado, comenzando por el directorio raíz. Puede especificar uno o más directorios como ubicación de los archivos utilizados en la clase de dispositivo FILE. El valor predeterminado es el directorio de trabajo actual del servidor en el momento en el que se emite el mandato. Puede especificar los directorios para AIX, Linux, Oracle Solaris o HP-UX. No especifique varios directorios en el mismo sistema de archivos. Si lo hace se pueden generar cálculos de espacio incorrectos. Por ejemplo, si los directorios /usr/dir1 y /usr/dir2 están en el mismo sistema de archivos, la comprobación de espacio contará cada directorio como un sistema de archivos independiente. La comprobación de espacio realiza una evaluación preliminar del espacio disponible durante operaciones de almacenamiento. Si los cálculos de espacio son incorrectos, el servidor podría asignar una agrupación de almacenamiento FILE pero no podría obtener espacio, lo que provocaría que el funcionamiento fuera anómalo. Si la comprobación de espacio es precisa, el servidor puede pasar por alto la agrupación FILE en la jerarquía de almacenamiento y utilizar la siguiente agrupación de almacenamiento, si hay alguna disponible. Si el servidor necesita asignar un volumen reutilizable, creará un nuevo archivo en el directorio o directorios especificados. (El servidor puede elegir cualquiera de los directorios para crear nuevos volúmenes reutilizables.) Con el fin de optimizar el rendimiento, asegúrese de los distintos directorios correspondan a distintos volúmenes físicos. 266 IBM Tivoli Storage Manager: Guía de determinación de problemas Consulte Tabla 33 para conocer la extensión de nombre de archivo creada por el servidor para los volúmenes reutilizables en función del tipo de datos que se almacenan. Tabla 33. Extensiones de nombre de archivo para volúmenes reutilizables Para los volúmenes reutilizables usados para almacenar los datos de: La extensión de archivo es: Clientes .BFS Exportación .EXP Copia de seguridad de la base de datos .DBV Por cada agente de almacenamiento que comparte el acceso a FILE, las PATH definidas para cada DRIVE vista por el agente de almacenamiento deben ofrecer acceso al mismo conjunto de directorios. Cuando las PATH se definen, los directorios de cada agente de almacenamiento deben coincidir en número y orden respecto a los directorios, tal como aparece en la definición de clase de dispositivos en el servidor. Si estas definiciones no están sincronizadas, puede que el agente de almacenamiento no sea capaz de acceder a los volúmenes FILE, lo que producirá restauraciones de la LAN correctas y anomalías de montaje en las operaciones de restauración fuera de la LAN. Consejos y sugerencias de las unidades de cinta y de las bibliotecas Los problemas con unidades de cinta y bibliotecas podrían estar relacionados con el software del sistema que intenta utilizar el dispositivo, las conexiones con el dispositivo o el dispositivo. Siempre que se detecte un problema relacionado con un dispositivo, pregúntese: “¿Ha cambiado algo?” Posiblemente el origen del problema se hallará entre el sistema que intenta utilizar el dispositivo. O tenga en cuenta el propio dispositivo, en especial si el dispositivo funcionaba correctamente antes de la realización de un cambio determinado y, tras haberlo realizado, el dispositivo ha dejado de funcionar. v Si se ha cambiado el firmware del adaptador, puede que un dispositivo experimente anomalías intermitentes o permanentes. Intente volver a establecer la versión anterior del firmware para determinar si el problema sigue produciéndose. v Si se ha cambiado el cableado existente entre el sistema y el dispositivo, se pueden producir fallos intermitentes o persistentes. Compruebe los cambios de cableado que se han realizado para verificar si son correctos. v Si se ha cambiado el firmware del dispositivo, puede que un dispositivo experimente anomalías intermitentes o permanentes. Intente volver a establecer la versión anterior del firmware para determinar si el problema sigue produciéndose. Capítulo 9. Resolución de problemas de almacenamiento de datos 267 Ajuste en los cambios del sistema operativo El mantenimiento del sistema operativo puede cambiar los niveles de kernel, los controladores de dispositivo u otros atributos del sistema que pueden afectar a un dispositivo. De forma similar, la actualización de la versión o del release del sistema operativo puede dar lugar a problemas de compatibilidad de dispositivos. Si es posible, vuelva a establecer el sistema operativo en el estado en el que se encontraba antes de que se produjera la anomalía. Si no puede llevar a cabo la reversión del sistema operativo, compruebe si existen actualizaciones del controlador de dispositivo que podrían ser necesaria basándose en el nivel de arreglo, release o versión del sistema operativo. Cómo adaptarse a los cambios del controlador de dispositivo Una actualización de un controlador de dispositivo puede dar como resultado que el dispositivo de unidad de cinta o de biblioteca deje de funcionar. Estos problemas también pueden producirse a consecuencia del tipo de controlador que se utiliza. Cuando trabaja con las bibliotecas o las unidades de IBM, a diferencia de utilizar bibliotecas y unidades de otros proveedores, el tipo de controlador de dispositivo que elija resulta importante. Las bibliotecas y unidades de IBM deben utilizar el controlador de dispositivo de IBM, mientras que las bibliotecas y unidades de otros proveedores deben utilizar el controlador de dispositivo de IBM Tivoli Storage Manager. Vuelva a establecer la versión anterior del controlador de dispositivo para determinar si el problema se debe a la versión más reciente del controlador. Cómo adaptarse a un adaptador sustituido y otro cambio de hardware Una conexión pequeña con la interfaz del sistema (SCSI) al dispositivo utiliza un adaptador SCSI. Una conexión de canal de fibra (óptica) con el dispositivo utiliza un adaptador de bus de host (HBA). En cualquiera de los dos casos, la causa del problema podría ser desde un adaptador cambiado o un sistema abierto donde se ha cambiado o arreglado otro hardware. Recuerde: Al punto de conexión para conectar el dispositivo con el sistema se le conoce como adaptador. Otro término para adaptador es tarjeta. Consulte la siguiente información que puede servirle de ayuda para realizar ajustes respecto a un adaptador o hardware reemplazado. v Si se ha cambiado el adaptador, vuelva al adaptador anterior para determinar si con ello se soluciona el problema. v Si se ha cambiado hardware del sistema o si el sistema se ha abierto, compruebe el sistema para asegurarse de que el adaptador se ha instalado correctamente en el bus. Al abrir y cambiar otro hardware del sistema, puede que las tarjetas y otras conexiones del sistema hayan quedado incorrectamente instaladas. La instalación incorrecta de las conexiones puede provocar problemas intermitentes o una anomalía general de los dispositivos o de otros recursos del sistema. 268 IBM Tivoli Storage Manager: Guía de determinación de problemas Resolución de un problema de conexión con un cable suelto Puede que se produzcan problemas relacionados con el dispositivo si existe una conexión suelta entre el sistema y el cable o entre el cable y el sistema. Compruebe las conexiones y verifique si las conexiones de los cables son correctas y si se han conectado firmemente. Para los dispositivos SCSI, compruebe que los terminadores SCSI son correctos y que no existe ninguna patilla doblada en el propio terminador. Un bus SCSI terminado de forma inadecuada podría causar problemas con uno o varios dispositivos de ese bus. Utilización de mensajes de error para resolver un problema de funcionamiento erróneo de un dispositivo Puede que un dispositivo intente informar de un error en las anotaciones de errores del sistema, donde podrá encontrar la causa del problema. A continuación se muestran diversas anotaciones de errores del sistema: v errpt para AIX v Registro de eventos para Windows Las anotaciones de errores del sistema pueden ser útiles, porque los mensajes y la información que se anotan pueden ayudar a informar del problema o porque los mensajes podrían incluir recomendaciones relacionadas con la resolución del problema. Consulte las anotaciones de errores adecuadas y realice las acciones recomendadas basándose en los mensajes emitidos para las anotaciones de errores. Consejos y sugerencias de SAN Los problemas con una SAN (red de área de almacenamiento) podrían estar relacionados con el software del sistema que intenta utilizar el dispositivo, las conexiones con el dispositivo o el dispositivo. Siempre que se detecte un problema relacionado con una SAN, pregúntese: “¿Ha cambiado algo?” Cualquier tipo de cambio realizado puede ser sospechoso, desde el sistema que utiliza el dispositivo hasta el propio dispositivo, especialmente si el dispositivo funcionaba antes de producirse el cambio y se detuvo después de que se produjera. Para entender mejor cómo diagnosticar los problemas con un SAN, revise la terminología siguiente y las abreviaturas normales: Canal de fibra El canal de fibra indica que existe una conexión de fibra óptica con un dispositivo o componente. Adaptador de bus de host Un adaptador de bus de host (HBA) permite a un sistema dado acceder a un SAN. En cuanto a sus funciones, un HBA es similar a un adaptador de red en que éste proporciona a un sistema acceso a una LAN (red de área local) o a una WAN (red de área amplia). SAN Un SAN es una red de dispositivos compartidos a la que se accede normalmente mediante fibra. Con frecuencia, un SAN se utiliza para compartir dispositivos entre muchos sistemas distintos. Capítulo 9. Resolución de problemas de almacenamiento de datos 269 Conocimiento de la configuración SAN La comprensión de la configuración de SAN es vital en los entornos SAN. Diversas implementaciones de la SAN tienen limitaciones o requisitos relacionados con la configuración e instalación de los dispositivos. Las tres configuraciones de SAN son punto a punto, bucle arbitrado y tejido conmutado. Punto a punto Los dispositivos se conectan directamente con el adaptador de bus de host (HBA). Bucle arbitrado Las topologías de bucle arbitrado son topologías en anillo y su limitación es el número de dispositivos que se admiten en el bucle y el número de dispositivos que pueden utilizarse en un momento determinado. En un bucle arbitrado, sólo pueden comunicarse simultáneamente dos dispositivos. Los datos que se leen desde un dispositivo o que se graban en un dispositivo se transfieren desde un dispositivo del bucle hasta otro, hasta que llegan al dispositivo de destino. El principal factor limitador de un bucle arbitrado es que sólo pueden utilizarse dos dispositivos simultáneamente. Tejido conmutado En una SAN de tejido conmutado, todos los dispositivos del tejido serán dispositivos nativos de fibra. Esta es la topología que dispone de mayor ancho de banda y que ofrece más flexibilidad, pues todos los dispositivos están disponibles para todos los HBA por medio de alguna vía de acceso de fibra. Comprobación de la compatibilidad de los dispositivos con la red SAN Es posible que muchos dispositivos o combinaciones de dispositivos no estén admitidos en una determinada SAN. Estas limitaciones están relacionadas con la obtención de la certificación que deben adquirir los proveedores para los dispositivos que utilizan protocolos de canal de fibra. Respecto a un dispositivo determinado, verifique con el proveedor del dispositivo si éste es un dispositivo admitido que puede utilizarse en una SAN. La verificación incluye comprobar si el dispositivo es compatible con los adaptadores de bus de host (HBA) utilizados en el entorno SAN, lo que supone verificar con los proveedores que este dispositivo esté admitido por los concentradores, pasarelas y conmutadores que conforman la red SAN. Asegúrese de que el HBA funciona con la red SAN El adaptador de bus de host (HBA) es un dispositivo importante para el funcionamiento adecuado de un SAN. Los problemas que podrían producirse en relación con los HBA abarcan desde una configuración incorrecta hasta la existencia de un BIOS o de controladores de dispositivo no actualizados. Para un HBA determinado, compruebe los siguientes elementos: BIOS 270 Los HBA incorporan un BIOS que puede actualizarse. El proveedor del HBA dispone de herramientas para actualizar el BIOS del HBA. Periódicamente deberán comprobarse los HBA de la SAN para determinar si existen actualizaciones de BIOS que deben aplicarse. IBM Tivoli Storage Manager: Guía de determinación de problemas Controlador de dispositivo Los HBA utilizan controladores de dispositivo para, en colaboración con el sistema operativo, proporcionar conectividad a la SAN. Por lo general, el proveedor facilitará un controlador de dispositivo para utilizarlo con el HBA del proveedor. Asimismo, el proveedor proporciona instrucciones y las herramientas necesarias para actualizar el controlador de dispositivo. Periódicamente deberá comprobarse el nivel del controlador de dispositivo con la información que proporciona el proveedor y, si es necesario, éste deberá actualizarse para que disponga de los últimos arreglos y soporte. Configuración Los HBA disponen de varios valores que pueden configurarse. Los valores suelen afectar al modo en que IBM Tivoli Storage Manager funciona con un dispositivo SAN. Referencia relacionada: “Problemas de configuración de un HBA” Problemas de configuración de un HBA Los adaptadores de bus de host (HBA) disponen de muchos valores y opciones de configuración distintos. Habitualmente el proveedor del HBA proporciona información acerca de la configuración del HBA y de los valores adecuados para esa configuración. Asimismo, el proveedor del HBA puede proporcionar un programa de utilidad y otras instrucciones relacionadas con la configuración del HBA. A continuación, se muestran los valores a los que afecta la utilización de IBM Tivoli Storage Manager con una SAN: v Topología de la red de área de almacenamiento (SAN) El HBA debe establecerse correctamente en función de la topología de la SAN que actualmente se utiliza. Por ejemplo, si la SAN es un bucle arbitrado, el HBA debe establecerse para esta configuración. Si el HBA se conecta con un conmutador, el puerto de este HBA debe establecerse como “punto a punto” y no como “bucle.” Con la correlación de dispositivos de Tivoli Storage Manager SAN, puede ejecutar el descubrimiento de SAN en la mayoría de las plataformas y el enlace permanente de los dispositivos no es necesario. Un servidor de Tivoli Storage Manager puede encontrar el dispositivo si la vía de acceso al dispositivo ha cambiado debido a un reinicio u otro motivo. Vaya a http://www.ibm.com/support/entry/portal/Overview/Software/ Tivoli/Tivoli_Storage_Manager para verificar la plataforma, el proveedor de HBA o la compatibilidad con el nivel de controlador para el descubrimiento de SAN de Tivoli Storage Manager. v Velocidad del enlace de canal de fibra En la mayoría de las topologías de la SAN, la SAN se configura con una velocidad máxima. Por ejemplo, si la velocidad máxima del conmutador de canal de fibra es de 1 GB/s, el HBA debe también establecerse en este mismo valor. O bien el HBA debe establecer para la negociación automática (AUTO), si el HBA admite esta posibilidad. v ¿Está activado el soporte de cintas de canal de fibra? Tivoli Storage Manager requiere que un HBA está configurado con soporte de cinta. Tivoli Storage Manager normalmente utiliza las redes SAN para acceder a unidades y bibliotecas de cinta. Por lo tanto, debe activarse el valor del HBA que admite cintas. Capítulo 9. Resolución de problemas de almacenamiento de datos 271 Problemas de configuración del conmutador de canal de fibra Un conmutador de canal de fibra admite muchas configuraciones distintas. Los puertos del conmutador deben configurarse de acuerdo con el tipo de SAN que está configurado y para los atributos de la SAN. El proveedor del conmutador, por lo general, proporciona información acerca de los valores y de la configuración adecuados en función de la topología de la SAN que se desea desplegar. Asimismo, el proveedor del conmutador debe proporcionar un programa de utilidad y otras instrucciones relacionadas con la configuración de éste. Los siguientes valores suelen afectar al modo en que IBM Tivoli Storage Manager utiliza una red SAN conmutada: Velocidad del enlace de canal de fibra En la mayoría de las topologías de la SAN, la SAN se configura con una velocidad máxima. Por ejemplo, si la velocidad máxima del conmutador de canal de fibra es de 1 GB/s, el HBA debe también establecerse en este mismo valor. O bien el HBA debe establecer para la negociación automática (AUTO), si el HBA admite esta posibilidad. Modalidad de puerto Los puertos del conmutador deben configurarse correctamente para el tipo de topología de la SAN que se desea implementar. Por ejemplo, si la SAN es un bucle arbitrado, el puerto debe establecerse en PUERTO_FL. Otro ejemplo; si el HBA se conecta con un conmutador, las opciones del HBA deben establecerse en “punto a punto”, no en “bucle.” Configuración del puerto de pasarela de datos Una pasarela de datos en un SAN convierte el canal de fibra a SCSI para dispositivos SCSI conectados a la pasarela. Las pasarelas de datos se utilizan muy comúnmente en las SAN, pues permiten utilizar dispositivos SCSI y, por lo tanto, es importante que los valores del puerto de una pasarela de datos sean correctos. El proveedor de la pasarela de datos, por lo general, proporciona información acerca de los valores y de la configuración adecuados en función de la topología de la SAN que se desea desplegar y de los dispositivos SCSI que se desean utilizar. Asimismo, puede que el proveedor proporcione una herramienta y otras instrucciones relacionadas con la configuración de ésta. A continuación, se indican los valores que pueden utilizarse en la modalidad de puerto de canal de fibra del puerto conectado en una pasarela de datos: Destino privado Desde este puerto sólo pueden verse y utilizarse los dispositivos SCSI conectados con la pasarela de datos. Respecto a los dispositivos SCSI disponibles, la pasarela simplemente transfiere las tramas a un dispositivo de destino determinado. Los valores del puerto de destino privado generalmente se utilizan para los bucles arbitrados. Destino privado e iniciador Desde este puerto sólo pueden verse y utilizarse los dispositivos SCSI conectados con la pasarela de datos. Respecto a los dispositivos SCSI disponibles, la pasarela simplemente transfiere las tramas a un dispositivo de destino determinado. Como iniciador, esta pasarela de datos también podría iniciar y gestionar operaciones de traspaso de datos. De manera específica, existen comandos SCSI ampliados que admiten el traspaso de 272 IBM Tivoli Storage Manager: Guía de determinación de problemas datos de terceros. Cuando un puerto determinado se establece como iniciador, éste puede seleccionarse para utilizarse para las peticiones SCSI de traspaso de datos de terceros. Destino público Desde este puerto pueden verse y utilizarse todos los dispositivos SCSI conectados con la pasarela de datos, así como otros dispositivos que estén disponibles desde el tejido. Destino público e iniciador Desde este puerto pueden verse y utilizarse todos los dispositivos SCSI conectados con la pasarela de datos, así como otros dispositivos que estén disponibles desde el tejido. Como iniciador, esta pasarela de datos también podría iniciar y gestionar operaciones de traspaso de datos. De manera específica, existen comandos SCSI ampliados que admiten el traspaso de datos de terceros. Cuando un puerto determinado se establece como iniciador, éste puede seleccionarse para utilizarse para las peticiones SCSI de traspaso de datos de terceros. Configuración de la red SAN entre dispositivos Los dispositivos de una SAN, como una pasarela de datos o un conmutador, habitualmente proporcionan herramientas que muestran qué ve ese dispositivo en la SAN. Estas herramientas pueden utilizarse para entender mejor la configuración de la SAN y para llevar a cabo la resolución de los problemas de la SAN. El proveedor de la pasarela de datos o del conmutador proporciona un programa de utilidad para la configuración. Como parte de este programa de utilidad de configuración, generalmente existe información acerca de la configuración de este dispositivo y otra información que este dispositivo detecta en la topología de la SAN de la que forma parte. Utilice estos programas de utilidad del proveedor para verificar la configuración de la SAN entre dispositivos: Pasarela de datos Una pasarela de datos informa de todos los dispositivos de canal de fibra, así como de los dispositivos SCSI que están disponibles en la SAN. Conmutador Un conmutador proporciona información acerca del tejido de la SAN. Consola de gestión de Tivoli Storage Manager La consola de gestión de IBM Tivoli Storage Manager muestra nombres de dispositivo y las vías de acceso a esos dispositivos, lo cual puede resultar útil para verificar que las definiciones de Tivoli Storage Manager coinciden con lo que está disponible en realidad. Informe de errores del enlace de canal de fibra La mayoría de los dispositivos SAN proporcionan herramientas de supervisión que se pueden utilizar para notificar información sobre errores y estadísticas sobre rendimiento. El proveedor del dispositivo debe proporcionar un programa de utilidad para la supervisión. Si se dispone de una herramienta de supervisión, ésta generalmente informará acerca de los errores. Se experimentan con más frecuencia los siguientes errores: Error de CRC, código de error 8b/10b y otros síntomas similares Estos errores pueden recuperarse y en los que el manejo de errores generalmente se proporciona mediante firmware o hardware. En la Capítulo 9. Resolución de problemas de almacenamiento de datos 273 mayoría de los casos, el método de recuperación del dispositivo consiste en volver a transmitir la trama anómala. El enlace de canal de fibra sigue estando activo cuando se detectan estos errores. Las aplicaciones que utilizan un dispositivo de SAN y que experimentan este tipo de error de enlace por lo general no detectan el error, a menos que se trate de un error permanente. Un error permanente es un error en el que la recuperación del firmware y del hardware no puede volver a transmitir correctamente los datos después de haber realizado varios intentos. La recuperación para estos tipos de errores es, generalmente, muy rápida y no afectará al rendimiento del sistema. Error de enlace (pérdida de señal, pérdida de sincronización, recepción de primitiva NOS) Este error indica que existe un enlace que realmente se ha “interrumpido” durante un período de tiempo determinado. Probablemente se debe a un error en el conector de interfaz de gigabit (GBIC), en el adaptador de interfaz de medios (MIA) o en el cable. La recuperación para este tipo de error conllevará una interrupción. Este error aparece en la aplicación que utiliza el dispositivo de SAN que ha experimentado este error de enlace. La recuperación deberá aplicarse en el nivel de intercambio de mandatos e implicará que la aplicación y el controlador de dispositivo deberán realizar un restablecimiento para el firmware y el hardware, lo que afectará negativamente a la ejecución del sistema hasta que se haya completado la recuperación del enlace. Estos errores deben supervisarse exhaustivamente, pues habitualmente afectarán a varios dispositivos de SAN. Recuerde: A menudo, estos errores se deben a una acción de un técnico de servicio al cliente (CE) al sustituir un dispositivo de SAN. Como parte del mantenimiento que realiza el CE para sustituir o reparar un dispositivo de SAN, puede que el cable de fibra se haya desconectado temporalmente. Si el canal de fibra está desconectado, la hora y la duración del error deben corresponder al momento en el que se ha realizado la actividad de servicio. Errores comunes de dispositivos de SAN Se pueden emitir varios mensajes específicos de SAN cuando sufra problemas con los dispositivos de SAN del agente de almacenamiento. Consulte el apartado Tabla 34 en la página 275 para conocer los errores generados para dispositivos de SAN. 274 IBM Tivoli Storage Manager: Guía de determinación de problemas Tabla 34. Errores comunes de dispositivos de SAN Error Explicación ANR8302E Error de E/S en la unidad TSMDRIVE01 (/dev/mt9) (OP=WRITE, Número de error=5, CC=205, KEY=FF, ASC=FF, ASCQ=FF, SENSE=**NONE**, Descripción=Error SCSI general). Consulte el apéndice D del manual de mensajes para conocer la acción recomendada. Este mensaje se emite en ocasiones para los errores del dispositivo de SAN. El CC=205 informa de que el controlador de dispositivo detecta un error en un adaptador SCSI. En el caso de un dispositivo conectado a una SAN que se encuentre con una reinicialización de enlace ocasionada por una pérdida del enlace, se volverá a notificar al controlador de dispositivo como error de adaptador SCSI. ANR8957E: mandato: la detección automática está desactivada y el número de serie del que informa la biblioteca no coincide con el número de serie de la definición de biblioteca. La causa subyacente de este error es el evento que ha ocasionado la reinicialización del enlace al perderse éste. La vía de acceso para este dispositivo debe actualizarse en ONLINE=NO emitiendo el mandato UPDATE PATH. No establezca la vía de acceso en ONLINE=YES hasta que haya identificado y corregido la causa de la reinicialización del enlace. La correlación de dispositivos de SAN de IBM Tivoli Storage Manager ha encontrado una ruta para la biblioteca que indica un número de serie diferente de la definición de Tivoli Storage Manager actual para la biblioteca. El parámetro AUTODETECT se ha establecido en NO para el mandato que ha impedido que el servidor actualice el número de serie de la biblioteca. Determine la nueva vía de acceso y emita el mandato UPDATE PATH para corregir este problema. ANR8958E: mandato: la detección automática está inactiva y el número de serie reportado por la unidad no coincide con el número de serie de la definición de la unidad. La correlación de dispositivos de SAN de Tivoli Storage Manager ha encontrado una vía de acceso para una unidad que notifica un número de serie diferente de la definición de Tivoli Storage Manager actual para dicha unidad. El parámetro AUTODETECT se ha establecido en NO para el mandato, lo que impide que el servidor actualice el número de serie de esa unidad. Determine la nueva vía de acceso y emita el mandato UPDATE PATH para corregir este problema. Capítulo 9. Resolución de problemas de almacenamiento de datos 275 Tabla 34. Errores comunes de dispositivos de SAN (continuación) Error Explicación ANR8963E: No se ha podido encontrar una vía de acceso que coincida con el número de serie definido para la unidad nombre_unidad en la biblioteca nombre_biblioteca La correlación de dispositivos de SAN no puede encontrar un dispositivo de SAN que se haya definido anteriormente en el servidor. La causa más probable de ello es que el dispositivo se haya eliminado o sustituido en la SAN. Los siguientes pasos podrían resolver este problema: v Dispositivo eliminado Si se ha eliminado el dispositivo de la SAN, suprima simplemente las definiciones de servidor que hacen referencia a este dispositivo. Emita el mandato QUERY PATH F=D para determinar las vías de acceso que hacen referencia al dispositivo. A continuación, emita el mandato DELETE PATH para eliminar estas vías de acceso. v Dispositivo sustituido Si se ha sustituido un dispositivo por otro dispositivo nuevo debido a una tarea de mantenimiento o a una actualización, siga estos procedimientos: – Intente no suprimir la unidad o la definición de la vía de acceso de unidad después de sustituir la unidad. – Emita uno de los comandos de servidor siguientes: - UPDate DRive <nombre_biblioteca> <nombre_unidad> SERIAL=AUTODetect Este mandato fuerza los registros del nuevo número de serie en la base de datos del servidor. Puesto que la unidad se ha sustituido, el número de elemento continúa siendo el mismo. - UPDate PATH <nombre_origen> <nombre_unidad> SRCT=SERVER DESTT=DRIVE LIBRary=<nombre_biblioteca> DEVIce=xxxxx AUTODetect=Yes Este mandato fuerza los registros del nuevo número de serie en la base de datos. Puesto que la unidad se ha sustituido, el número de elemento continúa siendo el mismo. – Si se ha suprimido la unidad o la vía de acceso de unidad, vuelva a definir esta unidad sustituida nueva. Debe reiniciar el servidor de Tivoli Storage Manager para que la correlación de número/número de serie del elemento de la biblioteca se renueve. Esta correlación sólo tiene lugar durante la inicialización. Emita el mandato QUERY PATH F=D para buscar las vías de acceso definidas en el servidor que hacen referencia a este dispositivo; a continuación, emita el mandato siguiente para actualizar la información de la vía de acceso: UPDATE PATH AUTODetect=Yes 276 IBM Tivoli Storage Manager: Guía de determinación de problemas Tabla 34. Errores comunes de dispositivos de SAN (continuación) Error Explicación ANR8972E: No se encuentra el número de elemento para la unidad nombre de unidad en la biblioteca nombre de biblioteca Si el parámetro ELEMent se establece en AUTODetect al definir la unidad, Tivoli Storage Manager obtiene el número de elemento de la unidad de forma automática. No obstante, si la biblioteca no proporciona una correlación entre el número de elemento y el número de serie, se emite este mensaje. Siga estos pasos para corregir este problema: 1. Determine el número de elemento de esta unidad de cintas. 2. Emita el mandato UPDATE DRIVE para actualizar el número de elemento del dispositivo. Conceptos relacionados: “Errores de correlación de dispositivos de SAN” en la página 279 Consejos y sugerencias de la correlación de dispositivos de SAN La detección y la correlación de dispositivos de SAN son compatibles con Windows 2000, Windows 2003 (32 bits), AIX, Oracle Solaris y Linux (salvo Linux zSeries). Los siguientes elementos ilustran las ventajas de la detección y de la correlación de dispositivos de SAN de IBM Tivoli Storage Manager: Tivoli Storage Manager puede visualizar todos los dispositivos en la SAN El mandato de servidor QUERY SAN muestra todos los dispositivos que el servidor Tivoli Storage Manager puede ver mediante los adaptadores de bus de host de canal de fibra (HBA) instalados en el sistema. Los parámetros que se muestran son el tipo de dispositivo, el nombre del proveedor, el nombre del modelo del producto, el número de serie y el nombre del dispositivo. Si se ha especificado FORMAT=DETAIL para la consulta, se visualiza información adicional como, por ejemplo, World Wide Name (WWN), puerto, bus, destino y LUN. Esta información le ayudará a identificar todos los dispositivos de cinta, de disco y del Transportador de datos de la SAN. Para AIX, el transportador de datos es transparente y no aparece. Tivoli Storage Manager puede actualizar la ruta de dispositivo automáticamente cuando cambia una ruta de dispositivo Tivoli Storage Manager no requiere enlace permanente a los dispositivos que ve mediante HBA. En lugar de ello, el servidor utiliza SNIA (Storage Networking Industry Association) HBAAPI para descubrir y obtener el número de serie de todos los dispositivos de la SAN. También puede determinar la vía de acceso de cada dispositivo. Comparando un número de serie de dispositivo registrado en la base de datos de Tivoli Storage Manager con el número de serie obtenido del dispositivo en tiempo real, se detecta un cambio en una vía de acceso del dispositivo. Si la vía de acceso ha cambiado, el descubrimiento de SAN obtiene automáticamente la nueva vía de acceso del dispositivo. La base de datos de Tivoli Storage Manager también se actualiza con la nueva información de la vía de acceso. La biblioteca de ajustadores HBAAPI es el ajustador que utiliza el servidor de Tivoli Storage Manager para comunicarse con SNIA HBAAPI. La biblioteca de ajustadores HBAAPI está instalada en el mismo directorio Capítulo 9. Resolución de problemas de almacenamiento de datos 277 que el archivo ejecutable de Tivoli Storage Manager (a menos que se proporcione la vía de acceso completa). La siguiente lista muestra los archivos de ajustadores HBA que se suministran con el paquete de servidores de Tivoli Storage Manager (excepto en AIX): v Windows: hbaapi.dll v AIX: /usr/lib/libhbaapi.a (suministrado por AIX con la instalación HBAAPI) v Linux de 32 bits: libhbaapi32.so v Linux de 64 bits: libhbaapi64.so v Oracle Solaris de 32 bits: libhbaapi32.so v Oracle Solaris de 64 bits: libhbaapi64.so Si alguno de estos archivos no está presente, se visualizará el mensaje “ANR1791W La biblioteca de ajustadores HBAAPI xxxxxxxxx no se ha podido cargar o no se encuentra.”. Conceptos relacionados: “Errores de correlación de dispositivos de SAN” en la página 279 Desactivación de la correlación de dispositivos de SAN: Ocasionalmente, debe desactivar la correlación de dispositivos SAN para solucionar un problema o para identificar un problema cuando esté solucionando problemas de los dispositivos. Realice el paso siguiente para desactivar la correlación de dispositivos y el descubrimiento de dispositivos de SAN: Emita el mandato de servidor setopt SANDISCOVER OFF. Los mandatos setopt SANDISCOVERY se pueden emitir todas las veces que sea necesario. Consejo: Otro modo de desactivar/activar el descubrimiento de SAN es especificar la siguiente opción en el archivo dsmserv.opt: SANDISCOVERY OFF desactiva el descubrimiento de SAN. SANDISCOVERY ON activa el descubrimiento de SAN. SANDISCOVERY ON es el valor predeterminado para plataformas AIX, Linux, Oracle Solaris y Windows. Información específica de la plataforma: Cuando trabaje en la asignación de dispositivos SAN, es importante que conozca información específica de su plataforma. AIX El mandato QUERY SAN no mostrará dispositivos de gateway porque éstos son transparentes para AIX. Linux Existen bibliotecas, herramientas y otros elementos por separado para RHEL3U3. Para ejecutarlos, también debe instalar un módulo de kernel ioctl de Emulex, además del controlador de Emulex. Asegúrese de cargar el controlador de Emulex antes de cargar el módulo ioctl. Emulex proporciona un kit de aplicación para RHEL3. Para buscar el kit de aplicaciones Emulex, vaya al sitio web de Emulex y pulse en Support. En Choose your supplier from the following list, seleccione IBM. Puede ver una lista de controladores y kits que pueden descargarse. 278 IBM Tivoli Storage Manager: Guía de determinación de problemas Consejo: Consulte la lista de HBA que reciben soporte y los niveles de controlador necesarios para cada sistema operativo. Errores de correlación de dispositivos de SAN Los errores que se producen con más frecuencia durante la correlación de dispositivos SAN pueden deberse al descubrimiento de la SAN, al funcionamiento incorrecto del dispositivo de SAN, a bibliotecas no válidas y otros problemas relacionados con la SAN. ANR1745I: No se pueden descubrir los dispositivos de SAN. La función está ocupada. Este mensaje de error aparece si hay otro descubrimiento de SAN activo. El servidor IBM Tivoli Storage Manager no puede realizar el descubrimiento de SAN. Vuelva a intentarlo después de que se realice otro descubrimiento de SAN. ANR1786W, ANR1787W o ANR1788W Puede ver los mensajes de error ANR1786W, ANR1787W o ANR1788W debido a un problema con el descubrimiento de SAN. Los siguientes tres mensajes suelen indicar que la biblioteca HBAAPI no funciona con normalidad: v ANR1786W HBAAPI no puede obtener el nombre del adaptador. v ANR1787W No se puede abrir el adaptador nombre_adaptador. v ANR1788W No se pueden obtener los atributos del adaptador nombre_adaptador. Si el resultado es que el servidor de Tivoli Storage Manager no puede realizar el descubrimiento de SAN, vaya a http://www.ibm.com/support/entry/portal/ Overview/Software/Tivoli/Tivoli_Storage_Manager para verificar que el controlador de adaptador de bus de host (HBA) está actualizado y a un nivel soportado. ANR1789W La obtención de la asignación de destino HBA ha fallado. El mensaje de error ANR1789W es el error HBAAPIn más común de SAN. “La obtención de la asignación de destino HBA ha fallado” significa que el HBA ha encontrado un error al recopilar información de correlación de dispositivo enviando varios mandatos SCSI. Verifique que todos los dispositivos de SAN funcionen correctamente (por ejemplo, puede que una pasarela de datos de SAN deje de responder y tenga que reiniciarse). Si todos los dispositivos parecen funcionar, verifique que el firmware de dispositivo de la SAN y el controlador del HBA tengan los niveles adecuados. Si el resultado es que el servidor de Tivoli Storage Manager no puede realizar el descubrimiento de SAN, vaya a http://www.ibm.com/support/entry/portal/ Overview/Software/Tivoli/Tivoli_Storage_Manager para verificar que el controlador HBA está actualizado y a un nivel soportado. Consejo: Para los dispositivos de cinta de IBM, asegúrese de que se haya instalado el firmware más reciente. El firmware anterior a 4772 para los dispositivos de cinta de IBM 3580 causa problemas con Qlogic HBAAPI. Capítulo 9. Resolución de problemas de almacenamiento de datos 279 ANR1790W El descubrimiento de SAN ha fallado. El mensaje de error ANR1790W es un mensaje general que indica que la función HBAAPI no se ha realizado y que no se puede realizar el descubrimiento de SAN. Verifique que todos los dispositivos de SAN funcionen correctamente (por ejemplo, puede que una pasarela de datos de SAN deje de responder y tenga que reiniciarse). Si todos los dispositivos parecen funcionar, verifique que el firmware del dispositivo de la SAN y el controlador del HBA tengan los niveles adecuados. Consejo: Para los dispositivos de cinta de IBM, asegúrese de que se haya instalado el firmware más reciente. El firmware anterior a 4772 para los dispositivos de cinta de IBM 3580 causa problemas con Qlogic HBAAPI. ANR1791W La biblioteca de ajustadores HBAAPI xxxxx no se ha podido cargar o no se encuentra La biblioteca de ajustadores HBAAPI la utiliza el servidor Tivoli Storage Manager para comunicarse con SNIA HBAAPI. Las bibliotecas de ajustadores HBAAPI se encuentran en el mismo directorio que el archivo ejecutable de Tivoli Storage Manager (a menos que se dé la vía de acceso completa como se muestra más adelante). La siguiente lista muestra los archivos de ajustadores HBA que se suministran con el paquete de servidores de Tivoli Storage Manager (excepto en AIX y Linux zSeries). El mensaje de error ANR1791W indica que el archivo de ajustadores HBAAPI falta o que Tivoli Storage Manager no lo ha podido cargar. Compruebe que el archivo de ajustadores se encuentre en el mismo directorio que el archivo ejecutable de Tivoli Storage Manager. En la lista siguiente se muestran los archivos de biblioteca de ajustadores HBAAPI: v v v v v Windows: hbaapi.dll AIX: /usr/lib/libhbaapi.a (suministrado por AIX con la instalación HBAAPI) Linux de 32 bits: libhbaapi32.so Linux de 64 bits: libhbaapi64.so Oracle Solaris de 64 bits: libhbaapi64.so El resultado es que el servidor Tivoli Storage Manager no puede realizar el descubrimiento de SAN. ANR1792W La biblioteca de proveedores HBAAPI no se ha podido cargar o no se encuentra. El mensaje de error ANR1792W indica que el archivo de la biblioteca del proveedor no se ha podido cargar. Verifique la validez de los archivos de la biblioteca. AIX, HP-UX, Linux, o sistemas Oracle Solaris (excepto en Linux zSeries) almacenan sus bibliotecas HBAAPI en la ubicación especificada por el archivo /etc/hba.conf. Los archivos de Windows se almacenan e el directorio C:\winnt\system32. A continuación se muestran ejemplos de archivos de biblioteca de proveedor: v C:\winnt\system32\qlsdm.dll (archivo QlLogic de Windows) v /usr/lib/libHBAAPI.a (archivo Emulex de AIX) v /usr/lib/libqlsdm.so (archivo Qlogic de Linux) v /usr/lib/libemulexhbaapi.so (archivo de 32 bits Emulex de Linux) v /usr/lib64/libemulexhbaapi.so (archivo de 64 bits Emulex de Linux) 280 IBM Tivoli Storage Manager: Guía de determinación de problemas v /usr/lib/libqlsdm.so (archivo Qlogic de Oracle Solaris) v /opt/JNIsnia/Solaris/Jni/64bit/JniHbaLib.so (archivo JNI de Oracle Solaris) El resultado es que el servidor Tivoli Storage Manager no puede realizar el descubrimiento de SAN. ANR1793W El descubrimiento de SAN de Tivoli Storage Manager no está admitido en esta plataforma o esta versión de SO El mensaje de error ANR1793W sólo se muestra si Tivoli Storage Manager intenta realizar una asignación de dispositivos SAN o una operación de descubrimiento de dispositivos en un sistema operativo no admitido. La correlación de dispositivos o el descubrimiento de dispositivos de SAN no admite actualmente las plataformas siguientes: v HP-UX v Windows 2003 de 64 bits v Las versiones de AIX distintas de 52L o 53A. Para el soporte para asignación de dispositivos SAN y descubrimiento de dispositivos en AIX es necesario utilizar la versión 52L (nivel de conjunto de archivos 5.2.0.50), 53A (nivel de conjunto de archivos 5.3.0.10) o una superior. El resultado es que el servidor Tivoli Storage Manager no puede realizar el descubrimiento de SAN. AmNR1794W El descubrimiento de SAN de Tivoli Storage Manager está desactivado mediante las opciones El mensaje de error ANR1794W indica que el descubrimiento de SAN en el servidor Tivoli Storage Manager está desactivado. El descubrimiento de SAN puede desactivarse o activarse emitiendo los mandatos de servidor siguientes: setopt SANDISCOVERY OFF y setopt SANDISCOVERY PASSIVE Estos dos mandatos inhabilitan el descubrimiento de SAN. El servidor Tivoli Storage Manager no puede corregir la vía de acceso del dispositivo automáticamente si la vía de acceso se ha cambiado. Este mandato sólo tiene que emitirse una vez. La diferencia entre estos dos mandatos es que SANDISCOVERY OFF sondea el dispositivo y marca la vía de acceso inactiva fuera de línea. SANDISCOVERY PASSIVE no sondea el dispositivo y no marca la vía de acceso inactiva como fuera de línea. setopt SANDISCOVERY ON Este comando activa el descubrimiento de SAN. El mandato SETOPT SANDISCOVERY ON se puede emitir todas las veces que sea necesario. Otra manera de desactivar/activar el descubrimiento de SAN es poner la opción siguiente en el archivo dsmserv.opt: SANDISCOVERY OFF o SANDISCOVERY PASSIVE Estos dos mandatos pueden inhabilitar el descubrimiento de SAN. SANDISCOVERY ON Este mandato activa el descubrimiento de SAN. Capítulo 9. Resolución de problemas de almacenamiento de datos 281 SANDISCOVERY se establece en ON de manera predeterminada para plataformas AIX, Linux, Oracle Solaris y Windows. Vaya a http://www.ibm.com/support/entry/portal/Overview/Software/Tivoli/ Tivoli_Storage_Manager para verificar el nivel de soporte de plataforma/proveedor de HBA/nivel de controlador antes de establecer SANDISCOVERY ON para habilitar el descubrimiento de SAN. ANR2034E QUERY SAN: No se ha encontrado ninguna entrada con este criterio. El mensaje de error ANR2034E se emite cuando el servidor Tivoli Storage Manager intenta reunir información de configuración para la SAN y no encuentra nada. El resultado es que el servidor Tivoli Storage Manager no puede realizar el descubrimiento de SAN. A continuación se muestran los posibles motivos para no haber encontrado información sobre la SAN: v El nivel de plataforma o de sistema operativo no se soporta. v Este entorno no es un entorno de SAN. v Puede que haya un problema con la SAN. v HBAAPI puede devolver el valor cero del número de HBA en el sistema. v HBAAPI puede devolver el valor cero del número de dispositivos en el sistema. Realice las tareas siguientes para buscar la información de configuración de la SAN: v Compruebe el controlador HBA de canal de fibra y asegúrese de que esté instalado y habilitado. v Compruebe el nivel del controlador de HBA para asegurarse de que está actualizado. v Utilice el programa de utilidad del proveedor del HBA para comprobar los problemas de enlace de canal de fibra notificados. v Desinstale y, a continuación, vuelva a instalar el controlador del HBA. Si existe un problema con la configuración del HBA, el controlador de dispositivo o la compatibilidad, el problema se corrige en ocasiones desinstalándolo y volviéndolo a instalar. v Compruebe la conexión de cable de canal de fibra con el HBA. v Compruebe la conexión de cable de canal de fibra del HBA al dispositivo de SAN (conmutador, pasarela de datos u otro dispositivo). v Compruebe el GBIC (Gigabit Inter-phase Converter). v En el dispositivo de SAN (conmutador, pasarela de datos u otro dispositivo) intente utilizar otro puerto de destino. En ocasiones, los dispositivos de SAN pueden tener una anomalía de puerto específica. v Detenga el servidor de Tivoli Storage Manager, reinicie la máquina y reinicie el servidor. Si se han efectuado cambios de configuración de la SAN, en ocasiones el sistema operativo, el controlador de dispositivo o el HBA exigen que se reinicie la máquina para poder comunicarse con la SAN. v Recicle el puerto de destino en el dispositivo de SAN. v Vuelva a colocar la tarjeta HBA. v Vuelva a colocar el HBA. 282 IBM Tivoli Storage Manager: Guía de determinación de problemas ANR8226E Error al detectar la versión de la biblioteca HBA-API El mensaje de error ANR8226E sólo se muestra para AIX. El servidor ha intentado determinar el nivel del conjunto de archivos devices.common.IBM.fc.hba-api y ha encontrado un error. El mensaje de error ANR8226E indica que se ha producido un error al intentar detectar la versión de conjunto de archivos de la biblioteca HBA-API en AIX. El resultado es que el servidor Tivoli Storage Manager no puede realizar el descubrimiento de SAN. AIX ANR8227E El conjunto de archivos devices.common.IBM.fc.hba-api no está al nivel requerido. Debido a problemas con el código HBAAPI de AIX, el nivel mínimo del conjunto de archivos de devices.common.IBM.fc.hba-api necesario para un correcto descubrimiento de la SAN se muestra en la siguiente lista: v AIX52 - Necesita 5.2.0.50 v AIX53 - Necesita 5.3.0.10 El servidor ha indicado que el conjunto de archivos devices.common.IBM.fc.hbaapi se encuentra en un nivel incompatible con las operaciones de Tivoli Storage Manager. Instale el mantenimiento más reciente para este conjunto de archivos si utiliza dispositivos de SAN. El resultado es que el servidor Tivoli Storage Manager no puede realizar el descubrimiento de SAN. Referencia relacionada: “Consejos y sugerencias de la correlación de dispositivos de SAN” en la página 277 Faltan dispositivos SAN en la visualización del mandato de servidor QUERY SAN: Los posibls motivos por los que el mandato de servidor QUERY SAN no visualiza todos los dispositivos puede deberse a problemas de configuración o de soporte del proveedor. Renovación de la configuración de la SAN: Es posible que el mandato de servidor QUERY SAN no muestre todos los dispositivos debido a la configuración de la SAN. Es posible que tenga que renovar la SAN porque la configuración ha cambiado (añadir/eliminar dispositivo) y es preciso actualizar la configuración del sistema. Actualice la configuración en AIX: En dispositivos de IBM: Emita el comando cfgmgr para configurar nuevos dispositivos y ver la nueva configuración. El nombre del archivo especial para dispositivos de cinta de IBM (no los dispositivos de IBM Tivoli Storage Manager) es /dev/rmtX para dispositivos de cinta y /dev/smcX para cambiadores de medios. Capítulo 9. Resolución de problemas de almacenamiento de datos 283 Consejo: Nombre del archivo especial: /dev/rmt0, /dev/smc0 En los dispositivos Tivoli Storage Manager: Para actualizar los archivos especiales, utilice smitty > dispositivos > Dispositivos de Tivoli Storage Manager > Eliminar todos los dispositivos definidos y, a continuación, Detectar dispositivos soportados por Tivoli Storage Manager. El nombre de archivo especial es /dev/mtX para dispositivos de cinta y /dev/lbX para cambiadores de medios. Consejo: Nombre del archivo especial: /dev/mt0, /dev/lb0 O también puede volver a instalar el controlador de dispositivos de IBM. El controlador de dispositivo de Tivoli Storage Manager actualiza todos los nombres de archivos especiales actuales. Actualice la configuración en Windows: Con Plug and Play, el registro de Windows se actualiza y el nombre del dispositivo puede cambiar sin necesidad de reiniciar el sistema o tener que involucrar al controlador de dispositivo. El servidor de Tivoli Storage Manager detecta el cambio en un nombre de archivo especial y actualiza el nuevo nombre de archivo especial cuando accede a los dispositivos de cinta (durante la inicialización del servidor o el funcionamiento normal). El nombre del dispositivo correcto se actualiza en la base de datos de Tivoli Storage Manager. El nombre de archivo especial es /dev/mtA.B.C.D para dispositivos de Tivoli Storage Manager y dispositivos de IBM, y /dev/lbA.B.C.C para dispositivos de Tivoli Storage Manager y cambiadores de medios de IBM. El nombre de archivo especia TapeX es solo para unidades de cintas de IBM y ChangerX es solo para cambiadores de medios de IBM. Consejo: Nombre de archivo especial: mt0.1.0.0, lb0.0.1.0, Tape0 y Changer0. Actualice la configuración en Linux: El adaptador de bus de host (HBA) obtiene la información de configuración más actualizada como resultado de RSCN. En ocasiones, el sistema debe reiniciarse para que pueda recoger los cambios de configuración. En dispositivos de IBM: Emita el comando lin_taped para volver a configurar los dispositivos. La información acerca de los dispositivos se puede recuperar desde el archivo /proc/scsi/IBMtape en el caso de los dispositivos de cinta y el archivo /proc/scsi/IBMchanger en el de los cambiadores de medios. El nombre de archivo especial es /dev/IBMTapeX para dispositivos de cinta y /dev/IBMChangerX para cambiadores de medios. Consejo: Nombre de archivo especial: /dev/IBMTape0, /dev/IBMChanger0 En los dispositivos Tivoli Storage Manager: Los usuarios pueden emitir autoconf, el script de configuración automática del controlador de dispositivo de Tivoli Storage Manager. Este script reside en el directorio /opt/tivoli/tsm/ devices/bin (o en el mismo directorio que el archivo tsmscsi) para poder configurar dispositivos y todos los nombres de archivo 284 IBM Tivoli Storage Manager: Guía de determinación de problemas especiales actuales e información de dispositivos. El nombre de archivo especial de dispositivo es /dev/mtX para dispositivos de cinta y /dev/lbX para cambiadores de medios. Consejo: Nombre de archivo especial: dev/tsmscsi/mt0, /dev/tsmscsi/lb0 O también puede volver a instalar el controlador de dispositivos de IBM. El controlador de dispositivo de Tivoli Storage Manager actualiza todos los nombres de archivos especiales actuales. Con el controlador de dispositivo de paso a través de Linux para los dispositivos de Tivoli Storage Manager, el controlador de HBA y el controlador genérico deben volverse a cargar para obtener todos los nombres de archivos especiales actuales. Es preciso que ejecute el script autconf para que el controlador de dispositivo de Tivoli Storage Manager pueda crear archivos de configuración (/dev/tsmscsi/lbinfo y /dev/tsmscsi/mtinfo). Estos archivos los utiliza el servidor de Tivoli Storage Manager para crear los nombres de archivos especiales después de cada descubrimiento de SAN. 32 bits (Linux xSeries) Asegúrese de que la biblioteca de ajustadores HBAAPI libhbaapi32.so esté en el mismo directorio que dsmserv.exe o en el directorio /opt/tivoli/tsm/server/bin. 64 bits (Linux pSeries) Asegúrese de que la biblioteca de ajustadores HBAAPI libhbaapi64.so esté en el mismo directorio que dsmserv.exe o en el directorio /opt/tivoli/tsm/server/bin. 64 bits (Linux zSeries) Asegúrese de que la biblioteca de ajustadores pseudo-HBAAPI libhbaapi64.so esté en el mismo directorio que dsmserv.exe o en el directorio /opt/tivoli/tsm/server/bin. La biblioteca de ajustadores, libhbaapi64.so, es un enlace al archivo /usr/lib64/libzfcphbaapi.so. Actualice la configuración en Oracle Solaris: El HBA obtiene la información de configuración más actualizada como resultado de RSCN. La mayor parte de las veces, el sistema debe reiniciarse para recoger los cambios de configuración. Vuelva a instalar el paquete del controlador de dispositivo de IBM o el paquete del controlador de dispositivo de Tivoli Storage Manager y ejecute autoconf. O emita los mandatos rem_drv y add_drv para volver a configurar los dispositivos y actualizar el nombre de archivo especial: En dispositivos de IBM: El controlador de dispositivo de IBM ha finalizado la configuración de los dispositivos después de instalar el paquete de controladores de dispositivo. El mandato /opt/IBMtape/tapelist -l puede mostrar toda la información sobre los dispositivos de IBM en el sistema. El nombre de archivo especial es /dev/rmt/Xst para dispositivos de cinta y /dev/rmt/Xsmc para cambiadores de medios. Consejo: Nombre de archivo especial: /dev/rmt/0st, /dev/rmt/0smc Capítulo 9. Resolución de problemas de almacenamiento de datos 285 En dispositivos de Tivoli Storage Manager: Modifique /usr/kernel/drv/mt.conf y /usr/kernel/drv/lb.conf y de que name="mt" parent="pseudo" instance=16383; y name="lb" parent="pseudo" instance=16383; no están comentados en los archivos mt.conf y lb.conf. Asegúrese de que cada entrada de un dispositivo en /usr/kernel/drv/lb.conf and /usr/kernel/drv/ mt.conf sea correcta. Después de ejecutar autoconf, se puede encontrar información acerca del dispositivo en los archivos mtinfo y lbinfo del directorio /opt/tivoli/tsm/devices/bin o en el mismo directorio que el script autoconf. El nombre de archivo especial es /dev/rmt/Xmt para dispositivos de cinta y /dev/rmt/Xlb para cambiadores de medios. Consejo: Nombre de archivo especial: /dev/rmt/0mt, /dev/rmt/0lb Importante: Asegúrese de que dos seudodispositivos, /devices/pseudo/ mt@16383:tsmmtctl y /devices/pseudo/lb@16383:tsmlbctl, se encuentren en el directorio /devices/pseudo. Asegúrese de que los archivos especiales de seudodispositivo, /dev/tsmmtctl y /dev/tsmlbctl, están enlazados a sus correspondientes seudodispositivos /devices/pseudo/ mt@16383:tsmmtctl y /devices/pseudo/lb@16383:tsmlbctl. Resolución de problemas de configuración que originan la ausencia del dispositivo SAN: Los posibles motivos por los que el mandato de servidor QUERY SAN no muestra todos los dispositivos puede ser debido a un problema de configuración con el hardware de HBA, el nivel de controlador de HBA o el nivel del sistema operativo. Siga estos pasos para corregir los problemas de configuración: 1. Vaya a http://www.ibm.com/support/entry/portal/Overview/Software/ Tivoli/Tivoli_Storage_Manager. Verifique la plataforma, el proveedor de HBA o el nivel de soporte del nivel de controlador para asegurarse de que el nivel de controlador de HBA y el nivel del sistema operativo son compatibles y se admiten en IBM Tivoli para el descubrimiento de SAN. 2. Utilice el programa de utilidad del proveedor de HBA para comprobar si el HBA puede detectar el dispositivo. Si el HBA no detecta el dispositivo, puede que el dispositivo no esté conectado. Compruebe el cable de canal de fibra o el cable SCSI. Si el HBA detecta el dispositivo, compruebe la versión del controlador de HBA. Esta versión del controlador puede tener problemas con la API del HBA. 286 IBM Tivoli Storage Manager: Guía de determinación de problemas Verificación del soporte de proveedor para cualquier dispositivo concreto de la SAN: Es posible que muchos dispositivos o combinaciones de dispositivos no estén admitidos en una determinada red de área de almacenamiento (SAN). Estas limitaciones están relacionadas con la obtención de la certificación que deben adquirir los proveedores para los dispositivos que utilizan protocolo de canal de fibra. Respecto a un dispositivo determinado, verifique con el proveedor del dispositivo si éste es un dispositivo admitido que puede utilizarse en un entorno de SAN. El soporte de proveedor incluye todo el hardware asociado con la SAN, lo que supone verificar con los proveedores que este dispositivo esté admitido por los HBA, concentradores, pasarelas y conmutadores que conforman la red SAN. Consejos y sugerencias sobre operaciones de archivador NDMP a Tivoli Storage Manager IBM Tivoli Storage Manager se establece de forma predeterminada en el puerto de control NDMP (network data management protocol) estándar de 10000. Si otra aplicación está utilizando este puerto (como un segundo servidor de Tivoli Storage Manager), todas las operaciones de archivador a servidor fallan. Para impedir conflictos con otras aplicaciones, utilice la opción de servidor NDMPCONTROLPORT para especificar un puerto diferente para el servidor. Durante las operaciones de archivador a servidor, Tivoli Storage Manager utilizará los siguientes elementos: v Hasta dos puertos TCP/IP adicionales. v Un puerto de control utilizado internamente por Tivoli Storage Manager durante las operaciones de copia de seguridad y de restauración. v Un puerto de datos durante las operaciones de copia de seguridad de NDMP a una agrupación de almacenamiento nativa de Tivoli Storage Manager El puerto de datos es efímero y se adquiere al principio de las operaciones de copia de seguridad de NDMP en un grupo de almacenamiento nativo de Tivoli Storage Manager. Si un puerto no está disponible, se emite un mensaje de error y la copia de seguridad de los dispositivos NAS en grupos nativos de Tivoli Storage Manager no será posible. Para evitar conflictos con otras aplicaciones, puede controlar qué puerto se adquiere para uso como puerto de datos durante operaciones de copia de seguridad de NDMP mediante la configuración de las opciones de servidor NDMPPORTRANGELOW y NDMPPORTRANGEHIGH. Tenga en cuenta que un puerto de datos no es necesario para el servidor de Tivoli Storage Manager para restauraciones NAS desde grupos nativos de Tivoli Storage Manager. Consideraciones acerca del cortafuegos con copia de seguridad y restauración de archivador NDMP a servidor Tivoli Storage Manager Un cortafuegos puede impedir que el servidor de archivos NAS (network-attached storage) entre en contacto con el servidor de Tivoli Storage Manager en el puerto de datos adquirido durante las operaciones de copia de seguridad de NAS a una agrupación de almacenamiento nativa. Si debe modificar el puerto de datos seleccionado por el servidor de Tivoli Storage Manager, utilice las opciones de servidor NDMPPORTRANGELOW y NDMPPORTRANGEHIGH. Capítulo 9. Resolución de problemas de almacenamiento de datos 287 Un cortafuegos puede impedir que el servidor de Tivoli Storage Manager entre en contacto con un servidor de archivos NAS en el puerto de datos configurado durante las operaciones de restauración NAS desde un grupo de almacenamiento nativo. Si un cortafuegos impide que Tivoli Storage Manager pueda acceder al servidor de archivos NAS, la conexión de salida de Tivoli Storage Manager fallará. Resolución de problemas de los dispositivos SCSI Las unidades de cinta y las bibliotecas pueden pasar a IBM Tivoli Storage Manager información sobre el error encontrado. Esta información se notifica en uno o más de los mensajes. Si se han emitido los mensajes ANR8300, ANR8301, ANR8302, ANR8303, ANR8943 o ANR98944, los datos que el Tivoli Storage Manager notifica de estos dispositivos pueden ayudar a determinar los pasos necesarios para resolver el problema. Generalmente, cuando el servidor de Tivoli Storage Manager notifica datos de detección de dispositivos utilizando estos mensajes, el problema suele estar relacionado con el dispositivo, la conexión con el dispositivo o cualquier otro problema que esté fuera de Tivoli Storage Manager. Utilizando la información ofrecida en el mensaje ANR8300, ANR8301, ANR8302, ANR8303, ANR8943 o ANR8944 de Tivoli Storage Manager, consulte el manual de mensajes de Tivoli Storage Manager. Este apéndice contiene información acerca de los errores estándar que puede notificar cualquier dispositivo SCSI. También puede utilizar esta información con la documentación que proporcione el proveedor para el hardware a fin de que le resulte más sencillo determinar la causa y la resolución del problema. Resolución de errores de un volumen de medios secuenciales (cinta) mediante los mensajes ANR0542W o ANR8778W Los problemas que se producen con los volúmenes de medios secuenciales se pueden detectar a través de los mensajes de error ANR0542W yANR8778W. ANR0542W Ha fallado la recuperación o la restauración para la sesión número_sesión del nodo nombre_nodo; no se puede acceder al medio de almacenamiento. El mensaje de error ANR0542W suele estar relacionado con una problema relativo a la unidad o la conexión con la unidad que se seleccionó para leer este volumen de cinta. Para verificar si IBM Tivoli Storage Manager puede acceder a este volumen, lleve a cabo los pasos siguientes: v Emita el mandato QUERY LIBVOL nombre_biblioteca nombre_volumen. v Para una biblioteca 349X, emita el mandato mtlib -l /dev/lmcp0 -qV nombre_volumen. El dispositivo suele ser /dev/lmcp0, pero si es diferente, sustituya el dispositivo de punto de control del gestor de bibliotecas correcto. Los siguientes pasos podrían resolver posiblemente este problema: 1. Si mtlib no notifica este volumen, lo más probable es que este volumen esté fuera de la biblioteca. En tal caso, vuelva a colocar el volumen en la biblioteca. 2. Si el volumen no es el indicado por QUERY LIBVOL, el servidor no tiene información sobre este volumen en la biblioteca. Emita el mandato CHECKIN 288 IBM Tivoli Storage Manager: Guía de determinación de problemas LIBVOL para sincronizar el inventario de biblioteca en el servidor con los volúmenes que están en la biblioteca de cintas. 3. Si los dos mandatos notifican correctamente este volumen, la causa probablemente sea un error de hardware permanente o intermitente. Podría ser un error de la propia unidad o un error de la conexión con la unidad. En cualquiera de los dos casos, revise las anotaciones de errores del sistema y póngase en contacto con el proveedor del hardware para resolver el problema. ANR8778W El volumen reutilizable ha pasado al estado privado para impedir que se acceda a él. Revise los mensajes de las anotaciones de actividades para determinar la causa del problema que afecta a este volumen reutilizable. Revise también las anotaciones de errores del sistema y las anotaciones de errores de los dispositivos para obtener una indicación sobre si ha habido un problema con la unidad que se ha utilizado para intentar grabar datos en este volumen reutilizable. Si este error lo ha producido una unidad que requiere limpieza o algún otro problema específico de hardware que se ha resuelto, los volúmenes cuyo estado se estableció como privado como resultado de esta operación pueden restablecerse al estado inicial emitiendo el mandato AUDIT LIBRARY nombre_biblioteca. Capítulo 9. Resolución de problemas de almacenamiento de datos 289 290 IBM Tivoli Storage Manager: Guía de determinación de problemas Apéndice A. Obtención de información de pila de llamadas desde un archivo del núcleo Utilice el shell de script gt de muestra que se suministra aquí para obtener la pila de llamadas de cada hebra que se esté ejecutando en un archivo de núcleo. Los parámetros de entrada son la ruta/nombre del archivo ejecutable (valor predeterminado ./dsmserv) y la ruta/nombre del archivo de núcleo (valor predeterminado ./dsmcore). El archivo de salida es dsm_gdb.info. Restricción: Los archivos dsm_gdb.cmd and dsm_gdb.info se sobrescribirán cuando se ejecute este script. #!/bin/ksh # # Si ve el siguiente error: # ./dsm_gdb.cmd:9: error en archivo de comandos fuente: # No se ha cargado ninguna tabla de símbolos. Utilice el mandato "file". # en ese caso, comente la línea en la que se imprime buildStringP # # si ve otros errores, deberá encargarse de su resolución... exe=${1:-"./dsmserv"} # get parm 1 (ruta/nombre de archivo ejecutable), set default core=${2:-"./dsmcore"} # get parm 2 (ruta/nombre de archivo de núcleo), set default echo " " # buscar el archivo ejecutable... salir si no se encuentra if [[ -f $exe ]]; then echo "using executable file:" $exe else echo "didn’t find executable file ("$exe") ... exiting" exit fi # buscar el archivo de núcleo, si no se encuentra, buscar ./core ... # salir si no se encuentra if [[ -f $core ]]; then echo "using core file:" $core else if [[ -f ./core ]]; then echo "didn’t find core file ("$core") but found ./core ... renaming to" $core mv ./core $core echo "using core file:" $core else echo "didn’t find core file ("$core") ... exiting" exit fi fi echo " " # establecer que el archivo de comandos gdb obtenga la información de hebra nl="\0134\0156" # códigos octales para \n (así echo no interpretará que es \n) echo "# dsm gdb command file" >|dsm_gdb.cmd echo "define doit" >>dsm_gdb.cmd echo "info registers" >>dsm_gdb.cmd # mostrar valores de registro echo "echo" $nl >>dsm_gdb.cmd echo "where" >>dsm_gdb.cmd # mostrar rastreo de la función echo "echo" $nl"====================================="$nl >>dsm_gdb.cmd echo "end" >>dsm_gdb.cmd echo "echo" $nl"====================================="$nl$nl >>dsm_gdb.cmd echo "x/s buildStringP" >>dsm_gdb.cmd echo "echo" $nl"====================================="$nl$nl >>dsm_gdb.cmd echo "info threads" >>dsm_gdb.cmd # mostrar información de hebra © Copyright IBM Corp. 1993, 2012 291 echo "echo" $nl"====================================="$nl >>dsm_gdb.cmd echo "thread apply all doit" >>dsm_gdb.cmd echo "quit" >>dsm_gdb.cmd echo "invoking gdb to get thread info (watch for errors) ..." echo "if you see:" echo ". warning: The shared libraries were not privately mapped; setting a" echo ". breakpoint in a shared library will not work until you rerun the program" echo "that’s ok." echo "if you see:" echo ". ./dsm_gdb.cmd:x: Error in source command file:" echo "then type ’quit’, edit this script, and read the comments at the top" gdb -se $exe -c $core -x ./dsm_gdb.cmd >|dsm_gdb.info rm dsm_gdb.cmd # se ha completado exit 292 IBM Tivoli Storage Manager: Guía de determinación de problemas Apéndice B. Instalación y ejecución de la herramienta tsmdiag El fin del programa de utilidad de diagnóstico de IBM Tivoli Storage Manager (tsmdiag) es acelerar el proceso de recopilación de datos que se consideran valiosos para asistir en el diagnóstico de un problema causado por un componente de servidor. La herramienta tsmdiag recopila un conjunto de datos de forma predeterminada. Estos datos se especifican en un archivo de configuración denominado configfile.txt. Si diagnostica un problema de un componente de Tivoli Storage Manager y están disponibles más datos, modifique el archivo de configuración de tsmdiag para que dichos datos sean recopilados por el programa de utilidad tsmdiag. Se recomienda encarecidamente que los usuarios ejecuten tsmdiag en el sistema donde está instalado el componente de Tivoli Storage Manager con un problema antes de enviar el informe de problema al servicio de soporte de Tivoli Storage Manager. Envíe los datos reunidos por tsmdiag junto con el informe del problema. Atención: Si especifica un directorio de sistema al utilizar la opción -RESULTS, el programa de utilidad tsmdiag puede suprimir un directorio de manera imprevista. La supresión se realizará sin previo aviso. Tabla 35. Entornos de sistema operativo y componentes admitidos Entorno de sistema operativo AIX Componente de Tivoli Storage Manager Servidor Agente de almacenamiento Controlador de dispositivos HPUX Servidor Agente de almacenamiento Controlador de dispositivos Linux Servidor Agente de almacenamiento Controlador de dispositivos Solaris Servidor Agente de almacenamiento Controlador de dispositivos Windows Servidor Agente de almacenamiento Controlador de dispositivos Consola de gestión © Copyright IBM Corp. 1993, 2012 293 Consejo: El programa de utilidad tsmdiag no se instala con el controlador de dispositivo de Tivoli Storage Manager o la consola de gestión de Tivoli Storage Manager. Si estos componentes están instalados en el sistema en el que se ejecuta tsmdiag, tsmdiag recopilará datos de estos componentes. Dónde se encuentra y cómo se utiliza el programa de utilidad de diagnóstico de Tivoli Storage Manager Tivoli Storage Manager está equipado con el programa de utilidad tsmdiag, que admite los componentes de Tivoli Storage Manager que se encuentran en el directorio de instalación del componente. El programa de utilidad tsmdiag se puede encontrar en las siguientes ubicaciones: v Windows v AIX Windows: C:\Archivos de programa\Tivoli\TSM\server\tsmdiag HPUX Linux Solaris Todas las demás plataformas: /opt/tivoli/tsm/server/bin/tsmdiag Uso: tsmdiag [opciones] Donde las opciones pueden ser cualquier combinación de las siguientes: Opción Descripción Valor predeterminado -id Nombre_administrador ID del administrador del servidor Tivoli Storage Manager admin -pa Contraseña_administrador Contraseña del administrador del servidor Tivoli Storage Manager admin -tcpserveraddress Dirección_IP Nombre o dirección TCP/IP del servidor Tivoli Storage Manager host local -tcpport Número_puerto Puerto TCP/IP del servidor Tivoli Storage Manager 1500 -results Directorio_resultados Directorio para los archivos creados ($cwd)/resultados -v Actividad de lista detallada procesada no verbosa -? Mostrar la información de uso N/D -i Dir_instancia_servidor Especifica el directorio de instancias del servidor Tivoli Storage Manager directorio activo Ejemplos: ./tsmdiag ./tsmdiag -v ./tsmdiag -id tsmadmin -pa pwd4u -results /home/tsmdiag/results_oct29 Dónde encontrar los datos reunidos por tsmdiag Cuando el programa de utilidad tsmdiag haya completado su ejecución, vaya al directorio de resultados predeterminado, $CWD/results, o al directorio que haya especificado a través de la opción de línea de mandatos -results. 294 IBM Tivoli Storage Manager: Guía de determinación de problemas Encontrará un archivo llamado tsmdiag_results.tar (para entornos AIX, HP-UX, Linux u Oracle Solaris) y tsmdiag_results.zip (para entornos Windows). Envíe este archivo con el PMR. Datos predeterminados reunidos por tsmdiag Los datos predeterminados recopilados por el programa de utilidad tsmdiag se especifican en el archivo de configuración de configfile.txt. Se puede añadir más datos a este archivo según se necesite. Cada línea del archivo de configuración consta de cinco campos separados por una coma. Una línea que comienza con un asterisco(*) se considera un comentario y el programa de utilidad tsmdiag la ignora. El primer campo de una línea del archivo de configuración indica el sistema operativo donde se ejecutará tsmdiag. Las plataformas válidas son Linux, AIX, HP, Oracle y Windows. El segundo campo de la línea indica una acción. Las acciones válidas se encuentran en la tabla siguiente: Nombre de acción Acción realizada SYSCOMMAND Ejecuta un mandato en el sistema. COPY Copia un archivo especificado. COMPCOMMAND Ejecuta un mandato en un componente de Tivoli Storage Manager especificado. REGISTRY Obtiene el valor de una clave de registro determinado. (Sólo Windows). El tercer campo denota el componente de Tivoli Storage Manager (es decir, el componente del que tsmdiag recopilará datos). Los componentes válidos son: v SERVER v STAGENT v BACLIENT (sólo AIX, HP-UX, Linux u Oracle Solaris) v MGMTCONSOLE (sólo Windows) v DEVDRIVER v SYSTEM v CLIENAPI (sólo AIX, HP-UX, Linux u Oracle Solaris) El cuarto campo indica los datos sobre los que actuará la acción. El campo de datos puede estar en un nombre de archivo, en un mandato del sistema, un mandato para un componente de Tivoli Storage Manager, una clave de registro, etc. La acción determina los datos que se utilizan. El último campo es opcional e indica la ubicación donde se van a almacenar los datos reunidos. Apéndice B. Instalación y ejecución de la herramienta tsmdiag 295 296 IBM Tivoli Storage Manager: Guía de determinación de problemas Apéndice C. Códigos de retorno de IBM Global Security Kit La versión más reciente del servidor Tivoli Storage Manager utiliza IBM Global Security Kit (GSKit) Versión 8.0.14.14 para SSL (Secure Sockets Layer - Capa de sockets seguros). El cliente de archivado y copia de seguridad V6.4 utiliza GSKit Versión 8.0.14.14 para SSL, que permite realizar procesos entre el servidor Tivoli Storage Manager y el cliente de archivado y copia de seguridad. Algunos mensajes emitidos para el proceso SSL incluyen códigos de retorno GSKit. | | | | | | GSKit se instala o actualiza automáticamente durante la instalación de Tivoli Storage Manager y proporciona las bibliotecas siguientes: v SSL de GSKit v API de gestión de claves GSKit v IBM Crypto for C (ICC) El programa de utilidad tsmdiag informa del nivel de GSKit instalado en el sistema o puede utilizar uno de los métodos siguientes: v Para Windows, emita los mandatos siguientes: regedit /e gskitinfo.txt "HKEY_LOCAL_MACHINE\software\ibm\gsk8\" notepad gskitinfo.txt PRECAUCIÓN: Puede dañar el registro del sistema si utiliza regedit de forma incorrecta. v Para el servidor AIX de 64 bits, emita el siguiente mandato desde la línea de mandatos: gsk8ver_64 Consulte la Tabla 36 para ver los códigos de retorno SSL de GSKit. El servidor de Tivoli Storage Manager utiliza la API de gestión de claves GSKit para crear automáticamente la base de datos de gestión de claves y las claves públicas y privadas del servidor de Tivoli Storage Manager. Algunos mensajes emitidos para este proceso pueden incluir códigos de retorno de la gestión de claves GSKit. Consulte la Tabla 37 en la página 302 para ver los códigos de retorno de gestión de claves. Tabla 36. Códigos de retorno generales de IBM Global Security Kit SSL Código de Código de retorno retorno (hexadecimal) (decimal) Constante Explicación 0x00000000 0 GSK_OK La tarea se ha completado correctamente. Lo emite cada llamada de función que se completa correctamente. 0x00000001 1 GSK_INVALID_HANDLE El entorno o el manejador de SSL no es válido. El manejador especificado no era el resultado de una llamada de función open() correcta. 0x00000002 2 GSK_API_NOT_AVAILABLE La biblioteca de enlace dinámico (DLL) se ha descargado y no está disponible (se produce sólo en sistemas Microsoft Windows. © Copyright IBM Corp. 1993, 2012 297 Tabla 36. Códigos de retorno generales de IBM Global Security Kit SSL (continuación) Código de Código de retorno retorno (hexadecimal) (decimal) Constante Explicación 0x00000003 3 GSK_INTERNAL_ERROR Error interno. Informe de este error al servicio de soporte de software de IBM. 0x00000004 4 GSK_INSUFFICIENT_STORAGE No hay suficiente memoria disponible para ejecutar la operación. 0x00000005 5 GSK_INVALID_STATE El manejador tiene un estado no válido para la operación como, por ejemplo, realizar una operación init() en un manejador dos veces. 0x00000006 6 GSK_KEY_LABEL_NOT_FOUND No se ha encontrado la etiqueta de clave especificada en el archivo de claves. 0x00000007 7 GSK_CERTIFICATE_NOT_AVAILABLE No se ha recibido el certificado de la otra parte. 0x00000008 8 GSK_ERROR_CERT_VALIDATION Error de validación del certificado. 0x00000009 9 GSK_ERROR_CRYPTO Error al procesar el cifrado. 0x0000000a 10 GSK_ERROR_ASN Error al validar campos ASN en el certificado. 0x0000000b 11 GSK_ERROR_LDAP Error al establecer la conexión con el registro de usuario. 0x0000000c 12 GSK_ERROR_UNKNOWN_ERROR Error interno. Informe de este error al servicio de soporte de software de IBM. 0x00000065 101 GSK_OPEN_CIPHER_ERROR Error interno. Informe de este error al servicio de soporte de software de IBM. 0x00000066 102 GSK_KEYFILE_IO_ERROR Error de E/S al leer el archivo de claves. 0x00000067 103 GSK_KEYFILE_INVALID_FORMAT El archivo de claves no tiene un formato interno válido. Vuelva a crear el archivo de claves. 0x00000068 104 GSK_KEYFILE_DUPLICATE_KEY El archivo de claves tiene dos entradas con la misma clave. 0x00000069 105 GSK_KEYFILE_DUPLICATE_LABEL El archivo de claves tiene dos entradas con la misma etiqueta. 0x0000006a 106 GSK_BAD_FORMAT_OR_INVALID_PASSWORD La contraseña del archivo de claves se utiliza como comprobación de integridad. El archivo de claves se ha dañado o el ID de contraseña es incorrecto. 0x0000006b 107 GSK_KEYFILE_CERT_EXPIRED La clave predeterminada en el archivo de claves tiene un certificado caducado. 0x0000006c 108 GSK_ERROR_LOAD_GSKLIB Se ha producido un error al cargar una de las bibliotecas de enlace dinámico GSK. Asegúrese de que GSK se ha instalado correctamente. 0x0000006d 109 GSK_PENDING_CLOSE_ERROR Indica que se está intentando establecer una conexión en un entorno GSK después de que se haya establecido GSK_ENVIRONMENT_ CLOSE_OPTIONS en GSK_DELAYED_ ENVIRONMENT_CLOSE y se ha llamado a la función gsk_environment_close(). 298 IBM Tivoli Storage Manager: Guía de determinación de problemas Tabla 36. Códigos de retorno generales de IBM Global Security Kit SSL (continuación) Código de Código de retorno retorno (hexadecimal) (decimal) Constante Explicación 0x000000c9 201 GSK_NO_KEYFILE_PASSWORD No se ha especificado la contraseña ni el nombre del archivo stash; por consiguiente, no se ha podido inicializar el archivo de claves. 0x000000ca 202 GSK_KEYRING_OPEN_ERROR No se ha podido abrir el archivo de claves. La vía de acceso se ha especificado de forma incorrecta o los permisos de archivo no han permitido que se abra el archivo. 0x000000cb 203 GSK_RSA_TEMP_KEY_PAIR No se puede generar un par de claves temporal. Informe de este error al servicio de soporte de software de IBM. 0x000000cc 204 GSK_ERROR_LDAP_NO_SUCH_OBJECT Se ha especificado un objeto Nombre usuario que no se ha encontrado. 0x000000cd 205 GSK_ERROR_LDAP_INVALID_CREDENTIALS Una contraseña utilizada para una consulta LDAP (lightweight directory access protocol) no es correcta. 0x000000ce 206 GSK_ERROR_BAD_INDEX Un índice de la lista de servidores LDAP de migración tras anomalía no era correcto. 0x000000cf 207 GSK_ERROR_FIPS_NOT_SUPPORTED Esta instalación de GSKit no admite modalidad de operación FIPS. 0x0000012d 301 GSK_CLOSE_FAILED Indica que la solicitud de cierre del entorno GSK no se ha gestionado correctamente. El motivo más probable es que se ha intentado un comando gsk_secure_socket*() después de una llamada a gsk_close_environment(). 0x00000191 401 GSK_ERROR_BAD_DATE La fecha del sistema no se ha establecido en un valor válido. 0x00000192 402 GSK_ERROR_NO_CIPHERS Ni SSLv2 ni SSLv3 se han habilitado. 0x00000193 403 GSK_ERROR_NO_CERTIFICATE No se ha recibido de la otra parte el certificado necesario. 0x00000194 404 GSK_ERROR_BAD_CERTIFICATE El certificado recibido se ha formateado de forma incorrecta. 0x00000195 405 GSK_ERROR_UNSUPPORTED_CERTIFICATE_TYPE El tipo de certificado recibido no se ha admitido. 0x00000196 406 GSK_ERROR_IO Se ha producido un error de E/S en una operación de lectura o grabación de datos. 0x00000197 407 GSK_ERROR_BAD_KEYFILE_LABEL No se ha podido encontrar la etiqueta especificada en el archivo de claves. 0x00000198 408 GSK_ERROR_BAD_KEYFILE_PASSWORD La contraseña del archivo de claves especificado es incorrecta. No se ha podido utilizar el archivo de claves. Es posible también que el archivo de claves esté dañado. Apéndice C. Códigos de retorno de IBM Global Security Kit 299 Tabla 36. Códigos de retorno generales de IBM Global Security Kit SSL (continuación) Código de Código de retorno retorno (hexadecimal) (decimal) Constante Explicación 0x00000199 409 GSK_ERROR_BAD_KEY_LEN_FOR_EXPORT En un entorno de cifrado limitado, el tamaño de la clave es demasiado largo para que se pueda admitir. 0x0000019a 410 GSK_ERROR_BAD_MESSAGE Se ha recibido un mensaje SSL con formato incorrecto de la otra parte. 0x0000019b 411 GSK_ERROR_BAD_MAC El código de autenticación de mensaje (MAC) no se ha verificado correctamente. 0x0000019c 412 GSK_ERROR_UNSUPPORTED Protocolo SSL no admitido o tipo de certificado no admitido. 0x0000019d 413 GSK_ERROR_BAD_CERT_SIG El certificado recibido contenía una firma incorrecta. 0x0000019e 414 GSK_ERROR_BAD_CERT Se ha recibido un certificado con formato incorrecto de la otra parte. 0x0000019f 415 GSK_ERROR_BAD_PEER No se ha recibido un protocolo SSL válido de la otra parte. 0x000001a0 416 GSK_ERROR_PERMISSION_DENIED Informe de este error al servicio de soporte de software de IBM. 0x000001a1 417 GSK_ERROR_SELF_SIGNED El certificado autofirmado no es válido. 0x000001a2 418 GSK_ERROR_NO_READ_FUNCTION read() ha presentado anomalías. Informe de este error al servicio de soporte de software de IBM. 0x000001a3 419 GSK_ERROR_NO_WRITE_FUNCTION write() ha presentado anomalías. Informe de este error al servicio de soporte de software de IBM. 0x000001a4 420 GSK_ERROR_SOCKET_CLOSED La otra parte ha cerrado el socket antes de que se completara el protocolo. 0x000001a5 421 GSK_ERROR_BAD_V2_CIPHER El Cipher V2 especificado no es válido. 0x000001a6 422 GSK_ERROR_BAD_V3_CIPHER El Cipher V3 especificado no es válido. 0x000001a7 423 GSK_ERROR_BAD_SEC_TYPE Informe de este error al servicio de soporte de software de IBM. 0x000001a8 424 GSK_ERROR_BAD_SEC_TYPE_COMBINATION Informe de este error al servicio de soporte de software de IBM. 0x000001a9 425 GSK_ERROR_HANDLE_CREATION_FAILED No se ha podido crear el manejador. Informe de este error al servicio de soporte de software de IBM. 0x000001aa 426 GSK_ERROR_INITIALIZATION_FAILED la inicialización no se ha realizado. Informe de este error interno al servicio. 0x000001ab 427 GSK_ERROR_LDAP_NOT_AVAILABLE No se puede acceder al registro de usuario especificado al validar un certificado. 0x000001ac 428 GSK_ERROR_NO_PRIVATE_KEY La clave especificada no contenía una clave privada. 0x000001ad 429 GSK_ERROR_PKCS11_LIBRARY_NOTLOADED Se ha realizado un intento fallido de cargar la biblioteca compartida PKCS11. 300 IBM Tivoli Storage Manager: Guía de determinación de problemas Tabla 36. Códigos de retorno generales de IBM Global Security Kit SSL (continuación) Código de Código de retorno retorno (hexadecimal) (decimal) Constante Explicación 0x000001ae 430 GSK_ERROR_PKCS11_TOKEN_LABELMISMATCH El controlador PKCS #11 no ha podido encontrar la señal especificada por el operador. 0x000001af 431 GSK_ERROR_PKCS11_TOKEN_NOTPRESENT La ranura no contiene ninguna señal PKCS #11. 0x000001b0 432 GSK_ERROR_PKCS11_TOKEN_BADPASSWORD El pin/contraseña para acceder a la señal PKCS nº11 no es válido. 0x000001b1 433 GSK_ERROR_INVALID_V2_HEADER La cabecera SSL recibida no era una cabecera con el formato SSLv2 correcto. 0x000001b2 434 GSK_CSP_OPEN_ERROR No se ha podido abrir el proveedor de servicios de cifrado basado en hardware. No se ha especificado correctamente el nombre de CSP o no se ha podido acceder al almacén de certificados de CSP especificado. 0x000001b3 435 GSK_CSP_OPEN_ERROR Se han definido algunos atributos conflictivos para la operación de SSL. 0x000001b4 436 GSK_CSP_OPEN_ERROR La API de Microsoft Crypto sólo es compatible con Microsoft Windows 2000 con Service Pack 2 aplicado. 0x000001b5 437 GSK_CSP_OPEN_ERROR El sistema se ejecuta en modalidad IPv6 sin establecer un PEERID. 0x000001f5 501 GSK_INVALID_BUFFER_SIZE El tamaño del búfer es negativo o cero. 0x000001f6 502 GSK_WOULD_BLOCK Se utiliza con E/S sin bloqueo. Consulte la sección sobre no bloqueo para su uso. 0x00000259 601 GSK_ERROR_NOT_SSLV3 SSLv3 es necesario para reset_cipher() y la conexión utiliza SSLv2. 0x0000025a 602 GSK_MISC_INVALID_ID No se ha especificado un ID válido para la llamada de la función gsk_secure_soc_misc(). 0x000002bd 701 GSK_ATTRIBUTE_INVALID_ID La llamada de la función tiene un ID no válido. Esto también se puede producir especificando un manejador de entorno cuando debe utilizarse un manejador para una conexión SSL. 0x000002be 702 GSK_ATTRIBUTE_INVALID_LENGTH El atributo tiene una longitud negativa, la cual no es válida. 0x000002bf 703 GSK_ATTRIBUTE_INVALID_ENUMERATION El valor de enumeración no es válido para el tipo de enumeración especificada. 0x000002c0 704 GSK_ATTRIBUTE_INVALID_SID_CACHE Lista de parámetros no válida para sustituir las rutinas de caché SID. 0x000002c1 705 GSK_ATTRIBUTE_INVALID_NUMERIC_VALUE Al establecer un atributo numérico, el valor especificado no es válido para el atributo específico que se está estableciendo. 0x000002c2 706 GSK_CONFLICTING_VALIDATION_SETTING Se han establecido parámetros conflictivos para la validación adicional de certificados. Apéndice C. Códigos de retorno de IBM Global Security Kit 301 Tabla 36. Códigos de retorno generales de IBM Global Security Kit SSL (continuación) Código de Código de retorno retorno (hexadecimal) (decimal) Constante Explicación 0x000002c3 707 GSK_AES_UNSUPPORTED El algoritmo de cifrado AES no recibe soporte. 0x000002c4 708 GSK_PEERID_LENGTH_ERROR PEERID no tiene la longitud correcta. 0x000005dd 1501 GSK_SC_OK 0x000005de 1502 GSK_SC_CANCEL 0x00000641 1601 GSK_TRACE_STARTED El rastreo se ha iniciado satisfactoriamente. 0x00000642 1602 GSK_TRACE_STOPPED El rastreo se ha detenido satisfactoriamente. 0x00000643 1603 GSK_TRACE_NOT_STARTED No se ha iniciado ningún archivo de rastreo anteriormente y, por lo tanto, no se puede detener. 0x00000644 1604 GSK_TRACE_ALREADY_STARTED El archivo de rastreo ya se ha iniciado y, por lo tanto, no se puede reiniciar. 0x00000645 1605 GSK_TRACE_OPEN_FAILED El archivo de rastreo no se puede abrir. El primer parámetro de gsk_start_trace() debe ser un nombre completo de archivo de vía de acceso válido. Tabla 37. Códigos de retorno de gestión de claves de IBM Global Security Kit Código de Código de retorno retorno (hexadecimal) (decimal) Constante Explicación 0x00000000 0 GSK_OK La tarea se ha completado correctamente. Este mensaje lo emite cada llamada de función que se completa correctamente. 0x00000001 1 GSK_INVALID_HANDLE El entorno o el manejador de SSL no es válido. El manejador especificado no era el resultado de una llamada de función open() satisfactoria. 0x00000002 2 GSK_API_NOT_AVAILABLE La biblioteca de enlace dinámico (DLL) se ha descargado y no está disponible (se produce sólo en sistemas Microsoft Windows). 0x00000003 3 GSK_INTERNAL_ERROR Error interno. Informe de este error al servicio de soporte de software de IBM. 0x00000004 4 GSK_INSUFFICIENT_STORAGE No hay suficiente memoria disponible para ejecutar la operación. 0x00000005 5 GSK_INVALID_STATE El manejador se encuentra en un estado incorrecto para la operación como, por ejemplo, ejecutar una operación init() en un manejador dos veces. 0x00000006 6 GSK_KEY_LABEL_NOT_FOUND No se ha encontrado la etiqueta de clave especificada en el archivo de claves. 0x00000007 7 GSK_CERTIFICATE_NOT_AVAILABLE No se ha recibido el certificado de la otra parte. 0x00000008 8 GSK_ERROR_CERT_VALIDATION Error de validación del certificado. 302 IBM Tivoli Storage Manager: Guía de determinación de problemas Tabla 37. Códigos de retorno de gestión de claves de IBM Global Security Kit (continuación) Código de Código de retorno retorno (hexadecimal) (decimal) Constante Explicación 0x00000009 9 GSK_ERROR_CRYPTO Error al procesar el cifrado. 0x0000000a 10 GSK_ERROR_ASN Error al validar campos ASN en el certificado. 0x0000000b 11 GSK_ERROR_LDAP Error al establecer la conexión con el registro de usuario. 0x0000000c 12 GSK_ERROR_UNKNOWN_ERROR Error interno. Informe de este error al servicio de soporte de software de IBM. 0x00000065 101 GSK_OPEN_CIPHER_ERROR Error interno. Informe de este error al servicio de soporte de software de IBM. 0x00000066 102 GSK_KEYFILE_IO_ERROR Error de E/S al leer el archivo de claves. 0x00000067 103 GSK_KEYFILE_INVALID_FORMAT El archivo de claves tiene un formato interno que no es válido. Vuelva a crear el archivo de claves. 0x00000068 104 GSK_KEYFILE_DUPLICATE_KEY El archivo de claves tiene dos entradas con la misma clave. 0x00000069 105 GSK_KEYFILE_DUPLICATE_LABEL El archivo de claves tiene dos entradas con la misma etiqueta. 0x0000006a 106 GSK_BAD_FORMAT_OR_INVALID_ PASSWORD La contraseña del archivo de claves se utiliza como comprobación de integridad. El archivo de claves se ha dañado o el ID de contraseña es incorrecto. 0x0000006b 107 GSK_KEYFILE_CERT_EXPIRED La clave predeterminada en el archivo de claves tiene un certificado caducado. 0x0000006c 108 GSK_ERROR_LOAD_GSKLIB Se ha producido un error al cargar una de las bibliotecas de enlace dinámico GSK. Asegúrese de que GSK se ha instalado correctamente. 0x0000006d 109 GSK_PENDING_CLOSE_ERROR Este mensaje indica que se está intentando establecer una conexión en un entorno GSK después de que se haya establecido GSK_ENVIRONMENT_ CLOSE_OPTIONS en GSK_DELAYED_ ENVIRONMENT_CLOSE y se ha llamado a la función gsk_environment_close(). 0x000000c9 201 GSK_NO_KEYFILE_PASSWORD No se ha especificado la contraseña ni el nombre del archivo stash; por consiguiente, no se ha podido inicializar el archivo de claves. 0x000000ca 202 GSK_KEYRING_OPEN_ERROR No se ha podido abrir el archivo de claves. La vía de acceso se ha especificado de forma incorrecta o los permisos de archivo no han permitido que se abra el archivo. 0x000000cb 203 GSK_RSA_TEMP_KEY_PAIR No se puede generar un par de claves temporal. Informe de este error al servicio de soporte de software de IBM. 0x000000cc 204 GSK_ERROR_LDAP_NO_SUCH_OBJECT Se ha especificado un objeto Nombre usuario que no se ha encontrado. Apéndice C. Códigos de retorno de IBM Global Security Kit 303 Tabla 37. Códigos de retorno de gestión de claves de IBM Global Security Kit (continuación) Código de Código de retorno retorno (hexadecimal) (decimal) Constante Explicación 0x000000cd 205 GSK_ERROR_LDAP_INVALID_ CREDENTIALS Una contraseña utilizada para una consulta LDAP no es correcta. 0x000000ce 206 GSK_ERROR_BAD_INDEX Un índice de la lista de servidores LDAP de migración tras anomalía no era correcto. 0x000000cf 207 GSK_ERROR_FIPS_NOT_SUPPORTED Esta instalación de GSKit no admite modalidad de operación FIPS. 0x0000012d 301 GSK_CLOSE_FAILED Indica que la solicitud de cierre del entorno GSK no se ha gestionado correctamente. El motivo más probable es que se ha intentado un mandato gsk_secure_socket*() después de una llamada a gsk_close_environment(). 0x00000191 401 GSK_ERROR_BAD_DATE La fecha del sistema se ha establecido en un valor que no es válido. 0x00000192 402 GSK_ERROR_NO_CIPHERS Ni SSLv2 ni SSLv3 se han habilitado. 0x00000193 403 GSK_ERROR_NO_CERTIFICATE No se ha recibido de la otra parte el certificado necesario. 0x00000194 404 GSK_ERROR_BAD_CERTIFICATE El certificado recibido se ha formateado de forma incorrecta. 0x00000195 405 GSK_ERROR_UNSUPPORTED_ CERTIFICATE_TYPE El tipo de certificado recibido no se ha admitido. 0x00000196 406 GSK_ERROR_IO Se ha producido un error de E/S en una operación de lectura o grabación de datos. 0x00000197 407 GSK_ERROR_BAD_KEYFILE_LABEL No se ha podido encontrar la etiqueta especificada en el archivo de claves. 0x00000198 408 GSK_ERROR_BAD_KEYFILE_PASSWORD La contraseña del archivo de claves especificado es incorrecta. No se ha podido utilizar el archivo de claves. Es posible también que el archivo de claves esté dañado. 0x00000199 409 GSK_ERROR_BAD_KEY_LEN_ FOR_EXPORT En un entorno de cifrado limitado, el tamaño de la clave es demasiado largo para que se pueda admitir. 0x0000019a 410 GSK_ERROR_BAD_MESSAGE Se ha recibido un mensaje SSL con formato incorrecto de la otra parte. 0x0000019b 411 GSK_ERROR_BAD_MAC El MAC no se ha verificado correctamente. 0x0000019c 412 GSK_ERROR_UNSUPPORTED Protocolo SSL no admitido o tipo de certificado no admitido. 0x0000019d 413 GSK_ERROR_BAD_CERT_SIG El certificado recibido contenía una firma incorrecta. 0x0000019e 414 GSK_ERROR_BAD_CERT Se ha recibido un certificado con formato incorrecto de la otra parte. 0x0000019f 415 GSK_ERROR_BAD_PEER Un protocolo SSL que no es válido recibido de la otra parte. 304 IBM Tivoli Storage Manager: Guía de determinación de problemas Tabla 37. Códigos de retorno de gestión de claves de IBM Global Security Kit (continuación) Código de Código de retorno retorno (hexadecimal) (decimal) Constante Explicación 0x000001a0 416 GSK_ERROR_PERMISSION_DENIED Informe de este error al servicio de soporte de software de IBM. 0x000001a1 417 GSK_ERROR_SELF_SIGNED El certificado autofirmado no es válido. 0x000001a2 418 GSK_ERROR_NO_READ_FUNCTION Error en read(). Informe de este error al servicio de soporte de software de IBM. 0x000001a3 419 GSK_ERROR_NO_WRITE_FUNCTION Error en write(). Informe de este error al servicio de soporte de software de IBM. 0x000001a4 420 GSK_ERROR_SOCKET_CLOSED La otra parte ha cerrado el socket antes de que se completara el protocolo. 0x000001a5 421 GSK_ERROR_BAD_V2_CIPHER El Cipher V2 especificado no es válido. 0x000001a6 422 GSK_ERROR_BAD_V3_CIPHER El Cipher V3 especificado no es válido. 0x000001a7 423 GSK_ERROR_BAD_SEC_TYPE Informe de este error al servicio de soporte de software de IBM. 0x000001a8 424 GSK_ERROR_BAD_SEC_TYPE_ COMBINATION Informe de este error al servicio de soporte de software de IBM. 0x000001a9 425 GSK_ERROR_HANDLE_CREATION_ FAILED No se ha podido crear el manejador. Informe de este error al servicio de soporte de software de IBM. 0x000001aa 426 GSK_ERROR_INITIALIZATION_FAILED la inicialización no se ha realizado. Informe de este error interno al servicio. 0x000001ab 427 GSK_ERROR_LDAP_NOT_AVAILABLE No se puede acceder al registro de usuario especificado al validar un certificado. 0x000001ac 428 GSK_ERROR_NO_PRIVATE_KEY La clave especificada no contenía una clave privada. 0x000001ad 429 GSK_ERROR_PKCS11_LIBRARY_ NOTLOADED Se ha realizado un intento fallido de cargar la biblioteca compartida PKCS11. 0x000001ae 430 GSK_ERROR_PKCS11_TOKEN_ LABELMISMATH El controlador PKCS #11 no ha podido encontrar la señal especificada por el operador. 0x000001af 431 GSK_ERROR_PKCS11_TOKEN_ NOTPRESENT La ranura no contiene ninguna señal PKCS #11. 0x000001b0 432 GSK_ERROR_PKCS11_TOKEN_ BADPASSWORD El pin/contraseña para acceder a la señal PKCS nº11 es incorrecto. 0x000001b1 433 GSK_ERROR_INVALID_V2_HEADER La cabecera SSL recibida no era una cabecera con el formato SSLv2 correcto. 0x000001b2 434 GSK_CSP_OPEN_ERROR No se ha podido abrir el proveedor de servicios de cifrado basado en hardware (CSP). No se ha especificado correctamente el nombre de CSP o no se ha podido acceder al almacén de certificados de CSP especificado. 0x000001b3 435 GSK_CSP_OPEN_ERROR Se han definido algunos atributos conflictivos para la operación de SSL. Apéndice C. Códigos de retorno de IBM Global Security Kit 305 Tabla 37. Códigos de retorno de gestión de claves de IBM Global Security Kit (continuación) Código de Código de retorno retorno (hexadecimal) (decimal) Constante Explicación 0x000001b4 436 GSK_CSP_OPEN_ERROR La API de Microsoft Crypto sólo es compatible con Microsoft Windows 2000 con Service Pack 2 aplicado. 0x000001b5 437 GSK_CSP_OPEN_ERROR El sistema se ejecuta en modalidad IPv6 sin establecer un PEERID. 0x000001f5 501 GSK_INVALID_BUFFER_SIZE El tamaño del búfer es negativo o cero. 0x000001f6 502 GSK_WOULD_BLOCK Se utiliza con E/S sin bloqueo. Consulte la sección sobre no bloqueo para su uso. 0x00000259 601 GSK_ERROR_NOT_SSLV3 SSLv3 es necesario para reset_cipher() y la conexión utiliza SSLv2. 0x0000025a 602 GSK_MISC_INVALID_ID Se ha especificado un ID que no es válido para la llamada de la función gsk_secure_soc_misc(). 0x000002bd 701 GSK_ATTRIBUTE_INVALID_ID La llamada de la función tiene un ID que no es válido. Esto también se puede producir especificando un manejador de entorno cuando debe utilizarse un manejador para una conexión SSL. 0x000002be 702 GSK_ATTRIBUTE_INVALID_LENGTH El atributo tiene una longitud negativa, la cual no es válida. 0x000002bf 703 GSK_ATTRIBUTE_INVALID_ ENUMERATION El valor de enumeración no es válido para el tipo de enumeración especificada. 0x000002c0 704 GSK_ATTRIBUTE_INVALID_SID_CACHE Lista de parámetros no válida para sustituir las rutinas de caché SID. 0x000002c1 705 GSK_ATTRIBUTE_INVALID_ NUMERIC_VALUE Al establecer un atributo numérico, el valor especificado no es válido para el atributo específico que se está estableciendo. 0x000002c2 706 GSK_CONFLICTING_VALIDATION_ SETTING Se han establecido parámetros conflictivos para la validación adicional de certificados. 0x000002c3 707 GSK_AES_UNSUPPORTED El algoritmo de cifrado AES no recibe soporte. 0x000002c4 708 GSK_PEERID_LENGTH_ERROR PEERID no tiene la longitud correcta. 0x000005dd 1501 GSK_SC_OK 0x000005de 1502 GSK_SC_CANCEL 0x00000641 1601 GSK_TRACE_STARTED El rastreo se ha iniciado satisfactoriamente. 0x00000642 1602 GSK_TRACE_STOPPED El rastreo se ha detenido satisfactoriamente. 0x00000643 1603 GSK_TRACE_NOT_STARTED No se ha iniciado ningún archivo de rastreo anteriormente y, por lo tanto, no se puede detener. 0x00000644 1604 GSK_TRACE_ALREADY_STARTED El archivo de rastreo ya se ha iniciado y, por lo tanto, no se puede volver a iniciar. 306 IBM Tivoli Storage Manager: Guía de determinación de problemas Tabla 37. Códigos de retorno de gestión de claves de IBM Global Security Kit (continuación) Código de Código de retorno retorno (hexadecimal) (decimal) Constante Explicación 0x00000645 GSK_TRACE_OPEN_FAILED El archivo de rastreo no se puede abrir. El primer parámetro de gsk_start_trace() debe ser un nombre completo de archivo de vía de acceso válido. 1605 Apéndice C. Códigos de retorno de IBM Global Security Kit 307 308 IBM Tivoli Storage Manager: Guía de determinación de problemas Apéndice D. Funciones de accesibilidad para la familia de productos Tivoli Storage Manager Las funciones de accesibilidad ayudan a los usuarios que tienen discapacidades, tales como movilidad reducida o visión limitada, a utilizar productos de tecnología de la información de manera satisfactoria. Características de accesibilidad En la siguiente lista se incluyen las principales funciones de accesibilidad de la familia de productos Tivoli Storage Manager: v Uso sólo con el teclado v Interfaces habitualmente utilizadas por lectores de pantalla v Teclas perceptibles sólo con el tacto pero que no se activan simplemente tocándolas v Dispositivos estándar para puertos y conectores v Conexión de dispositivos de entrada y salida alternativos El Information Center de Tivoli Storage Manager y las publicaciones relacionadas son accesibles. Para obtener información sobre las características de accesibilidad del Information Center, consulte el tema siguiente: http://pic.dhe.ibm.com/ infocenter/tsminfo/v6r3/topic/com.ibm.help.ic.doc/iehs36_accessibility.html. Navegación con teclado En Windows, la familia de productos de Tivoli Storage Manager sigue los convenios de Microsoft para todo el acceso y la navegación de teclado. El soporte de la función arrastrar y soltar se gestiona utilizando la opción de accesibilidad de Microsoft Windows conocida como MouseKeys. Para obtener más información sobre MouseKeys y otras opciones de accesibilidad de Windows, consulte la ayuda en línea de Windows, citando la palabra clave “MouseKeys”. En otros sistemas operativos, estos productos siguen las convenciones de los sistemas operativos para la navegación y acceso mediante el teclado. Software del proveedor La familia de productos Tivoli Storage Manager incluye cierto software del proveedor que no está cubierto por el acuerdo de licencia de IBM. IBM no es responsable de las funciones de accesibilidad de estos productos. Póngase en contacto con el proveedor para obtener información sobre la accesibilidad de estos productos. IBM y la accesibilidad Consulte el Centro de accesibilidad y capacidades humanas de IBM (http://www.ibm.com/able) para obtener información sobre el compromiso que IBM tiene con a accesibilidad. © Copyright IBM Corp. 1993, 2012 309 310 IBM Tivoli Storage Manager: Guía de determinación de problemas Avisos Esta información ha sido desarrollada para productos y servicios ofrecidos en EE.UU. IBM no proporcionará los productos, servicios o funciones que se tratan en este documento en otros países. Póngase en contacto con su representante local de IBM para obtener más información sobre los productos y servicios que actualmente están disponibles en su país. Cualquier referencia a un producto, programa o servicio de IBM no significa ni implica que sólo pueda utilizar este determinado producto, programa o servicio de IBM. En su lugar, puede utilizarse cualquier producto, programa o servicio equivalente funcionalmente que no infrinja los derechos de propiedad intelectual de IBM. No obstante, es responsabilidad del usuario evaluar y verificar el funcionamiento de cualquier producto, programa o servicio que no sea de IBM. IBM puede tener patentes o solicitudes de patente pendientes que cubran el tema central tratado en este documento. El presente documento no le confiere ningún derecho sobre estas patentes. Si lo desea, puede realizar consultas sobre licencias, por escrito, dirigiéndose a: IBM Director of Licensing IBM Corporation North Castle Drive Armonk, NY 10504-1785 Estados Unidos Si desea realizar consultas acerca de la información de juegos de caracteres de doble byte (DBCS), puede ponerse en contacto con el Departamento de Propiedad Intelectual de IBM de su país o bien enviar las consultas por escrito a: Intellectual Property Licensing Legal and Intellectual Property Law IBM Japan Ltd 1623-14, Shimotsuruma, Yamato-shi Kanagawa 242-8502, Japón El siguiente párrafo no se aplica en el Reino Unido ni en aquellos países en los que estas condiciones sean incompatibles con la legislación local: INTERNATIONAL BUSINESS MACHINES CORPORATION PROPORCIONA ESTA PUBLICACIÓN “TAL CUAL”, SIN GARANTÍAS DE NINGÚN TIPO, NI EXPLÍCITAS NI IMPLÍCITAS, INCLUIDAS, PERO NO LIMITÁNDOSE A LAS GARANTÍAS DE COMERCIALIZACIÓN Y DE ADECUACIÓN A UN PROPÓSITO DETERMINADO. Algunos países no permiten la exclusión de las garantías explícitas o implícitas, por lo que el párrafo anterior puede que no se aplique en su caso. Esta información puede contener imprecisiones técnicas o errores tipográficos. La información que ofrece está sometida a modificaciones periódicas, las cuales se van incorporando en ediciones posteriores de la publicación. IBM puede incorporar mejoras y/o cambios en el producto o productos y/o en el programa o programas descritos en esta publicación en cualquier momento y sin previo aviso. © Copyright IBM Corp. 1993, 2012 311 Cualquier referencia en esta información a sitios web que no son de IBM se proporcionan únicamente para su comodidad y en modo alguno sirven como apoyo de dichos sitios web. Los materiales que se encuentran en estos sitios web no forman parte de los materiales de este producto IBM y su utilización es por cuenta y riesgo del usuario. IBM podría utilizar o distribuir la información que le envía de la forma que considere más oportuna sin incurrir por ello en ninguna obligación con el remitente de la información. Los poseedores de licencias de este programa que deseen obtener información sobre éste a efectos de permitir: (i) el intercambio de información entre programas creados de forma independiente y otros programas (incluido éste) y (ii) el uso mutuo de la información intercambiada, deben ponerse en contacto con: IBM Corporation 2Z4A/101 11400 Burnet Road Austin, TX 78758 Estados Unidos Este tipo de información puede estar disponible, sujeta a los términos y condiciones pertinentes, lo que incluye, en determinados casos, el pago de una cuota. El programa bajo licencia que se describe en este documento y todo el material bajo licencia que se encuentra disponible, los proporciona IBM de acuerdo con los términos del Acuerdo del Cliente de IBM, el Acuerdo Internacional de Licencia de Programas de IBM o cualquier acuerdo equivalente entre IBM y el Cliente. Los datos de rendimiento contenidos en este documento se han determinado en un entorno controlado. Por tanto, es posible que los resultados obtenidos en otros entornos operativos puedan variar significativamente. Algunas mediciones se han realizado en sistemas en fase de desarrollo y no se garantiza que estas mediciones serán las mismas en los sistemas comercializados. Asimismo, algunas mediciones se han calculado mediante extrapolación. Los resultados reales pueden variar. Los usuarios de este documento deben verificar los datos que se aplican a su entorno específico. La información referente a productos que no son IBM se obtuvo de los proveedores de dichos productos, o de sus anuncios publicados u otras fuentes disponibles públicamente. IBM no ha realizado pruebas de estos productos y no puede confirmar la exactitud de la información con respecto a su rendimiento, compatibilidad u otros aspectos relacionados con los productos que no sean de IBM. Las preguntas sobre las posibilidades de los productos que no son de IBM se deben dirigir a los proveedores de dichos productos. Esta información sólo es para fines de planificación. La información contenida está sujeta a cambios antes de que estén disponibles los productos descritos. Esta información contiene ejemplos de datos e informes utilizados en operaciones de negocio diarias. Para ilustrarlos, de la forma más completa posible, los ejemplos incluyen nombres de personas, empresas, marcas y productos. Todos ellos son ficticios y cualquier parecido con nombres y direcciones de empresas reales es pura coincidencia. 312 IBM Tivoli Storage Manager: Guía de determinación de problemas LICENCIA DE COPYRIGHT: Esta información contiene programas de aplicación de ejemplo en código fuente, que ilustran técnicas de programación en diferentes plataformas operativas. Puede copiar, modificar y distribuir estos programas de ejemplo de cualquier forma sin incurrir en pago alguno a IBM, para fines de desarrollo, utilización, comercialización o distribución de programas de aplicación destinados a la interfaz de programación de aplicaciones para la plataforma operativa para la que se han escrito los programas de ejemplo. Estos ejemplos no se han probado exhaustivamente bajo todas las condiciones. Por tanto, IBM no puede garantizar ni implicar la fiabilidad, utilidad o función de estos programas. Los programas de ejemplo se proporcionan "TAL CUAL" y sin garantía de ninguna clase. IBM no se responsabiliza de los daños que pudieran derivarse del uso de los programas de ejemplo. Cada copia o fragmento de estos programas de ejemplo o cualquier trabajo derivado deben incluir un aviso de copyright como el siguiente: © (nombre de su empresa) (año). Partes de este código derivan de programas de ejemplo de IBM Corp. © Copyright IBM Corp. _escriba el año o años_. Si está visualizando esta información en forma de copia de software, es posible que las fotografías y las ilustraciones en color no aparezcan. Marcas registradas IBM, el logotipo de IBM e ibm.com son marcas registradas de International Business Machines Corporation en Estados Unidos o en otros países. Si estos u otros términos que son marcas registradas de IBM están marcados en su primera aparición en esta información con un símbolo de marca registrada (® o ™), estos símbolos denotan marcas registradas en Estados Unidos o de derecho común que son propiedad de IBM en el momento de publicarse esta información. Es posible que dichas marcas registradas también sean marcas registradas o marcas registradas de derecho consuetudinario en otros países. Encontrará una lista actual de marcas registradas de IBM en la página web "Copyright and trademark information" situada en http://www.ibm.com/legal/copytrade.shtml. Java y todas las marcas registradas y logotipos basadas en Java son marcas registradas de Oracle y/o sus afiliados. Linux es una marca registrada de Linus Torvalds en Estados Unidos o en otros países. LTO y Ultrium son marcas registradas de HP, IBM Corp. y Quantum en EE.UU. y en otros países. Microsoft y Windows son marcas registradas de Microsoft Corporation en Estados Unidos o en otros países. Avisos 313 Red Hat, el logotipo "Shadow Man" de Red Hat y todas las marcas registradas y logotipos basados en Red Hat son marcas registradas de Red Hat, Inc., en Estados Unidos o en otros países. UNIX es una marca registrada de The Open Group en Estados Unidos y en otros países. Otros productos y nombres del servicio pueden ser marcas registradas de IBM u otras compañías. 314 IBM Tivoli Storage Manager: Guía de determinación de problemas Glosario Hay un glosario disponible con términos y definiciones para la familia de productos de IBM Tivoli Storage Manager. Puede ver el glosario en el Information Center de Tivoli Storage Manager en http://pic.dhe.ibm.com/ infocenter/tsminfo/v6r3. Para ver los glosarios de otros productos de IBM, consulte http://www.ibm.com/software/globalization/ terminology/. © Copyright IBM Corp. 1993, 2012 315 316 IBM Tivoli Storage Manager: Guía de determinación de problemas Índice A activación 244 actualización del servidor manualmente 63 actualización automática 131, 132 administradores bloqueados 14 agente de almacenamiento Configuración fuera de la LAN datos enviados directamente al servidor 139 grupo de almacenamiento configurado para grabación simultánea 140 probar configuración fuera de la LAN 140 Dispositivos de SAN 274 sugerencias de diagnóstico comprobar anotaciones de actividades de servidor 137 error provocado por la lectura o grabación en un dispositivo 137 problemas por el cambio de opciones del agente de almacenamiento 138 problemas provocados por el cambio de opciones del servidor 138 agente de almacenamiento o de servidor clase de rastreo 143 clases de rastreo 150 agente de supervisión 222 agentes de supervisión activación de rastreo 207, 208 AIX JFS2 copia de seguridad/archivado basado en instantáneas 32 copia de seguridad de imagen 32 ajuste de Microsoft VSS 47 anotaciones de actividades de servidor comprobación de errores 18 comprobar 126 ANR1221E mensaje de error 93 ANR2317W mensaje de error 94 API archivo de opciones 36 aplicación de copia de seguridad archivos ejecutados debido a la frecuencia de copias incrementales 56 archivos excluidos automáticamente 21 archivos excluidos por EXCLUDE DIR 24 archivos excluidos por sentencias de inclusión y exclusión 21 © Copyright IBM Corp. 1993, 2012 aplicación de copia de seguridad (continuación) sentencias de inclusión/exclusión de compresión, cifrado y copia de seguridad de subarchivos 25 sentencias de inclusión/exclusión específicas de la plataforma 25 sentencias de inclusión y exclusión codificadas incorrectamente 26 archivo de base de datos de claves recuperación de contraseña 109 sin sincronización 109 archivo de definición de mandatos del servidor 130 archivo de ID de base de datos inexistente o incorrecto 79 archivo Java herramienta de recopilador 116 archivos de anotaciones actualización DB2 79 instalación 58 arreglos, obtener xv Arreglos de Windows VSS 46 asignación de dispositivos SAN desactivación 278 errores 279 que falta en la visualización de QUERY SAN 283 asignación de memoria adicional 56 asistentes errores provocados por el inicio o la detención 127 autenticación de contraseñas configuración del cliente 12 ayuda agente de almacenamiento o de servidor 2 B BACKUP DB ANR2971E con código SQL 83 errores comunes 84 variables de entorno incorrectas 81 bases de datos de conocimientos, búsqueda xiii BIRT 235, 241 C caché omisión durante las operaciones de grabación 265 características de accesibilidad 309 centro de administración anomalía de tarea con mensaje 125 comparación entre mensajes y mensajes de IBM Tivoli Storage Manager 128 centro de administración (continuación) configuración de la dirección IP 119 crear un ID de usuario 115 crear un usuario 115 error de tarea asistente 127 comprobar anotaciones de actividades de servidor 126 errores internos 128 portlets 127 establecimiento de una conexión con el servidor IBM Tivoli Storage Manager 111 no se puede acceder al servidor desde un navegador web 120 rastrear 146 utilidad de soporte 124 chino tradicional, idioma informe de problemas 243 clases de rastreo agente de almacenamiento o de servidor 150 centro de administración 143 cliente 189 cliente anotaciones de actividades de servidor examinar 5 clases de rastreo 189, 195 copia de seguridad de imagen 30 error de autenticación 11 generar errores conexión con el servidor 105 identificar lugar y momento en los que se producen problemas 5 mensajes de error examinar 5 planificador 18 puede reproducirse el problema 6 resolución de problemas 5 Cognos 234, 237, 238, 241, 243 Comandos de visualización (SHOW) agente de almacenamiento o de servidor 168 configuración 215 configuración de historial 213 Configuración fuera de la LAN agente de almacenamiento 138 conjuntos de opciones de cliente resolución de problemas 9 utilizar 10 consejos y sugerencias asignación de dispositivos SAN 277 configuración SAN 270 controlador de dispositivo 258 Operaciones de archivador NDMP a Tivoli Storage Manager 287 SAN 269 subsistemas de disco 264 unidades de cinta y bibliotecas adaptador sustituido 268 317 consejos y sugerencias (continuación) unidades de cinta y bibliotecas (continuación) cableado entre los cambios del sistema y del dispositivo 267 cambios de firmware del dispositivo 267 cambios del firmware del adaptador 267 cambios en el controlador de dispositivo 268 cambios en el sistema operativo 268 conexiones sueltas de cable 269 mensajes de error en anotaciones de errores del sistema 269 otro cambio o arreglo de hardware 268 unidades de disco duro 264 Consejos y sugerencias relativos al almacenamiento de datos anotaciones de actividades de servidor 255 cambio de la jerarquía de almacenamiento 256 cambio de las políticas de servidor 257 HELP 255 lectura o grabación en un dispositivo 256 problema de copia de seguridad o de copia con un nodo específico 257 reproducir el problema 256 volumen específico 258 Consola de gestión inicio/detención del servicio del servidor 72 consultas 218 consumo de memoria de DB2 limitación de memoria 76 contraseña autenticada en LDAP resolución de problemas 12 contraseña compleja servidor de directorios LDAP 13 contraseña de DB2 caducada 62 contraseñas complejas auditar el servidor de directorios LDAP 15 contrato de soporte xvi controlador de dispositivo actualizar información de dispositivos 263 admisión de varios LUN en kernels de Linux 261 cambios en el adaptador SCSI 259 cambios en el sistema operativo 259 cambios en HBA 259 conexión con un cable suelto 260 controladores HBA en los kernels 2.6.x 261 ejecución de un servidor Linux en arquitectura x86_64 261 ejecutar ddtrace desde la versión 5.3.2 en Linux 262 mensajes de error en las anotaciones de errores del sistema 260 318 controlador de dispositivo (continuación) módulos de kernel de Linux de 32 bits 260 módulos de kernel de Linux de 32 y 64 bits 260 requisitos de Adaptec SCSI 264 requisitos de HBA BIOS de canal de fibra de Qlogic 264 copia de seguridad con registro por diario (JBB) determinar 40 ejecución en primer plano 41 herramienta de visualización de base de datos 41 copia de seguridad de imagen cliente 30 error 30, 31 coreano, idioma informe de problemas 243 Correlación del directorio FILE 266 CTGTRV009E mensaje de error 98 CTGTRV011E mensaje de error 98 D datos enviar al agente de almacenamiento de IBM Tivoli Storage Manager o al servidor 37 ilegibles 255 datos cifrados durante la copia de seguridad-archivado 205 datos comprimidos durante la copia de seguridad-archivado 205 datos de rastreo están cifrados durante la copia de seguridad-archivado 205 están comprimidos durante la copia de seguridad-archivado 205 DB2, archivos de anotaciones 77 definiciones de mensajes IBM Tivoli Storage Manager 129 despliegue 131, 132, 133 despliegue del cliente de copia de seguridad y archivado plataformas no soportadas 134 detención del servidor anotaciones de actividades 71 anotaciones del sistema 71 archivo de errores del servidor (dsmserv.err) 69 archivos de biblioteca 70 imagen del sistema 69 resolución de problemas generales 66 diagrama 225 diagrama de flujo 225 diario reiniciar 41 dirección IP configuración 119 directorio db2dump resolución de la conclusión 72 directorio de instantáneas 29 discapacidad 309 IBM Tivoli Storage Manager: Guía de determinación de problemas Dispositivos de SAN agente de almacenamiento 274 Dispositivos SCSI 288 distribución de software 131, 132 documentación Véase también publicaciones para resolver problemas de clientes 6 E educación consulte Formación técnica de Tivoli xiii ejecución de ddtrace en HP-UX 262 eliminar 247 entidad emisora de certificados 106 error de copia de seguridad de imagen de Linux 30 error de copia de seguridad de instantánea de Linux mensaje de error ANS1258E 31 errores de comunicación resolver 105 errores de copia de seguridad de base de datos automáticos 76 errores de restauración de base de datos 79 errores transitorios VSS 45 espacios de trabajo 216, 218, 223 establecimiento de una conexión con el servidor IBM Tivoli Storage Manager 111 estado evento planificado 18 evento planificado estado 18 F fallar 211, 215 formación técnica de Tivoli frecuencia de copia 56 xiii G gestor de base de datos problemas de inicio 74 GSKit códigos de retorno 297 problemas de instalación 65 H herramienta de recopilador herramienta tsmdiag 293 116 I IBM Global Security Kit códigos de retorno 297 códigos de retorno de gestión de claves 297 IBM Publications Center x, xii IBM Support Assistant xiv ID de usuario oculto $$_TSMDBMGR_$$ 85 indicadores de prueba VSS 46 información de diagnóstico de Microsoft VSS 47 información de soporte xiii información de versión de DB2 77 informes 225, 231, 232, 234, 235, 237, 238, 241, 243, 251 informes históricos Proxy de almacén, espacio de trabajo 224 iniciar cliente de copia de seguridad/archivado ayuda 1 Comandos de visualización (SHOW) 49 despliegue automático 134 reiniciar 134 inicio de sesión 220 instalación 211, 213, 215 Instalación 211 InstallAnywhere códigos de salida 58 interfaz de programas de aplicación (API) instrumentación 34 rastrear 206 Internet, búsqueda para la resolución de problemas xiii, xv interrupción de desinstalación 62 J japonés, idioma informe de problemas 243 java.net.ConnectException error CTGRI0011E 244 L LABEL LIBVOLUME 57 libros Véase publicaciones Linux, instalación rechazo de SELinux AVC 58 logs.zip 211 LVSA examen del Registro de eventos del sistema Windows 43 forzar un vuelco de memoria 44 problemas, determinación 43 vuelco de memoria completa 44 M Mandato DB2CKUPGRADE actualización del servidor 64 mantenimiento despliegue del cliente 131, 132 manuales Véase publicaciones mensajes de error ANR1330E 95 ANR1331E 95 ANR2968E 82 mensajes de error (continuación) contraseñas autenticadas LDAP 16 CTGTRV009E 98 CTGTRV011E 98 mensajes de error de la base de datos 80 monitor de estado 121 cómo funciona 122 estado de almacenamiento crítico o advertencia 122 estado de base de datos crítico o advertencia 123 resincronizar la contraseña con el ID del administrador ADMIN_CENTER 124 motor de despliegue 53, 62 N nodos bloqueados 14 nodos y administradores bloqueados ntbackup.exe 49 14 O opción INCLEXCL 21 P Passport Advantage xvi planificación despliegue automático 133 planificador reinicio del servicio del cliente 19 plataformas no soportadas despliegue del cliente de copia de seguridad y archivado 134 portlets errores provocados por el inicio o la detención 127 problemas, determinación descripción del problema para IBM Software Support xvi determinación del impacto empresarial para IBM Software Support xvi envío de un problema a IBM Software xvii problemas con el navegador web Tivoli Monitoring para Tivoli Storage Manager 245 problemas de actualización 57 problemas de inicio dsmadmc 7 dsmc 7 dsmj 7 problemas de instalación 57 proceso finalizado 91 proceso iniciado 90 programa de ejemplo vsreq.exe 48 proxy de almacén, agente 247 publicaciones buscar x descargar x orden x publicaciones (continuación) Tivoli Storage FlashCopy Manager xii Tivoli Storage Manager x R rastrear activación del rastreo del cliente mientras se ejecuta el cliente 197 activar el rastreo de cliente en la línea de mandatos 195 agente de almacenamiento o de servidor 148 agentes 207, 208 centro de administración 146 cliente 188 iniciar cliente de copia de seguridad/archivado 195 complemento de la contraseña/ID de usuario 75 controlador de dispositivo 185 interfaz de programas de aplicación (API) 206 opciones 202 problemas y limitaciones conocidos 201 rastreo de pila agente de almacenamiento o de servidor 149 rastreo del controlador de dispositivo desde la consola del servidor/cliente de administración 185 desde un shell de mandatos - AIX, Oracle Solaris, Windows 187 reconfigurar servicios 249 recursos de ayuda 1 registro cronológico de planificación de cliente 18 RELABEL 57 reorganización base de datos 85 reorganización de base de datos 85 reorganización de tabla 85 resolución de problemas 211, 216, 225 Restablecimiento de contraseñas 249 RESTORE DB ANR2971E con código SQL 83 errores comunes 84 variables de entorno incorrectas 81 S salida de depuración obtención 43 SAN adaptadores de bus de host 270 configuración 283 configuración del adaptador del bus de host 271 configuración del conmutador de canal de fibra 272 configuración del puerto de pasarela 272 configuración entre dispositivos 273 dispositivos admitidos 270 Índice 319 SAN (continuación) informe de errores del enlace de canal de fibra 273 problemas de configuración 286 soporte de proveedor 287 script 213 Script gt 291 Secure Sockets Layer (SSL) códigos de retorno generales 297 determinación de errores 106 servicio de registro remoto 244 servicio de soporte de software contacto xv Servicios de duplicación de volúmenes Windows 45 Servicios de Windows inicio/detención del servicio del servidor 72 servidor agrupación de almacenamiento alto volumen de utilización 101 asignación 102 COPY ACTIVEDATA, comando 103 grabación simultánea 103 mensaje de error ANR0522W 101 no se pueden almacenar datos 103 resolución de problemas 100 base de datos 74 errores de detención o bucle 67 mensajes de proceso 86 proceso 86 sugerencias de diagnóstico anomalía de conversión de página de códigos 187 anomalía en una operación de cliente planificada 55 consultar las anotaciones de actividades del servidor 54 la realización de cambios en las opciones o los valores del servidor crea errores 55 reproducción del problema 53 resolución de conexiones anómalas por parte de clientes o administradores 105 resolución de errores de lectura o de grabación en un dispositivo 54 resolución de problemas de espacio en el servidor 55 servidor de directorios LDAP contraseña 13 servidor de repositorio de usuario externo detención 68 síntomas del proceso archivos no caducados 99 la migración no se ejecuta 99 la migración sólo utiliza un proceso 99 sistema de archivos cifrados 29 sistema de archivos lleno 247 320 sistema de ayuda agente de almacenamiento o de servidor comandos 2 mensajes 3 CLI para el agente de almacenamiento o servidor 3 clientes GUI de Web y GUI 3 dsmcutil 2 informar de un problema 4 Windows 2 Snapshot Difference resolución de problemas 26 soporte de archivos abiertos mejores prácticas 45 problemas, determinación 43 soporte de cliente contacto xv soporte de software descripción del problema para IBM Software Support xvi determinación del impacto empresarial para IBM Software Support xvi envío de un problema xvii soporte para la API antes de llamar a IBM archivos para recopilar 35 información para recopilar 34 SSL (Secure Sockets Layer - Capa de sockets seguros) códigos de retorno generales 297 determinación de errores 106 sugerencias de diagnóstico agente de almacenamiento 137 cliente 5 suscripción de soporte xvi SUSE 215 T teclado 309 Tivoli, formación técnica xiii Tivoli Common Reporting 225, 231, 232, 234, 235, 237, 238, 241, 243 Tivoli Enterprise Portal 215, 216, 218, 220, 222, 223 Tivoli Integrated Portal consumo excesivo de memoria 119 detención del servidor herramienta log analyzer 118 mensajes de error 130 problemas de autoridad del usuario 113 Tivoli Monitoring for Tivoli Storage Manager 211 Tivoli Monitoring para Tivoli Storage Manager 211 traceflags de daemon cliente y diario 189 traslado de datos a otros volúmenes 266 IBM Tivoli Storage Manager: Guía de determinación de problemas U usuario distinto de root ejecución de aplicaciones con la API 38 V volumen de medios secuencial cinta 288 VSS ajuste de Microsoft 47 Arreglos de Windows 46 errores transitorios 45 indicadores de prueba 46 información de diagnóstico de Microsoft 47 ntbackup.exe 49 programa de ejemplo vsreq.exe rastrear 48 Windows 45 W WAREHOUS Windows VSS 45 251 48 Número de Programa: 5608-E01 5608-E02 5608-E03 Impreso en España GC11-4035-04