IBM Tivoli Storage Manager: Guía de determinación de problemas
Anuncio
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
