Guía de resolución de problemas de IBM Tealeaf CX

Transcripción

Guía de resolución de problemas de IBM Tealeaf CX
Versión 9 Release 0.1
4 de diciembre de 2014
Tealeaf
Nota
Antes de utilizar esta información y el producto al que da soporte, lea la información incluida en “Avisos” en la página 141.
Esta edición se aplica a la versión 9, release 0, modificación 1 de IBM Tealeaf CX y a todos los releases y
modificaciones posteriores mientras no se indique lo contrario en nuevas ediciones.
© Copyright IBM Corporation 1999, 2014.
Contenido
Guía de resolución de problemas de
Tealeaf . . . . . . . . . . . . . . . vii
Saber si se deben resolver problemas y cuándo . . vii
Hora de aparición de mensajes de error . . . . vii
Servicio del Servidor de búsqueda . . . . . vii
Diagnóstico de problemas de Tealeaf CX . . . . viii
Estrategia de resolución de problemas; dónde
empezar, dónde ir . . . . . . . . . . . . viii
Rutas del flujo de datos entre componentes del
sistema Tealeaf . . . . . . . . . . . . . ix
Herramientas . . . . . . . . . . . . . . x
Programas de utilidad de diagnóstico . . . . . x
Herramientas de prueba . . . . . . . . . x
Puntos de configuración . . . . . . . . . . x
Archivos de configuración . . . . . . . . . x
Programas de utilidad de configuración de GUI
xi
Configuración del Portal . . . . . . . . . xi
Parámetros y valores de configuración . . . . . xi
Nombres de usuario y contraseñas . . . . . . xi
Capítulo 1. Conservación y recreación
de datos . . . . . . . . . . . . . . 1
Copia de seguridad de datos . . . . . . . . . 1
Preservar el entorno o migrar valores de CX . . . . 1
Servidores duplicados . . . . . . . . . . . 1
Borrar datos de las bases de datos . . . . . . . 2
Eliminación gradual . . . . . . . . . . . 2
Borrar datos del recipiente . . . . . . . . . 2
Borrado de datos de SQL Server . . . . . . . 4
Comprobación de la hora en sistemas Tealeaf . . . 4
Servidores Tealeaf . . . . . . . . . . . 4
Huso horario de Tealeaf . . . . . . . . . 5
Servidores de aplicaciones de captura pasiva
(servidores PCA) . . . . . . . . . . . . 5
Huso horario de RealiTea Viewer . . . . . . 5
Configuración . . . . . . . . . . . . . . 6
Antes de empezar . . . . . . . . . . . . 6
Resolución de problemas en un servidor de
aplicaciones de captura pasiva (servidor PCA) . . . 6
/var/log/messages crece muy rápidamente en PCA 7
Gran número de hits ReqCancelled=Client . . . . 7
Grabación de un volcado de datos . . . . . . 8
La cola de TL no se puede iniciar y la captura está
inhabilitada . . . . . . . . . . . . . . . 9
El registro de captura de PCA contiene el mensaje
"falta client_random" . . . . . . . . . . . 9
El registro de captura de PCA contiene el mensaje
"Se ha alcanzado el límite máximo de SYN/WAIT" . 10
Sustituir certificados SSL caducados en la PCA . . 11
Mensaje de error del registro de captura de PCA "
reassd: No se ha podido encontrar la entrada de
memoria caché de la sesión SSL . . . " . . . . . . 11
PCA no ha podido crear un objeto de demostración 12
Las páginas ReqCancelled se incrementan
considerablemente después del reinicio de PCA . . 13
© Copyright IBM Corp. 1999, 2014
Cómo descartar archivos de un tipo especificado . .
Configurar PCA para capturar una extensión de
archivo no estándar. . . . . . . . . . .
Configurar PCA para capturar un MIMEtype no
estándar . . . . . . . . . . . . . .
Configurar la PCA para eliminar la respuesta
para hits con una extensión especificada. . . .
Liberar espacio de disco de PCA . . . . . . .
Resolución de problemas de la migración tras error
Iniciar, detener y reiniciar una migración tras
error. . . . . . . . . . . . . . . .
Determinar el estado de la migración tras error
Durante el reinicio de la consola web, aparece el
error que no se puede modificar el límite de tamaño
del archivo central ulimit . . . . . . . . . .
PCA no logra iniciarse tras añadir una NIC. . . .
Error System.Web.HttpRequestValidationException
¿Qué significa el error PSIO_SIGCAUGHT? . . . . .
¿Por qué mi directorio de mensajes está lleno de
mensajes "crond(pam_unix) sesión cerrada para
usuario root"? . . . . . . . . . . . . .
Solución 1: suprimir los mensajes . . . . . .
Solución 2: Redireccionar mensajes a un archivo
de registro diferente . . . . . . . . . .
El filtro de captura IIS 6 para aplicaciones Siebel no
captura correctamente . . . . . . . . . . .
Información a suministrar al soporte al cliente. . .
Mandatos tcpdump adicionales . . . . . . . .
Temas adicionales . . . . . . . . . . . .
Localización y actualización de la clave de licencia
Aplicación de la clave de licencia a través del
registro de Windows . . . . . . . . . .
Permisos IIS predeterminados . . . . . . . .
Aparece una fecha 1970 en "Desde" en un diagrama
Los usuarios autenticados de NT no pueden iniciar
sesión en Portal . . . . . . . . . . . . .
Algunos usuarios pueden iniciar sesión en el Portal,
mientras que otros obtienen un error 400 - solicitud
incorrecta . . . . . . . . . . . . . . .
Para obtener más información . . . . . . .
Diferencias entre recuentos de sesiones totales y
archivadas en el portal . . . . . . . . . .
Problemas de visualización en Internet Explorer . .
Registro de componentes Tealeaf como sitios de
confianza . . . . . . . . . . . . . .
Eliminación o inhabilitación de la seguridad
mejorada de Windows . . . . . . . . . .
Error de desbordamiento de pila al intentar
iniciar la sesión en el portal en el sistema local
utilizando IE8 . . . . . . . . . . . .
Habilitación de todos los accesos de menú para el
grupo de administración . . . . . . . . . .
Internet Explorer no muestra el contenido del Portal
debajo de la barra de menús. . . . . . . . .
Los horas en Portal tienen discrepancias de horas .
14
14
14
14
15
15
16
17
19
20
21
21
22
23
23
24
24
24
27
27
27
27
28
28
29
29
29
30
30
30
33
34
34
34
iii
El Portal no se puede conectar a los servidores de
búsqueda . . . . . . . . . . . . . . .
No se puede visualizar la exportación de XML para
Excel . . . . . . . . . . . . . . . .
Temas de resolución de problemas de versiones
anteriores a 5.0 . . . . . . . . . . . . .
Depuración de la fecha errónea de la base de
datos . . . . . . . . . . . . . . .
Descripción de evento no encontrada al crear un
gráfico . . . . . . . . . . . . . . .
Error genérico de la página de inicio de Portal .
No se puede obtener la pantalla de inicio de
sesión para el portal . . . . . . . . . .
Error - 593-Usuario no ADMIN bloqueado en el
inicio de sesión . . . . . . . . . . . .
No se puede iniciar la sesión en el Portal
utilizando ningún ID de usuario . . . . . .
Portal que proporciona el error 500 en la página
de sesiones en directo . . . . . . . . . .
Mensajes de error de IIS . . . . . . . . . .
Mensaje de error: 'la identidad de la agrupación
de aplicaciones, 'DefaultAppPool' no es válida. .
Mensaje de error: 'No se pudo ejecutar la
solicitud porque no se pudo crear el dominio de
aplicación. Error: 0x80004005 Error no
especificado' . . . . . . . . . . . . .
Mensaje de error: 'No se ha podido iniciar la
supervisión de cambios de directorio'. . . . .
Mensaje de error: 'La identidad actual (NT
AUTHORITY\NETWORK SERVICE) no tiene
acceso de escritura en los archivos
C:\WINDOWS\Microsoft.NET\Framework\
v2.0.50727\Temporary ASP.NET' . . . . . .
Mensaje de error: 'ASP.NET no funciona con la
cuenta ASPNET predeterminada en un
controlador de dominio' . . . . . . . . .
Mensaje de error: 'CS0016: No se ha podido
escribir en el archivo de salida
c:\WINDOWS\Microsoft.NET\Framework64\
v2.0.50727\Temporary ASP.NET
Files\portal\d71063af\5e3121f8\
App_global.asax.j8jlnnti.dll' - 'Se ha rechazado el
acceso. ' . . . . . . . . . . . . . .
Mensaje de error: 401.2 'Error al iniciar sesión
debido a la configuración de servidor' . . . .
Problemas IIS 404 comunes . . . . . . . .
Código de estado 301 . . . . . . . . . .
Ninguna entrada de registro en
Windows/System32/LogFiles/W3SVC . . . .
Mensaje de servicio no disponible . . . . . .
Algunos usuarios de NT obtienen un mensaje de
error de longitud de RequestRequest 400 cuando
llegan al Portal, pero otros no . . . . . . .
El intento de iniciar la sesión nunca abandona
Default.aspx . . . . . . . . . . . . .
Las sesiones mueren cada 29 horas (1740 minutos
o 1 día, 5 horas) . . . . . . . . . . . .
Mensaje de error: "Los diálogos Inicio de sesión
NT/Inicio de sesión de BD y Nuevo usuario
aparecen todos en la página Default.aspx" . . .
iv
35
36
37
37
37
38
38
39
39
40
40
40
40
40
40
41
41
41
41
41
41
41
42
42
42
42
Guía de resolución de problemas de IBM Tealeaf CX: Tealeaf
Aparece el diálogo Credenciales de NT incluso
en Internet Explorer . . . . . . . . .
Error al iniciar BBRFilter.dll . . . . . . .
Error de entorno local . . . . . . . . .
Error al crear el proxy web especificado en la
sección de configuración 'system.net/
defaultProxy' . . . . . . . . . . . .
Utilización de IIS7 y visualización de 401.2 . .
Otros artículos útiles de la base de conocimiento
de Microsoft . . . . . . . . . . . .
No se ha podido realizar búsquedas de sesiones
completadas . . . . . . . . . . . . .
Errores de código de estado 400 . . . . .
Diagnóstico de problemas de rendimiento de
búsqueda . . . . . . . . . . . . . .
¿Qué busca la opción "todo el texto"? . . . . .
No se puede incluir la palabra NOT en una
búsqueda . . . . . . . . . . . . . .
No se puede buscar en campos con ~ u otros
caracteres de puntuación en los nombres de campo
¿Por qué los fragmentos de sesión afectan a los
resultados de mi búsqueda? . . . . . . . .
Diferencias en recuentos de sesiones según lo
notificado por el portal y Viewer (o Extractor de
datos / cxConnect) . . . . . . . . . . .
Configuración . . . . . . . . . . . .
Cómo indicar si los están tienen la E/S limitada .
Se repiten reinicios después de que se cuelgue
dtSearch . . . . . . . . . . . . . .
El archivo separador del recipiente no existe . .
Se produce una advertencia DecoupleEx al iniciar
servicios . . . . . . . . . . . . . .
Error de TeaLeaf Technology la longitud de datos
(xxxxxx) excede el tamaño máximo (yyyyyyy)
cuerpo descartado . . . . . . . . . . .
FetchNSAT ha fallado en WriteInteraction . . .
FetchNSAT ha fallado en WriteInteraction con el
código -160 . . . . . . . . . . . .
FetchNSAT ha fallado en WriteInteraction con el
código -127 . . . . . . . . . . . .
Configuración . . . . . . . . . . . .
. 42
. 43
. 43
. 43
. 44
. 44
. 45
. 46
. 47
. 47
. 48
. 48
. 48
. 49
. 50
. 50
. 51
. 52
. 52
. 53
. 54
. 54
. 54
. 54
Capítulo 2. Resolución de problemas
de bases de datos Tealeaf . . . . . . 55
Configuración de SQL Server . . . . . . . .
No se ha podido conectar a SQL Server . . . .
No se ha podido instalar debido a una
discrepancia de tamaño de la base de datos
modelo . . . . . . . . . . . . . . .
Configuración del uso de puertos dinámicos de
SQL Server . . . . . . . . . . . . .
Migración a un nuevo SQL Server . . . . . .
Bajo rendimiento de SQL Server en sistemas
operativos de 64 bits . . . . . . . . . .
Información de SuperSocket: (SpnRegister): error
1355 en el registro de eventos de aplicación
Windows . . . . . . . . . . . . . .
SQL Server bloquea el acceso al procedimiento
sys.sp_OAGetProperty. . . . . . . . . .
Configuración de la base de datos de Tealeaf . . .
No se ha podido conectar . . . . . . . .
55
55
56
56
57
58
58
59
60
60
Durante la actualización, Tealeaf Database
Manager no puede actualizar Result Set Extractor
No se ha podido crear una base de datos en un
entorno de servidor en clúster . . . . . . .
Rendimiento de la base de datos de Tealeaf . .
Tealeaf Database Manager se cuelga al actualizar
la base de datos del sistema . . . . . . . .
Problemas con bases de datos individuales . . . .
Base de datos de visitantes para cxResults . . .
Base de datos del extractor de conjunto de
resultados para cxResults . . . . . . . . .
Base de datos de búsqueda para cxReveal . . .
Problemas de configuración . . . . . . . . .
Recopilación de datos . . . . . . . . . .
Extractor de la base de datos de visitantes . . . .
No se ha podido buscar visitantes . . . . . .
Unos errores de conexión intermitentes del
servidor de búsqueda informan sobre el código
de error 12029 . . . . . . . . . . . .
Errores de conexión de TCP en el inicio de sesión
de la VDB en Windows Server 2003 SP2 . . . .
Resolución de problemas de actualizaciones de base
de datos . . . . . . . . . . . . . . .
Error de grupo de archivos no válido
especificado durante la actualización de base de
datos . . . . . . . . . . . . . . .
Lista de comprobación. . . . . . . . . . .
Ajuste del rendimiento de recipiente . . . . . .
Supervisión del estado del recipiente . . . . .
Spools de recipiente . . . . . . . . . .
Cálculos de tamaños Tealeaf . . . . . . . .
Definición del tiempo de espera de sesión . . .
¿Por qué se fragmentan las sesiones? . . . . . .
Los servicios Tealeaf no se pueden conectar al
recipiente como TLUSER o ADMIN . . . . . .
Los servicios de recipiente continúan reiniciándose
Evaluación de la asignación de almacenamiento del
recipiente . . . . . . . . . . . . . . .
Evaluación del rendimiento del agente de sesión del
recipiente . . . . . . . . . . . . . . .
Copia de seguridad de archivos de recipiente sin
servidor de archivado . . . . . . . . . . .
Traslado de un recipiente . . . . . . . . . .
Traslado de los datos de índice de búsqueda de
recipiente . . . . . . . . . . . . . .
Traslado de datos de sesión de recipiente . . .
Completar el movimiento del recipiente . . . .
Errores de ctree . . . . . . . . . . . . .
Error 160(0) en NextLssnRec() . . . . . . .
Error 69(0). . . . . . . . . . . . . .
Configuración . . . . . . . . . . . . .
Modificación del nivel de registro para resolver
excepciones . . . . . . . . . . . . . .
"Sesiones en espera de ser indexadas" ha superado
su umbral . . . . . . . . . . . . . . .
Parece que faltan algunas sesiones en los índices . .
No se ha podido obtener el número de sesiones que
se debe indexar del recipiente . . . . . . . .
Recuperación de errores de índice . . . . . . .
Volver a crear índices . . . . . . . . . . .
Configuración . . . . . . . . . . . . .
60
60
60
61
62
62
62
63
64
64
66
66
66
66
67
67
67
68
68
69
72
73
74
74
74
75
75
76
77
77
78
78
78
78
80
80
80
Fallo del servicio de RSE . . . . . . . . . .
El servidor de consultas no se puede concluir y
reiniciar correctamente. . . . . . . . . . .
Resolución de problemas - Recopilador de datos . .
Mensajes de error aceptables . . . . . . .
Problemas de rendimiento . . . . . . . .
¿Qué sucede en los datos estadísticos si el
servicio de recopilador de datos o la base de
datos de informes se apaga? . . . . . . . .
Discrepancias entre recuentos en gráficos de
eventos y recuentos de búsqueda detallados . .
Problemas de conectividad del recopilador de
datos con el recipiente . . . . . . . . . .
Excepción SQL "Conexión restablecida por el
igual: error de escritura de socket" en el registro
de eventos. . . . . . . . . . . . . .
El informe del grupo de archivos de base de
datos no muestra datos . . . . . . . . .
Resolución de problemas - Servicio de datos . . .
No se ha podido escribir el mensaje de error
ReportQueryLogEntity. . . . . . . . . .
Resolución de problemas - Servicio de informes . .
Resolución de problemas - Creador de informes . .
"No hay ninguna coincidencia para su búsqueda"
en el desglose del creador de informes. . . . .
Resolución de problemas - Elementos más variables
Los elementos más variables no se actualizan . .
Registros de informes . . . . . . . . . . .
Configuración . . . . . . . . . . . . .
Errores "La aut ha fallado, ninguna cabecera de
autorización en cmd" en el registro del servidor de
búsqueda . . . . . . . . . . . . . . .
No se ha podido añadir grupos de Active Directory
a través de la configuración del servidor de
búsqueda . . . . . . . . . . . . . . .
83
84
84
84
85
86
86
88
88
89
89
89
90
90
90
91
91
93
93
94
94
Capítulo 3. Resolución de problemas Servidor de reproducción . . . . . . 97
Resolución de problemas - problemas de
representación . . . . . . . . . . . . . 97
La vista de reproducción BBR visualiza la respuesta
con caracteres codificados . . . . . . . . . 97
Configuración . . . . . . . . . . . . . 98
Las sesiones de BBR no se reproducen en BBR
debido a errores de proxy en el servidor de
reproducción . . . . . . . . . . . . . . 98
Diagnóstico . . . . . . . . . . . . . 98
Arreglos . . . . . . . . . . . . . . 99
La ventana del navegador que contiene el Portal
no se abre cuando se crea un evento o un atributo
de hit en BBR . . . . . . . . . . . . . 100
Error al representar la página . . . . . . . . 100
81
82
Capítulo 4. Solución de problemas Visor RealiTea . . . . . . . . . . . 101
82
83
83
83
No es posible instalar RealiTea Viewer . . . .
Error - "TeaLeaf RealiTea Viewer requiere
Microsoft IE V5.0 o superior" . . . . . .
Sigue apareciendo "¿Desea eliminar?" incluso
después de desinstalar el RTV . . . . . .
. 101
. 101
. 101
Contenido
v
Mejora del rendimiento de RTV . . . . . . .
Definir opciones avanzadas del RTV. . . . .
Creación de base de datos de archivos externos
Las imágenes no se visualizan en RealiTea Viewer
No se reproducen scripts en RealiTea Viewer . . .
Error - CallJS: No se ha encontrado la función
JavaScript: TeaLeaf_Client_tlGetNodeFromXPath
"No se han podido cargar sesiones del conjunto de
resultados" al recuperar sesiones en el RTV . . .
Error durante la reproducción de sesiones
archivadas . . . . . . . . . . . . . .
¿Qué produce un código de estado 0? . . . . .
Viewer muestra incorrectamente el botón Atrás
pulsado en varias páginas . . . . . . . . .
Visualización de cabeceras HTTP en la vista de
reproducción . . . . . . . . . . . . .
Parece que faltan algunas páginas al reproducir
sesiones . . . . . . . . . . . . . . .
Código de estado HTTP 304 y objetos de memoria
caché . . . . . . . . . . . . . . . .
¿Por qué faltan los archivos .css en mis sesiones?
Error durante la reproducción de páginas HTML
estáticas . . . . . . . . . . . . . . .
Problemas de reproducción con aplicaciones
creadas para versiones principales de Internet
Explorer . . . . . . . . . . . . . . .
Problemas de proxy con IE6 . . . . . . . .
El visor afirma que IndexWizard.dll no es
compatible . . . . . . . . . . . . . .
Se abren documentos .pdf incluidos en una
ventana separada . . . . . . . . . . . .
Iconos de evento no disponibles . . . . . . .
Tealeaf integral o servidor de portal autónomo
Despliegue de varios servidores . . . . . .
Reglas de reproducción . . . . . . . . . .
La regla IgnoreURL hace que se fusionen listas
de eventos con la lista de páginas . . . . .
Bloqueos uniformes del visor RealiTea (RTV) . . .
La comparación de datos de POST falla para POST
de DWR . . . . . . . . . . . . . . .
Utilización del RTV entre varias versiones de CX
Resolución de problemas - Libro de instrucciones
de reproducción . . . . . . . . . . . .
Visión general de la reproducción . . . . . .
vi
102
102
102
103
103
103
104
105
105
106
106
106
107
108
109
109
110
110
110
111
111
111
111
111
111
112
112
113
113
Comprobación 1. Verificar que todo lo que necesita
está en la sesión . . . . . . . . . . . .
Comprobación 2. Verificar que la privacidad no
está bloqueando datos necesarios . . . . . . .
Comprobación 3. La captura de IU de cliente para
Ajax se está utilizando y sus eventos se capturan .
Comprobación 4. Verifique que solo se solicita la
página principal para cada página de la lista de
navegación . . . . . . . . . . . . . .
Comprobación 5. Verifique que el contenido de los
marcos está configurado correctamente . . . . .
Pasos siguientes . . . . . . . . . . . .
113
115
116
117
118
118
Capítulo 5. Tablas de problemas de
reproducción . . . . . . . . . . . 119
Error cxReveal "Se está terminando anormalmente
una hebra." . . . . . . . . . . . . . . 131
No se ha podido reproducir sesiones que se han
encontrado en la base de datos cxReveal . . . . 132
Capítulo 6. Resolución de problemas
del Sistema de gestión de Tealeaf . . 135
Inicio . . . . . . . . . . . . . . .
El servidor TMS esclavo no aparece en la lista
de servidores en el TMS maestro . . . . .
Durante el inicio, el TMS esclavo de inicio de
sesión de evento afirma que se está ejecutando
como un TMS maestro . . . . . . . .
El certificado TMS autofirmado ha caducado
Si ha configurado el modo no SSL para el
servicio TMS, se produce un error cuando
intente acceder al sistema de gestión Tealeaf
(TMS).. . . . . . . . . . . . . .
Acceso . . . . . . . . . . . . . .
Solicitud de un maestro desconocido . . .
. 135
. 135
. 135
135
. 136
. 137
. 137
Capítulo 7. Documentación y ayuda
de IBM Tealeaf . . . . . . . . . . . 139
Avisos . . . . . . . . . . . . . . 141
Marcas registradas. . . . . . . . . . .
Consideraciones sobre la política de privacidad .
. 143
. 143
Guía de resolución de problemas de Tealeaf
La Guía de resolución de problemas de Tealeaf proporciona técnicas para gestionar
problemas comunes con el sistema Tealeaf. Utilice los enlaces siguientes para
acceder a temas específicos de la guía.
Saber si se deben resolver problemas y cuándo
Hora de aparición de mensajes de error
¿Los mensajes de error se producen a la misma hora del día que el reinicio
planificado diariamente de los servicios de Tealeaf? En este caso, lo más probable
es que los mensajes de error se puedan ignorar, ya que está previsto que el acceso
a componentes del sistema de Tealeaf no esté disponible mientras se detienen y
reinician los servicios.
Servicio del Servidor de búsqueda
Generalmente, estos problemas se pueden ignorar si no causan problemas a los
usuarios de Tealeaf y el servicio se reinicia automáticamente si se detiene.
Servidor de búsqueda de TeaLeaf - error de autorización:
NetGroupGetUsers() o NetLocalGroupGetMembers()
Se aplica a las versiones:
4.x; 5.x; 6.x
Detalles de la solución
Si recibe el error siguiente: Error de autorización del servidor de búsqueda de
TeaLeaf: error NetGroupGetUsers() (grupo: ): El servidor RPC no está disponible.
(o el mismo mensaje pero citando a la llamada de función
NetLocalGroupGetMembers()):
Los mensajes intermitentes relacionados con la llamada de función
NetGroupGetUsers o NetLocalGroupGetMembers indican que los servidores de
Tealeaf no pueden ponerse en contacto con sus controladores de dominio para
obtener información del grupo de Active Directory. Consulte a los administradores
de NT/AD para investigar la causa.
Si este comportamiento es intermitente y de corta duración, es más una molestia
que un error grave, ya que el servidor de búsqueda mantiene una copia en
memoria caché de la información de pertenencia a grupos de usuarios obtenida de
la renovación más reciente. No debe afectar al uso del sistema Tealeaf a menos que
haya añadido un usuario nuevo al grupo en el controlador de dominio, se haya
producido este error y dicho usuario nuevo haya intentado a continuación buscar
(o utilizar cualquier parte del sistema que precisa autenticación, que sería tanto la
búsqueda en el Visor como el inicio de sesión y uso del Portal). Sin embargo, tras
la próxima renovación satisfactoria que realiza el servidor de búsqueda de las
definiciones de grupos de usuarios, todo debe funcionar según lo previsto.
vii
TeaLeaf Search Server Ver: 6.2.0.6241 - proc de hebra principal
bloqueado en cmd/COMMAND. Consulte el registro TLSrchSrv.
Diagnóstico de problemas de Tealeaf CX
Para diagnosticar correctamente un problema con un sistema Tealeaf, en primer
lugar, debe aislar el componente Tealeaf que está provocando el error. Puede
utilizar los pasos siguientes para ejecutar las herramientas de diagnóstico
proporcionadas y comprobar problemas estándar como, por ejemplo, el espacio en
disco y archivos de registro:
Para empezar el diagnóstico:
1. Ejecute el Estado de Tealeaf. La herramienta de estado de Tealeaf ejecuta una
serie de pruebas en cada servidor Tealeaf para ayudar a identificar problemas.
El estado de Tealeaf es un mecanismo de creación de informes que es
independiente del sistema IBM Tealeaf CX. Proporciona una vista de panel de
control sobre el estado del sistema.
v En la mayoría de las instalaciones, el estado de Tealeaf se configura para
ejecutarse como una tarea planificada. También puede activarlo
manualmente. Consulte "Planificación de trabajos Tealeaf" en el Manual de
administración de IBM Tealeaf cxImpact.
2. Compruebe el espacio de disco. El disco utilizado por componentes Tealeaf
también es un umbral del informe de estado de Tealeaf.
3. Consulte mensajes de registro de aplicación y evento. Tealeaf genera registros
amplios sobre todos los componentes, eventos y servicios. Deberá revisar estos
registros de forma periódica, así como para seleccionar problemas urgentes.
v Tealeaf almacena sus archivos de registro en la ubicación siguiente:
<directorio_instalación_Tealeaf>\Logs
4. Ejecute el servidor de búsqueda. El servidor de búsqueda le permite
comprobar y arreglar problemas en índices. Una operación de comprobación y
arreglo permite al recipiente escribir archivos TLC en el directorio FilesToIndex,
donde el multiprocesador de indices los vuelve a indexar. Para realizar una
operación de comprobación y arreglo de índice en el servidor de búsqueda:
a. Abra un navegador y especifique el siguiente URL:
http://<nombre de máquina>:19000
b. En la parte inferior de la página del servidor de búsqueda, pulse Ejecutar
comprobador de índice de recipiente.
c. Se visualiza el número total de sesiones versus el número de sesiones
indexadas. Estos índices se procesan en lotes de 100 para que el proceso de
índice sea más eficiente.
v Si el número de indexado es inferior, las sesiones sin índice se listan en la
parte inferior de la página.
Estrategia de resolución de problemas; dónde empezar, dónde ir
Conocer el funcionamiento de los componentes del sistema y las rutas del flujo de
datos entre ellos puede ayudar a resolver problemas relacionados con el probable
origen del problema. Al menos, estos conocimientos pueden orientar la dirección
probable del origen del problema eliminando otros orígenes posibles de forma
organizada, siguiendo las rutas del flujo de datos, ya sea en la dirección natural o
inversa.
viii
Rutas del flujo de datos entre componentes del sistema Tealeaf
La figura siguiente muestra las direcciones en las que fluyen los datos a través de
los componentes de un sistema de Tealeaf. La etiqueta "extraer" en una flecha
indica que el componente de destino extrae activamente datos en él desde su
componente de origen; de lo contrario, el destino recibe pasivamente datos que le
envía el componente de origen.
v Captura: la captura de datos de Tealeaf se produce por medio de un servidor
IBM Tealeaf CX Passive Capture Application (servidor PCA) o de su filtro de
captura IIS.
v Interconexión: la interconexión se ejecuta en el servidor PCA o en el servicio de
transporte de Tealeaf (o captura de IIS posiblemente, aunque las interconexiones
de captura de IIS son mínimas).
v STC: el recipiente de corta estancia es un almacén de datos en memoria que
realiza sesionización de hits, ensamblaje de estadísticas y detección de eventos.
También cierra sesiones cuando superan el periodo de tiempo de espera inactivo
de sesión configurado o desencadenan un evento de cierre de sesión.
v LTC: el recipiente de larga estancia proporciona almacenamiento basado en disco
de sesiones que pueden reproducir los usuarios de Tealeaf.
v Indexación: para dar soporte a la búsqueda de sesiones que se almacenan en el
LTC, las sesiones se indexan mediante el motor de búsqueda.
v Informes: las estadísticas sobre eventos y valores fundamentales, tales como hits,
páginas, sesiones y bytes, se recopilan del STC y se agregan en relación con el
tiempo necesario en una base de datos SQL.
v Archivado: los servicios opcionales de archivado de Tealeaf proporcionan un
almacenamiento a más largo plazo y una búsqueda más rápida que el LTC, si
están instalados en un sistema separado de los recipientes de almacenamiento.
Además, se puede realizar más fácilmente una copia de seguridad de los
archivos utilizando herramientas de terceros que de un recipiente en ejecución.
v Buscar: la búsqueda en el sistema de Tealeaf se realiza mediante el servicio del
Servidor de búsqueda, no que se representa en el diagrama. En la figura que se
muestra más abajo, los flujos de datos "buscar" y "reproducir" cuentan con la
mediación de estos servicios. El Servidor de búsqueda proporciona funciones
para el STC y LTC.
La figura siguiente ilustra los flujos de datos entre los clientes de Tealeaf (Portal e
IBM TealeafCX RealiTea Viewer) y los componentes del lado del servidor de
recipiente. Estos flujos son extracciones iniciadas por los clientes; "S" significa
buscar y "R" significa reproducción de sesión.
v La reproducción de sesiones por parte de portal puede realizarse mediante la
reproducción basada en navegador web en IBM TealeafcxImpact, IBM
ix
TealeafcxView 6.0 y posterior, así como IBM TealeafcxResults 7.0 y posterior, o
bien mediante IBM TealeafCX RealiTea Viewer en cualquier versión de Tealeaf.
Herramientas
Programas de utilidad de diagnóstico
v IU Web de PCA
– Página Resumen
– Página Claves SSL
– Página Copias de seguridad/Registros
– Página Estadísticas
v Estado de socket de Tealeaf
v Estado de interconexión de Tealeaf
Herramientas de prueba
v TealeafArchiveReader
v Probador de eventos
Puntos de configuración
Archivos de configuración
v TealeafCaptureSocket.cfg
v RTA.ini
v Privacy.cfg
v RTASplit.ini
x
v HitRouter_PipelineN.cfg
v TealeafIIS[6].cfg
v otros referenciados por TealeafCaptureSocket.cfg o su contenido
Programas de utilidad de configuración de GUI
La mayoría de la configuración de los componentes Tealeaf ahora se gestiona a
través del Sistema de gestión de Tealeaf. Consulte "Sistema de gestión de Tealeaf"
en la publicación IBM Tealeaf cxImpact Administration Manual.
v Si desea más información sobre cómo resolver problemas de TMS, consulte
Capítulo 6, “Resolución de problemas del Sistema de gestión de Tealeaf”, en la
página 135.
Los eventos se pueden crear y editar a través del Tealeaf Event Manager.
v Consulte "Gestor de eventos de Tealeaf" en el Manual del gestor de eventos de IBM
Tealeaf.
Configuración del Portal
v Herramientas de administración (RealiTea 4.6 y anteriores)
v Herramientas > Administración (IBM Tealeaf cxImpact 5.x y 6.x, IBM Tealeaf
cxView 6.x y posterior)
v Buscar > Configurar plantillas (IBM Tealeaf cxImpact e IBM Tealeaf cxView 6.x)
v Tealeaf > Portal Management (IBM Tealeaf cxImpact, IBM Tealeaf cxView, IBM
Tealeaf cxResults 7.0 y posterior)
v Configurar (IBM Tealeaf cxImpact, IBM Tealeaf cxView, IBM Tealeaf cxResults
7.0 y posterior)
Parámetros y valores de configuración
Nombres de usuario y contraseñas
Las cuentas TLADMIN y TLUSER se utilizan para acceder a las bases de datos SQL.
Las contraseñas para estas dos cuentas se pueden modificar en el propio SQL
Server y se deberían especificar los mismo valores en la configuración del servidor
de informes en TMS.
v Consulte "Configuración del servidor de informes" en el Manual de configuración
de IBM Tealeaf CX.
Los usuarios deben tener cuentas de Portal creadas en la IU de la aplicación web
del Portal.
v Incluso al utilizar la función de integración de autenticación de Windows NT, se
debe utilizar el Portal para crear cuentas de usuario, aunque el Portal se puede
configurar para crear automáticamente cuentas para usuarios autorizados que
están en los grupos de NT/AD que se han especificado para la autenticación a
través de la configuración de la búsqueda en TMS.
– Consulte "Configuración del servidor de búsqueda" en el Manual de
configuración de IBM Tealeaf CX.
TLADMIN y TLUSER en el almacén de datos del recipiente, que se muestran en la
configuración del recipiente y en la configuración del índice en TM, también los
utiliza solo el software de Tealeaf, no los usuarios humanos directamente. Las
contraseñas predeterminadas son las mismas que los propios nombres de usuario;
xi
nunca se deben modificar. Sin embargo, si son necesarias, se pueden modificar a
través de uno de estos dos programas de utilidad.
v Consulte "Configuración del recipiente de CX" en la publicación Manual de
v Consulte "Configuración de la indexación de CX" en el Manual de configuración de
IBM Tealeaf CX.
Los nombres de usuario y las contraseñas de SQL Server y del almacén de datos
de recipiente no están relacionados entre sí. Puede pasar que tengan los mismos
nombres.
xii
Capítulo 1. Conservación y recreación de datos
Las secciones siguientes contienen procedimientos para hacer copias de seguridad
de configuraciones y datos vitales de Tealeaf para que pueda restaurar o migrar
rápidamente el sistema en el caso de un error del sistema.
Copia de seguridad de datos
Tealeaf recomienda que realice copias de seguridad regulares de todas las bases de
datos Tealeaf utilizando una de las estrategias recomendadas. En función del
tamaño y de los volúmenes diarios de tráfico capturado, una estrategia puede ser
más apropiada.
Antes de borrar datos de los recipientes o de las bases de datos de SQL Server, se
recomienda que realice copias de seguridad de estos.
Nota: Todas las tablas que contienen índices se almacenan en la base de datos de
informes, lo que permite que se realicen instantáneas "puntuales" precisas
realizando una copia de seguridad de esta sola base de datos.
v Consulte "TLBackup y TLRestore" en el Manual de administración de IBM Tealeaf
cxImpact.
v Consulte "Estrategia de copia de seguridad de la base de datos" en la Guía de
bases de datos de IBM Tealeaf.
Preservar el entorno o migrar valores de CX
En preparación de un bloqueo completo, en el que toda la máquina se pierde, debe
crear copias de los elementos siguientes del servidor IBM Tealeaf CX para poder
volver a crear la instalación sin volver a personalizarla:
v Copia de seguridad del recipiente de larga estancia y de los índices
v Definiciones de informe de Tealeaf (base de datos TL_SYSTEM)
v
v
v
v
Contenido de carpeta del sistema
Todos los archivos de configuración (*.cfg)
Directorio de scripts de reglas (especialmente en interconexiones divididas)
Estructuras de registro:
1. HKEY_LOCAL_MACHINE\SOFTWARE\TeaLeaf Technology
2. HKEY_CURRENT_USER\Software\TeaLeaf Technology
3. HKEY_CURRENT_USER\Software\TeaLeaf
Servidores duplicados
Puede preservar el entorno creando un servidor duplicado que contenga la misma
instalación y valores que aquél en el que experimenta problemas. Para ello, utilice
Norton Ghost o una herramienta similar para crear una imagen de los discos del
servidor.
1
Borrar datos de las bases de datos
Eliminación gradual
Para borrar de forma gradual las bases de datos, puede ajustar los valores de
recipiente, recopilación de datos y retención de datos de forma que los datos se
eliminen sin perder ningún datos que no haya sido procesado por el sistema
Tealeaf. Por ejemplo, si configura la retención e datos para que sea de un solo día
y verifica que la recopilación de datos se produce poco antes de la hora diaria para
recortar la base de datos, puede eliminar datos de forma más apropiada.
Nota: A menos que los datos recortados se hayan archivado previamente, dejan de
estar disponibles para la búsqueda y la recuperación.
Si desea más información sobre los procesos de recopilación y agregación de datos,
consulte "Agregación y retención de datos" en el Manual de administración de IBM
Tealeaf cxImpact.
v Consulte "Configuración de CX" en el Manual de administración de IBM Tealeaf
cxImpact.
cxImpact.
El proceso de borrar datos de forma gradual se puede manipular cambiando
parámetros del sistema.
v Bases de datos IBM Tealeaf CX: Consulte "Configuración de CX" en el Manual
de administración de IBM Tealeaf cxImpact.
v Bases de datos IBM Tealeaf cxResults: Consulte "Configuración de cxResults"
en el Manual de administración de IBM Tealeaf cxImpact.
Las secciones siguientes proporcionan más información sobre cómo forzar el
proceso de borrar datos de la base de datos de recipiente y las bases de datos de
SQL Server.
Borrar datos del recipiente
El recipiente se puede borrar inmediatamente utilizando el programa de utilidad
CanRebuild para volver a crearlo. Aunque CanRebuild se puede utilizar para
eliminar inmediatamente datos problemáticos, de forma predeterminada, los
recipientes y las bases de datos Tealeaf se recortan de los datos antiguos basándose
en valores de configuración.
Nota: Los datos que se borran del recipiente no se pueden recuperar. Tealeaf le
recomienda que realice una copia de seguridad del recipiente por seguridad.
Consulte "TLBackup y TLRestore" en el Manual de administración de IBM Tealeaf
cxImpact.
Reconstrucción del recipiente
Si es necesario, puede recrear el recipiente de corta estancia, archivado a largo
plazo y los índices dtSearch correspondientes. La utilidad CanRebuild también
suprime todos los datos de sesión. Tras suprimir todos los datos, recrea las tablas
del recipiente de corta estancia y lee definiciones de evento.
2
Nota: CanRebuild borra TODOS los datos de sesión del almacén de datos IBM
Tealeaf CX. Utilice esta utilidad solo como último recurso, cuando no responde el
servidor IBM Tealeaf CX y no ha tenido éxito ningún otro intento de reparar el
almacén de datos.
Antes de ejecute la utilidad CanRebuild:
v Haga una copia de seguridad de los datos de sesión utilizando la utilidad
TLBackup.exe.
v Verifique que el origen de la captura se ha detenido enviando hits al recipiente.
Debe detener el filtro de captura o poner en cola hits en la interconexión del
servicio de transporte con el desacoplador ampliado.
Nota: La utilidad CanRebuild solo funciona con un sistema de archivos local.
No intente eliminar los archivos en una base de datos remota, ya que los
archivos no existen. Si desea más información sobre cómo recrear una base de
datos SQL remota, consulte “Volver a crear la base de datos MS SQL remota” en
la página 4.
Para recrear el almacén de datos IBM TealeafCX:
1. Abra un indicador de mandatos. Vaya hasta el directorio de instalación de
Tealeaf.
2. Especifique el mandato siguiente en el indicador de la línea de mandatos:
CanRebuild
Están disponibles las opciones siguientes, en función de la versión de Tealeaf
que está instalada:
Nota: Todos los datos existente del recipiente se destruyen si no selecciona
Conservar datos de sesión.
Opción
Descripción
Recrear recipiente completo
Detiene los servicios en la máquina del servidor IBM Tealeaf CX y la
máquina de indexación si se trata de una instalación dual. Suprime
todos los datos de sesión del recipiente y recrea las tablas del
recipiente. La opción Recrear recipiente completo también suprime los
índices correspondientes de la sesión.
Suprimir archivos spool
Si esta opción está seleccionada, todos los archivos que contienen hits
en spool que están almacenados en el disco duro del recipiente se
suprimen. Utilice esta opción solo si se sabe que los datos de spool
están en un estado dañado o se deben eliminar de alguna otra forma.
Conservar datos de sesión
Seleccione esta opción para conservar los datos de sesión que están
almacenados en el recipiente de larga estancia en el servidor.
Nota: SI esta opción no está habilitada, todos los datos de sesión del
servidor, incluidos los archivos de índice, se suprimen como parte de la
recreación.
3. Para realizar la reconstrucción del recipiente, pulse Reconstruir.
v Para salir de la utilidad sin recrear, pulse Cancelar.
3
Borrado de datos de SQL Server
Las bases de datos de SQL Server se pueden borrar eliminando y volviendo a
crearlas con la excepción siguiente:
Nota: A menos que el sistema Tealeaf se esté reinstalando, nunca elimine y
vuelva a crear la base de datos TL_SYSTEM.
Las bases de datos siguientes de IBM Tealeaf CX se pueden eliminar y volver a
crear de forma independiente:
v TL_REPORTS
v TL_STATISTICS
v TL_RSEXTRACTOR
Las bases de datos de IBM Tealeaf cxResults están enlazadas y no se pueden
eliminar de forma independiente:
Nota: Si debe eliminar y volver a crear una de las bases de datos de IBM Tealeaf
cxResults, debe eliminar y volver a crear ambas (TL_VISSTAGE y TL_VISREPORT.
Volver a crear la base de datos MS SQL remota
Eliminar y volver a crear bases de datos se puede gestionar a través del Tealeaf
Database Manager.
Para volver a crear una base de datos MS SQL remota:
Nota: Este proceso requiere privilegios de administrador del sistema en SQL
Server.
1. Haga una copia de seguridad de la base de datos existente para que se pueda
volver a crear, en el caso de que se deban restaurar los datos.
2. En el Portal Server, inicie el Tealeaf Database Manager. Pulse dos veces el
ejecutable siguiente:
\<directorio_instalación_Tealeaf>\Reporting\TealeafDatabaseManager.exe
v Consulte "Instalación de las bases de datos de Tealeaf" en la Guía de bases de
datos de IBM Tealeaf.
v Si desea más información sobre el Tealeaf Database Manager, consulte
"Utilización del Tealeaf Database Manager" en la Guía de bases de datos de IBM
Tealeaf.
v Consulte "Referencia del Tealeaf Database Manager" en la Guía de bases de
datos de IBM Tealeaf.
Comprobación de la hora en sistemas Tealeaf
Nota: Es muy importante que la hora en todos los servidores Tealeaf esté
sincronizada estrechamente. Todos los servidores deberán sincronizarse con un
origen común que está sincronizado con un reloj maestro fiable.
Servidores Tealeaf
El software Tealeaf se ejecuta generalmente en servidores Windows 2003 o
Windows 2008. En el panel de control de cada servidor, puede utilizar el applet de
fecha y la hora para verificar si el huso horario, la fecha y la hora están
establecidos correctamente.
4
Los servidores mantienen automáticamente sus relojes sincronizados con la hora
del controlador de dominio al que se conecta el servidor. Si el sistema Tealeaf no
pertenece a un dominio, abra un caso de soporte con http://support.tealeaf.com/
solicitando ayuda para configurar soluciones de sincronización horaria con script o
de terceros.
Huso horario de Tealeaf
A partir del release 8.0, se aplica un valor de huso horario universal a todos los
servidores Tealeaf.
Todo el software de Tealeaf es consciente de los cambios necesarios para el horario
de verano. Toda la selección de huso horario se realiza utilizando el
desplazamiento estándar de tiempo. Por ejemplo, GMT-5:00 Hora del Este (EE.
UU. y Canadá) se debería seleccionar para todos los sistemas de la Costa Este de
los Estados Unidos, aunque el horario de verano esté en vigor.
v Consulte "Configuración del huso horario del sistema" en el Manual de
Servidores de aplicaciones de captura pasiva (servidores
PCA)
Puesto que el servidor PCA puede no tener acceso al reloj maestro de la empresa,
se debe configurar para sincroniza su hora con el Tealeaf Transport Service
principal que se conecta.
La hora del servidor PCA es el más crítico de los valores de tiempo. Todos los
servidores PCA deben guardar una diferencia de pocos segundos entre sí. El
servidor PCA crea la sección [timestamp] de cada solicitud. Las fechas y las horas
que se registran aquí están en la hora GMT.
v Anote la Z añadida al final de cada indicación de fecha y hora.
Para sincronizar la hora del servidor PCA:
1. Inicie sesión en el servidor PCA utilizando SSH y el ID de usuario root.
a. Puede utilizar el programa PuTTY, a menudo instalado en el servidor
Tealeaf que aloja el Tealeaf Transport Service principal en un centro de
datos.
2. Ejecute el mandato date, que muestra la fecha, hora y el huso horario que se ha
configurado en el servidor PCA.
v Consulte "Consola web de PCA - Pestaña Entrega" en el Manual de aplicación
de captura pasiva de IBM Tealeaf.
v Si desea más información sobre cómo cambiar el huso horario, consulte
"Configuración del huso horario del sistema" en el Manual de configuración de
IBM Tealeaf CX.
Huso horario de RealiTea Viewer
Los usuarios individuales de la aplicación autónoma de IBM Tealeaf CX RealiTea
Viewer pueden configurar el huso horario que utiliza el RTV, que normalmente es
el huso horario del usuario del RTV.
1. Inicie RTV.
2. Seleccione Herramientas > Opciones en la barra del menú.
3. Seleccione la pestaña Reproducción en el diálogo resultante.
4. Seleccione el huso horario correcto para el desplegable TimeZone.
5
Configuración
Si desea más información sobre cómo configurar la hora del sistema, consulte
"Configuración del huso horario del sistema" en el Manual de configuración de IBM
Tealeaf CX.
Antes de empezar
Antes de iniciar la resolución de problemas, deberá revisar y verificar que ha
completado correctamente los pasos de configuración siguientes:
v Una vez instalada la PCA, podría ser necesaria más configuración para capturar
de forma eficaz todos los tipos de datos necesarios y para ajustar la PCA para la
captura en su entorno. Consulte "Instalación" en el Manual de aplicación de captura
pasiva de IBM Tealeaf.
v También deberá revisar y verificar que la PCA se ha configurado correctamente
cuando se instaló inicialmente. Consulte "Configuración inicial de PCA" en el
Manual de aplicación de captura pasiva de IBM Tealeaf.
Resolución de problemas en un servidor de aplicaciones de captura
pasiva (servidor PCA)
Puede determinar si un Tealeaf Processing Server está recibiendo datos capturados
de una PCA revisando la pestaña Estado de interconexión TMS.
1. Inicie sesión en Tealeaf Portal como administrador.
2. Desde el menú, seleccione Tealeaf > TMS.
3. Pulse la pestaña Estado de interconexión. Consulte "Pestaña de estado del
conducto del SGT" en el Manual de administración de IBM Tealeaf cxImpact.
4. Busque la conexión que está etiquetada con el nombre o la dirección IP como
PCA, que muestra bytes y vistas de página que no son cero de datos recibidos.
Si encuentra una conexión, el servidor de procesos está capturando datos del
PCA.
De lo contrario, continúe con el resto de esta solución:
5. Compruebe las estadísticas actuales en la página Resumen (inicio) de la IU web
del PCA.
a. Cuando se actualiza automáticamente para mostrar aproximadamente los
últimos 15 segundos de actividad, verifique si hay un número distinto a
cero de hits y paquetes.
b. Si hay cero hits, continúe con la siguiente parte de esta solución.
6. Ejecute el mandato TCPDump siguiente desde la línea de mandatos del PCA.
a. Ejecute el mandato durante un intervalo suficiente para determinar que las
direcciones IP del servidor web aparecen tanto a la izquierda, como la
derecha del carácter > en las líneas de salida. En caso contrario, indique al
equipo de red el lado del signo > en el cual no aparecen las direcciones IP
del servidor web.
b. Si se presupone que los servidores web están funcionando en el número de
puerto IP estándar 80, el mandato es:
tcpdump -n -i <NIC> port 80
7. Si hay un tráfico de puerto 80 bidireccional de los servidores web que se ve en
una o más interfaces de red del PCA, es necesario un diagnóstico adicional del
tráfico.
6
a. Utilice TCPDump para escribir algo del tráfico de red en un archivo con el
mandato siguiente, que escribe datos de formato binario en
output_file_name:
tcpdump -n -i <NIC> -s0 -w output_file_name port 80
8.
output_file_name
se debe abrir y analizar para ver si hay anomalías como, por ejemplo, que
faltan paquetes que utilizan el analizador del protocolo Wireshark de código
abierto (http://wireshark.org/) o en una herramienta equivalente.
a. Tealeaf puede ayudar con este diagnóstico si no está claro lo que está
viendo, ya sea con una sesión de Live Meeting u obteniendo el archivo de
volcado, si no contiene información personal de ningún usuario.
/var/log/messages crece muy rápidamente en PCA
El archivo syslog.conf predeterminado hace que /var/log/messages reciba todos
los mensajes de aviso de registro, incluidos los de la captura pasiva. Para cambiar
syslog.conf de forma que el archivo "messages" ya no reciba mensajes de captura
pasiva en Red Hat Linux, edite la línea /var/log/messages en el archivo
/etc/syslog.conf:
*.info;mail.none;authpriv.none;cron.none;local0.none /var/log/messages
Incluya el valor local0.none para impedir que los mensajes de registro de captura
pasiva se escriban en el archivo /var/log/messages.
v Estos mensajes continúan escribiéndose en el archivo capture.log específico de
Tealeaf.
En definitiva, la presencia de muchos mensajes de captura pasiva en cualquiera
de estos archivos de registro sugiere un problema con la llegada de datos de
entrada en la NIC de captura de los servidores de IBM TealeafCX Passive
Capture Application (servidores PCA). El procedimiento anterior es sólo un
medio de eliminar el registro redundante de los mensajes de captura pasiva;
todavía sigue siendo necesaria probablemente una acción correctiva en la
secuencia de datos de entrada a la PCA.
Gran número de hits ReqCancelled=Client
A veces, un sistema Tealeaf registra un gran número de solicitudes
ReqCancelled=Client. Puede haber un 5 % más hits repartidos de forma aleatoria
por la sesión con ReqCancelled=Client, o puede haber un número concentrado de
hits ReqCancelled=Client que se producen en una proximidad inmediata entre sí.
En cualquier caso, se plantea la cuestión con respecto a la efectividad de la captura
Tealeaf. La resolución de este problema implica el uso del mandato tcpdump.
La ejecución de tcpdump en un archivo puede generar archivos grandes
rápidamente. Para hacer un mejor uso de tcpdump y de los recursos
http://support.tealeaf.com/ para analizar los datos, es importante poder
reproducir las sesiones que tienen un gran número de hits ReqCancelled=Client.
Antes de empezar a registrar archivos de volcado para el análisis, deberá poder
generar de forma eficaz el comportamiento del problema. Así pues, un primer paso
a veces es algo de investigación sobre cómo reproducir de forma fiable hits
ReqCancelled.
Nota: Esta solución se aplica a Tealeaf versión 4.5 SP0 o posterior, utilizando la
indexación estándar.
7
v Si tiene el extractor de datos Tealeaf o IBM Tealeaf cxConnect for Data Analysis
en su lugar, solicite al equipo de análisis BI que ejecute algunas consultas en los
datos Tealeaf para determinar:
– Los 10 URL principales en los cuales ReqCancelled se está produciendo como
un porcentaje del total de hits
– Los diez números de hit principales dentro de una sesión, en particular, si se
está produciendo con más frecuencia al principio de una sesión
– Las 3 horas principales del día cuando se está produciendo ReqCancelled.
– Si ReqCancelled se produce con más frecuencia durante una operación GET o
POST.
– ¿Hay algún servidor específico o conjunto de servidores de datos en el cual se
está produciendo con más frecuencia?
– ¿Hay un proxy o un equilibrador de carga específico que provoca esto
(análisis del campo HTTP VIA REQ)?
v Si no hay ningún extractor de datos, se implica más el análisis:
1. Añada los campos siguientes a la regla RTA.ini que especifica más campos
para indexar, si todavía no están presentes en la lista.
– ReqCancelled
– HTTP VIA, si se proporciona en las REQ capturadas por Tealeaf. Algunas
redes no tienen este campo, pero las redes que implican equilibradores de
carga o proxies físicos sí.
2. Ejecute la recopilación de datos de forma habitual durante al menos un día
laborable.
3. Utilice búsquedas manuales para obtener la misma información especificada
en el caso 1 anterior.
Una vez que el análisis ha conducido a las condiciones específicas que han
provocado con mayor probabilidad sesiones con números altos de
ReqCancelled=Client, es momento de registrar un volcado de datos.
Grabación de un volcado de datos
1. De la forma más parecida posible, deberá replicar las condiciones que son
conocidas como la causa más probable de hits ReqCancelled=Client. Deberá
verificar que puede acceder a cualquier página específica o enviar las
solicitudes a cualquier servidor web o proxy específico. Complete unas pocas
ejecuciones de prueba, dirija sesiones de prueba específicas y utilice los datos
capturados de Tealeaf para verificar que las sesiones de prueba siguen teniendo
un gran número de páginas ReqCancelled=Client.
2. Planifique una hora para realizar la grabación real de tcpdump.
a. Si es posible, planifíquela para una hora más tranquila del día.
b. Si los datos de tcpdump solo contienen unas pocas sesiones, esto hará que
sea mucho más fácil identificar el problema.
c. Desea ejecutar tcpdump para un periodo de tiempo breve, no más de 5
minutos, si es posible. En este punto, ha creado un caso de prueba repetible
que se ha garantizado que provoca el comportamiento rápidamente, y no
tendrá que ejecutar tcpdump durante un largo periodo de tiempo.
3. Inicie una sesión en PCA utilizando SSH y configure el mandato tcpdump,
especificando tantas condiciones restrictivas como pueda. Por ejemplo, si sabe
que el caso de prueba va a ir a un servidor web específico, especifique el
tcpdump para que solo escuche esa dirección IP.
4. Inicie el mandato tcpdump.
5. Ejecute la prueba.
8
6. Detenga el mandato TCPDump utilizando Ctrl-C.
7. Busque la sesión en el recipiente Tealeaf.
a. Verifique que hay hits ReqCancelled=Client en las sesiones.
b. Guarde la sesión como un archivo .tls. Recuerde ejecutar primero el
mandato para obtener imágenes.
8. Si no se puede garantizar que el tcpdump no contenga ninguna información
sensible del usuario, puede organizarlo con http://support.tealeaf.com/ para
transferir por FTP los archivos de tcpdump a Tealeaf para el análisis.
a. Si los archivos de tcpdump contienen datos de producción y hay una
posibilidad de que pueda contener información sensible o personal, póngase
en contacto con http://support.tealeaf.com/ para planificar un tiempo para
el análisis remoto de los datos.
9. Después de conseguir la sesión capturada y el tcpdump correspondiente del
tráfico sin formato durante el mismo periodo de tiempo que se capturó la
sesión, el equipo de ingeniería de Tealeaf podrá ayudarle a identificar la causa
principal de los hits ReqCancelled=Client.
La cola de TL no se puede iniciar y la captura está inhabilitada
Si la captura no puede inicializarse correctamente, compruebe si en el archivo
capture.log de PCA existe una línea similar a la siguiente:
Sep 3 15:33:51 tealeaf-dev reassd[15921]: El sistema de colas TL no se ha podido
crear (-10).
Si aparece la línea anterior en capture.log, verifique los valores siguientes con los
mandatos listados. Las respuestas esperadas se indican debajo del mandato:
v net.core.rmem_max:
sysctl -n net.core.rmem_max
50000000
v net.core.rmem_default:
sysctl -n net.core.rmem_default
50000000
v kernel.shmmax:
sysctl -n kernel.shmmax
209715200
Si los números que aparecen en la pantalla no coinciden con los valores esperados,
puede reconfigurar estos valores con los mandatos listados a continuación:
sysctl -w net.core.rmem_max=50000000
sysctl -w net.core.rmem_default=50000000
sysctl -w kernel.shmmax=209715200
touch /usr/local/ctccap/var/startup
chown ctccap:ctccap /usr/local/ctccap/var/startup
chmod 644 /usr/local/ctccap/var/startup
Cuando se reinicie el PCA, la cola de TL debe inicializarse y la captura de PCA
debe empezar.
El registro de captura de PCA contiene el mensaje "falta
client_random"
Cuando el mensaje anterior aparece en el capture.log, indica que la PCA ha
dañado el tráfico SSL.
9
v El origen puede estar provocado por varios problemas. Puede haber claves SSL
duplucadas que está utilizando la PCA.
v Si desea más información sobre las claves que se están utilizando, consulte
"Consola web de PCA - Pestaña Claves SSL" en el Manual de aplicación de captura
pasiva de IBM Tealeaf.
v Consulte "Claves SSL" en el Manual de aplicación de captura pasiva de IBM Tealeaf.
El registro de captura de PCA contiene el mensaje "Se ha alcanzado el
límite máximo de SYN/WAIT"
La PCA registra este mensaje como resultado de procesar los datos TCP/IP
originales.
El inicio de una conexión TCP requiere tres paquetes de reconocimiento:
v El host de origen envía un paquete de sincronización (SYN)
v A continuación, el host de destino responde con su propio paquete de
sincronización (SYN+ACK)
v El host de origen envía un paquete de acuse de recibo (ACK).
La PCA sólo intenta reensamblar una conexión TCP en datos de hit HTTP si ve
todos los paquetes anteriores. PCA mantiene un almacenamiento intermedio finito
para almacenar en memoria caché paquetes de una conexión TCP hasta que se ven
los tres reconocimientos. Si la PCA no ve los tres antes de que el almacenamiento
intermedio esté lleno, estos paquetes se vacían del almacenamiento intermedio y se
registra el mensaje anterior.
Es posible que los tres reconocimientos no se vean por los motivos siguientes:
v Paquetes perdidos en la red
v
v
v
v
Paquetes corrompidos
Faltan paquetes de la secuencia de datos que alimenta a la PCA
Los paquetes llegan demasiado lejos dañados
Ataques SYN maliciosos
Si ve este mensaje con regularidad, puede significar que la memoria caché de
conexión TCP no es lo suficientemente grande y puede incrementar el tamaño de
la memoria caché. No obstante, con el tiempo, estos mensajes pueden aparecer en
cualquier sistema Tealeaf. Si los mensajes se producen con una frecuencia sólo
esporádica, la memoria caché puede tener el tamaño adecuado; el problema puede
deberse a "interferencias" de la red.
Las conexiones TCP incompletas se podrían haber introducido en la sesión del
supervisor SPAN del conmutador de red sin que ello le afecte. También es posible
que tenga conexiones discontinuas, que la sesión SPAN habrá transferido tal y
como se transmitió exactamente. Desde el punto de vista de un observador pasivo,
no existe modo fácil de determinar cuál de estas situaciones se ha producido. No
obstante, probablemente los visitantes no se han visto afectados en lo que respecta
a la navegación; si la conexión se pierde (no se recibe ningún paquete ACK), el
navegador envía automáticamente otra solicitud al servidor web solicitando los
datos deseados, lo que puede provocar, en el peor de los casos, que no suceda
nada. No debe ser el origen de un error HTTP 500.
Otros orígenes posibles de estos errores son solicitudes a una dirección IP que no
está activa. Por ejemplo, suponga que la PCA está configurada para estar a la
10
escucha de un puerto IP 8080 y existe un servicio activo que intenta obtener una
página de cada uno de los 8 servidores web en el puerto 8080. Si sólo tiene
instalados actualmente seis servidores web, la falta de respuesta de los otros dos
servidores puede provocar que aparezca el mensaje "Se ha alcanzado el límite de
SYN/WAIT".
Al depurar problemas relacionados, puede incrementarse el límite máximo SynWait
de PCA. Para sitios con grandes volúmenes de tráfico, es posible que este límite
deba incrementarse durante la instalación/configuración. Tras incrementar el límite
máximo, supervise el registro de captura.
v Si el almacenamiento intermedio de Syn/Wait se llena rápidamente y hay
muchas conexiones interrumpidas por minuto, el problema se encuentra
probablemente en la configuración del puerto SPAN.
v Si sólo faltan algunos paquetes Syn/Wait por hora, el comportamiento de la red
es probablemente normal.
Sustituir certificados SSL caducados en la PCA
Si se ha añadido un certificado SSL a la PCA para cifrar su consola web, dicho
certificado caduca finalmente. Cuando caduca, se debe añadir un nuevo certificado
a la PCA siguiendo las instrucciones de la solución sobre "Cómo cifrar la consola
de PCA" en http://support.tealeaf.com/.
El nuevo certificado también se debe añadir al almacén de certificados del servidor
PortalStatus en el contexto de seguridad del usuario que ejecuta PortalStatus como
tarea planificada de Windows. Si el certificado no se actualizó o no se añadió al
almacén de certificados, los correos electrónicos del informe de PortalStatus
contienen el mensaje "Imposible conectarse al servidor de captura pasiva, es
posible que el servidor esté inactivo o que el certificado no esté instalado".
Mensaje de error del registro de captura de PCA " reassd: No se ha
podido encontrar la entrada de memoria caché de la sesión SSL . . . "
Cada sesión SSL es única, y después de que se produzca una sesión totalmente
negociada, su clave de sesión se almacena en la memoria caché para la
reutilización durante una sesión larga. Este mensaje se puede producir en dos
casos:
v (Lo más probable) El tamaño de la tabla de memoria caché de la sesión SSL es
demasiado pequeño. El valor predeterminado es 10.000. La página de
estadísticas de PCA muestra el número máximo de entradas utilizadas. Si
alcanza el tamaño máximo configurado y está obteniendo este mensaje,
probablemente había mucha actividad de SSL para un periodo de tiempo
determinado que ha provocado que se elimine la clave de sesión (todavía
necesaria) para dejar espacio para nuevas entradas.
– Para arreglar este problema, intente aumentar el límite máximo de sesiones
SSL a 20.000 en la interfaz de la consola web de PCA, en la página Interfaz,
en la entrada "Máx de sesiones SSL para almacenar en caché". Consulte
"Configuración de la captura pasiva vía consola web" en el Manual de la
aplicación de captura pasiva de IBM Tealeaf.
Nota: Si el problema no se ha resuelto tras definir el límite en 20.000,
probablemente otro problema es la causa y se debería investigar. No aumente
de forma continuada el límite de la memoria caché más allá del máximo de
20.000.
11
v (Menos frecuente) Se ha producido un reinicio de PCA, que ha provocado que se
borre la tabla de memoria caché de entradas de sesión SSL. Cualquier
transacción SSL que estuviera en curso provocaría que se generara el mensaje
"no encontrado" una vez reinicializado el software de PCA. Los reinicios se
producen al guardar los cambios de la configuración de la consola web o cuando
el script de estado/mantenimiento emite una instrucción de reinicio basándose
en su evaluación del estado de PCA.
PCA no ha podido crear un objeto de demostración
Tras actualizar al build 3324 o posterior, puede encontrar un mensaje de error
similar al siguiente en el registro de captura de PCA. Puede que PCA no se inicie.
Oct 12 12:05:03 sh005 reassd[4763]: No se ha podido crear el objeto de demostración: 1
En el caso anterior, el posible problema es que la nueva compilación no puede
validar las claves privadas generadas por la compilación antigua de PCA. La
solución básica es eliminar los archivos PTL actuales del directorio apropiado,
iniciar PCA para localizar el problema en los archivos PTL y, después, volver a
generarlos a partir de su origen.
1. Inicie el servidor PCA.
2. Vaya hasta el directorio siguiente:
/usr/local/ctccap/etc/capturekeys
3. Mueva el archivo o archivos .ptl del directorio a una ubicación fuera de la
instalación de PCA.
4. Comente las claves de captura que aparecen listadas en ctc-conf.xml.
a. Abra /usr/local/ctccap/etc/ctc-conf.xml en el editor de texto y comente
todos los nodos <CaptureKey> y sus hijos. Estos nodos dependen del nodo
CaptureKeys, que deberá permanecer habilitado en el archivo.
v Para comentar una sección del archivo ctc-conf.xml, utilice comentarios
del estilo html (<!- ->).
b. Ejemplo de antes:
<CaptureKeys>
<CaptureKey>
<Label>mykey</Label>
<PrivateKeyFile>/usr/local/ctccap/etc/mykey.ptl
</PrivateKeyFile>
</CaptureKey>
</CaptureKeys>
c. Ejemplo de después:
<CaptureKeys>

</CaptureKeys>
5. Reinicie PCA:
tealeaf restart
6. Cuando se ha reiniciado PCA, verifique mediante la consola web que todos
los procesos de PCA están funcionando y que los datos se están pasando a los
destinos apropiados.
v Consulte "Consola web de PCA - Pestaña Resumen" en el Manual de la
12
v Consulte "Consola web de PCA - Pestaña Entrega" en el Manual de aplicación
de captura pasiva de IBM Tealeaf.
7. Si las operaciones de PCA se han verificado, el problema se ha localizado en
las claves .ptl problemáticas.
v Si PCA sigue sin poderse iniciar, el problema debe estar en otro sitio.
Deberá conservar los archivos .ptl trasladados hasta que pueda resolver el
problema por completo. Consulte “Resolución de problemas en un servidor
de aplicaciones de captura pasiva (servidor PCA)” en la página 6.
8. Si desea más información sobre cómo regenerar los archivos PEM y PTL,
consulte "Exportación de la clave privada SSL" en el Manual de aplicación de
captura pasiva IBM Tealeaf.
9. Una vez que haya regenerado las claves PTL, guárdelas en el directorio listado
arriba.
v Si las claves PTL se guardan en la misma ubicación con los mismos
nombres que los originales, elimine el comentario de los nodos CaptureKey
en el archivo ctc-conf.xml.
v Si se utiliza una ubicación y/o nombre de archivo nuevo, los archivos .ptl
se pueden añadir a través de la consola web de PCA o colocar en el
directorio capturekeys para que se carguen automáticamente.
– Si desea más información sobre cómo cargar a través de la consola,
consulte "Consola web de PCA - Pestaña Claves SSL" en el Manual de
aplicación de captura pasiva IBM Tealeaf.
10. Reinicie el PCA.
11. Si PCA puede descifrar el tráfico SSL, los archivos PTL generados por la
compilación antigua y trasladados del directorio se pueden suprimir.
Las páginas ReqCancelled se incrementan considerablemente después
del reinicio de PCA
Nota: esta solución sólo se aplica a versiones de Captura pasiva de Tealeaf
anteriores a 2058.
Tras un reinicio, el número de páginas ReqCancelled puede aumentar
considerablemente. El kernel de Linux restablece dos parámetros de memoria a los
valores predeterminados después de un reinicio. La corrección de este
comportamiento requiere los pasos siguientes:
v Cambie los valores de ejecución:
1. Efectúe SSH al PCA e inicio de sesión (o su) en root.
2. Detenga el software de captura de Tealeaf mediante el mandato siguiente:
service tealeaf-pca stop
3. Emita los dos mandatos siguientes:
sysctl -w net.core.rmem max=50000000
sysctl -w net.core.rmem default=50000000
4. Inicie el software de captura de Tealeaf mediante el mandato siguiente:
service tealeaf-pca start
v Edite el archivo sysctl.conf para que se carguen los valores correctos después
de un reinicio. Edite /etc/sysctl.conf y añada:
net.core.rmem max=50000000
net.core.rmem default=50000000
v Tras el reinicio, Linux carga los nuevos valores en /etc/sysctl.conf.
13
Nota: las versiones de PCA Capture SW 2058 y posteriores comprueban y
configuran automáticamente estos valores al iniciarse. Si está ejecutando una de
estas versiones, no necesita aplicar estos métodos alternativos.
Puede hacer el cambio de archivo sysctl.conf ahora y más adelante actualizar a
2058 o superior. NO deberá eliminar los cambios de archivo sysctl.conf cuando
actualice.
Cómo descartar archivos de un tipo especificado
Puede configurar la PCA para que descarte hits que sean archivos de un tipo
específico, lo cual es útil para evitar que Tealeaf capture y procese tipos de
archivos binarios de gran tamaño, como por ejemplo .PDF. En el conjunto de pasos
que siguen, los archivos de respuestas con una extensión específica se elimina de la
captura, aunque la solicitud en la que se consultan los archivos permanece en la
corriente de captura.
Configurar PCA para capturar una extensión de archivo no
estándar
1. Abra la consola web de PCA.
2. Pulse la pestaña Interconexión.
3. Añada la extensión que desee a la lista Extensiones de archivo incluidas.
a. Escriba la extensión deseada en el campo de campo Extensiones de archivo
incluidas.
b. Pulse Añadir.
c. Pulse Guardar cambios.
Configurar PCA para capturar un MIMEtype no estándar
2. Pulse la pestaña Interconexión.
3. Añada la extensión que desee a la lista de Capturar todos los Mimetypes.
a. Escriba el MIMEtype deseado en el campo de texto Capturar todos los
Mimetypes.
b. Pulse Añadir.
c. Pulse Guardar cambios.
Configurar la PCA para eliminar la respuesta para hits con
una extensión especificada
2. Pulse la pestaña Reglas.
3. Cree una acción eliminar respuesta:
a. En la sección Acciones, pulse Añadir.
b. Complete un nombre para la acción.
c. Defina la acción en DropResponse.
d. Pulse Guardar cambios.
4. Cree una regla que utilice la acción creada:
a. Pulse el botón Insertar regla 1.
b. Defina ReqField en TL_URLEXT.
14
c. Defina ReqOp en =.
d. Defina ReqVal en la extensión que desea.
e. Par añadir la acción eliminar respuesta a la regla, seleccione la acción y
pulse Añadir.
f. Pulse Guardar cambios.
Liberar espacio de disco de PCA
De forma predeterminada, IBM Tealeaf CX Passive Capture Application se instala
en la partición /usr. A través de diversos mensajes, puede recibir una indicación
de que la partición está llena. Puede seguir estos pasos siguientes para verificar si
la partición está llena y tomar medidas para liberar espacio de disco.
1. Verifique que /usr se esté quedando sin espacio. Para verificar el espacio de
disco de todas las particiones disponibles, ejecute el mandato siguiente en el
servidor Linux que aloja la PCA:
df -h
v Verifique el espacio de disco disponible en la partición /usr.
2. En el servidor, desplácese a /usr/local/ctccap/bin-debug. Busque archivos
cuyo nombre empiece por core. Estos archivos principales de volcado pueden
crecer mucho y deben suprimirse o moverse a otra ubicación para la resolución
de problemas.
v Para buscar todos los archivos principales de volcado, desplácese al
directorio ctccap y ejecute el mandato siguiente:
find /usr/local/ctccap/ -name "core*" -print
v Siempre que sea posible, elimine estos archivos para liberar espacio de disco.
Resolución de problemas de la migración tras error
PCA se puede configurar para migrar tras error de un IBM Tealeaf maestro CX
Passive Capture Application a una máquina esclava. En el caso de una parada de
red, una migración tras error del sistema u otra interrupción en la máquina
maestra, la máquina esclava se convierte en la máquina activa y empieza a
capturar tráfico.
v Consulte "Consola web de PCA - Pestaña Migración tras error" en el Manual de
la aplicación de captura pasiva de IBM Tealeaf.
Si ha configurado la migración tras error y está experimentando dificultades,
puede encontrar consejos y pasos para resolver problemas en esta sección para
ayudarle a resolver el problema.
El modo de migración tras error de PCA requiere dos PCA, la maestra designada y
la esclava. Normalmente, la pestaña Migración tras error en la consola web de
PCA permite definir las direcciones IP/puerto de la PCA maestra/esclava.
Nota: Utilice sus direcciones IP físicas respectivas en lugar de sus nombres de
host.
Nota: Ambas PCA, la maestra y la esclava, deben estar ejecutando la misma
compilación de PCA.
Para una identificación correcta de cuál es la maestra o la esclava, PCA examina el
archivo /etc/hosts para encontrar su dirección IP basándose en su nombre de host
15
local. A continuación, compara la dirección IP con las entradas de IP de
maestra/esclava de migración tras error para la asignación.
Mediante la ejecución de Linux cmd hostname, el nombre de host que aparece
listado debe estar en el archivo /etc/hosts con su dirección IP correspondiente.
Por ejemplo, la ejecución de hostname devuelve pca01machine, después debería
aparecer una entrada similar a la siguiente en el archivo hosts.
10.10.100.1
pca01machine
Nota: La entrada del archivo de hosts deseada debe ser la primera entrada del
archivo.
Si no se encuentra ninguna coincidencia en el archivo de hosts, el modo de
migración tras error no se puede iniciar. Aparece un mensaje de error en el archivo
capture.log:
Se deben especificar ambas, MasterAddress y SlaveAddress, en el archivo de configuración.
Iniciar, detener y reiniciar una migración tras error
El orden inicial correcto para las PCA de migración tras error maestra-esclava es el
siguiente:
v Inicie primero la PCA maestra.
v Después de que se haya iniciado correctamente la PCA maestra, inicie la PCA
esclava.
Nota: si tiene problemas con la operación correcta de migración tras error,
utilice siempre la línea de mandatos para detener e iniciar manualmente.
Nota: es posible que la PCA no indique correctamente el estado activo de
migración tras error si el servicio se habilitó o inhabilitó varias veces. Este es un
problema conocido que afecta a todas las compilaciones de PCA.
Reiniciar la migración tras error mediante la consola web
El servicio de migración tras error se puede iniciar y detener a través de la pestaña
Migración tras error de la consola web de CX PCA.
1. Abra la consola web de CX PCA en el servidor esclavo de CX PCA. Para
obtener más información, consulte "Abrir la Consola web de PCA" en el Manual
de la aplicación de captura pasiva de IBM Tealeaf.
2. Pulse la pestaña Migración tras error.
3. Pulse reiniciar migración tras error.
4. Pulse Guardar cambios para aplicar los cambios.
5. Repita este procedimiento en el servidor maestro de CX PCA.
Una vez restablecido el estado de la migración tras error, la consola web de CX
PCA muestra el nuevo estado de la migración tras error. Por ejemplo, el servidor
maestro de CX PCA notifica el estado como La migración tras error está activa
(maestro) y el servidor esclavo de CX PCA notifica un estado La migración tras
error está activa (esclavo).
En la línea de mandatos
Las versiones más antiguas de la consola web de PCA no aceptan correctamente
los cambios en una migración tras error. Si tiene dudas, debe detener e iniciar
manualmente el servicio de migración tras error desde la línea de mandatos.
1. Detenga el servicio de migración tras error:
16
tealeaf stop failoverd
2. Confirme que el mandato failoverd se ha detenido y eliminado ejecutando el
mandato siguiente:
tealeaf ps
3. Revise los mensajes de capture.log si desea más información.
4. Realice los cambios según sea necesario.
5. Para iniciar el servicio failoverd:
tealeaf start failoverd
Determinar el estado de la migración tras error
Utilice las secciones que siguen como ayuda para determinar los problemas de la
migración tras error de PCA.
Estadísticas de la PCA maestra
A continuación, puede revisar las estadísticas publicadas por la PCA para el
servidor de migración tras error maestro en distintos estados de migración tras
error. Estas estadísticas se publican en la sección de migración tras error de la
pestaña Estadísticas.
v Cuando la estadística Estado de nodo está establecida en active, el servidor está
entregando hits a otros servidores Tealeaf.
v Consulte la "Consola web de PCA - Pestaña Estadísticas" en el Manual de
El estado Nodo está activo, lo que significa que está entregandohits:
Valor
Estadística
master Rol de nodo
active Estado de nodo
running
Estado de captura
yes
Migración tras error activa
Se ha forzado al maestro a que migre tras el error en el esclavo. El maestro se ha
detenido:
Valor
Estadística
master Rol de nodo
passive
Estado de nodo
stopped
Estado de captura
yes
Consulte la "Consola web de PCA - Pestaña Estadísticas" en el Manual de aplicación
de captura pasiva IBM Tealeaf.
Mensajes de registro de migración tras error de la PCA maestra
A continuación, puede revisar los mensajes de registro para distintas condiciones
de migración tras error para el servidor PCA maestro de migración tras error:
v Estos mensajes de registro aparecen en capture.log.
17
v Cualquier mensaje capture.log que hace referencia a peer es una referencia a la
otra PCA, no a la local.
La migración tras error está inhabilitada:
TLAPI: La migración tras error está inhabilitada. La entrega siempre está habilitada.
El maestro de migración de tras error está en un estado de entrega activo.
TLAPI: La migración tras error está habilitada. La entrega está habilitada actualmente.
El servicio de migración tras error recae en la máquina de PCA esclava:
failoverd:
failoverd:
failoverd:
failoverd:
El
El
La
La
nodo de
nodo de
captura
entrega
igual
igual
se ha
se ha
está apagado (conexión rechazada).
está activo.
detenido. Iniciando la migración tras error al igual.
detenido.
La migración tras error ha vuelto a recaer en la máquina de PCA maestra:
failoverd: Solicitando volver desde el igual.
failoverd: Entrega iniciada.
Estadísticas de la PCA esclava
A continuación, puede revisar las estadísticas publicadas por la PCA para el
servidor de migración tras error esclavo en distintos estados de migración tras
error. Estas estadísticas se publican en la sección de migración tras error de la
pestaña Estadísticas.
v Cuando la estadística Estado de nodo está establecida en active, el servidor está
entregando hits a otros servidores Tealeaf.
v Consulte la "Consola web de PCA - Pestaña Estadísticas" en el Manual de
El maestro se está ejecutando en el estado de nodo activo. El esclavo está en un
estado pasivo (sin entrega):
Valor
Estadística
slave
Rol de nodo
passive
Estado de nodo
running
Estado de captura
yes
La PCA esclava se está ejecutando, y la PCA maestra se ha detenido o no existe (se
ha migrado a la PCA esclava):
Valor
Estadística
slave
Rol de nodo
active Estado de nodo
running
Estado de captura
yes
Cuando el esclavo se vuelve a migrar al maestro, el estado de nodo vuelve al
estado pasivo.
18
Consulte la "Consola web de PCA - Pestaña Estadísticas" en el Manual de aplicación
de captura pasiva IBM Tealeaf.
Mensajes de registro de la migración tras error de la PCA esclava
A continuación, puede revisar los mensajes de registro para distintas condiciones
de migración tras error para el servidor PCA maestro de migración tras error:
v Estos mensajes de registro aparecen en capture.log.
v Cualquier mensaje capture.log que hace referencia a peer es una referencia a la
otra PCA, no a la local.
La migración tras error está inhabilitada:
TLAPI: La migración tras error está inhabilitada. La entrega siempre está habilitada.
Esclavo de migración tras error está en el estado de nodo pasivo:
TLAPI: La migración tras error está habilitada. La entrega está inhabilitada actualmente.
El esclavo de migración tras error ha asumido el control:
failoverd: Solicitud de TakeControl recibida del igual. Asumiendo el control.
failoverd: Entrega iniciada.
El esclavo se ha vuelto a migrar al servidor maestro:
failoverd: Solicitud de ReleaseControl recibida del igual. Liberando el control.
failoverd: La entrega se ha detenido.
Durante el reinicio de la consola web, aparece el error que no se
puede modificar el límite de tamaño del archivo central ulimit
Cuando se inicia o reinicia la consola web de PCA, puede aparecer el error
siguiente en el archivo de registro de PCA:
tealeaf/bin/tealeaf: línea 323: ulimit: tamaño de archivo central:
no se puede modificar el límite: operación no permitida.
El mandato ulimit es un programa de utilidad del sistema Linux. En la mayoría de
los casos, el usuario root ejecuta este programa de utilidad cuando el script PCA
Tealeaf se ejecuta por primera vez. A continuación, la PCA se reinicia utilizando el
usuario de PCA, que es el usuario ctccap de forma predeterminada.
Cuando se inicia la PCA utilizando el usuario no root, define los valores del nivel
de sistema predeterminados, específicamente para permitir un tamaño de archivo
central ilimitado. La PCA utiliza este programa de utilidad para proporcionar
archivos centrales cuando se produce un error de PCA para las actividades de
resolución de problemas. En función de la seguridad, la política del sistema que se
utiliza para el sistema operativo Linux instalado, así como las dependencias de
plataforma y versión, ulimit podría no funcionar como se espera desde la
perspectiva de PCA del usuario no root.
Puede ver qué valor predeterminado es al ejecutar con el usuario no root:
su ctccap
ulimit -c
Se espera que la línea tenga un aspecto parecido a este:
core file size (blocks, -c) unlimited
19
En algunos entornos Linux, el comportamiento del programa de utilidad ulimit se
ha modificado respecto a lo que espera el script de PCA Tealeaf que se utilice
durante el arranque, y la capacidad para definir el tamaño del archivo central en
un tamaño ilimitado está bloqueado.
Para arreglar este problema, complete los pasos siguientes:
1. Edite el archivo de configuración siguiente, que se utiliza para definir los
límites centrales de ulimit predeterminados (opción -c) para usuarios
específicos.
Nota: El usuario de PCA se debe utilizar para realizar las modificaciones de
archivo. De forma predeterminada, este usuario es ctccap.
/etc/security/limits.conf
2. Para definir el valor central del usuario en ilimitado para ambos límites, fijo y
flexible, añada las dos líneas siguientes:
ctccap hard core unlimited
ctccap soft core unlimited
3.
4.
5.
6.
Donde:
v ctccap corresponde al usuario de PCA.
Verifique que no hay ninguna línea en el archivo que defina el valor central
para todos los usuarios (*).
Guarde el archivo.
Reinicie el PCA.
Consulte los archivos de registro para confirmar que el problema se ha resuelto.
PCA no logra iniciarse tras añadir una NIC
Tras haber añadido una tarjeta de interfaz de red (NIC), es posible que la PCA no
se inicie, lo que da como resultado un mensaje de error similar al siguiente.
Apr 13 10:27:09 tealeaf2 deliverd[5757]: Finalizando bucle principal con 0.
Apr 13 10:27:09 tealeaf2 deliverd[5757]: main(), Saliendo con 0
Apr 13 10:27:09 tealeaf2 captured[5740]: Reinicio demasiado rápido (0 segundos).
Concluyendo.
Apr 13 10:28:23 tealeaf2 tealeaf: info: Iniciando:
/usr/local/ctccap/bin-debug/failoverd -q
Apr 13 10:28:23 tealeaf2 tealeaf: pem2ptl: error: Especifique el nombre
de uno o varios archivos PEM para cifrar.
/usr/local/ctccap/bin-debug/captured -P
Apr 13 10:28:23 tealeaf2 captured[6173]: Inicio capturado:
revisión 1277489920
Apr 13 10:28:23 tealeaf2 reassd[6182]: OpenSSL hw engine(0): None
Apr 13 10:28:23 tealeaf2 reassd[6182]: No se ha podido crear el objeto reveal: 1
Apr 13 10:28:23 tealeaf2 reassd[6182]: Saliendo
Apr 13 10:28:23 tealeaf2 captured[6174]: Señal capturada (17). Reiniciando.
Concluyendo.
Apr 13 10:34:32 tealeaf2 tealeaf: info: Detenido httpd(5760).
Apr 13 10:34:32 tealeaf2 tealeaf: info: capturado no está en ejecución.
Apr 13 10:34:32 tealeaf2 tealeaf: info:
20
Starting: /usr/local/ctccap/bin-debug/failoverd -q
Apr 13 10:34:32 tealeaf2 tealeaf: pem2ptl: error: Especifique el nombre
de uno o varios archivos PEM para cifrar.
/usr/local/ctccap/bin-debug/captured -P
Apr 13 10:34:32 tealeaf2 captured[9446]: Inicio capturado:
revisión 1277489920
Apr 13 10:34:32 tealeaf2 tealeaf: info: Starting: /usr/local/ctccap/bin/httpd
Apr 13 10:34:32 tealeaf2 captured[9447]: Señal capturada (17). Reiniciando.
Concluyendo.
Este problema puede deberse a las claves PTL que están instaladas en la PCA. En
algunos casos, estas claves se cifran utilizando los aspectos de las direcciones de
las tarjetas NIC.
La solución es volver a crear las claves PTL desde versiones de texto simple PEM.
La PCA puede realizar esta recreación automáticamente.
v Consulte "Configuración de claves cifradas" en el Manual de la Aplicación de
captura pasiva de IBM Tealeaf.
Error System.Web.HttpRequestValidationException
Síntoma:
Error Sistema.Web.HttpRequestValidationException: Se ha detectado un valor
Request.Cookies potencialmente peligroso en el cliente (ErrorId=
Resolución:
En IIS Manager, compruebe que el filtro de captura IIS de TeaLeaf está instalado a
nivel global de sitios web en lugar de en un sitio web específico.
¿Qué significa el error PSIO_SIGCAUGHT?
Siempre que vea el error PSIO_SIGCAUGHT, deberá examinar los mensajes anteriores
del logfile de captura para saber la causa verdadera. Estos errores PSIO_SIGCAUGHT
provienen del proceso interconectado que intenta establecer comunicación con el
entregado, pero una señal ha interrumpido dicha comunicación.
En la mayoría de los casos, dicha señal es del proceso capturado que indica al
interconectado que concluya. El proceso capturado indica al interconectado que
concluya por varios motivos, tales como los siguientes:
v Otro proceso hijo de un proceso capturado se ha bloqueado o ha efectuado la
salida.
v El capturado está concluyendo.
v Un cambio de configuración en la consola web ha indicado al proceso capturado
que reinicie sus procesos hijo.
En el fragmento de código siguiente de un archivo capture.log, puede ver un
mensaje de reassd indicando que no ha podido crear la cola de memoria
compartida para el proceso de hits (TLQueue):
21
Jul 24 17:08:10 abc reassd: El sistema de colas de TL no ha podido crearse (28).
Jul 24 17:08:10 abc reassd: Saliendo
Jul 24 17:08:10 abc captured: Señal capturada (17). Reiniciando.
Jul 24 17:08:11 abc pipelined: La evaluación de tltHeartbeatCallback ha devuelto
ERROR(1): tltSocketWrite: No se ha podido escribir mandato de socket(3): PSIO_SIGCAUGHT
En la compilación 3101, se cambió el mensaje PSIO_SIGCAUGHT para minimizar la
exposición a este mensaje engañoso.
¿Por qué mi directorio de mensajes está lleno de mensajes
"crond(pam_unix) sesión cerrada para usuario root"?
¿Por qué está mi directorio /var/log/messages lleno de mensajes como los
siguientes:
crond(pam_unix) ... sesión cerrada para usuario root
En servidores IBM Tealeaf CX Passive Capture Application que ejecutan Red Hat
Enterprise Linux 4, los mensajes de los tipos siguientes son habituales en
/var/log/messages:
# fgrep crond /var/log/messages | tail -5
Sep 6 16:23:02 ganymede crond(pam_unix)[23922]:
by (uid=0)
by (uid=0)
sesión cerrada para usuario root
sesión abierta para usuario root
sesión abierta para usuario root
En el sistema ganymede, todos los mensajes son estos mensajes crond(pam_unix).
Considere el siguiente recuento de las líneas con estos mensajes:
# fgrep crond /var/log/messages | wc -l
13233
# wc -l /var/log/messages
13241 /var/log/messages
La inclusión del texto pam_unix sugiere que este mensaje proviene de la
configuración de PAM para el sistema. El examen de /etc/pam.d revela un archivo
crond cuyo contenido lo describe como "El archivo de configuración de PAM para
el daemon cron."
Verifique si este archivo de configuración es propiedad de un paquete RPM:
# rpm -qf /etc/pam.d/crond
vixie-cron-4.1-36.EL4
# rpm -ql vixie-cron | fgrep pam
/etc/pam.d/crond
Este mismo archivo /etc/pam.d/crond no existe en una máquina RHEL 3 Update 5:
# rpm -q vixie-cron
vixie-cron-3.0.1-76_EL3
# rpm -ql vixie-cron | fgrep pam
#
Parece probable que estos mensajes crond(pam_unix) empiecen a aparecer en RHEL
4 debido a un cambio que ha introducido el paquete vixie-cron más reciente.
La página manual para crond en RHEL 4 también documenta esta relación (de
"man crond"):
22
Control de acceso PAM
En sistemas Red Hat, crond da soporte ahora al control de acceso con PAM - ver
pam(8).
Se instala un archivo de configuración PAM para crond en
/etc/pam.d/crond. crond carga el entorno PAM desde el módulo pam_env,
pero se pueden sustituir por los valores del archivo crontab.
Una búsqueda de Internet de mensajes crond(pam_unix) /etc/pam.d/crond revela
que muchos usuarios se encuentran con esta situación con la configuración PAM
en mensajes de desencadenamiento vixie-cron en /var/log/messages. Existen dos
soluciones:
Solución 1: suprimir los mensajes
El único sentido de tener pam_unix en la pila de sesión es proporcionar este nivel
de registro. Este registro puede suprimirse comentando la línea de
/etc/pam.d/crond que inicia el apilamiento de la sesión de autenticación del
sistema y descomentando la línea pam_limits de la sesión, puesto que los módulos
pam iniciados en la pila de sesión de autenticación del sistema son pam_unix y
pam_limits.
En un sistema RedHat ES4, el archivo /etc/pam.d/crond debe contener lo
siguiente:
#
# El archivo de configuración PAM para el daemon cron
#
#
auth
sufficient pam_rootok.so
auth
required
pam_stack.so service=system-auth
auth
required
pam_env.so
account
required
account
required
pam_access.so
#session
required
session
required
pam_loginuid.so
# Para habilitar los límites de usuario PAM para trabajos cron,
# configure /etc/security/limits.conf y
# descomente esta línea:
session required
pam_limits.so
#
Restart crond daemon:
service crond restart
Solución 2: Redireccionar mensajes a un archivo de registro
diferente
1. Edite /etc/syslog.conf del modo siguiente:
# Registre cualquier caso (excepto el correo) de información de nivel o superior.
# No registre mensajes de autenticación privados.
*.info;mail.none;local5.none;authpriv.none;cron.none;auth.!=info
/var/log/messages
Nota: La línea de config solo tiene auth.!=info añadido arriba.
2. Registre los mensajes de aut cron en un archivo separado. Añada las líneas
siguientes:
auth.info
/var/log/cron.auth
3. Después del reinicio de reg de sistema de servicio, los mensajes del
registro del sistema provocados por cron solo aparecen en /var/log/cron.auth.
23
El filtro de captura IIS 6 para aplicaciones Siebel no captura
correctamente
El error mostrado por IBM Tealeaf CX RealiTea Viewer es "Datos Deflate no
válidos".
Los filtros ISAPI de Siebel están realizando la compresión. Para que los filtros de
captura IIS manejen esta compresión, añada las dos líneas siguientes a la sección
[Globals] del archivo TeaLeafIIS6.cfg, en todos los servidores web Siebel donde
está instalado el filtro de captura IIS de Tealeaf:
IgnoreChunked=False
IgnoreGZip=False
Tras realizar este cambio, debe reiniciar IIS en esos servidores web.
Información a suministrar al soporte al cliente
Si sigue experimentando dificultades con IBM Tealeaf CX Passive Capture
Application o su servidor host, busque y revise la información siguiente antes de
ponerse en contacto con el soporte al cliente de Tealeaf:
v ¿Qué versión de PCA se está ejecutando?
v ¿Qué NIC están a la escucha?
v ¿Se produjo este problema como parte de una nueva instalación o actualización?
Si se produjo durante una actualización, ¿existía ya este problema antes de la
actualización?
v Ejecute tcpdump. ¿Se realizó algún filtrado de volcado de la memoria o era sólo
en las NIC a la escucha?
v Proporcione acceso raíz o personal que tenga acceso raíz a la PCA de Tealeaf.
Mandatos tcpdump adicionales
Detalles ampliados de tcpdump
Para obtener los detalles ampliados para tcpdump, ejecute man tcpdump en el
servidor PCA u obténgalo desde el sitio web de http://www.tcpdump.org/. El
formato abreviado es:
tcpdump -ni NIC -s0 -w dumpfile serie_filtro
donde
v NIC es el nombre de dispositivo del NIC de rastreador/captura. Para ver una
lista de nombres de dispositivo de NIC, utilice el mandato ifconfig o la página
Interfaz de la IU web de PCA, que se encuentra de forma predeterminada en
http://<PCA>:8080/interface.php o https://<PCA>:8443/interface. <PCA> es el
nombre de host o la dirección IP de PCA.
v dumpfile es el nombre del archivo en el que se escribe el volcado.
v serie de filtro es la expresión de IP/puerto que desea capturar.
Si desea ejecutar una prueba para validar, elimine la opción -w y su argumento; la
salida se imprime en la consola.
24
Puertos rastreadores de captura de prueba para tráfico
Para utilizar tcpdump para determinar si los puertos del rastreador de captura
están recibiendo tráfico:
tcpdump -ni eth1 | more
Para buscar el tráfico específico:
tcpdump -ni bge0 host <dirección IP> and port <número puerto IP> | more
Donde <dirección IP> y <número de puerto IP> podría ser 10.10.10.2 y 80, por
ejemplo.
Captura manual de tcpdump en un archivo
El método manual de utilizar tcpdump para capturar el tráfico HTTP(S) en un
archivo de volcado es el siguiente:
tcpdump -ni bge0 -s0 -w dumpfile host ipAddr and port $80 or 443$
tcpdump -ni bge0 -s0 -w dumpfile host ipAddr and port ’(’80 or 443’)’
tcpdump -ni bge0 -s0 -w dumpfile net xxx.xxx.xxx.0/24 and port 80
Utilizando el archivo tcpdump existente para extraer el tráfico específico en otro
archivo de volcado:
tcpdump -nr <archivo_volcado> -s0 -w <nombre_nuevo_archivo> host <dirección_ip> and \
port <número_puerto>
Visualización de la cabecera adicional de tcpdump
Si tcpdump no puede filtrar ningún tráfico, el problema puede deberse a que se
está añadiendo una cabecera Ethernet adicional, que suele ser una cabecera VLAN:
802.1Q VLAN. Utilice la opción tcpdump -e para ver esta información de cabecera
adicional, que debería tener un aspecto parecido al siguiente:
. . . ethertype 802.1Q, length 64: vlan 128, p 0, ethertype IPv4,
IP 192.168.128.42.8001 > 192.168.128.90.20700:
Filtrado de puerto
Falla el intento de filtrar mediante tcpdump. Un ejemplo es el filtrado en un
número de puerto conocido, como el siguiente:
tcpdump -ni eth2 port 8001
Si tcpdump no puede proporcionar un resultado filtrado, el software de captura
pasiva no puede hacerlo.
Si se trata de un tráfico del tipo VLAN, utilice el operador de expresión vlan como
parte de la expresión de filtro:
tcpdump -ni eth2 vlan and port 8001
Otros ejemplos de filtrado de paquetes VLAN:
tcpdump -nr tst.dmp ’ether[12:2] = 0x8100’
tcpdump -nr tst.dmp vlan and ip and port 8001
Para mostrar ambos tipos de tráfico:
tcpdump -nr tst.dmp ip or vlan
25
Visualización de tráfico del lado del cliente únicamente para
dirección IP específica
El mandato siguiente solo muestra el tráfico del lado del cliente, que son
solicitudes realizadas desde el navegador hasta el servidor web desde la dirección
IP especificada.
tcpdump -nieth1 src host ipAddr and port #nmbr
Visualización de todo el tráfico del lado de cliente
El mandato siguiente muestra todo el tráfico del lado de cliente que intenta la
conexión en el número de puerto especificado. Se notifican todas las solicitudes de
todos los clientes en el puerto especificado.
tcpdump -nieth1 dst port #nmbr
Visualización de solo paquetes SYN y FIN
El mandato siguiente solo muestra los paquetes SYN y FIN en el archivo tst.dmp.
Este mandato se puede utilizar para verificar que además de ambas direcciones de
tráfico que están presente, PCA también ve el inicio y la parada correctos de las
conexiones tcp.
La salida válida que se espera para cada conexión debería ser un paquete SYN en
cada dirección en el inicio de la conexión y un paquete FIN en cada dirección al
final de la conexión.
tcpdump -nr tst.dmp ’tcp[tcpflags] & (tcp-syn|tcp-fin) != 0’
Utilización de tcpdump para determinar si el tráfico no es
bidireccional
Ejecute el siguiente mandato tcpdump o similar:
tcpdump -ni <NIC> -s0 host 192.168.149.201 and port 443
Donde:
v -s0 - no truncar paquetes grandes. Sin esta opción, no se produce la grabación
del tráfico unidireccional.
v <NIC> - el nombre de dispositivo de una de las NIC de captura de PCA.
El mandato debería generar una salida similar a la siguiente:
16:10:37.271214 IP 12.130.155.248.4863 > 192.168.149.201.https:
S 4007169894:4007169894(0) win 64512 <mss 1460,nop,nop,sackOK>
Hay columnas para cada línea que representa un paquete:
v indicación de fecha y hora
v protocolo de red
v dirección IP de origen.puerto IP
v dirección IP de destino.puerto IP
v distintivos TCP
v información seleccionada sobre el paquete
El ejemplo anterior es un paquete de conocimiento de conexión TCP/IP que
muestra el reconocimiento SYN inicial del cliente con el servidor.
26
Debería haber un segundo paquete con las dos columnas IP.puerto invertidas para
indicar el paquete de conocimiento SYN del servidor con el cliente. Si no hay
ningún segundo paquete, el puerto SPAN no está proporcionando tráfico
bidireccional con el NIC de captura de PCA.
Temas adicionales
Si desea más información de los temas de IBM Tealeaf CX Passive Capture
Application, consulte "Apéndice - Temas adicionales de captura pasiva" en el
Manual de aplicación de captura pasiva de IBM Tealeaf.
Localización y actualización de la clave de licencia
Para nuevas instalaciones y actualizaciones, Tealeaf proporciona una clave de
licencia, que debe entrar durante el proceso de instalación o actualización. La clave
de licencia determina las funciones que están disponibles a través de Tealeaf Portal.
Nota: Si está recuperando la clave de licencia para el envío al Servicio de soporte
al cliente Tealeaf y no es necesario cambiarla, seleccione Ayuda > Acerca de IBM
Tealeaf CX Portal en el menú Portal. Copie el valor junto a la clave de licencia.
Para obtener más información, consulte Tealeaf http://suppor.tealeaf.com.
Para obtener más información sobre cómo aplicar la clave de licencia a través de
TMS, consulte "Gestión de la clave de licencia de Tealeaf" en el Manual de
Aplicación de la clave de licencia a través del registro de
Windows
Si el Portal y TMS no están disponibles, puede aplicar la clave de licencia del
producto Tealeaf a través del registro de Windows.
Si desea más información sobre cómo aplicar la clave de licencia a través del
registro de Windows, consulte "Gestión de la clave de licencia de Tealeaf" en el
Manual de administración de IBM Tealeaf cxImpact.
Permisos IIS predeterminados
Cuando Tealeaf se ha instalado o configurado, los permisos necesarios se
configuran automáticamente para IIS. Si los permisos se modifican por motivos
empresariales, las funciones del Portal se pueden ver comprometidas. Los
comportamientos son variados.
Si cree que los permisos de IIS en uso para la aplicación Portal o la API del Portal
se han modificado con respecto al conjunto siguiente, vuelva a ejecutar
TLIISUtility.
Para ejecutar TLIISUtility:
Nota: Volver a ejecutar esta utilidad cambia los permisos en las carpetas necesarias
a los valores anteriores. Volver a ejecutar no tiene ningún impacto en el Portal.
1. Abra una línea de mandatos en el servidor Portal.
2. Vaya al directorio siguiente:
<directorio_instalación_Tealeaf>\Tools\Install
3. Lance TLIISUtility.exe.
27
4. Configure permisos según los requisitos siguientes:
a. Permisos necesarios para IIS6:
v http://support.microsoft.com/kb/812614/
b. Permisos necesarios para IIS7:
v http://support.microsoft.com/kb/981949/
5. Reinicie IIS.
Aparece una fecha 1970 en "Desde" en un diagrama
Es probable que un hit capturado y procesado contuviera 0 como indicación de
fecha y hora. Una indicación de fecha y hora 0 corresponde al 1/1/1970. Si el hit
ha desencadenado un evento, la indicación de fecha y hora del evento es también
1/1/1970.
Los usuarios autenticados de NT no pueden iniciar sesión en Portal
En algunos casos, los usuarios de Tealeaf que están intentando acceder a Portal
utilizando credenciales de NT no pueden iniciar sesión.
Nota: Este problema se ha observado solo en el navegador Safari 5.1. Safari no está
soportado por Tealeaf. Si desea más información sobre navegadores soportados,
consulte "Inicio de sesión en Tealeaf Portal" en el Manual de usuario de IBM Tealeaf
cxImpact.
El navegador Safari y, posiblemente, otros navegadores pueden tener problemas
con el proveedor de autenticación de negociación (Kerberos).
La solución temporal es eliminar el proveedor de autenticación de negociación de
la lista de proveedores de autenticación de NT a los que presta servicio IIS. Una
vez completados estos pasos, IIS deja de utilizar el proveedor de autenticación de
negociación y, en su lugar, utiliza el siguiente en la lista de IIS.
Nota: Estos pasos solo se aplican a IIS7. Los pasos para IIS6 pueden variar.
Consulte la documentación proporcionada con IIS6.
1. Para eliminar la negociación de la lista de proveedores, inicie sesión en el
Portal Server como administrador.
2. Ejecute el mandato siguiente desde un shell de mandatos:
%systemroot%\system32\inetsrv\appcmd set
config /section:windowsAuthentication /-providers.[value=’Negotiate’]
3. Cuando este mandato se ejecuta por primera vez, la salida debería tener un
aspecto parecido en algo al siguiente:
Cambios de configuración aplicados a la sección"
"system.webServer/security/authentication/windowsAuthentication" para
"MACHINE/WEBROOT/APPHOST" en la configuración commitpath
"MACHINE/WEBROOT/APPHOST"
4. Si el mandato se vuelve a ejecutar, la salida cambia, ya que la entrada de
negociación ya se ha eliminado:
ERROR ( mensaje:No se puede encontrar elemento de recopilación solicitado.) )
5. Realice un restablecimiento de IIS.
6. Inicie sesión en Portal mediante Safari.
7. Como prueba adicional, deberá verificar la reproducción mediante BBR.
v Consulte "Reproducción basada en navegador de CX" en el Manual de usuario
de IBM Tealeaf cxImpact.
28
Algunos usuarios pueden iniciar sesión en el Portal, mientras que
otros obtienen un error 400 - solicitud incorrecta
Cuando Tealeaf se ha configurado para utilizar la autenticación de NT y IIS tiene
la autenticación integrada habilitada, algunos usuarios reciben un error 400
solicitud incorrecta al intentar acceder a Tealeaf Portal utilizando un nombre DNS.
El error en el registro de errores HTTPSYS (HTTPERRx.log) es el siguiente:
400 - RequestLength
Si la autenticación integrada está habilitada en IIS y negocia con Kerberos, algunos
usuarios pueden tener un tíquet de Kerberos muy grande que excede los límites de
la cabecera de solicitud.
v En un caso, los usuarios no han podido acceder al Portal debido a un gran
número de pertenencias a grupos.
Para solucionarlo:
1. Añada claves de registro en el servidor de informes para aumentar la longitud
máxima de campo y el máximo de bytes en la solicitud para alojar los tíquets
de Kerberos más grandes:
HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\HTTP\Parameters\
MaxFieldLength = 32768 (default = 16384)
MaxRequestBytes = 32768 (default = 16384)
2. Reinicie IIS.
Para obtener más información
v Configuración de registro Http.sys para IIS (Microsoft KB 820129) @
http://support.microsoft.com/?kbid=820129
v Problema de autenticación Kerberos con Active Directory @
http://blogs.technet.com/surama/archive/2009/04/06/kerberos-authenticationproblem-with-active-directory.aspx
v Discusión de solicitud incorrecta HTTP 400 @ http://www.issociate.de/board/
post/314237/HTTP_400_Bad_Request.html
Diferencias entre recuentos de sesiones totales y archivadas en el
portal
En el informe Actividad total del portal, es posible que el recuento de sesiones en
el ángulo superior izquierdo no coincida con el recuento de sesiones archivadas en
el ángulo inferior derecho. Según las circunstancias, el recuento puede ser el más
alto que haya.
El recuento Total de sesiones se incrementa cuando se inicia una nueva sesión de
sitio web. El recuento de sesiones archivadas se incrementa cuando se marcan las
sesiones para guardar. Esta diferencia en la definición puede causar diferencias en
el recuento.
En torno a medianoche, puede haber más sesiones totales que sesiones archivadas
porque todavía no se han guardado algunas sesiones activas en el recipiente de
larga estancia.
29
Asimismo, un día puede tener más sesiones archivadas que sesiones totales, si se
produce una avalancha de sesiones que se iniciaron antes de medianoche y
finalizaron y se han guardado en algún momento pasada la medianoche.
Problemas de visualización en Internet Explorer
De forma predeterminada, en Windows Server 2003 y Windows Server 2008,
Internet Explorer habilita un conjunto de funciones de seguridad mejorada. Si la
seguridad mejorada está habilitada en IE, puede que experimente algunos de los
problemas siguientes o todos ellos:
1. Portal Tealeaf:
v Los menús de Portal no se visualizan.
v Errores JavaScript de tipo getElementByID es nulo o no es un objeto
2. PCA:
v La pulsación de botones no funciona en la consola web.
3. RTV:
v Impactos desconocidos
Si surgen problemas de visualización en Internet Explorer, puede inhabilitar las
funciones de seguridad mejoradas o añadir los componentes de Tealeaf como sitios
de confianza.
Registro de componentes Tealeaf como sitios de confianza
Para mejorar el rendimiento, puede registrar los URL para componentes Tealeaf
como sitios de confianza en Internet Explorer.
1.
2.
3.
4.
5.
En el menú de Internet Explorer, seleccione Herramientas > Opciones....
Pulse la pestaña Seguridad.
Pulse Sitios de confianza.
Pulse Sitios....
Especifique cada uno de los URL siguientes que pertenecen a la instalación de
Tealeaf, donde <nombre_host> es la máquina host para el componente:
v Tealeaf Portal:
http://<nombre_host>/portal/
v Consola web de PCA:
https://<nombre_host>:8443
Nota: Si el Portal o PCA se está comunicando a través de puertos no
predeterminados, debe proporcionar el número de puerto como parte del
URL.
6. Pulse Añadir.
7. Cuando haya acabado de añadir todos los URL relevantes, pulse Cerrar. A
continuación, pulse Aceptar.
Eliminación o inhabilitación de la seguridad mejorada de
Windows
Eliminación para Windows Server 2003
Estos pasos eliminan la configuración de seguridad ampliada de Internet Explorer.
1. Desde el menú Inicio de Windows, seleccione *Configuración > Panel de
control > Agregar o quitar programas.
30
2. Pulse Agregar/Quitar componentes Windows.
3. Seleccione Eliminar configuración de seguridad ampliada de Internet
Explorer.
4. Pulse Siguiente.
5. El componente se ha eliminado.
Inhabilitación de Windows Server 2008
Estos pasos inhabilitan la configuración de seguridad ampliada de Internet
Explorer dentro de Windows Server 2008.
1. Desde el menú Inicio de Windows, seleccione Configuración > Panel de
control > Herramientas administrativas > Gestor de servidor.
2. Se visualiza el gestor de servidor:
31
Windows Server Manager
3. Pulse el enlace Configurar IE ESC.
32
Configuración de seguridad ampliada de Internet Explorer
4. Inhabilite la configuración de ESC para administradores y usuarios.
5. Pulse Aceptar.
6. Las características se inhabilitan.
Error de desbordamiento de pila al intentar iniciar la sesión
en el portal en el sistema local utilizando IE8
Si ha instalado las bases de datos de Tealeaf Portal y Tealeaf en el sistema local
utilizando Windows Server 2003 y una instancia local de SQL Server 2005, puede
recibir el mensaje de error siguiente al intentar navegar en el Portal utilizando
Internet Explorer 8:
Desbordamiento de la pila en la línea: 183
Verifique que se hayan completado las actualizaciones siguientes:
v El sistema se ha actualizado a .NET 3.5 SP1
v Se han realizado todas las actualizaciones de Windows necesarias.
v Se han realizado todas las actualizaciones de IE8 necesarias y recomendadas.
33
Habilitación de todos los accesos de menú para el grupo de
administración
Si es necesario, puede utilizar el siguiente SQL para habilitar el acceso para todos
los elementos de menú en el Tealeaf Portal para el grupo de usuarios
administradores.
Nota: Este SQL permite el acceso solo a los elementos de menú. Algunas páginas
del Portal tienen restricciones de permiso de nivel de página, que no están
habilitadas por este SQL.
Nota: Realizar estos pasos requiere un restablecimiento de IIS, que arranca todos
los usuarios que están actualmente en el Portal. Realice estos pasos durante una
hora no punta.
1. Ejecute el siguiente SQL en la base de datos TL_SYSTEM utilizando la cuenta
TLADMIN o TLUSER:
USE TL_SYSTEM
DELETE FROM RS_PROFILE_ITEM WHERE PROFILE_ID = 1 AND OBJ_ID = 100
GO
INSERT INTO RS_PROFILE_ITEM
SELECT 1, 100, NODE_ID FROM RS_MENU
GO
2. Realice un restablecimiento de IIS después de ejecutar lo anterior.
3. Los usuarios que son miembros del grupo de administración ahora pueden
acceder a todas las páginas disponibles en el menú Portal.
Internet Explorer no muestra el contenido del Portal debajo de la barra
de menús
(IBM Tealeaf cxImpact e IBM Tealeaf cxView únicamente) Verifique que se hayan
seleccionado los dos elementos siguientes en la pestaña Opciones avanzadas de
Internet Explorer debajo de Multimedia:
v Habilitar cambio automático del tamaño de imágenes
v Activar animaciones en páginas Web
Los horas en Portal tienen discrepancias de horas
El huso horario predeterminado de Portal se basa en GMT, que puede variar lo de
previsto para la implementación de Tealeaf.
Los pasos de establecer el huso horario son los siguientes:
1. Inicie sesión en el Portal como administrador del Portal.
2. Seleccione Tealeaf > Portal Management.
3. Seleccione el tipo de cuentas para administrar.
v Consulte "Administración de usuarios de CX" en el Manual de administración
de IBM Tealeaf cxImpact.
v Consulte "Administración de usuarios de cxView" ("cxView User
Administration") en el manual IBM Tealeaf cxImpact Administration Manual.
v Consulte "Administración de usuarios de cxReveal" ("cxReveal User
Administration") en el manual IBM Tealeaf cxReveal Administration Manual.
4. Seleccione el usuario que está experimentando discrepancias de horas.
34
5. En el desplegable Huso horario, seleccione el huso horario correcto del usuario.
6. Para completar el cambio, pulse Guardar.
7. Para verificar que el cambio de hora se ha aplicado de forma eficaz, seleccione
Activa > Sesiones y compruebe las indicaciones de fecha y hora para sesiones
activas.
El Portal no se puede conectar a los servidores de búsqueda
Si el Portal no se puede comunicar con los servidores de búsqueda, aunque el
servidor o servidores de destino se hayan especificado mediante la dirección de
red de IP o el nombre de dominio completo en el Portal, debería definir el nivel de
registro en 9 para depurar el problema:
v Release previo a 7.2: Seleccione Inicio > Programas > TeaLeaf Technology >
TeaLeaf RealiTea Report Server > Configuración de RealiTea Report Server
para abrir el programa de utilidad de TeaLeaf ReportConfig.exe para realizar el
cambio.
1. A continuación, reinicie el servicio de publicación World Wide Web.
v Release 7.2: o posterior Realice el cambio a través de TMS. En Tealeaf Portal,
seleccione Tealeaf > TMS. Si desea más información sobre TMS, consulte
"Sistema de gestión de Tealeaf" en el Manual de administración de IBM Tealeaf
cxImpact.
– Consulte "Configuración del servidor de informes" en el Manual de
Cuando el nivel de registro está establecido en 9, el error siguiente puede aparece
en el registro del Portal:
Error al crear el proxy web especificado en la sección de configuración
’system.net/defaultProxy’
. ---> System.DllNotFoundException: No se ha podido cargar
DLL ’rasapi32.dll’: Ha fallado una rutina de inicialización de
biblioteca de enlace dinámico (DLL)
. (Excepción de HRESULT: 0x8007045A)
Si aparece el error anterior, .NET/ASP .NET puede estar heredando un conjunto
diferente de valores de proxy de los especificados en el Portal. Para arreglar este
problema, el Portal debe estar configurado para no heredar estos valores.
Nota: Verifique que este cambio no infringe ningún requisito empresarial.
La solución es añadir el XML siguiente al archivo Web.Config del Portal:
<system.net>
<defaultProxy>
<proxy usesystemdefault="false"/>
</defaultProxy>
</system.net>
El archivo Web.Config se almacena en la ubicación siguiente:
<directorio_instalación_Tealeaf>\Portal\WebApp
Nota: Una vez arreglado el problema, recuerde restablecer el nivel de registro en
su valor anterior.
35
No se puede visualizar la exportación de XML para Excel
En un sistema con Microsoft Office instalado, de forma predeterminada Windows
intenta abrir todos los documentos XML utilizando MSOXMLED.EXE. Esta aplicación
explora el documento en busca del código mso-application, que identifica la
aplicación Office que se utilizará para abrir el documento XML.
Si esta asociación se ha cambiado para utilizar, por ejemplo, Notepad.exe, Windows
no puede abrir documentos XML de Office correctamente.
Para verificar la correlación correcta:
1. Abra el Explorador de Windows en cualquier carpeta del sistema local.
2. En el menú Explorador de Windows, seleccione Herramientas > Opciones de
carpeta....
3.
4.
5.
6.
Pulse la pestaña Tipos de archivo.
Seleccione la entrada XML/Documento XML.
Pulse Opciones avanzadas.
Debe haber dos opciones listadas: edit y open.
7. Para cada acción, pulse Editar y revise el valor de Aplicación utilizada para
realizar la acción. Debería ser similar a las vías de acceso siguientes para
Windows de 64 bits:
"C:\Archivos de programa (x86)\Common Files\Microsoft Shared\OFFICE12\MSOXMLED.EXE"
/verb edit "%1"
"C:\Archivos de programa (x86)\Common Files\Microsoft Shared\OFFICE12\MSOXMLED.EXE"
/verb open "%1"
36
Si las vías de acceso anteriores no apuntan a la aplicación MSOXMLED.EXE, los
documentos XML no se pueden abrir correctamente en Excel. Para solucionar este
problema, cambie las vías de acceso para que apunten a la aplicación adecuada.
Temas de resolución de problemas de versiones anteriores a 5.0
Los temas siguientes se aplican al release 4.x o a versiones anteriores de Tealeaf.
Depuración de la fecha errónea de la base de datos
Nota: En las versiones 4.5 y superiores, el menú desplegable que se ha llenado
desde la base de datos para seleccionar fechas de gráfico ya no está llenado. El
calendario emergente es el único método de entrada de fecha compatible.
Nota: EL resto de esta solución solo se aplica a 4.0 y sistemas anteriores.
Para eliminar el registro fechado de forma incorrecta de la base de datos de
informes, encuentre el UniqueID del evento y, después, suprima los registros de la
tabla MC DTS LOG:
1. Para encontrar el UniqueID del evento, realiza cualquiera de las acciones
siguientes:
a. En el asistente de gráfico del Portal, pase el ratón por encima del enlace
para crear un gráfico del evento. El UniqueID del evento está en los
parámetros de serie de consulta.
b. Obtenga el valor de EventID en el editor de eventos.
c. Utilizando el visor, seleccione el evento que desea buscar en la pestaña
Búsqueda básica y, después, copie la búsqueda en la pestaña Búsqueda
básica, donde la serie de búsqueda muestra el UniqueID del evento.
2. Para ver los datos, debe utilizar la herramienta del analizador de consulta del
SQL Server. El analizador de consultas forma parte de la instalación de SQL
Server bajo licencia y no está incluido con MSDE. Si el sistema utiliza MSDE,
puede utilizar CUALQUIER estación de trabajo con SQL Server instalado para
ejecutar el analizador de consultas SQL y conectarse a la base de datos de
informes Tealeaf:
a. Inicie el analizador de consultas.
b. Emita la consulta siguiente. Sustituya 1 con el valor UniqueID correcto:
seleccione dts en el registro mc dts donde {{UniqueID}} = 1 orden por dts
c. Si se muestra el registro "1/1/1970", puede suprimirlo con la consulta
siguiente. Sustituya 1 con el UniqueID correcto:
suprima del registro mc dts donde {{UniqueID}} = 1 y dts < ’1/1/1999’
Descripción de evento no encontrada al crear un gráfico
Nota: Esta solución se aplica al release 4.x o versiones anteriores de Tealeaf.
Si intenta crear un gráfico de Portal de un evento inmediatamente después de
crearlo en el editor de eventos, podría recibir este mensaje:
Descripción de evento no encontrada
Puede tener que esperar entre 5 - 30 minutos antes de poder crear el gráfico. La
longitud de tiempo de espera depende del tiempo de recopilación de datos del
servicio recopilador de datos de informe.
37
v Si el sistema está ocupado, el recopilador de datos de informe tarda más que el
intervalo predeterminado de 5 minutos en iniciar un nuevo ciclo, debido a la
longitud de tiempo que tarda en recopilar los datos de los servidores de
procesos.
v Un sistema con un tamaño correcto no debería tener una latencia de más de 5 a
10 minutos para mostrar nuevas descripciones de evento.
Si examina el gráfico antes de que la descripción del evento esté presente para un
evento recién definido, no se visualizarán datos en el gráfico hasta que se complete
la siguiente ejecución de recopilación de datos y se recupere la descripción de
evento.
Error genérico de la página de inicio de Portal
La página de inicio de Portal puede generar el mensaje de error siguiente:
Error de Portal
TeaLeaf Portal Versión: 4.6.0.4655
Se ha producido un error en TeaLeaf Portal Application.
Póngase en contacto con el administrador del sistema.
Si ve este mensaje, compruebe lo siguiente si desea más información:
v Los registros de eventos de Windows
v Defina el nivel de registro hasta 9:
1. Release previo a 7.2: Seleccione Inicio > Programas > TeaLeaf Technology >
TeaLeaf RealiTea Report Server > Configuración de RealiTea Report Server
para abrir el programa de utilidad de TeaLeaf ReportConfig.exe para realizar
el cambio. A continuación, reinicie el servicio de publicación World Wide
Web.
2. Release 7.2: o posterior Realice el cambio a través de TMS. En el Tealeaf
Portal, seleccione Tealeaf > Portal Management. Si desea más información
sobre TMS, consulte "Sistema de gestión de Tealeaf" en el Manual de
– Consulte "Configuración del servidor de informes" en el Manual de
Si no puede diagnosticar el problema, realice lo siguiente y consulte para obtener
información:
v Compruebe si los archivos TLAspUtil.dll y TLPrivacy.dll tienen los permisos
de lectura y ejecución para todo el mundo.
v Si utiliza la función de autenticación de NT de TeaLeaf, busque los grupos de
Active Directory que se han especificado para el programa de utilidad de
configuración del servidor de búsqueda para su uso en la autenticación.
No se puede obtener la pantalla de inicio de sesión para el
portal
Cuando el Portal muestra el mensaje de error siguiente:
38
TeaLeaf Portal Versión: 4.5.0.4574
Error número: -2147467259
Origen:
Archivo: /LM/W3svc/1/Root/Portal/global.asa
Descripción: .
Línea: 34
Verifique que TLAspUtil.dll y TLPrivacy.dll tienen permisos de lectura y lectura
y ejecución para el usuario de IUSR <nombre de servidor Portal> o para los
grupos relevantes de Windows NT / Active Directory si se utiliza la característica
de integración de autenticación de NT.
Error - 593-Usuario no ADMIN bloqueado en el inicio de
sesión
Este error se produce cuando TLTMaint.exe ha bloqueado al recipiente para la
validación o recuperación de datos.
Para borrar este error:
1. Detenga todos los servicios Tealeaf utilizando el atajo del menú Inicio. Puede
mantener el servicio de transporte en ejecución.
2. Utilizando una ventana de indicador de mandatos, vaya hasta el directorio de
instalación de Tealeaf.
3. En la línea de mandatos, especifique el mandato siguiente:
TLTMaint -NoServer
4. Espere hasta que TLTMaint acabe la ejecución. Si notifica errores irrecuperables
en el registro de eventos Windows, póngase en contacto con
http://support.tealeaf.com/.
5. Una vez completado TLTMaint, utilice el atajo de los servicios Tealeaf Inicio en
el menú Inicio.
6. Una vez que los servicios se han reiniciado, verifique que el inicio de trabajo de
Portal funciona correctamente.
No se puede iniciar la sesión en el Portal utilizando ningún ID
de usuario
Cuando intente iniciar sesión en el Portal, se visualiza el mensaje de error
siguiente:
Error de base de datos El servidor web ha experimentado un error con la base de datos.
Error número: -2147467259
Descripción de error: El Portal no se puede conectar al servidor de informes.
Sentencia de SQL: SELECT PASSWORD FROM MC USER WHERE MC USER NAME = ’<nombre de usuario>’
Este mensaje indica que la base de datos de informes no se está ejecutando.
Verifique que el servicio de MSSQLServer esté en ejecución. Si no está seguro,
seleccione el atajo de los servicios Iniciar TeaLeaf desde el menú Inicio.
39
Portal que proporciona el error 500 en la página de sesiones
en directo
En el directorio ...\TeaLeaf\Portal\Web Application\temp chart deben poder
escribir los grupos de usuarios de TeaLeaf Active Directory o el usuario IUSR * de
la máquina del Portal si no está utilizando la autenticación de NT.
Mensajes de error de IIS
En este apartado se describen algunos mensajes de error comunes que IIS genera.
v Para obtener más información acerca de los códigos de estado de IIS, consulte
http://support.microsoft.com/kb/318380.
Mensaje de error: 'la identidad de la agrupación de
aplicaciones, 'DefaultAppPool' no es válida.
Si utiliza una cuenta con nombre, verifique la información siguiente:
v Establezca El usuario no puede cambiar la contraseña en true. Establecer que
la contraseña nunca caduque no parece marcar la diferencia.
v El usuario es miembro de IIS_WPG:
– http://geekswithblogs.net/EltonStoneman/archive/2008/05/26/theidentity-of-application-pool-esbapppool-is-invalid.aspx
– http://www.microsoft.com/technet/prodtechnol/WindowsServer2003/
Library/IIS/f05a7c2b-36b0-4b6e-ac7c-662700081f25.mspx?mfr=true
Mensaje de error: 'No se pudo ejecutar la solicitud porque no
se pudo crear el dominio de aplicación. Error: 0x80004005
Error no especificado'
La identidad de AppDomain no tiene los permisos correctos. Revise la
documentación de los permisos de IIS para conocer los valores predeterminados.
Mensaje de error: 'No se ha podido iniciar la supervisión de
cambios de directorio'
Puede haber problemas con los permisos de directorio para IIS/ASP.NET. Para
obtener más información, consulte http://support.microsoft.com/kb/317955.
Mensaje de error: 'La identidad actual (NT AUTHORITY\
NETWORK SERVICE) no tiene acceso de escritura en los
archivos C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\
Temporary ASP.NET'
Realice lo siguiente:
1. Abra un shell de mandatos (Inicio > Ejecutar > cmd) y vaya hasta uno de los
directorios siguientes con {{50727)) que varía en función de la compilación del
SO:
v Para un O/S de 64-bits:
C:\WINDOWS\Microsoft.NET\Framework64\v2.0.50727\
2. Ejecute el siguiente comando:
aspnet_regiis -ga "NT AUTHORITY\NETWORK SERVICE"
40
aspnet_regiis -ga IUSR_<nombre máquina>
Mensaje de error: 'ASP.NET no funciona con la cuenta
ASPNET predeterminada en un controlador de dominio'
aspnet_wp.exe no se ha podido iniciar porque el nombre de usuario y/o
contraseña que se ha proporcionado en la sección processModel del archivo de
configuración no son válidos.
v Para obtener más información, consulte http://support.microsoft.com/kb/
315158.
Mensaje de error: 'CS0016: No se ha podido escribir en el
archivo de salida c:\WINDOWS\Microsoft.NET\Framework64\
v2.0.50727\Temporary ASP.NET Files\portal\d71063af\5e3121f8\
App_global.asax.j8jlnnti.dll' - 'Se ha rechazado el acceso. '
Verifique en la variable de entorno del sistema TEMP:
v La carpeta existe.
v El servicio de red y quizás las otras cuentas ASP.NET tienen permisos completos
en dicha carpeta
Para obtener más información, consulte http://support.microsoft.com/kb/825791.
Mensaje de error: 401.2 'Error al iniciar sesión debido a la
configuración de servidor'
No se habilitaron métodos de autenticación en la ventana de control de acceso de
Seguridad de directorios > Autenticación
Problemas IIS 404 comunes
Consulte http://support.microsoft.com/kb/248033/en-us.
Código de estado 301
Vuelva a ejecutar:
aspnet_regiis -i
Ninguna entrada de registro en Windows/System32/LogFiles/
W3SVC
IIS ha fallado. Verifique los permisos de cuenta de usuario necesarios. Si no
descubre un problema de permisos, vuelva a instalar IIS.
Mensaje de servicio no disponible
Podría haber un problema de permisos de agrupación de aplicaciones para el
usuario del Servicio de red. Para obtener más información, consulte
http://support.microsoft.com/?kbid=842493.
41
Algunos usuarios de NT obtienen un mensaje de error de
longitud de RequestRequest 400 cuando llegan al Portal, pero
otros no
Si el usuario es miembro de demasiados grupos de NT, IIS puede tener problemas
al adquirir la solicitud grande del usuario.
v Si la autenticación integrada está habilitada en IIS y negocia con Kerberos, es
posible que algunos usuarios tengan un tíquet de Kerberos grande que llegan a
los límites de cabecera de solicitud.
Para solucionarlo:
1. Añada claves de registro en el servidor de informes para aumentar la longitud
máxima de campo y el máximo de bytes en la solicitud para alojar los tíquets
de Kerberos más grandes:
MaxFieldLength = 32768 (default = 16384)
MaxRequestBytes = 32768 (default = 16384)
2. Reinicie IIS.
v Si desea más información sobre la configuración del registro Http.sys para IIS,
consulte http://support.microsoft.com/?kbid=820129.
v Si desea más información sobre el problema de autenticación de Kerberos con
Active Directory, consulte http://blogs.technet.com/surama/archive/2009/04/
06/kerberos-authentication-problem-with-active-directory.aspx.
El intento de iniciar la sesión nunca abandona Default.aspx
Puede haber un problema con una cookie.
v Ejecute SimpleTest.aspx para comprobar que las cookies funcionan.
v Si las cookies funcionan, verifique que la fecha del sistema cliente sea correcta.
– Si la fecha es demasiado alejada, es posible que la cookie del portal haya
caducado, lo cual provoca que el usuario permanezca en la página Iniciar
sesión.
Las sesiones mueren cada 29 horas (1740 minutos o 1 día, 5
horas)
Inhabilite el valor Reciclar proceso de trabajador (en minutos) en la pestaña de
valores reciclado de la agrupación de aplicaciones del portal.
Mensaje de error: "Los diálogos Inicio de sesión NT/Inicio de
sesión de BD y Nuevo usuario aparecen todos en la página
Default.aspx"
ASP.NET no funciona correctamente.
Vuelva a ejecutar el mandato siguiente:
aspnet_regiis -i
Aparece el diálogo Credenciales de NT incluso en Internet
Explorer
Verifique lo siguiente:
42
v La máquina del usuario y la máquina de Portal deben estar ambas en el mismo
dominio.
v En Internet Explorer, seleccione Herramientas > Opciones de Internet >
Avanzadas > Seguridad. Seleccione la casilla de verificación Habilitar
autenticación de Windows integrada.
v En Internet Explorer, seleccione Herramientas > Opciones de Internet > Zonas
de seguridad. Verifique que:
– Autenticación de usuario > Inicio de sesión se ha configurado correctamente
– El portal está en la zona de confianza correcta.
v Si web.config debug=true no funciona, verifique que machine.config deployment
retail=true.
v Si justo después de la instalación, recibe un error de compilación 500, defina
customErrors=Off en el archivo Web.config en /Portal/WebApp. Este valor
inhabilita la página de errores personalizada y ayuda a limitar la búsqueda en el
problema. Si el problema está en el archivo Web.config, puede estar ejecutando
Portal en ASP.NET 1.1 y no en 2.0:
1. Verifique .NET 2,0 esté instalado.
2. Verifique que ASP.NET 2.0 se ha registrado (Ejecute: aspnet_regiis.exe /i).
3. Verifique que ASP.NET 2.0 está seleccionado en la pestaña ASP.NET en las
propiedades del directorio virtual de Portal.
– Si no existe ninguna pestaña ASP.NET, es posible que tenga que registrar
manualmente dicho directorio virtual con aspnet_regiis.
Error al iniciar BBRFilter.dll
Falta el Microsoft Visual C++ 2005 Redistributable Package (x86) o está dañado.
Para obtener más información, consulte http://www.microsoft.com/downloads/
details.aspx?familyid=32bc1bee-a3f9-4c13-9c99-220b62a191ee&displaylang=en.
Error de entorno local
En la especificación de entorno local del Portal:
<system.web>
<globalization fileEncoding="utf-8" requestEncoding="utf-8"
responseEncoding="utf-8" culture="en-US" uiCulture="en-US" />
</system.web>
Error al crear el proxy web especificado en la sección de
configuración 'system.net/defaultProxy'
Sistema.Configuration.ConfigurationErrorsException: Error al crear el
Proxy Web especificado en la sección de configuración ’system.net/defaultProxy’. --->
Sistema.DllNotFoundException: No se pued ecargar DLL ’rasapi32.dll’:
Una rutina de inicialización de biblioteca de enlace dinámico
(DLL) ha fallado. (Excepción de HRESULT:
0x8007045A) en Sistema.Net.UnsafeNclNativeMethods.RasHelper.
RasEnumConnections(RASCONN[]
lprasconn, UInt32& lpcb, UInt32& lpcConnections) en Sistema.Net.
UnsafeNclNativeMethods.RasHelper.GetCurrentConnectoid() en Sistema.
Net.AutoWebProxyScriptEngine.AutoDetector.Initialize() en Sistema.
Net.AutoWebProxyScriptEngine.AutoDetector.get_CurrentAutoDetector() en
Sistema.Net.AutoWebProxyScriptEngine..ctor(WebProxy proxy,
Booleano useRegistry)
en Sistema.Net.WebProxy.UnsafeUpdateFromRegistry() en
Sistema.Net.WebProxy..ctor(Boolean enableAutoproxy) en
Sistema.Net.Configuration.DefaultProxySectionInternal..ctor
(sección DefaultProxySection
) en Sistema.Net.Configuration.DefaultProxySectionInternal.GetSection()
43
--- Fin de inner rastreo de pila de excepciones --- en Sistema.
Net.Configuration.DefaultProxySectionInternal.GetSection() en Sistema.
Net.WebRequest.get_InternalDefaultWebProxy() en
Sistema.Net.HttpWebRequest..ctor(Uri uri, ServicePoint servicePoint) en
Sistema.Net.HttpRequestCreator.Create(Uri Uri) en
Sistema.Net.WebRequest.Create(Uri requestUri,
Booleano useUriBase) en Sistema.Net.WebRequest.Create
(Serie requestUriString) en
TeaLeaf.SearchServer.RealSearchServer.RealCommunicate(Serie mandato,
ArrayList args, Int32 timeout)
Web.Config necesita lo siguiente:
<system.net>
<defaultProxy>
<proxy usesystemdefault="false"/>
</defaultProxy>
</system.net>
Utilización de IIS7 y visualización de 401.2
Si está viendo errores 401.2, verifique que las autenticaciones Anónimo y
Formularios. Verifique que la cuenta para anónimo sea IUSR o alguna otra cuenta
que tenga los permisos adecuados.
Otros artículos útiles de la base de conocimiento de Microsoft
Valores de cuenta/IIS predeterminados para IIS 6.0
http://support.microsoft.com/kb/812614/
Cómo establecer permisos NTFS necesarios y derechos de
usuario para un servidor web IIS 5.0
http://support.microsoft.com/kb/271071
Mensaje de error "W3wp.exe no se pudo iniciar" en el registro
de eventos de la aplicación
http://support.microsoft.com/default.aspx?scid=kb;en-us;833444
Mensaje de error "Aspnet_wp.exe no ha podido iniciarse"
http://support.microsoft.com/default.aspx?kbid=811320
"403.1 Acceso denegado (Execute)"
Las correlaciones de script ASP.NET se han interrumpido
"Esta implementación no forma parte de los algoritmos
criptográficos validados por Windows Platform FIPS.
http://blogs.msdn.com/shawnfa/archive/2005/05/16/417975.aspx
"No se ha podido correlacionar la vía de acceso
'/App_GlobalResources'."
http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=117013&SiteID=1
44
"403.18 - La solicitud especificada no puede ejecutarse desde el
grupo de aplicaciones actual"
http://blogs.msdn.com/rakkimk/archive/2006/09/01/735684.aspx
Para evitar este problema, debe crear una clave de registro con el nombre
"IgnoreAppPoolForCustomErrors", tipo "DWORD" y valor 1 en la carpeta
"HKLM\SYSTEM\CurrentControlSet\Services\W3SVC\Parameters\".
"Mensaje de error cuando ASP.NET 2.0 se ha configurado para
ejecutarse con una cuenta de usuario: "No se puede generar una
clase temporal"
http://support.microsoft.com/kb/908158
Más detallado:
[InvalidOperationException: No se puede generar una clase temporal (result=1).
error CS2001: No se ha encontrado el archivo de origen 'D:\WINDOWS\TEMP\
d0lurtzx.0.cs'
error CS2008: No se han especificado entradas
El sitio Web predeterminado se ha eliminado
http://www.ssw.com.au/ssw/KB/KB.aspx?KBID=Q889546
No se ha podido realizar búsquedas de sesiones completadas
Si está realizando una búsqueda de sesiones completadas desde el Portal, puede
devolver un error que indica que no hay índicas para buscar. Puede realizar los
pasos siguientes para resolver el problema.
1. Intente buscar a través del RTV. Si puede buscar utilizando el RTV, el servidor
de búsqueda está operativo.
2. Es posible que desee examinar el estado de índices individuales en el servidor
de búsqueda. Para hacerlo, debe configurar el RTV para utilizar el mismo
servidor de búsqueda. Si desea más información sobre cómo conectarse a un
servidor de búsqueda, consulte "Configuración de búsqueda del RTV" en el
Manual de usuario de IBM Tealeaf RealiTea Viewer.
a. Si puede conectarse correctamente con el mismo servidor de búsqueda, se
visualiza la lista de índices disponibles debajo del nodo de servidor en la
ventana de configuración de búsqueda.
b. Para revisar un resumen de los índices para el servidor de búsqueda,
seleccione el nodo del servidor y pulse Resumen....
c. En la página Resumen que se genera en su navegador, puede revisar el
estado de cada índice que gestiona el servidor de búsqueda. Revise las
indicaciones de fecha y hora De y Hasta para los valores de Índice, Tamaño
e Índices de sesión. Si estos campos tienen valores significativos, deberá
poder buscar datos de sesión entre las fechas De y Hasta.
3. Si parece que el servidor de búsqueda está funcionando correctamente a través
del RTV, el problema puede estar con el servicio de datos. El Portal adquiere su
conjunto de índices disponibles desde el servicio de datos de Tealeaf. Complete
los pasos siguientes para verificar que el servicio de datos está operativo.
a. En el Portal, seleccione Tealeaf > Portal Management.
b. Pulse el enlace Gestionar servidores.
c. Seleccione el Servicio de servicio de datos.
45
v Si el servidor de servicio de datos no existe en la lista de servidores,
pulse el cuadro de selección Mostrar inactivo. Si el servidor aparece
ahora, debe activarlo.
v Si parece que el servidor de servicio de datos sigue fallando, debe crear
una entrada para él.
v Consulte "Gestión de servidores Tealeaf" en el Manual de administración de
IBM Tealeaf cxImpact.
d. Cuando se selecciona el servidor de servicio de datos, en la barra de
herramientas encima de la lista de servidores, pulse la herramienta Ping en
la barra de herramientas. La información de versión y solicitud se debe
visualizar en el panel Estado del servidor de servicio de datos debajo de la
lista de servidores.
4. Si el servidor de servicio de datos no responde, intente reiniciar el servicio de
datos.
Nota: Mientras se está reiniciando el servicio de datos, el Portal no podía
conectarse a los demás servidores de búsqueda y las bases de datos Tealeaf.
Normalmente, el reinicio solo tarda unos pocos segundos.
a. En el portal, seleccione Tealeaf > TMS.
b. En el Sistema de gestión de Tealeaf, seleccione la pestaña WorldView.
c. Desde la lista desplegable Ver, seleccione Servidores.
d. Pulse el nodo Servicio de datos.
e. En las acciones de servidor, pulse Reiniciar.
5. Si el reinicio no resuelve el problema, problema puede estar relacionado con
cualquiera de los elementos siguientes:
a. Permisos inadecuados
b. La configuración especial para el Portal en IIS o ASP.NET necesario para
conectarse al servidor de búsqueda también se debe aplicar al servicio de
datos.
c. El uso de direcciones IP sin formato en las direcciones de servidor de la
página Portal Management. Utilice en su lugar nombres de servidor.
d. El servidor proxy entre el navegador de cliente y el Portal. Inhabilite el
proxy si es posible o configúrelo para conectarse manualmente con el
servidor de búsqueda.
Errores de código de estado 400
Si las búsquedas completadas están fallando con errores de código de estado 400,
podría haber especificado un valor de vía de acceso de forma inadecuada en la
configuración del servidor de búsqueda.
La vía de acceso temporal debe ser una vía de acceso completa. Si la vía de acceso
no es completa, se trata como una vía de acceso relativa y el comportamiento
resultante depende del directorio de la unidad actual:
v El servidor de búsqueda podría rechazar el inicio, y un error de registro de
evento podría indicar un problema con la vía de acceso temporal.
v El servidor de búsqueda podría devolver errores de código de estado 400 en los
mandatos que utilizan la unidad temporal, como buscar o recuperar la lista de
índices.
El arreglo es utilizar nombres de vía de acceso completa para los valores de la
configuración del servidor de búsqueda.
46
Nota: En la configuración del servidor de búsqueda, utilice valores de vía de
acceso completa para todas las vías de acceso.
v Consulte "Configuración del servidor de búsqueda" en el Manual de configuración
de IBM Tealeaf CX.
Diagnóstico de problemas de rendimiento de búsqueda
Si está experimentando tiempos de búsqueda largos, tiempos de espera de
búsqueda o aumentos en los tiempos de búsqueda, deberá intentar las pruebas
siguientes para ver si puede acelerar las búsquedas:
1. Obtenga una utilidad de pruebas comparativas de E/S de disco.
v Microsoft SQLIO es un programa de utilidad útil. Si desea más información,
busque en www.microsoft.com "Herramientas de pruebas comparativas del
subsistema de disco SQLIO".
2. Detenga todos los servicios Tealeaf.
3. Ejecute SQLIO en los discos Tealeaf.
4. Deberá observar velocidades de transferencia de más de 7 megabytes por
segundo. Si experimenta velocidades de transferencia más lentas, hay
problemas con los dispositivos de almacenamiento. Consulte con el
administrador apropiado para ver detalles y más diagnósticos.
5. Otra área para comprobar es el tamaño de los índices que se comparan con los
archivos LSSN en el recipiente de larga estancia. En el Tealeaf Portal, seleccione
Tealeaf > Estado de sistema > Almacenamiento. Seleccione un servidor
individual en el desplegable IBM Tealeaf CX.
a. Si los tamaños de índice son mayores que el tamaño de los archivos de LTC,
Tealeaf puede estar indexando datos innecesarios.
b. En varios hits capturados, deberá examinar el contenido de la solicitud y la
respuesta para asegurarse de que todos los datos que se están indexando
son necesarios. Elimine de la indexación cualquier dato innecesario.
v Puede crear reglas de privacidad para eliminar contenido no deseado, de
forma que no se indexa. Si desea más información, consulta la pestaña
Reglas en "Gestión de privacidad de datos en Tealeaf CX" en el Manual de
instalación de IBM Tealeaf CX.
¿Qué busca la opción "todo el texto"?
Una búsqueda de "todo el texto" examina la solicitud y la respuesta en búsqueda
de todos los términos que se han indexado. La búsqueda de todo el texto de la
respuesta incluye cada palabra que se considera "significativa".
v Para reducir los requisitos de espacio en disco para índices, las palabras
redundantes, letras solas, etiquetas HTML y código JavaScript se excluyen de la
indexación.
1. Para ver aproximadamente qué se indexa y, por lo tanto, se puede buscar en
una respuesta, abra IBM Tealeaf CX RealiTea Viewer y examine la vista de la
respuesta de una página típica.
a. Pulse con el botón derecho del ratón la vista de la respuesta
b. Seleccione la Vista indexada o utilice el menú desplegable a la derecha del
botón RSP en la barra de herramientas.
2. Esta vista indica las palabras que puede buscar en la respuesta para encontrar
una página específica.
47
En una solicitud, los elementos específicos se incluyen de forma predeterminada.
Consulte "Configuración de la indexación de CX" en el Manual de configuración de
IBM Tealeaf CX.
No se puede incluir la palabra NOT en una búsqueda
Tealeaf utiliza dos motores de búsqueda diferentes:
v Indexador dtSearch es la más pontente y se invoca al buscar en sesiones
completadas a través del RTV o Portal.
v Comparador de series es un recurso de búsqueda de comparación de series
sencillo, que se invoca al buscar sesiones activas.
En el motor de indexación dtSearch, la palabra NOT es un operador reservado para
las expresiones booleanas utilizadas para construir términos de búsqueda
complejos. Dicha palabra no se indexa, lo que significa que no la puede buscar.
v De igual modo, los guiones y otros caracteres de puntuación no se indexan, ya
que se consideran separadores de palabras.
Ejemplo: Desea buscar el URL slp-system-not-available.html. Especificar esta
serie genera pocas coincidencias, si hay alguna. Desde la búsqueda de Portal,
realice la búsqueda de "slp system available" en su lugar, incluyendo las
comillas dobles.
v La palabra html se ha quitado del final de la búsqueda para ampliar la red en la
primera búsqueda. Si ve que la búsqueda de tres palabras está devolviendo hits
incorrectos, puede añadir la cuarta palabra html a la frase para limitar el
conjunto de resultados.
Si desea más información sobre la sintaxis de la búsqueda:
v "RealiTea Viewer - Sintaxis de búsqueda" en el Manual de usuario de IBM Tealeaf
RealiTea Viewer
v "Indexación de caracteres" en el Manual de administración de IBM Tealeaf cxImpact
No se puede buscar en campos con ~ u otros caracteres de
puntuación en los nombres de campo
El servicio de indexador de sesiones divide las palabras en caracteres especiales tal
como se define en alphabet.dat. Sin embargo, los campos name=value se dividirían
si contienen nombres con caracteres especiales, lo que hace imposible buscar el
nombre. Para evitar esta situación, el indexador sustituye cualquier carácter de
puntuación especial en el nombre (a la izquierda del signo =) con los subrayados
(_). Por ejemplo, para buscar ~cc_num, especifique el nombre del campo como
_cc_num.
v Consulte "Indexación de caracteres" en el Manual de administración de IBM Tealeaf
cxImpact.
¿Por qué los fragmentos de sesión afectan a los resultados de mi
búsqueda?
Las sesiones se pueden fragmentar bajo varias condiciones. La fragmentación
afecta a la búsqueda y algunos desencadenantes de evento.
Por ejemplo, supongamos que las páginas para un proceso de negocio constan de
los eventos añadir un artículo, iniciar pago y completar pago. Supongamos que
48
el sitio web permite un tiempo de espera de aplicación largo y que el tiempo de
espera de sesión de Tealeaf STC se ha configurado para que sea inferior que el
tiempo de espera de la aplicación.
v Esta discrepancia a menudo es necesaria, ya que el uso del recipiente de corta
estancia afecta directamente al consumo de la RAM en el servidor Tealeaf.
Un visitante del sitio podría añadir un artículo, iniciar la compra, tener que ir a
comer, y volver para finalizar el pago una hora más tarde. Este comportamiento
genera un fragmento de sesión que contiene los dos primeros eventos, y un
segundo, el fragmento de sesión posterior que contiene el evento final completar
pago.
La búsqueda de Tealeaf busca fragmentos de sesión. Una búsqueda de los eventos
1 y 2 y no el evento 3 encontraría el fragmento de sesión 1 y no el fragmento 2.
Al reproducir el fragmento de sesión 1, el usuario puede seleccionar Buscar todos
los fragmentos de esta sesión, que reproduce una única sesión lógica que consta
del contenido de ambos fragmentos de sesión. La sesión fusionada tiene los tres
eventos, que no son lo que había solicitado la búsqueda original.
Para la mayoría de los sitios, es difícil evitar por completo la fragmentación. Para
reducir la fragmentación, puede aumentar la duración del tiempo de espera de
STC, que puede impactar en el consumo de RAM de STC. El consumo excesivo de
la RAM de STC genera spools, lo cual puede provocar fragmentación. Los spools
se deben evitar siempre que sea posible. Puede experimentar aumentando
gradualmente el tiempo de espera de STC hasta que se reduzca la fragmentación a
un nivel tolerable sin aumentar los spools.
Otro enfoque es encontrar una muestra representativa de las sesiones
fragmentadas, analizarlas para la duración de tiempo que contiene todos los
eventos de interés, y definir el tiempo de espera de STC en 95 % u otro porcentaje
deseado de las sesiones de usuario que no se han fragmentado para los eventos de
interés.
v Si desea más información sobre cómo configurar el tiempo de espera de sesión,
consulte "Configuración del recipiente CX" en el Manual de configuración de IBM
Tealeaf CX.
v Si desea más información sobre cómo gestionar la fragmentación a través del
RTV, consulte "RealiTea Viewer - Anotación, Buscar y Fusionar" en el Manual de
usuario de IBM Tealeaf RealiTea Viewer.
v Si desea más información sobre cómo configurar cuántos fragmentos de sesión
se fusionan para BBR, consulte "Gestión de servidores Tealeaf" en el Manual de
v Si desea más información sobre cómo gestionar la fragmentación a través de
BBR, consulte "Opciones de BBR" en el Manual de usuario de IBM Tealeaf cxImpact.
Diferencias en recuentos de sesiones según lo notificado por el portal
y Viewer (o Extractor de datos / cxConnect)
Las sesiones se almacenan en el recipiente de larga estancia según su última
indicación de fecha y hora de hit, dado que el archivado debe contener eventos
compuestos a nivel de sesión que no se pueden evaluar hasta que se agote el
tiempo de espera. Estos eventos y el atributo de tiempo de sesión de la sesión se
aplican a la indicación de fecha y hora del último hit de la sesión.
49
La búsqueda de archivado de Viewer y las búsquedas del extractor de datos / IBM
TealeafcxConnect for Data Analysis utilizan los índices y las coincidencias del filtro
de fecha-hora con respecto a la indicación de fecha y hora final de la sesión. Es
posible que haya pequeñas diferencias entre el número de sesiones en un día
notificadas por el informe de actividad total del Portal y el número de sesiones en
un día devueltas por Viewer o las herramientas de extracción de datos.
Configuración
Si desea más información sobre la configuración:
v "Configuración de plantillas de búsqueda" en el Manual de administración de IBM
Tealeaf cxImpact
v "Configuración del servidor de búsqueda" en el Manual de configuración de IBM
Tealeaf CX
v "Configuración de CX" en el Manual de administración de IBM Tealeaf cxImpact
Cómo indicar si los están tienen la E/S limitada
El diseño y la asignación de disco inadecuados pueden provocar un pobre
rendimiento de los componentes Tealeaf. En http://support.tealeaf.com/, la
solución 65 "Configuración de la matriz de discos duros (HDD) RAID entra en
detalle sobre la mejor manera de configurar los discos físicos en matrices y explica
las razonas que hay detrás de las recomendaciones. Si el servidor no se ha
establecido de acuerdo con estas prácticas, el rendimiento del sistema Tealeaf
puede estar enlazado a la E/S de disco.
Esta solución explica cómo determinar si los discos están creando un cuello de
botella del rendimiento:
v Ejecute el programa de utilidad Windows PerfMon.
v Si el contador Promedio de longitud de cola de disco todavía no se visualiza,
pulse con el botón derecho del ratón en el panel de la derecha y seleccione
Añadir contadores.
v En el desplegable Objeto de rendimiento, seleccione Disco físico.
v En el conjunto de botones de selección que está más a la derecha, seleccione
Todas las instancias.
v En el par de botones de selección de la izquierda, seleccione Seleccionar
contadores en la lista.
v Realice una selección múltiple de los tres contadores siguientes en el cuadro de
la lista:
– Promedio de longitud de cola de disco
– Promedio de longitud de cola de lectura de disco
– Promedio de longitud de cola de escritura de disco
v Pulse Añadir.
v Consulte los resultados en el panel de la derecha perfmon.
v Céntrese en los discos que contiene el CANISTER, el directorio dbs y el
directorio Indexes.
– Los promedios de longitud de cola deben ser menores que 1.
– Las longitudes de cola de 4 o mayores significan que el disco está enlazado a
la E/S.
50
Los promedios de longitud de cola de 4 o más son un fuerte indicativo de que la
unidad de disco del sistema necesita otra partición junto con las directrices de la
solución 65.
Si el sistema se ha configurado de acuerdo con los estándares de la solución 65, no
utiliza RAID, y tiene promedios de longitudes de cola altos, la solución es ir a un
subsistema de disco más rápido o añadir servidores Tealeaf adicionales. El sistema
actual no tiene el ancho de banda de E/S de disco para gestionar la carga de
procesos de datos que se le presenta.
Se repiten reinicios después de que se cuelgue dtSearch
Cuando se ejecutan búsquedas, puede recibir las entradas siguientes en el registro
de eventos de la aplicación:
(18:49 Servidor de búsqueda) - TeaLeaf Search Server Ver: 6.2.0.6250 RestartOnDtSearchHang
El servidor de búsqueda no puede completar la búsqueda solicitada debido a
problemas de rendimiento de disco o tiempo insuficiente para completar la
búsqueda.
Mejora del rendimiento del disco
Este problema puede ser el resultado de problemas de rendimiento con el
hardware del disco. Realice las comprobaciones siguientes:
v Ejecute el programa de utilidad Windows PerfMon tal como se describe en
“Cómo indicar si los están tienen la E/S limitada” en la página 50.
1. Compruebe el promedio de longitud de cola de disco del disco donde reside
el directorio Indexes de Tealeaf. Si este valor normalmente es mayor que 1, el
disco no puede seguir el ritmo de las solicitudes de E/S.
2. Cierre PerfMon.exe.
v Puede utilizar el programa de utilidad de pruebas de referencia SQLIO de
Microsoft para evaluar la velocidad del disco. Este programa de utilidad está
disponible aquí:
http://www.microsoft.com/downloads/details.aspx?familyid=9a8b005b-84e44f24-8d65-cb53442d9e19&displaylang=en
v Si el rendimiento del disco es menor que 50 megabytes/seg, no es lo
suficientemente rápido para el volumen de proceso que necesita el servidor
Tealeaf.
v Consulte con su departamento de TI para descubrir formas para mejorar el
rendimiento de E/S de disco.
Editar el valor de tiempo de espera de vigilancia (watchdog) del
servidor de búsqueda
Si el rendimiento del hardware del disco no se puede mejorar, cambie el valor de
tiempo de espera de vigilancia (watchdog) del servidor de búsqueda:
v Release 7.2 o posterior:
1. En el portal, seleccione Tealeaf > TMS. Se visualiza el sistema de gestión de
Tealeaf.
51
2.
3.
4.
5.
6.
Desde la lista desplegable Ver, seleccione Servidores.
Pulse el nodo de servidor de búsqueda.
Pulse Configuración del servidor de búsqueda.
Pulse Ver/Editar (sin formato).
En la ventana, pulse el grupo predeterminado.
7. Cambie el valor para WatchDogIndexSearchSeconds por el doble o el
cuádruple del valor actual.
8. Pulse Guardar.
9. Asigne y distribuya la configuración. Consulte "Pestaña TMS WorldView" en
el Manual de administración de IBM Tealeaf cxImpact.
v Release 7.1 o anterior: Edite el valor de registro Windows siguiente en el
servidor Tealeaf donde aparece el mensaje de error en el registro de eventos de
aplicación Windows.
Nota: El valor recomendado para este valor es 300 segundos.
– Para Windows de 64-bits:
HKEY_LOCAL_MACHINE\Software\(Wow6432Node)\TealeafTechnology\DataStore\
SearchServer\WatchDogIndexSearchSeconds
v Multiplique por dos o cuatro el valor actual para la clave anterior.
– Si es necesario, puede definir el valor en 0 para inhabilitar esta función por
completo.
v Para aplicar el valor nuevo, reinicie el servidor de búsqueda.
El archivo separador del recipiente no existe
El registro de eventos de aplicación Windows puede contener un mensaje de aviso
de la interconexión TeaLeaf:
SADecoupleEx (TeaLeafCSS_1966): El archivo separador del recipiente no existe
(C:\Archivos de programa (x86)\TeaLeaf\Canister\Canister.spacer).
El archivo separador del recipiente se utiliza para reservar espacio en disco para el
almacenamiento de sesiones en el recipiente. El mensaje anterior indica que este
archivo no existe. Sin él, el recipiente no puede guardar sesiones procesadas
cuando el espacio en disco es bajo.
El agente de sesión de desacoplador ampliado normalmente no interactúa con este
archivo separador. Sin embargo, cuando se detecta una condición de espacio en
disco bajo, el agente de sesión la suprime y libera espacio en disco. Cuando
aparece el mensaje, DecoupleEx no ha podido encontrar el archivo.
v Si desea más información sobre el agente de sesión, consulte "Agente de sesión
de desacoplador ampliado" en el Manual de configuración de IBM Tealeaf CX.
Se crea el archivo separador cuando se ejecuta el programa de utilidad TLTMaint.
Para corregir este problema,
puede ejecutar este programa de utilidad para crear el archivo separador.
v Consulte "Mantenimiento del sistema CX" en el Manual de instalación de IBM
Tealeaf CX.
Se produce una advertencia DecoupleEx al iniciar servicios
El registro de eventos de aplicación Windows puede contener un mensaje de aviso
de la interconexión TeaLeaf:
52
SADecoupleEx: La memoria compartida del recipiente no es válida. El flujo de hits al
recipiente se ha detenido.
Si el registro de eventosde aplicación contiene muchos otros mensajes TeaLeaf que
se agrupan en clúster en esta misma hora, puede ver que todos los servicios
Tealeaf se están concluyendo y reiniciando. En la mayoría de los casos, la tarea
planificada de Windows "TLBackup -CycleServices" se ejecuta durante las primeras
horas de la madrugada, normalmente a las 2:05am. Parte del inicio de
CycleServices está ejecutando el programa TLTMaint, que se ejecuta siempre que se
inicia el servicio del servidor de recipiente TeaLeaf. TLTMaint examina todo el
recipiente de larga estancia para ver la consistencia de datos y se puede ejecutar de
2 a 200 segundos o más. En la mayoría de los casos, se completa en menos de 1
minuto. Mientras TLTMaint se está ejecutando, ningún otro servicio TeaLeaf se
puede conectar al LTC.
El mensaje de advertencia que ve desde SADecoupleEx se produce cuando la
interconexión Tealeaf está intentando conectarse al recipiente y se está informando
de que de el recipiente no está disponible porque TLTMaint se sigue ejecutando.
Un poco más tarde en los mensajes de inicio de TeaLeaf en el registro de eventos,
verá que TLTMaint se ha completado sin errores y otro mensaje de la interconexión
TeaLeaf, que indica que se ha reanudado el flujo de hits al recipiente.
Después de que Tealeaf esté en vigor durante unas pocas semanas, el programa
TLTMaint tarda más tiempo en completare porque el LTC es más grande. Por lo
tanto, el mensaje de advertencia podría no aparece hasta que unas semanas
después de la instalación inicial se convierte en una entrada estándar en el registro
de eventosposterior.
Si ve este mensaje de advertencia en el registro de eventos y no forma parte de
una secuencia de inicio, registro un caso de soporte en http://
support.tealeaf.com/.
Error de TeaLeaf Technology la longitud de datos (xxxxxx) excede el
tamaño máximo (yyyyyyy) cuerpo descartado
Puede recibir el error siguiente:
Error de TeaLeaf Technology: La longitud de datos (xxxxxx)
excede el tamaño máximo (yyyyyy).
Cuerpo descartado.
Realice los cambios siguientes para capturar el cuerpo:
1. Configuración de IBM Tealeaf CX Passive Capture Application (servidor
PCA): Solo se aplica lo siguiente si tiene un servidor IBM Tealeaf CX Passive
Capture Application: Ajuste el valor de Tamaño máx de respuesta en la pestaña
Interconexión de la consola web de PCA.
v Consulte "Consola web de PCA - Pestaña Interconexión" en el Manual de la
2. Configuración de RealiTeaIBM Tealeaf CX Server: Ajuste el MaxDataSize en
la sección [Globals] de TealeafCaptureSocket.cfg. Reinicie después el servicio
de transporte.
v Consulte la "Configuración del servicio de transporte" en el Manual de
53
Nota: Completar estos cambios afecta de forma negativa el rendimiento y el uso
del disco capturando estos hits grandes.
FetchNSAT ha fallado en WriteInteraction
FetchNSAT ha fallado en WriteInteraction con el código -160
Si este error se produce repetidamente y con frecuencia, puede aumentar el tiempo
de espera de sesión en un minuto.
v Los tiempos de espera de sesión también se pueden modificar mediante eventos
desencadenados. Consulte "Pestaña Eventos TEM" en el Manual del Gestor de
eventos de IBM Tealeaf.
La causa más probable de este error es cuando una sesión agota su tiempo de
espera justo cuando se está añadiendo el siguiente hit de la sesión. El resultado es
que la sesión se fragmenta y que el hit se coloca en una sesión creada
recientemente.
FetchNSAT ha fallado en WriteInteraction con el código -127
Normalmente, el sistema completa servicios de ciclo o una operación CanTrim
actual.
v Si el servicio Servidor de recipiente de Tealeaf falla mientras un hit está en la
interconexión (lo que sucede raramente), el hit podría quedar descartado con
este mensaje.
v Si este mensaje sólo se produce cuando se reinicia el servicio de recipiente, se
puede ignorar.
Configuración
Consulte la "Configuración del servicio de transporte" en el Manual de configuración
de IBM Tealeaf CX.
Si desea más información sobre servicios de ciclo, consulte "Mantenimiento del
sistema CX" en el Manual de instalación de IBM Tealeaf CX.
54
Capítulo 2. Resolución de problemas de bases de datos
Tealeaf
Si está experimentando un problema relacionado con el acceso o el rendimiento
con la base de datos SQL de Tealeaf instalada, revise los consejos de resolución de
problemas siguientes, que pueden ayudarle a resolver el problema.
Nota: Para algunas funciones del Tealeaf Database Manager, debe tener privilegios
de administrador del sistema para el SQL Server que aloja las bases de datos
Tealeaf.
Las bases de datos Tealeaf SQL se instalan utilizando el Tealeaf Database Manager,
que se puede utilizar para actualizar o volver a instalar las bases de datos. Algunos
de estos pasos pueden requerir volver a instalar o actualizar. Consulte "Utilización
del gestor de bases de datos de Tealeaf" en la publicación IBM Tealeaf Databases
Guide.
Nota: El Tealeaf Database Manager se utiliza para instalar las bases de datos de
informes SQL y las bases de datos IBM Tealeaf cxResults. No se puede utilizar para
instalar o actualizar las bases de datos de recipiente, que se instalan como parte del
servidor de proceso a través de Setup.exe en la instalación inicial. Si desea más
información sobre estas bases de datos, consulte "Instalación y configuración de
CX" en el Manual de instalación de IBM Tealeaf CX.
v Si desea más información sobre cómo configurar las bases de datos de
recipiente, consulte "Configuración del recipiente CX" en el Manual de
Configuración de SQL Server
No se ha podido conectar a SQL Server
Si Tealeaf no se ha podido conectar a la base de datos de SQL Server, intente
realizar los pasos siguientes:
1. Puertos personalizados de SQL Server
v De forma predeterminada, SQL Server escucha en el puerto 1433, que
también es el puerto de comunicación predeterminado para Tealeaf, a menos
que haya seleccionado algo diferente durante la instalación. Puede verificar
este valor a través del gestor de configuración de SQL Server.
2. No se ha podido conectar a través de puertos dinámicos
v Si la implementación de SQL Server utiliza puertos dinámicos, debe
sincronizar la solución Tealeaf con ellos. Consulte “Configuración del uso de
puertos dinámicos de SQL Server” en la página 56.
3. Protocolos de red SQL
v De forma predeterminada, SQL Server no habilita las interconexiones TCP y
denominadas, que utiliza Tealeaf. Verifique que estos protocolos están
habilitados a través del gestor de configuración de SQL.
55
No se ha podido instalar debido a una discrepancia de
tamaño de la base de datos modelo
Durante la instalación de las bases de datos de Tealeaf, el gestor de bases de datos
de Tealeaf puede informar de un error debido a una discrepancia entre los tamaños
de bases de datos configuradas en Tealeaf y los tamaños de las bases de datos
modelo que se han configurado en SQL Server Management Studio.
En casos excepcionales, un cliente puede cambiar el tamaño de la base de datos
modelo en su instalación de SQL Server respecto al valor predeterminado de
50MB. SQL Server Management Studio no permite que se instalen bases de datos
por debajo del tamaño de la base de datos modelo. Por ejemplo, si el tamaño de la
base de datos modelo está establecido en 250 MB, cuando el gestor de bases de
datos de Tealeaf intente instalar las bases de datos de Tealeaf, algunas instalaciones
fallan porque son menores que este límite mínimo.
La solución es realizar una de las acciones siguientes:
1. Volver a configurar el tamaño de la base de datos modelo en SQL Server
Management Studio a 50 MB. Si desea más información, consulte la
documentación que se proporcionó con el producto de SQL Server.
2. Vuelva a configurar los tamaños de las bases de datos en el gestor de bases de
datos de Tealeaf para que sean ligeramente mayores que el tamaño de la base
de datos modelo en SQL Server Management Studio. Para el ejemplo anterior,
podría definir el tamaño de la base de datos en 260 MB.
v Los tamaños de la base de datos se deben configurar a través de grupos de
archivos individuales para cada base de datos. Consulte "Referencia del
gestor de la bases de datos de Tealeaf" en la Guía de bases de datos de IBM
Tealeaf.
Configuración del uso de puertos dinámicos de SQL Server
Tealeaf no soporta de forma nativa el uso de puertos dinámicos al acceder a SQL
Server. Si es posible, Tealeaf recomienda inhabilitar el uso de puertos dinámicos.
Cuando se inicia SQL Server, se selecciona un puerto dinámico. Este puerto se
utiliza durante operaciones. Durante el reinicio, permanece el puerto configurado,
a menos que surja un conflicto.
Si
1.
2.
3.
el puerto debe permanecer dinámico, complete los pasos siguientes.
Inicie todos los servicios de Tealeaf.
Inicie la base de datos.
A través de SQL Server Management Studio, localice el puerto que está
utilizando el SQL Server.
4. Este puerto se debe llenar para cada base de datos de la conexión Diálogo del
gestor de bases de datos de Tealeaf. Consulte "Referencia del gestor de la bases
de datos de Tealeaf" en la Guía de bases de datos de IBM Tealeaf.
5. En el gestor de bases de datos de Tealeaf, puede definir los puertos para las
bases de datos.
a. Desde el menú TDM, seleccione Modalidad > Info/Config > Configuración
del servidor de informes.
b. Llene los puertos como corresponda. Cuando se aplican cambios, las claves
de registro siguientes se actualizan automáticamente.
v Consulte "Referencia del gestor de la bases de datos de Tealeaf" en la
Guía de bases de datos de IBM Tealeaf.
56
6. A través del gestor de bases de datos de Tealeaf, instale o actualice las bases de
datos según sea necesario.
v Consulte "Utilización del gestor de bases de datos de Tealeaf" en la
publicación IBM Tealeaf Databases Guide.
En el servidor de informes, los números de puerto de base de datos están en las
claves de registro siguientes. Puede actualizarlas mediante la pantalla Conexión del
gestor de bases de datos de Tealeaf.
Producto (base de datos)
Clave de registro
IBM Tealeaf cxImpact (Informes)
Tecnología Tealeaf > Almacén de datos > Servidor de informes> Puerto
IBM Tealeaf cxResults (Visitantes)
Tecnología Tealeaf > Almacén de datos > Servidor de informes >
Puerto de visitante
IBM Tealeaf cxReveal (Búsqueda)
Tecnología Tealeaf > Almacén de datos > Base de datos > Búsqueda >
Puerto de base de datos
Nota: Si SQL Server se ve forzado a elegir un nuevo puerto dinámico, el nuevo
puerto se debe utilizar siempre que se acceda a las bases de datos mediante la
pantalla Conexión en el gestor de bases de datos de Tealeaf y se vuelve a llenar en
la clave de registro apropiada mediante el gestor de bases de datos de Tealeaf
siguiendo los pasos anteriores.
Migración a un nuevo SQL Server
Si está migrando a una nueva instancia de SQL Server, hay más pasos que son
necesarios.
Consulte "Migración de bases de datos de Tealeaf" en la Guía de bases de datos de
IBM Tealeaf.
Restaurar ha fallado cuando se reclama el nombre de archivo
MDF
Al restaurar bases de datos en una nueva instancia de SQL Server, puede encontrar
un error al siguiente:
Ha fallado la restauración para el servidor <MyServer>
Información adicional:Sistema.Data.SqlClient.SqlError: File:
’C:\Archivos de programa\Microsoft SQL Server\
MSSQL10_50.MSSQLSERVER\MSSQL\DATA\RL_REPORTS.mdf’ es reclamado por ’DATA’(3) y
’PRIMARY’(1). La cláusula WITH MOVE se puede utilizar para reubicar uno
o más archivos.
(Microsoft.SqlServer.Smo)
El problema anterior es provocado por el procedimiento de restauración de SQL
Server que convierte todos los nombres de base de datos de Tealeaf a
RL_REPORT.mdf. Esta situación normalmente se produce cuando la nueva ubicación
tiene una estructura de directorio diferente o cuando las bases de datos se mueven
a una versión de SQL Server.
La solución es añadir manualmente el nombre de archivo de cada archivo de datos
para incluir el identificador del grupo de archivos para el archivo al final del
nombre de archivo.
Capítulo 2. Resolución de problemas de bases de datos Tealeaf
57
Si desea más información sobre los pasos apropiados para restaurar las bases de
datos, consulte "Migración de bases de datos de Tealeaf" en la Guía de bases de datos
de IBM Tealeaf.
Bajo rendimiento de SQL Server en sistemas operativos de 64
bits
Nota: Si está utilizando Tealeaf versión 8.8 o posterior, SQL Server 2005 ya no está
soportado. Si desea más información, consulte "Versiones de SQL Server
soportadas" en la Guía de bases de datos de IBM Tealeaf CX.
Las bases de datos de Tealeaf se han diseñado para sacar partido de las
capacidades del sistema operativo de 64 bits. Sin embargo, debido a un problema
de Microsoft, los problemas de rendimiento podrían surgir al ejecutar el SQL
Server 2005 en una versión de 64 bits de Windows. Estos problemas pueden incluir
lo siguiente:
v El rendimiento de SQL Server 2005 disminuye de repente.
v SQL Server 2005 deja de responder durante un breve periodo de tiempo.
v Se produce un tiempo de espera para las aplicaciones que se conectan al SQL
Server 2005.
v Se producen problemas al ejecutar mandatos simples de evento o al utilizar
aplicaciones en el sistema.
El problema podría ser que el sistema operativo Windows de 64 bits está
paginando el conjunto de trabajo del procesamiento del SQL Server. Cuando el
procesamiento del SQL Server alcanza el 50 por ciento de la memoria que está
asignada para el proceso en el SQL Server 2005 SP2 o posterior, podrían aparecer
mensajes de error en el registro de errores de SQL Server.
Para solucionar el problema:
1. Revise los pasos de resolución de problemas de Microsoft. Si desea más
información, revise "Cómo resolver este problema" en http://
support.microsoft.com/kb/918483.
2. Si el problema persiste, puede impedir que Windows realice la paginación de la
memoria de agrupación de almacenamiento intermedio del proceso del SQL
Server. Puede bloquear la memoria asignando el derecho de usuario Bloquear
páginas en memoria a la cuenta de usuario que es la cuenta de arranque para el
servicio del SQL Server.
v Este paso impide que el sistema operativo realice una paginación de la
memoria y, en lugar de esto, permite que quien realice la paginación sea el
SQL Server. Para obtener más información, consulte http://
technet.microsoft.com/en-us/library/ms190730.aspx.
3. Reinicie el SQL Server.
Si desea más información sobre este tema que incluye los pasos de resolución de
problemas, visite http://support.microsoft.com/kb/918483.
Información de SuperSocket: (SpnRegister): error 1355 en el
registro de eventos de aplicación Windows
Desde http://support.microsoft.com/kb/303411:
58
No se trata de un mensaje de error. Este texto sólo es un aviso de que SQL
Server no ha podido registrar un nombre principal de servicio (SPN), que
indica que el mecanismo de seguridad utilizado es la autenticación
pregunta/respuesta de Microsoft Windows NT (NTLM), en lugar de
Kerberos.
CAUSA
El mensaje normalmente aparece porque la cuenta del servicio de SQL Server
se está ejecutando como un usuario de dominio que no tiene los permisos
que son requisito para registrar SPN.
SQL Server bloquea el acceso al procedimiento
sys.sp_OAGetProperty
En algunos entornos, se puede visualizar el error siguiente en el registro de errores
de SQL Server:
SQL Server ha bloqueado el acceso al procedimiento ’sys.sp_OAGetProperty’ del componente
’Procedimientos de automatización Ole’ porque este componente está desactivado como parte
de la configuración de seguridad para este servidor. Un administrador del sistema puede
habilitar el uso de los ’Procedimientos de automatización Ole’ mediante sp_configure.
Si desea más información sobre cómo habilitar los ’Procedimientos de automatización de Ole’,
consulte "Configuración del área de superficie" en SQL Server Books Online.
sys.sp_OAGetProperty es un procedimiento de automatización que permite el
acceso a detalles del sistema. Tealeaf utiliza este procedimiento almacenado para
obtener detalles sobre el espacio en disco.
Nota: Si el acceso al procedimiento sys.sp_OAGetProperty no está habilitado:
1. Los informes Tamaño del grupo de archivos de base de datos y Tamaño de la
tabla de la base de datos en el portal no contienen información sobre el espacio
libre o no utilizado.
2. El espacio en disco disponible en SQL Server no se registra y no aparece en el
registro de eventos de Tealeaf.
Este mensaje de error no indica ningún problema perjudicial. Sin embargo, para
evitar confusiones, es posible que desee rechazar el acceso a pr_ServerDiskSpace,
que utiliza este procedimiento almacenado. Cuando se rechaza el acceso, los
mensajes de error se notifican desde pr_ServerDiskSpace, en lugar de
sys.sp_OAGetProperty. Los mensajes de error del último procedimiento pueden
sugerir posibles ataques o software malicioso, por lo que se deben suprimir los
mensajes innecesarios.
Para rechazar el acceso, ejecute lo siguiente a través de SQL Server Management
Studio:
use TL_STATISTICS
go
Deny execute on pr_ServerDiskSpace to TLAdmin;
Deny execute on pr_ServerDiskSpace to TLUser;
use TL_visreport
go
Deny execute on pr_ServerDiskSpace to TLAdmin;
Deny execute on pr_ServerDiskSpace to TLUser
59
Configuración de la base de datos de Tealeaf
No se ha podido conectar
Si no ha podido acceder a la base de datos de Tealeaf, deberá verificar que está
utilizando el nombre de host completo apropiado.
Si está ejecutando una instancia de base de datos especificada, el nombre de host
debe seguir un formato específico:
<nombre_host>\<nombre_instancia>
donde
<nombre_host> es la dirección IP, el nombre de máquina o el localhost
<nombre_instancia> es el nombre de la instancia de la BD.
Consulte "Utilización del gestor de bases de datos de Tealeaf" en la publicación
IBM Tealeaf Databases Guide.
Durante la actualización, Tealeaf Database Manager no puede
actualizar Result Set Extractor
Las vistas necesarias no existen. La base de datos de RSE se debe volver a crear.
Consulte “La base de datos del extractor del conjunto de resultados no puede
analizar un conjunto de resultados” en la página 62.
No se ha podido crear una base de datos en un entorno de
servidor en clúster
Durante la instalación en un entorno de servidor en clúster, si está viendo mensajes
de error durante la creación, es posible que haya especificado incorrectamente la
vía de acceso de SLQ en un disco que no forma parte de la lista de grupos o
dependencias de clústeres.
Para resolver el problema d e dependencia del clúster, consulte
http://support.microsoft.com/kb/295732.
En el gestor de bases de datos de Tealeaf, también deberá modificar la vía de
acceso donde se almacenan los archivos de base de datos. Si no conoce cuále es la
vía de acceso de un servidor remoto, póngase en contacto con la persona
apropiada.
Nota: La vía de acceso debe ser la vía de acceso absoluta relativa al SQL Server.
No están permitidas las vías de acceso de red.
Rendimiento de la base de datos de Tealeaf
Asignación de memoria
Si
1.
2.
3.
60
se produce alguna de las condiciones siguientes:
Tealeaf está funcionando lentamente
Los informes se retrasan en llegar
El recuadro que ejecuta el SQL Server está teniendo problemas de paginación o
de E/S de disco.
Es posible que la memoria tenga asignado un valor demasiado bajo para el SQL
Server. Puede verificar y cambiar la cantidad de tiempo que está asignada a las
bases de datos de Tealeaf en SQL Server Management Studio.
Fragmentación
Las operaciones normales de base de datos podría provocar que el soporte de la
unidad de disco duro y las bases de datos almacenadas de Tealeaf se fragmenten.
Con el paso del tiempo, la fragmentación del disco puede afectar
significativamente el rendimiento.
v Como parte del mantenimiento regular del servidor, su administrador de base
de datos deberá realizar comprobaciones de fragmentación de disco y
desfragmentar discos periódicamente.
Los índices de base de datos Tealeaf también se pueden fragmentar.
Periódicamente, estos se deben desfragmentar para garantizar un rendimiento
óptimo.
Nota: Por regla general, la fragmentación de índices de base de datos se debe
mantener por debajo del 20 %.
v Release 7.1 o anterior: Puede ejecutar comprobaciones de fragmentación y tareas
de desfragmentación a través de la consola de administración de Microsoft SQL
Server. Si desea más información, consulte la documentación que viene con el
producto.
v Release 7.2: Mediante el gestor de bases de datos de Tealeaf, puede comprobar
el estado de la fragmentación de sus índices de base de datos y ejecutar tareas
de desfragmentación según sea necesario. Consulte "Utilización del gestor de
bases de datos de Tealeaf" en la publicación IBM Tealeaf Databases Guide.
Tealeaf Database Manager se cuelga al actualizar la base de
datos del sistema
Tealeaf Database Manager se puede colgar cuando la base de datos del sistema se
está actualizando, si otros componentes del sistema se están ejecutando.
Aunque esta situación puede estar provocada por varios factores, en muchos casos
la causa es la presencia de un agente de sesión del registrador de estadísticas
activo en la interconexión Windows del servidor de informes. Este agente de sesión
se utiliza para recopilar información estadística en la interconexión y la envía a la
base de datos de estadísticas para su uso en informes basados en Portal.
v Consulte "Agente de sesión de Statistics Logger" en el Manual de configuración de
IBM Tealeaf CX.
El agente de sesión activo puede seguir manteniendo la base de datos de
estadísticas abierta y, por lo tanto, no disponible para Tealeaf Database Manager, lo
que provoca que se cuelgue.
Posibles soluciones
Para resolver este problema, puede probar una de las soluciones siguientes:
1. Detenga el servicio de transporte antes de iniciar el gestor de bases de datos.
Nota: En cuanto detenga el servicio de transporte, los hits se elimina y se
pierden los datos.
a. Tras utilizar el gestor de bases de datos, debe recordar reiniciar el servicio
de transporte a través del TMS.
61
v Consulte la "Configuración del servicio de transporte" en el Manual de
v Consulte "Pestaña TMS WorldView" en el Manual de administración de IBM
Tealeaf cxImpact.
2. Elimine o inhabilite el agente de sesión de registrador de estadísticas de la
interconexión de proceso.
Nota: Tealeaf recomienda inhabilitar el agente de sesión de registrador de
estadísticas durante las operaciones del gestor de bases de datos en un sistema
integral todo en uno.
a. Cuando el agente de sesión se elimina de la interconexión, puede iniciar el
gestor de bases de datos.
b. Recuerde volverlo a añadir a través del TMS una vez que haya salido del
gestor de bases de datos.
v Consulte "Editor de interconexión de TMS" en el Manual de administración de
3. Si el agente de sesión de registrador de estadísticas forma parte de una
interconexión hija en el recipiente, puede inhabilitar toda la interconexión
mediante el TMS.
v Consulte "Editor de interconexión de TMS" en el Manual de administración de
Problemas con bases de datos individuales
Base de datos de visitantes para cxResults
Nota: La base de datos de visitantes se aplica a IBM Tealeaf cxResults. IBM Tealeaf
cxResults ya no está disponible como nuevo producto bajo licencia a partir del
Release 8.7. Los clientes que adquirieron la licencia de IBM Tealeaf cxResults en el
Release 8.6 o anteriores pueden continuar utilizando y recibiendo soporte para el
producto en el Release 8.7 y posteriores. Para obtener más información, póngase en
contacto con Soporte al cliente de Tealeaf .
Tiempo de espera de la conexión de datos en la base de datos
de visitantes
Aunque hay un valor de tiempo de espera de conexión de datos para la base de
datos de visitantes, el valor predeterminado está establecido en un valor alto. No
es necesario modificarlo.
Base de datos del extractor de conjunto de resultados para
cxResults
La base de datos del extractor del conjunto de resultados no
puede analizar un conjunto de resultados
Durante una actualización o una reinstalación de la base de datos RSE, puede
encontrar el mensaje de error siguiente, que es seguido por una sentencia de
creación de tabla:
No se ha podido crear las vistas de base de datos:
Nombre de objeto no válido ’RSE_HITSTATISTICS’.
En este caso, en la base de datos RSE pueden faltar algunas vistas. En este caso, la
base de datos RSE está vacía. Para resolver este problema, se debe volver a crear la
base de datos:
62
1. Ejecute el gestor de la bases de datos de Tealeaf. Consulte "Utilización del
gestor de bases de datos de Tealeaf" en la publicación IBM Tealeaf Databases
Guide.
Seleccione Modalidad avanzada.
En la pestaña Instalación de base de datos, pulse Crear.
En el panel Tipo de base de datos, pulse RSE.
Pulse Ejecutar. Se vuelve a crear la base de datos RSE.
v Revise y observe los mensajes de error generados.
6. Una vez completada la reinstalación, puede actualizar la base de datos.
2.
3.
4.
5.
Base de datos de búsqueda para cxReveal
La instalación de la base de datos de cxReveal fuerza un valor
de ordenación
Si ha intentado instalar la base de datos de búsqueda de IBM Tealeaf cxReveal, el
valor de ordenación de base de datos podría estar obligado a realizar lo siguiente:
SQL_Latin1_General_CP1_CI_AS
Este valor se configura independientemente del valor de ordenación en SQL Server,
que presenta un problema para los clientes internacionales, específicamente en
Europa.
La solución para descartar y volver a instalar la base de datos TL_SEARCH a través
del gestor de bases de datos de Tealeaf.
Nota: Antes de empezar, verifique que la base de datos del sistema (TL_SYSTEM) y
la base de datos de informes (TL_REPORTS) se han instalado o actualizado a la
versión para la cual está instalando la base de datos TL_SEARCH.
1. En el servidor de portal, inicie el gestor de bases de datos de Tealeaf.
2. Desde el menú TDM, seleccione Modalidad > Configuración de la base de
datos > Modalidad de base de datos única.
3. Descarte la base de datos de búsqueda (TL_SEARCH):
a. Desde la pantalla de opciones de base de datos única, seleccione Buscar
desde el desplegable Base de datos.
b. Desde el desplegable Acción, seleccione Desinstalar.
c. Pulse Aceptar.
d. La base de datos se desinstala.
4. Cree la base de datos de búsqueda:
a. Utilice el script de creación de la base de datos de búsqueda, que se
proporciona en la ubicación siguiente:
<directorio_instalación_Tealeaf>\SQL\DBCreateScripts\CREATE_TL_SEARCH.sql
b. Inicie el gestor de bases de datos de Tealeaf.
c. Desde el menú TDM, seleccione Modalidad > Configuración de la base de
datos > Modalidad de base de datos única.
d. Desde el menú TDM, seleccione Creación de BD > Crear base de datos de
forma que la opción no está seleccionada.
e. Desde la pantalla de opciones de base de datos única, seleccione Buscar
desde el desplegable Base de datos.
63
f. Desde el desplegable Acción, seleccione Instalar.
g. Pulse Aceptar.
5. La base de datos de búsqueda se instala con el valor de ordenación correcto.
6. Si está realizando operaciones de instalación adicionales, podría desear volver a
habilitar la opción Crear bases de datos. Desde el menú TDM, seleccione
Creación de BD > Crear bases de datos de forma que la opción está
seleccionada.
Problemas de configuración
Recopilación de datos
Bajo rendimiento de la recopilación de datos
Si el proceso de recopilación de datos está consumiendo grandes volúmenes de
memoria o no puede finalizar, puede que tenga que ajustar el valor del tamaño del
lote del recopilador de datos, que define el número máximo de registros para
extraer o cargar para el recopilador de datos en un solo lote. El valor
predeterminado está establecido en 2000.
Nota: No defina este valor por encima de 5000.
Consulte "Configuración de CX" en el Manual de administración de IBM Tealeaf
cxImpact.
Tiempos de recopilación de datos lentos
Normalmente, la recopilación de datos se debería ejecutar en 5 minutos. Si el
proceso de recopilación de datos tarda más de 10 minutos, debería aumentar el
tamaño del valor Intervalo de recorte de datos.
El valor predeterminado es 1 - Cada hora. Definirlo en un valor mayor provoca
que este proceso se ejecuta con menos frecuencia. Sin embargo, debería ver saltos
temporales en el tamaño de la base de datos.
cxImpact.
Tiempos de espera de conexión de base de datos
Si las bases de datos Tealeaf están experimentando tiempos de espera repetidos, es
posible que tenga que ajustar el valor de tiempo de espera de conexión de base de
datos. El tiempo de espera de conexión predeterminado está establecido en 30
segundos. Después de que el sistema se estuviera ejecutando durante un tiempo y
el tráfico aumentara, es posible que el hardware no puede gestionar el nivel de
tráfico en el valor actual.
Intente definir este valor en el doble de su valor actual. Si esto se vuelve a
producir, vuélvalo a doblar.
Nota: Si debe definir el tiempo de espera de conexión por encima de 300 segundos
(5 minutos), puede tener más problemas en el entorno.
cxImpact.
64
Rendimiento de la recopilación de datos de varios recipientes
De forma predeterminada, Tealeaf puede recopilar de dos recipientes a la vez. Si el
entorno tiene más recipientes, puede aumentar el tamaño del valor Recopilación
de datos - Simultaneidad máx. El valor apropiado depende del entorno de
hardware.
cxImpact.
Si advierte algo de lo siguiente:
1. Ralentización en la recopilación de datos
2. Errores en el proceso de recopilación de datos
3. Los recipientes están ocupados
Deberá probar de reducir este valor.
La base de datos está creciendo demasiado
Si el tamaño de la base de datos está llegando a los límites del almacenamiento,
puede considerar ajustar algunos valores.
1. Si no utiliza los informes de rendimiento de la página, no tendrá que recopilar
las estadísticas de la vía de acceso. Puede inhabilitar la recopilación de
estadísticas de vía de acceso para ahorrar un espacio significativo en la base de
datos.
cxImpact.
2. En SQL Server Management Studio, compruebe el valor del modelo de
recuperación para cada base de datos. Si el modelo de recuperación está
establecido en Full, las bases de datos y sus archivos de registros pueden
crecer aún más. Consulte "Tamaño de bases de datos" en la Guía de bases de
datos IBM Tealeaf.
Error - el host remoto ha forzado el cierre de una una conexión
existente
Cada cierto tiempo, el recopilador de datos puede registrar el mensaje de registro
siguiente:
El host remoto ha forzado el cierre de una conexión existente
Este error indica que el SQL Server o el servidor que lo aloja ha cerrado la
conexión de forma inesperada. Normalmente, el SQL Server se ha reiniciado, o una
operación que requería cerrar todas las conexiones existentes se estaba ejecutando,
como una operación de copia de seguridad o restauración.
Si estos errores se producen de forma esporádica, no afectan a la recopilación de
datos o a la validez de los datos.
Nota: Si estos errores se producen con frecuencia, verifique que la recopilación de
datos se está completando realmente. Puede revisar la información del registro
para el recopilador de datos más reciente que se haya ejecutado a través del Portal.
Consulte "Registros del portal" en el Manual de administración de IBM Tealeaf
cxImpact.
65
Extractor de la base de datos de visitantes
El extractor de la base de datos de visitantes se utiliza para extraer datos de sesión
de la base de datos e insertarlos en las tablas de transferencia para la base de datos
de visitantes. Esta sección proporciona algunas sugerencias sobre cómo resolver
problemas con el extractor de la VDB.
v Consulte "Configuración del servicio de planificación" en el Manual de
No se ha podido buscar visitantes
Si no ha podido completar búsquedas de la base de datos del visitante o ya no se
actualizan los resultados, el trabajo de extractor de la base de datos del visitante
puede estar inhabilitado. Si desea más información sobre cómo habilitar este
trabajo, consulte "Configuración del servicio de planificación" en el Manual de
Unos errores de conexión intermitentes del servidor de
búsqueda informan sobre el código de error 12029
Periódicamente, el servidor de búsqueda puede devolver errores con el siguiente
mensaje de error.
Se ha producido un error mientras se ejecutaba la búsqueda.
<ServerName> - Error: (12029) Se ha podido establecer una conexión con el servidor
Si se produce la situación anterior, la solución es aplicar los pasos que figuran en
la sección siguiente.
Errores de conexión de TCP en el inicio de sesión de la VDB
en Windows Server 2003 SP2
Si el proceso del extractor de la VDB no puede procesar sesiones, y ve errores del
formato general siguiente en el TL_VDB_Extractor_<TIMESTAMP>.log:
No se ha podido extraer del recipiente después de <número de intentos> reintentos.
CanisterId: <ID de recipiente>. Saliendo.
En el caso anterior, el extractor de la base de datos de visitantes que se ejecuta en
Windows Server 2003 SP2 no puede continuar con la extracción al alcanzar el
número máximo de errores de lectura de recipiente.
Este problema solo se aplica a Windows Server 2003 SP2. El origen puede ser uno
de varios problemas. A continuación, se describen algunos pasos para ayudar a
diagnosticar la causa raíz del problema.
Completar las siguientes pasos.
1. Desde un shell de línea de mandatos Windows, ejecute el mandato siguiente en
el servidor remoto que alojar el servidor de búsqueda.
netstat -an | findstr 19000
v El mandato anterior comprueba el estado de la red de las conexiones de
socket a través del puerto 19000, que es el puerto predeterminado utilizado
por el servidor de búsqueda. Cambie su valor si el servidor de búsqueda está
utilizando un puerto diferente. Consulte "Gestión de servidores Tealeaf" en el
Manual de administración de IBM Tealeaf cxImpact.
2. Si los resultados devueltos del mandato netstat incluyen varios sockets en el
estado FIN_WAIT o LAST_ACK, el servidor de búsqueda todavía no ha reconocido
la solicitud de terminación de conexión que se ha enviado previamente al
66
cliente de TCP remoto. Estos sockets están ocupados y pueden estar
provocando el agotamiento del puerto TCP/IP. No son posibles más conexiones
en el servidor de búsqueda, lo que deja al servidor de búsqueda en un estado
congelado y no disponible.
3. La solución podría estar provocada por problemas en la forma como se ha
configurado el servidor. Si desea más información sobre la solución Microsoft
para este problema, consulte la revisión en http://support.microsoft.com/kb/
979230.
4. Una aplicada la revisión, rearranque el servidor que aloja el servidor de
búsqueda.
Resolución de problemas de actualizaciones de base de datos
Error de grupo de archivos no válido especificado durante la
actualización de base de datos
Durante la actualización de una o más bases de datos Tealeaf, puede recibir un
error similar al siguiente:
Se ha especificado un <nombre> de grupo de archivos no válido.
Este error indica que falta el archivo de base de datos (<nombre>).
Para arreglar este problema, debe determinar si la base de datos que contiene el
archivo se supone que contiene un solo grupo de archivos o no.
Si la base de datos contiene un solo grupo de archivos
Nota: La única base de datos Tealeaf que contiene un solo grupo de archivos es la
base de datos TL_REPORTS si se ha actualizado desde la versión del release 4.x de
Tealeaf. Todas las demás bases de datos Tealeaf contienen varios grupos de
archivos.
Intente volver a instalar la base de datos a través del Tealeaf Database Manager.
Consulte "Instalación de las bases de datos de Tealeaf" en la Guía de bases de datos
de IBM Tealeaf.
Si la base de datos contiene varios grupos de archivos, incluyendo el que falta:
Si la base de datos no es una base de datos de grupo de archivos único, un grupo
de archivos que falta indica el daño de la base de datos. Este error grave puede
requerir volver a crear la base de datos o restaurarla a partir de la copia de
seguridad.
v Si desea más información, póngase en contacto con Tealeaf http://
support.tealeaf.com.
Lista de comprobación
Si sigue experimentando dificultades con sus bases de datos de Tealeaf, obtenga la
información siguiente desde el sistema:
1. Obtenga las especificaciones completas del recuadro que ejecuta el servidor de
informes/SQL Server, entre ellas, la CPU, RAM e información de cada unidad
de disco duro. La información de la unidad debe incluir el número de
unidades, el contenido de cada unidad y el espacio en disco disponible.
2. Adquiera la versión de Tealeaf que está en uso. Las mejoras se pueden realizar
en los releases de Tealeaf siguientes.
67
3. ¿Qué es la carga de tráfico? ¿Cuántas páginas por día? ¿Cuántos eventos por
página? ¿Cuántas páginas por sesión?
4. ¿Es lento todo el portal o ciertos elementos del portal?
v Si es el último caso, probablemente el problema es causado por problemas
con el código o la configuración de los elementos individuales.
5. Defina Log Level = 9. Adquiera un día o dos de mensajes
TealeafReportingSvc.log.
v Esta información es útil para la resolución de problemas.
6. En SQL Server, abra Supervisor de rendimiento. Observe el promedio de cola
en disco y los contadores de página/segundo durante de 5 a 10 minutos.
¿Alguno
está sujeto de forma coherente al límite superior?
v ¿El Supervisor del rendimiento muestra mucha paginación en el recuadro?
Esto puede indicar que el servicio de datos necesita urgentemente memoria.
7. ¿Cuál es el tamaño de la base de datos TL_REPORTS?
Cuando haya obtenido la información anterior, abra un ticket de soporte con
http://support.tealeaf.com.
Ajuste del rendimiento de recipiente
El recipiente de corta estancia (STC) Tealeaf es un almacén de datos en la memoria
para procesar datos de sesión de sesiones activas en la aplicación web. Cuando
una sesión finaliza o agota su tiempo de espera, sus datos se mueven del
recipiente de corta estancia al recipiente de larga estancia, que está almacenado en
el disco.
v Los recipientes Tealeaf se basan en la solución de base de datos de árbol c. Para
obtener más información, consulte http://www.faircom.com.
En función del hardware del sistema, el tráfico web y las opciones de
configuración, el STC se puede retardar, utilice toda la memoria permitida y
empiece a realizar spools de hits de entrada en el disco a través del agente de
interconexión DecoupleEx para un proceso posterior. Esta sección proporciona
algunas directrices para manejar condiciones de uso elevado de la memoria.
Supervisión del estado del recipiente
A través del Tealeaf Portal, puede supervisar el estado del recipiente en el informe
de estado del sistema DecoupleEx.
1. Inicie sesión en la Tealeaf Portal Application como administrador.
2. En los informes del sistema, hay un estado de recipiente y un informe de
estado de DecoupleEx:
v Estado de recipiente: Proporcione información sobre el tráfico web actual, así
como el uso de memoria/disco de STC.
v Estado de DecoupleEx: Proporciona información sobre el estado actual y los
spools de DecoupleEx.
v Consulte "Estado del sistema" en el Manual de administración de IBM Tealeaf
cxImpact.
En el informe del estado del sistema para DecoupleEx, consulte el valor Estado de
recipiente para cada servidor de proceso.
68
Estado Canister:Spooling
Este estado indica que el recipiente ha superado uno o más de los umbrales de
rendimiento y DecoupleEx ha empezado a hacer spools de hits de entrada. En este
estado, el recipiente está procesando los datos ya en memoria, y los datos nuevos
que llegan al recipiente se escriben en el spool del disco para que se lean más tarde
en el recipiente.
v Si su valor de Persistence se ha habilitado para el agente de sesión DecoupleEx,
reiniciar los servicios o rearrancar conserva los datos en spool en el disco.
v Si Persistence está inhabilitado, el spool de disco se suprime cuando se inicia el
servicio de transporte que ejecuta DecoupleEx.
v Consulte "Agente de sesión de desacoplador ampliado" en el Manual de
Si el informe de estado del sistema DecoupleEx indica un uso alto de la memoria
para Canister Reason, la explicación más probable es que se ha producido un
aumento en el tráfico web capturado. Aunque puede ajustar los valores del sistema
Tealeaf para aumentar el rendimiento de los datos en el recipiente, realizar estos
cambios proporciona unos aumentos suficientes, solo si el retardo en spool
representa un periodo de tiempo considerablemente mayor que el tiempo de
espera de sesión especificado. Por ejemplo, si el recipiente se ha configurado para
tener un valor de Segundos de sesión inactiva de 300 segundos, el retardo en
spool debe ser superior a una hora para que valga la pena volver a configurar el
recipiente.
v Si desea más información sobre la configuración de los valores de tiempo de
espera de sesión, consulte “Definición del tiempo de espera de sesión” en la
página 73.
Estado Canister:Real-Time
El STC está disponible para procesar los hits entrantes en tiempo real.
Estado Canister:N/A
El estado del recipiente de datos no está disponible actualmente. El recipiente
puede estar fuera de línea o no estar preparado para procesar datos.
Spools de recipiente
Durante el spooling, el servicio del gestor de recipientes y sus procesos hijo siguen
procesando los datos que se han insertado en el recipiente de corta estancia.
Cuando DecoupleEx ha detenido el flujo de hits en el recipiente, el uso de la
memoria del árbol c se reduce gradualmente a medida que las sesiones empiezan a
agotar los tiempos de espera y se mueven fuera del recipiente de corta estancia.
Cuando el nivel de utilización de la memoria de árbol c cae por debajo del umbral
predefinido, DecoupleEx empieza a volver a insertar datos en el recipiente de corta
estancia. Esta condición se visualiza como Canister:Real-Time en el informe de
estado del sistema DecoupleEx.
v Los niveles de utilización de la memoria se pueden configurar mediante el
parámetro en el agente de sesión de desacoplador ampliado. Consulte
“Configuración de la utilización de la memoria de árbol c ” en la página 70.
El recipiente oscila entre los estados Real-Time y Spooling siempre que el volumen
de los datos en spool exceda la capacidad de la memoria del recipiente de corta
estancia. Además, los informes de actividad del Portal indican que la actividad del
69
sitio web se está produciendo más tarde que la hora real de la captura, porque
estas estadísticas se registran después de la inserción en el recipiente por parte de
los procesos de STC. Es común para algunas horas de estas actividades, los
informes para indicar recuentos menores que los previstos debido al spooling. Las
horas después de estos periodos de una actividad artificialmente baja en los
informes pueden mostrar recuentos por encima de lo normal porque los hits en
spool se están volviendo a insertar en el recipiente desde el spool a un ritmo más
rápido, normalmente, a la velocidad segura máxima que se ha configurado en el
agente de sesión del desacoplador ampliado.
Cuando se produce el spooling, deberá observar el estado de recipiente para un
periodo suficiente para identificar el comportamiento durante periodos de tráfico
web bajo. Durante estos periodos, el recipiente debería poder seguir el ritmo. Los
nuevos archivos de spool se seguirán creando a medida que se procesan archivos
de spool antiguos, ya que el spooling no se detiene hasta que el índice de consumo
de los datos de spool excede el índice de creación durante el tiempo suficiente para
que se consuma el último archivo de spool antes de que se pueda crear uno nuevo.
Si el spooling se está convirtiendo en una condición crónica, una de las soluciones
siguientes puede aliviar el problema en función de la causa raíz:
v Reducir la carga de trabajo
v Optimizaciones del rendimiento
v Crear un clúster de hardware de Tealeaf más rápido y/o mayor.
Configuración de la utilización de la memoria de árbol c
En la configuración para el agente de sesión de desacoplador ampliado, puede
definir los porcentajes del umbral de memoria a los que el agente de sesión
empieza a realizar spooling de los hits de entrada en el disco y a los que el agente
de sesión reanuda el envío de hits al recipiente, una vez iniciado el spooling.
v Estos valores se pueden configurar a través del editor de interconexiones en
TMS. Los parámetros para el agente de sesión DecoupleEx para modificar se
listan en la columna Nombre de visualización a continuación. Consulte "Sistema
de gestión de Tealeaf" en la publicación IBM Tealeaf cxImpact Administration
Manual.
v Puede configurar estos parámetros en la sección [DecoupleEx] del archivo
TealeafCaptureSocket.cfg. Los parámetros para cambiar se listan en la columna
Nombre interno.
Tabla 1. Spools de recipiente
Nombre de
visualización
Nombre interno
Descripción
% máximo de
memoria de
recipiente
utilizado
CanCheckMaxCtreeMemUsedPct
Porcentaje máximo permitido de memoria que
ha asignado el Tealeaf Canister Server. Cuando
está establecido en 0, se ignora el valor de la
memoria caché y también se ignora el valor
CanCheckMinCtreeMemUsedPct.
v El valor predeterminado es el 80 por ciento.
70
Tabla 1. Spools de recipiente (continuación)
Nombre de
visualización
Nombre interno
Descripción
% mínimo de
memoria
recipiente
utilizado
CanCheckMinCtreeMemUsedPct
Especifica el porcentaje mínimo de la memoria
caché FairCom en uso.
v Este valor solo se comprueba si el valor
CanCheckMaxCtreeMemUsedPct está habilitado.
v Si se ha excedido el valor máximo, el
desacoplador ampliado pone en cola hits
hasta que se alcanza el valor mínimo.
v El valor predeterminado es el 50 por ciento.
Consulte "Agente de sesión de desacoplador ampliado" en el Manual de
Spooling del recipiente y gestor de archivado
Nota: A partir del release 7.1, el gestor de archivado está en desuso.
v Release 7.0 o anterior: Si está utilizando el gestor de archivado, el spooling
puede utilizarlo para retardar el archivado de un día si algún dato de ese día
sigue en el spool. El proceso de datos de sesión para el día se retarda hasta el
siguiente. Normalmente, este problema no es crítico. Sin embargo, deberá
evaluar si los niveles de tráfico web caen lo suficientemente bajo para que todos
los datos en spool se puedan volver a insertar en el recipiente antes de que se
procese el siguiente archivado planificado.
Si el spool de datos no se borra en 24 horas, el proceso de archivado se puede
posponer varios días.
Soluciones temporales:
v Puede aumentar el valor de CanisterKeepDays por 1 en archiver.cfg. Este valor
indica el número de días que se conserva un archivo de datos recipiente en el
servidor de proceso antes de que el servicio del gestor de archivado intente
recuperarlo. Aumentar este valor debería eliminar este error. Sin embargo, el
almacenamiento en el servidor de proceso debe tener espacio suficiente para
almacenar datos adicionales de un día.
v El valor LockOutPeriod en archiver.cfg se podría ampliar de forma que el
archivado empiece más tarde el día inmediatamente después de que se hayan
capturado los datos. Sin embargo, el proceso de archivado se puede seguir
ejecutando cuando el tráfico web empieza a aumentar para el día actual y, de
esta forma, se carga el servidor de proceso.
Aplicación de la configuración del recipiente
Nota: Tras modificar la configuración del recipiente y reiniciar el servicio de
transporte, se puede realizar spool en los hits hasta que el recipiente esté activo y
en ejecución. En algunas situaciones, el agente de sesión de desacoplador ampliado
no recibe la notificación de que el recipiente se haya reiniciado, y los hits se siguen
colocando en spool aunque el recipiente esté listo para recibirlos. En este caso, es
necesario reiniciar todos los servicios Tealeaf. Consulte "Configuración del
recipiente de CX" en la publicación Manual de configuración de IBM Tealeaf CX.
71
Cálculos de tamaños Tealeaf
Las métricas siguientes ayudan a calcular el tamaño necesario para que los
recipientes Tealeaf procesen el tráfico web sin un spool significativo.
v Estos valores también son útiles para realizar cálculos para el almacenamiento
en disco y los tamaños de base de datos.
Los valores de hora punta se pueden calcular basándose en los registros de
DecoupleEx. Estos archivos se almacenan en los archivos siguientes:
<directorio_registros_Tealeaf>\CSS_*
Donde:
<directorio_registros_Tealeaf> se especifica en la configuración de DecoupleEx.
Consulte "Agente de sesión de desacoplador ampliado" en el Manual de
En la tabla siguiente están las métricas de rendimiento/tamaños. Para evaluar los
requisitos del sistema, la información mínima absoluta que es necesaria para los
cálculos de tamaños son los dos primeros elementos; la otra información
proporciona una evaluación más precisa.
v Los informes de actividad están disponibles a través del Tealeaf Portal. Consulte
"Generador de informes de Tealeaf" en la Guía de informes de IBM Tealeaf.
Métrica
Origen de datos
Número promedio de sesiones (o visitas) al día
Consulte el informe de recuento de sesiones en los informes de actividad
del Portal. Haga la media de este valor con el número de días necesario
para que tenga sentido.
Número promedio de vistas de páginas al día
Consulte el informe de recuento de vistas de páginas en los informes de
actividad del Portal. Haga la media de este valor con el número de días
necesario para que tenga sentido.
Número promedio de hits al día
Consulte el informe de recuento de hits en los informes de actividad del
Portal. Haga la media de este valor con el número de días necesario para
que tenga sentido.
Duración media de sesión
Consulte el informa de duración de sesión en los informes de actividad del
que tenga sentido.
Tamaño medio de página
Consulte el informe de tamaño de página en los informes de actividad del
que tenga sentido.
Nota: Si es posible, filtre los valores de dimensión de referencia de Tealeaf
para eliminar archivos de imagen y otro contenido estático del informe.
Número promedio de hits/páginas por sesión
Consulte el informe de promedio de hits de sesión en los informes de
actividad del Portal. Haga la media de este valor con el número de días
necesario para que tenga sentido.
72
Número de sesiones durante la hora punta
Consulte el informe de recuento de sesiones en los informes de actividad
del Portal. Utilice la hora punta del día punta.
v Como alternativa, puede utilizar los archivos de registro de DecoupleEx,
cuya ubicación se lista a continuación.
Número de vistas de página durante la hora punta
Consulte el informe de recuento de vistas de páginas en los informes de
actividad del Portal. Utilice la hora punta del día punta.
Número de hits durante la hora punta
Consulte el informe de recuento de hits en los informes de actividad del
Portal. Utilice la hora punta del día punta.
Número de días persistidos
Este valor está definido en la configuración del recipiente. Consulte Número
de días para conservar datos en "Configuración del recipiente CX" en el
Manual de configuración de IBM Tealeaf CX.
Tiempo de espera de sesión
Este valor está definido en la configuración del recipiente. Consulte
Segundos de inactividad de sesión en "Configuración del recipiente CX"
en el Manual de configuración de IBM Tealeaf CX.
Factor de crecimiento
Puede utilizar un crecimiento previsto o medido del volumen de datos
como métrica.
Nota: Una vez que haya adquirido la información anterior, póngase en contacto
con Tealeaf Professional Services para evaluar el estado del sistema y los requisitos
de hardware.
Definición del tiempo de espera de sesión
El recipiente de corta estancia determina cuándo finalizar una sesión que se basa
en el valor Segundos de sesión desocupada para el recipiente. Si no se ha insertado
ningún hit nuevo en el recipiente para una sesión durante un periodo mayor que
el valor de Segundos de sesión desocupada, el STC cierra la sesión y la etiqueta
para un proceso en sentido descendente. Este esquema de tiempo de espera va en
paralelo con las prácticas estándar de la aplicación web.
v Si desea más información sobre cómo configurar este valor, consulte
"Configuración del recipiente CX" en el Manual de configuración de IBM Tealeaf
CX.
Los valores secundarios siguientes pueden contribuir a decidir cuándo finalizar
una sesión:
v Los eventos se pueden definir para cerrar sesiones que se basan en la aparición
del evento. Por ejemplo, si hay un enlace o botón de cierre de sesión en la
aplicación web, podría definir un evento para cerrar sesión que se desencadena
cuando se pulsa el enlace o botón.
v Para proteger el STC, el agente de interconexión de recipiente en el servicio de
transporte impone límites en el tamaño y duración de la sesión. De forma
predeterminada, estos límites están establecidos en 2048 hits totales, 5 MB de
73
memoria total, y 1 hora de duración total de la sesión. Tras los cambios en
cualquiera de los valores anteriores, el servicio de transporte se debe reiniciar.
– Si desea más información sobre los valores totales de sesión, consulte
"Configuración del recipiente CX" en el Manual de configuración de IBM Tealeaf
CX.
¿Por qué se fragmentan las sesiones?
Cualquiera de las tres causas siguientes puede crear sesiones fragmentadas:
v Una sesión del visitante se fragmenta cuando se se supera el tiempo de espera
de inactividad de Tealeaf. Por ejemplo, si un visitante deja abierta una página
web durante la hora de la comida, volver a navegar después de la comida en la
misma ventana de navegador puede provocar una sesión fragmentada. Debido
al largo período de inactividad, las primeras páginas pasan del recipiente de
corta estancia (STC) al recipiente de larga estancia (LTC). Las próximas páginas
visitadas después de la comida aparecerán en el STC y recibirán un ID de
fragmento de sesión exclusivo. Sin embargo, dado que la nueva sesión es la
misma ventana de navegador, el valor de la cookie de sesión TLTSID no cambia.
v Una sesión de visitante que supera cualquiera de los tres límites de 'seguridad'
(duración, número de hits o bytes) pasa del STC al LTC para evitar el consumo
innecesario de espacio de STC. Una vez que la sesión ha pasado al LTC, el
próximo hit con la misma TLTSID genera un nuevo fragmento de sesión en el
STC.
v Una sesión abierta en cualquier momento en que los servicios del recipiente
están cerrados por mantenimiento pasa al LTC. Los hits subsiguientes con la
misma TLTSID crean un nuevo fragmento de sesión en el STC.
Los servicios Tealeaf no se pueden conectar al recipiente como
TLUSER o ADMIN
Si los ID de usuario TLUSER y/o ADMIN no están presentes en el almacén de
datos del recipiente, se impide a los otros servicios Tealeaf conectarse al recipiente.
Los pasos siguientes vuelven a crear los archivos de recipiente básicos, guardando
los datos de sesión de recipiente existente y de índice de búsqueda:
1. Detenga todos los servicios Tealeaf.
2. Cambie el nombre del directorio CANISTER.dbs por CANISTER.dbs.old.
3. Cambie el nombre del directorio Indexes por Indexes.old.
4. Ejecute CanRebuild.exe, seleccionando volver a crear solo el recipiente
completo, y nada más.
5. Vuelva a cambiar el nombre del directorio Indexes.old por Indexes.
6. Mueva (no copie) los archivos siguientes del directorio CANISTER.dbs.old al
directorio CANISTER.dbs:
LSSN * PEVT * NDLY.dat LDLY.dat PATH.dat SRVR.dat EVNT.dat SEVT.dat
7. Inicie todos los servicios de Tealeaf.
Los servicios de recipiente continúan reiniciándose
Si ha inhabilitado los Servicios de recipiente a través del panel de control de
Servicios de Windows y el servicio continúa reiniciándose, debe verificar que las
herramientas de diagnóstico de la red de supervisión y de la infraestructura tales
como Big Brother no estén realizando estos reinicios.
74
Evaluación de la asignación de almacenamiento del recipiente
Si está supervisando varios sitios o áreas de su sitio web utilizando un solo
recipiente, puede utilizar el proceso siguiente para evaluar los requisitos de
almacenamiento del recipiente para cada sitio:
Nota: Estos pasos presuponen que las dimensiones de referencia se han
configurado correctamente para identificar cada sitio o área individual. Consulte
"Gestor de eventos de Tealeaf" en el Manual del gestor de eventos de IBM Tealeaf.
1. En el dispositivo de almacenamiento de recipiente, descubra cuánto espacio de
almacenamiento total se utiliza al día.
2. En el Tealeaf Portal, seleccione Tealeaf > Estado del sistema > Recipiente.
3. La proporción de recuentos de sesión para cada host que se compara con el
recuento total de sesiones debería dar un estimación aproximada de cuánto
espacio se utiliza.
Si las sesiones de un host específico son muchos mayores que la media, es posible
que esta estimación no sea precisa. Debería proporcionar una buena estimación.
Evaluación del rendimiento del agente de sesión del recipiente
El agente de sesión del recipiente soporta varios subprocesos, que le permiten
aumentar la tasa de inserción de hit direccionando hits a través de varias
interconexiones Tealeaf en el recipiente de corta estancia. Antes de añadir
interconexiones, deberá evaluar el rendimiento actual de la inserción del recipiente.
Normalmente, los cuellos de botella del agente de sesión del recipiente se
producen al comprimir el hit para utilizar mejor la memoria STC. Mediante la
habilitación de la visualización de las estadísticas del rendimiento del agente de
sesión, puede supervisar las tasas de inserción y compresión de hits.
En la sección de configuración de agente de sesión de recipiente en
TealeafCapturesocket.cfg, defina el valor de propiedad siguiente:
DisplayPerf=true
Esta opción permite la salida de la tasa máxima de proceso para el agente de
sesión en el campo En cola del informe de estado de interconexión Tealeaf.
v Si desea más información sobre el estado de interconexión Tealeaf, consulte
"Sistema de gestión de Tealeaf" en el Manual de administración de IBM Tealeaf
cxImpact.
Cuando está habilitado, el campo En cola del agente de sesión de recipiente del
informe muestra un número como 30360558 tal como se indica a continuación.
75
Puede utilizar esta cifra para determinar si tiene un cuello de botella en el agente
de sesión de recipiente y el número de interconexiones que son necesarias para dar
servicio a la tasa de hit deseada. En el número 30360558, los últimos cuatro dígitos
indican la tasa máxima de compresión en el STC, y los primeros cuatro o cinco
dígitos indican la tasa máxima de inserción en el agente de sesión. En el ejemplo
anterior:
v Tasa máxima de inserción = 3036 hits por segundo
v Tasa máxima de compresión = 558 hits por segundo
Copia de seguridad de archivos de recipiente sin servidor de
archivado
Si el sistema Tealeaf no utiliza el servidor de archivado, puede utilizar el método
siguiente para hacer una copia de seguridad de los archivos LSSN de recipiente.
Nota: Al hacer una copia de seguridad de los archivos de datos de sesión, el
recipiente no puede acceder a los archivos de datos, o estos archivos requieren una
reconstrucción.
Para hacer una copia de seguridad de los archivos con el mínimo tiempo de
inactividad del servidor de proceso:
1. Verifique que no hay datos que sigan esperando para ser añadidos al archivo
LSSN de interés. Por ejemplo, si está haciendo una copia de seguridad de
archivos de datos de ayer, verifique que no ha datos de spool destinados para
ayer.
2. Concluya los servicios de recipiente.
3. Cree un directorio temporal.
4. Mueva los archivos de datos lssn (lssn*.dat y lssn*.idx) de interés en el
directorio temporal.
5. Reinicie los servicios de recipiente.
76
Efectúe una copia de seguridad de los archivos en el directorio temporal.
Haga una copia de seguridad de los índices dtSearch correspondientes.
Concluya los servicios de recipiente.
Mueva los archivos LSSN en el directorio temporal de vuelta al directorio
CANISTER.dbs activo.
6.
7.
8.
9.
Al restaurar los archivos LSSN en el recipiente activo, verifique que CanTrim está
inhabilitado o que el valor para el número de días para conservar es lo
suficientemente grande para que los archivos de datos restaurados no se recorten
en el próximo inicio.
Traslado de un recipiente
El traslado de recipientes Tealeaf requiere trasladar archivos de datos de sesión y
sus índices y actualizar las configuraciones apropiadas de los cambios.
Nota: Este procedimiento se debe planificar durante las horas valle. Durante el
periodo en el cual el recipiente está inhabilitado y desconectado, se eliminan todos
los hits capturados.
Nota: Si la solución Tealeaf se ha actualizado al release 7.2 antes de actualizar a la
versión actual, puede recibir un error 160 en el registro de ecentos de la aplicación,
si el release de la versión 7.2 no estaba autorizado para ejecutarse durante todo un
día. Consulte “Error 160(0) en NextLssnRec()” en la página 78.
Traslado de los datos de índice de búsqueda de recipiente
1. A través de TMS, abra la configuración del recipiente:
a. Inicie la sesión en el portal Tealeaf como administrador.
b. Desde el menú, seleccione Tealeaf > TMS.
c. Expanda el nodo de recipiente.
d. Pulse Configuración de recipiente.
e. En el panel Acciones de configuración, pulse Ver/Editar.
f. Se visualiza la configuración del recipiente. Consulte "Configuración del
recipiente de CX" en la publicación Manual de configuración de IBM Tealeaf
CX.
2. En la pestaña Servicios de recipiente, cambie el valor para Ubicación de
archivos que se van a indexar por la nueva ubicación de este directorio. No
edite ningún otro campo.
3. Para guardar cambios, pulse ACEPTAR.
a. En TMS, expanda el nodo de indexador de sesión.
b. Pulse Configuración del servicio de índice.
c. En el panel Acciones de configuración, pulse Ver/Editar.
d. Se visualiza la configuración del indexador de sesión. Consulte
"Configuración de la indexación de CX" en el Manual de configuración de IBM
Tealeaf CX.
4. En la pestaña Opciones de indexación, desmarque Crear XML temporal en la
memoria.
5. Edite el valor para Vía de acceso de archivo XML temporal para que sea la
nueva vía de acceso de directorio de la ubicación del archivo XML temporal.
6. Seleccione Crear XML temporal en la memoria.
77
7. Para guardar cambios, pulse ACEPTAR.
Traslado de datos de sesión de recipiente
1. Abra el nodo del servidor de recipiente en TMS.
a. En TMS, expanda el nodo de servidor de recipiente.
b. Pulse Configuración de servidor de recipiente.
c. En el panel Acciones de configuración, pulse Ver/Editar.
d. Se visualiza la configuración del servidor de recipiente. Consulte
"Configuración del recipiente de CX" en la publicación Manual de
2. Defina el valor de LOCAL_DIRECTORY para que sea la vía de acceso completa del
directorio padre del directorio CANISTER.dbs. Asegúrese de incluir la barra
invertida (\ ) final en el valor.
Completar el movimiento del recipiente
Después de efectuar uno o los dos cambios de configuración anteriores:
1. Haga una copia de seguridad de los directorios de recipiente existentes.
2. Desde el menú Inicio de Windows, seleccione Detener todos los servicios de
TeaLeaf.
3. En el panel de control de servicios de Windows, detenga el Servicio de
transporte de TeaLeaf.
4. Mueva el directorio de índices y/o el directorio padre del directorio
CANISTER.dbs a las nuevas ubicaciones especificadas en los valores de
configuración anteriores.
5. Una vez movidos los archivos y directorios, debe eliminar los directorios
originales de los que ha realizado la copia de seguridad.
6. Utilice el acceso directo Iniciar todos los servicios de TeaLeaf del menú
Inicio para reiniciar todos los servicios de Tealeaf.
Errores de ctree
Las operaciones de base de datos ctree pueden generar los siguientes tipos de
errores.
Error 160(0) en NextLssnRec()
Sesiones sin índice
El error siguiente puede aparece en el registro de eventos de aplicación:
Tipo de evento: Error
Origen de evento: Indexador de sesiones TeaLeaf
Categoría de evento: Indexador
ID de evento: 9864
Fecha: 10/9/2009
Hora: 2:41:05 PM
Usuario: N/A
Sistema: TLDB01
Descripción:
No se ha podido recuperar el registro del recipiente. Error 160(0) en NextLssnRec():
recuperando primer lote de registros LSSN sin índice.. (Tipo: FAIRCOM; Código: 160).
El error anterior indica que el indexador de la sesión está consultando una sesión
sin índice que se está actualizando ahora.
78
Si el origen del evento es el indexador de sesiones TeaLeaf como se ha indicado
arriba, las sesiones se omiten para la ejecución de la indexación y se seleccionan en
la siguiente.
Nota: Si ha actualizado un sistema al release 7.2 y ya se ha creado un archivo de
recipiente LSSN para el día actual, puede estar recibiendo este error de forma
uniforme. En el release 7.2, Tealeaf introdujo el soporte de la transacción en los
archivos del recipiente LSSN. El archivo LSSN existente del día actual no incluye
soporte para transacciones, y el error anterior es un resultado de esta falta de
soporte.
Las sesiones que están a la espera de la indexación siguen indexadas; no hay
ningún riesgo de pérdida de datos. Sin embargo, el registro de eventossigue
recibiendo estos mensajes de error hasta que se indexan por completo los datos del
día actual. Si estos errores se siguen mostrando en el registro de
eventostranscurridos un par de días, póngase en contacto con Tealeaf
Problema debido a que un bloqueo del sistema rompe una
referencia entre archivos de datos e índices
Al recuperar el primer lote de sesiones sin índice, el recipiente no puede extraer
ninguna sesión.
v No se informa de errores en los registros TLTMaint.
v Los procesos de indexación automatizada no se pueden ejecutar.
El error siguiente puede aparece en el registro de eventos de aplicación:
(11:29 Indexador de sesiones) - No se ha podido recuperar el registro del recipiente.
Error 160(0) en NextLssnRec(): recuperando primer lote de registros
LSSN sin índice. (Tipo: FAIRCOM; Código: 160).
Arreglar índices:
En este caso, un error del sistema puede haber añadido alguna información de
archivo incorrecta en los índices. Para arreglar este problema, realice lo siguiente:
1. A través de TMS, concluya los servicios de recipiente. Consulte "Pestaña TMS
WorldView" en el Manual de administración de IBM Tealeaf cxImpact.
2. En el volumen de datos del recipiente, cree el directorio siguiente en la raíz del
volumen:
lssn\Canister.dbs
3. Desde el almacén de datos del recipiente, mueva los archivos LSSN_<Date>. al
directorio anterior, donde <Date> es la fecha del error del servidor.
Nota: Debe mover los archivos fuera del almacén de datos del recipiente.
5. Compruebe que el mensaje de error del indexador ya no aparece.
Recuperar datos que faltan:
Si estos pasos arreglan el problema de indexación, realice los pasos siguientes para
recupera el archivo de datos de sesión que se ha trasladado al directorio
lssn\Canister.dbs:
1. Suprima los archivos *.idx del directorio \lssn\Canister.dbs.
2. Ejecute el mandato siguiente en un shell de mandatos:
tltmaint -v -noserver -archiver -localdir \lssn
79
Nota: En función del tamaño del archivo de los datos de sesión, se podría
tardar algún tiempo en completar el mandato anterior.
3. Cuando el indicador de mandatos devuelve un resultado, la última línea indica
el estado. Un mensaje del tipo "sin errores" indica que todo es correcto.
4. Copie los archivos con el prefijo LSSN_ desde el directorio \lssn\Canister.dbs
de nuevo en el directorio de datos del recipiente.
5. Reinicie los servicios de recipiente a través del TMS. Consulte "Pestaña TMS
6. Los datos de sesión ahora están disponibles.
7. Para realizar pruebas, busque sesiones a partir de la fecha del error del
servidor. Consulte "Búsqueda de datos de sesión" en el Manual del usuario de
Error 69(0)
El error siguiente puede aparecer de forma repetida en el registro de eventos de la
aplicación:
No se ha podido recuperar el registro del recipiente. Error 69(0) en ProcessSesn():
No se ha podido actualizar la sesión CANISTER.dbs\LSSN_20120815_MyServer.dat 469778184.
isam_err = 69. (Tipo: FAIRCOM; Código: 69).
Este error puede aparecer incluso después de reciclar servicios y rearrancar el
Portal, y los recipientes parece que están funcionando de forma normal.
El error anterior normalmente indica que los índices en el archivo .dat están
dañados.
Para reparar este problema, complete los pasos siguientes para recrear los índices.
Nota: La reconstrucción de índices de recipiente puede tardar mucho tiempo.
Deberá ejecutar estos pasos durante horas no punta.
1. Inicie sesión en el servidor que aloja el recipiente como administrador.
2. Vaya al archivo donde se encuentra el archivo anterior. Generalmente, este
directorio es:
<directorio_instalación_Tealeaf>\Canister\Canister.dbs
3. Mueva todos los archivos (debe haber 3) que coinciden con el patrón de
nombre siguiente fuera del directorio Canister.dbs:
LSSN_20120815_MyServer*.idx
4. Reinicie los servicios de recipiente a través del TMS. Consulte "Pestaña TMS
5. Cuando se reinicia el recipiente, intenta recrear los índices volviendo a indexar
todas las sesiones que están almacenadas en el recipiente. En función del
volumen de datos, este proceso puede tardar varias horas.
Configuración
Si desea más información sobre la configuración, consulte "Configuración del
recipiente CX" en el Manual de configuración de IBM Tealeaf CX.
Modificación del nivel de registro para resolver excepciones
Cuando se detecta una excepción en el registro del indexador, aumente el nivel de
registro para el indexador a 4 o 5, que permite la captura de un conjunto más
amplio de datos de depuración.
80
v Cuando se notifica un error a Soporte al cliente de Tealeaf , envíe un archivo de
registro que está definido en el nivel 4 o superior.
Pasos:
Complete los pasos siguientes para cambiar el nivel de registro.
1. Inicie sesión en el portal como administrador.
2. Desde el menú del portal, seleccione Tealeaf > TMS.
3. Se visualiza el sistema de gestión de Tealeaf. Consulte "Sistema de gestión de
Tealeaf" en la publicación IBM Tealeaf cxImpact Administration Manual.
4. Desde el desplegable Ver, seleccione Servidores.
5. Pulse el nodo de Indexador de sesiones.
6. Pulse Configuración del servicio de índice. En el panel Acciones de
configuración, pulse Ver/Editar.
7. Se visualiza la Configuración del índice.
8. Pulse la pestaña Planificación/Diagnóstico.
9. En el grupo de diagnósticos, aumente el nivel a 4 o 5.
10. Pulse Guardar.
11. Distribuya la configuración a cada servidor. Actualmente, no se debe reiniciar
el servicio. Consulte "Configuración de la indexación de CX" en el Manual de
Nota: Si aumenta el nivel de indexación para resolver problemas, asegúrese
de restablecer el nivel de registro en un valor más apropiado. El valor
recomendado es 2.
"Sesiones en espera de ser indexadas" ha superado su umbral
Al utilizar la indexación de extracción directa, "Sesiones en espera de ser
indexadas" es un umbral bastante inofensivo, ya que no se consume espacio en
disco u otros recursos de máquina para sesiones sin indexar.
En otros casos, el sistema se puede configurar para escribir archivos en disco para
que se procese el servicio de indexador de sesiones. Antes de la aparición de la
indexación de extracción directa en versiones 4.0 SP 2, un valor alto de "Sesiones
en espera de ser indexadas" era un signo de problemas inminentes, ya que las
sesiones que se van a indexar se han escrito en disco como archivos físicos.
Para Tealeaf versiones de 4.0 SP 2 al release 7.1, es posible que quiera inhabilitar la
comprobación de este umbral en PortalStatus.cfg o el aumento del valor del
umbral para que no se desencadene tan a menudo. Para volver a comprobar este
valor, ejecute el programa de utilidad IndexConfig.exe y pulse la pestaña Horas de
operación para ver si el cuadro de selección "Habilitar comunicación directa con el
recipiente" está seleccionado.
v Para el release 7.2 o posterior, la configuración del índice se gestiona a través del
TMS. Consulte "Configuración de la indexación de CX" en el Manual de
Puede aumentar el valor de umbral del error WaitToBeIndexed en ...\TeaLeaf\
Tools\PortalStatus.cfg o definirlo en 0 para inhabilitar por completo la
comprobación de este umbral.
81
Parece que faltan algunas sesiones en los índices
Si el servicio indexador de sesiones está en el estado detenido, las sesiones no se
indexan cuando se mueven al recipiente de larga estancia. Si sospecha que algunas
sesiones no se han indexado o que los índices pueden no estar actualizados, puede
utilizar la función "Comprobar y arreglar índices" del servidor de búsqueda.
Nota: Antes de aplicar este arreglo, verifique que el archivo
<directorio_instalación_Tealeaf>\IndexCheck.exe se ha actualizado o se le ha
aplicado el parche.
1. Abra un navegador web en la dirección siguiente:
http://<nombre de host o dirección IP del servidor Tealeaf>:19000/
2. Pulse el enlace Comprobación de recipiente/indexador. La tabla en la página
resultante muestra
cuantas sesiones existen en los datos de cada día y cuantas de estas sesiones
se han indexado.
3. Pulse Comprobar y arreglar.
4. El sistema indica el número de sesiones que se deben indexar y empieza el
proceso. El proceso prosigue en segundo plano aunque cierre la ventana del
explorador.
a. Para comprobar el estado del proceso una vez cerrada la ventana del
explorador.
abra una nueva ventana de navegador y escriba el URL siguiente:
http://<nombre host/dirección IP de servidor Tealeaf>
:19000/CanisterIndexCheckerStatus
No se ha podido obtener el número de sesiones que se debe indexar
del recipiente
Este error indica que el servicio Indexador de sesión de Tealeaf no se puede
conectar con el servicio del almacén de datos del Servidor de recipiente. Esta
situación se puede producir si el servicio Indexador de sesión de Tealeaf está
detenido o está en modalidad de mantenimiento.
Cuando se inicia el servicio Indexador de sesión de Tealeaf, empieza la modalidad
de mantenimiento ejecutando el programa TLTMaint. TLTMaint realiza una
comprobación exhaustiva de los archivos de datos del recipiente. Si bien TLTMaint
se suele completar en menos de un minuto, a veces puede tardar bastante tiempo
en completarse si tuvo lugar una terminación anómala que invalidara cualquiera
de los archivos .dat o .idx del recipiente.
Cuando se inician los demás servicios de Tealeaf, intentan abrir las comunicaciones
con el servidor de recipiente. El comportamiento de los servicios es correcto. Si no
pueden lograr comunicarse justo después del inicio, lo reintentan cada 10 segundos
aproximadamente y esperan como mínimo cinco minutos antes de notificar
cualquier error de conexión al registro de eventos.
Si examina el registro de eventos real, verá mensajes después del mensaje de error
del Indexador de sesión que indican que TLTMaint se ha completado sin errores y
los mensajes de error del Indexador de sesión deberán dejar de registrarse.
82
Recuperación de errores de índice
Cuando un trabajo de índice crea un nuevo índice o realiza una fusión, se crea un
nuevo índice y se añade al archivo TLL inmediatamente para garantizar que el
nombre de índice quede reservado, pero el índice se marca como no válido.
Después de que se haya completado la operación de índice o de fusión, el índice se
marca como válido. Si el índice o la fusión se bloquean, el índice sigue marcado
como no válido y permanece bloqueado. Un bloqueo se interrumpe si se produce
durante un periodo superior a dos horas. Si durante la comprobación TLL, la
comprobación de índice encuentra un índice sin bloqueo que está marcado como
no válido, el índice se suprime.
Si se ha devuelto un error durante la indexación, el índice se marca para indicar
que precisa una comprobación de índice. Este índice no se utiliza para indexación
hasta que se elimina el distintivo. Si la comprobación de índice falla, el índice se
marca como dañado y se elimina de TLL. Si la comprobación es correcta, la
comprobación que requería distintivo se borra y el índice se devuelve al servicio.
Los directorios con índices dañados se renombran con una extensión de archivo
.CORRUPT para examinarse más adelante.
Volver a crear índices
Si es necesario, puede volver a crear índices suprimiendo los directorios de índice
y utilizando la opción de comprobación de índice en el servidor de búsqueda. Si
desea más información, póngase en contacto con Tealeaf http://
support.tealeaf.com.
Configuración
Si desea más información sobre la configuración, consulte "Configuración de la
indexación de CX" en el Manual de configuración de IBM Tealeaf CX.
Fallo del servicio de RSE
Cuando se realiza un análisis en los conjuntos de resultados, el RSE falla,
generando el mensaje de error siguiente:
Error al obtener información de sesión para la sesión 290610439: System.Xml.XmlException:
Carácter no válido en la codificación dada. Línea 3035, posición 351. en
System.Xml.XmlTextReaderImpl.Throw(Exception e) en
System.Xml.XmlTextReaderImpl.InvalidCharRecovery(Int32& bytesCount, Int32&
charsCount) en System.Xml.XmlTextReaderImpl.GetChars(Int32 maxCharsCount) at
System.Xml.XmlTextReaderImpl.ReadData() en
System.Xml.XmlTextReaderImpl.ParseCDataOrComment(XmlNodeType type, Int32&
outStartPos, Int32& outEndPos) en
System.Xml.XmlTextReaderImpl.ParseCDataOrComment(XmlNodeType type) en
System.Xml.XmlTextReaderImpl.ParseElementContent() en
System.Xml.XmlReader.ReadString() en
TeaLeaf.SearchServer.XmlParsing.SessionInfoFromMemStream(MemoryStream
memStream, TLSession sessn, Boolean parseSummary) en
TeaLeaf.SearchServer.TLSession.GetSessionInfo(Boolean rsp, Boolean
interestingHits, Boolean parseSummary, Int32 timeout, Boolean validateXML,
Boolean SessionXML, Boolean log)
Este problema se genera por no tener las codificaciones UTF-8 correctas en el
almacenamiento intermedio de solicitud. Para dar soporte a la codificación UTF-8,
deben aparecen los pares nombre/valor siguietentes en el almacenamiento
intermedio de solicitud:
83
REQ_BUFFER_ENCODING=UTF-8
REQ_BUFFER_ORIG_ENCODING=ISO-8859-1
RESP_BODY_ENCODING=UTF-8
Para arreglar este problema, se debe completar una de las actualizaciones
siguientes.
v Actualice al PCA Build 3330 o posterior. I18N debe estar habilitado.
v IBM Tealeaf cxImpact Build 7080 o posterior. De forma especifica, el agente de
sesión de interconexion SAInflate debe ser la versión 7080 o mejor.
El servidor de consultas no se puede concluir y reiniciar
correctamente
Al reiniciar el servidor de consultas, puede ver errores como los siguientes en el
registro de eventos:
Errores:
7/28/2008 10:50:00 AM QueryServer ERROR Se ha producido un error en el escucha (m) para
10.10.32.252:21000 : Solo un uso de cada dirección de socket (protocolo/dirección de red
/puerto) está permitido normalmente
7/28/2008 10:50:00 AM QueryServer ERROR Se ha producido un error en el escucha (m) para
127.0.0.1:21000 : Solo un uso de cada dirección de socket (protocolo/dirección de red
/puerto) está permitido normalmente
7/28/2008 10:50:00 AM QueryServer ERROR en
System.Net.Sockets.Socket.DoBind(EndPoint endPointSnapshot, SocketAddress
socketAddress)
en System.Net.Sockets.Socket.Bind(EndPoint localEP)
en System.Net.Sockets.TcpListener.Start(Int32 backlog)
en TeaLeaf.Reporting.Server.TLHttpServer.Listen(Object obj)
Si está viendo los mensajes de error anteriores, el problema puede estar provocado
por un error en el servicio RSE para concluir correctamente. En algunos casos, el
servicio sigue operativo durante unos segundos, una vez emitido el mandato de
conclusión.
Cuando se intenta reiniciar el servicio RSE, el servicio no se puede enlazar al
puerto asignado. Cuando se produce este error, el servicio se debe terminar
manualmente mediante el gestor de tareas Windows (o una herramienta
equivalente). A continuación, el servicio RSE se puede reiniciar como parte de los
procedimientos normales de arranque de Tealeaf.
Este problema se puede solucionar en compilaciones posteriores de la versión
Tealeaf. Si desea más información, póngase en contacto con Tealeaf
Resolución de problemas - Recopilador de datos
Mensajes de error aceptables
En el registro del recopilador de datos de Portal, pueden aparecer uno o más de
los mensajes de error siguientes:
Se ha producido un error de nivel de transporte al enviar la solicitud al servidor.
El host remoto ha forzado el cierre de una conexión existente.
Se ha producido un error relacionado con la red o específico de instancia al establecer una
conexión con un SQL Server. El servidor no se ha encontrado o es inaccesible.
84
En casi todos los escenarios donde aparecen los mensajes anteriores, el problema
subyacente es que SQL Server se está rearrancando o ha entrado en el modo de
mantenimiento. Estos errores se pueden ignorar, a menos que vuelvan a aparecer
con frecuencia o a intervalos irregulares e imprevistos.
Problemas de rendimiento
El Recopilador de datos de Tealeaf se ejecuta como mínimo una vez cada 5
minutos en todos los recipientes activos y disponibles cuando opera de forma
óptima. Debido al alto número de transacciones que realiza, el recopilador de datos
puede entrar en problemas de rendimiento que es posible tengan su origen en
componentes de Tealeaf.
En esta sección se proporciona información sobre cómo empezar la resolución de
problemas de rendimiento del recopilador de datos.
Interrupciones periódicas
De forma periódica, puede parecer que la recopilación de datos se está
interrumpiendo. Las ejecuciones de la recopilación de datos pueden no
completarse, con el tipo siguiente de mensaje de registro:
3:05:26 Recopilador de datos TeaLeaf
ERROR La recopilación de datos parece que se ha interrumpido.
La recopilación de datos se ha estado ejecutando desde:2012-06-20 02:05:26
Cuando aparece este mensaje de error, verifique mediante los registros la duración
de la ejecución de la recopilación de datos. Si la ejecución de la recopilación de
datos tarda más de una hora, el proceso se reinicia automáticamente y se registra
un mensaje, similar al siguiente:
2012-06-20T10:40:26 Recopilador de datos TeaLeaf STATUS El recopilador de datos TeaLeaf
se está deteniendo.
El recopilador de datos TeaLeaf se ha estado ejecutando durante: 0 días, 8 horas, 6 segundos.
Para reducir el tiempo para completar la ejecución de una recopilación de datos,
puede experimentar aumentando los valores siguientes:
Valor
Ajuste recomendado
Recopilación de datos - Máx simultáneo
El número máximo de recipientes que puede consultar el recopilador de
datos a la vez. Intente aumentar este valor por 2, si tiene más recipientes
que el valor actual.
Recopilación de datos - Tamaño de lote
Número máximo de registros para recopilar en un solo lote. Intente
aumentar este valor por 2000.
Es posible que tenga que experimentar con estos valores a través de una número
de ejecuciones de recopilación para ajustar de forma eficaz el rendimiento del
recopilador de datos.
v Si desea más información sobre estos valores, consulte "Configuración de CX" en
el Manual de administración de IBM Tealeaf cxImpact.
Tiempos de espera
Algunas operaciones de recopilación de datos pueden agotar el tiempo de espera
en función del rendimiento del sistema y la carga de datos. Cuando se producen
tiempos de espera, aparecen mensajes similares a la siguiente en el registro del
recopilador de datos:
85
Se ha producido un error al ejecutar el mandato non-query: tiempo de espera caducado.
El periodo de tiempo de espera ha transcurrido antes de la finalización
de la operación o el servidor no está respondiendo.
Nota: Para resolver problemas de tiempo de espera, se debe analizar el
rendimiento del sistema subyacente.
A corto plazo, puede intentar el valor siguiente para permitir que se complete el
proceso.
2. Desde el menú Portal, seleccione Tealeaf > Gestión de portal.
3. Pulse el enlace Configuración de IBM Tealeaf CX.
4. Pulse la categoría Recopilador de datos.
5. Localice el valor Conexión de base de datos - Tiempo de espera (segundos).
6. Pulse Editar.
7. Aumente este valor lo suficiente para completar el proceso.
¿Qué sucede en los datos estadísticos si el servicio de
recopilador de datos o la base de datos de informes se
apaga?
Cada vez que se activan eventos en un servidor de procesos, el almacén de datos
de recipiente en dicho servidor de procesos crea uno o más registros. En un
sistema en funcionamiento, el servicio de recopilador de datos (RDC) recopila estos
datos de cada servidor de procesos y almacena la información en la base de datos
de informes. El RDC normalmente se ejecuta en el mismo servidor que aloja el
Portal. De forma predeterminada, se ha planificado para ejecutar una recopilación
de datos 5 minutos después de la finalización de su ejecución anterior.
Si el RDC no se puede comunicar con la base de datos de informes o no se puede
comunicar con el recipiente en los servidores de procesos o si el propio RDC no se
puede ejecutar, los registros se acumulan en el recipiente en los servidores de
procesos. La siguiente vez que el RDC se ejecuta correctamente, todos los registros
del recipiente en los servidores de procesos se recopilan y almacenan en la base de
datos de informes.
El recipiente en el servidor de procesos contiene registros localmente para 48 horas
de forma predeterminada. Si el RDC no puede leer ni recoger estos registros
durante más tiempo que estas 48 horas, el recipiente en los servidores de procesos
empieza a suprimir los registros más antiguos. Los registros antiguos se suprimen
en fragmentos de 1 hora.
v El periodo de tiempo que se conservan los registros se configura con el
parámetro de la pestaña Ejecución de servicios de la configuración del recipiente.
Consulte "Configuración del recipiente de CX" en la publicación Manual de
Discrepancias entre recuentos en gráficos de eventos y
recuentos de búsqueda detallados
En un gráfico o panel de control de eventos, se pueden notificar recuentos de
eventos para un periodo determinado. Cuando pulsa el enlace para detallar más
las sesiones subyacentes, el número de sesiones devueltas difiere del número
notificado en el gráfico.
86
v Lo anterior presupone que todos los eventos de los gráficos están configurados
para contar únicamente una vez en la sesión. De lo contrario, los recuentos entre
los gráficos y el número de sesiones devueltas puede diferir.
Puede que la discrepancia entre estos valores no se responda a través del portal,
dado que el problema puede estar relacionado con el modo en que el Recopilador
de datos está recopilando recuentos de eventos del recipiente. Complete los pasos
siguientes para ver si los recuentos de eventos coinciden.
Nota: completar estos pasos requiere el uso de regedit y la ejecución de una
consulta SQL. Si no se siente cómodo con estas tareas, póngase en contacto con
Tealeaf http://support.tealeaf.com.
1. Inicie la sesión en el servidor de recipiente.
2. En el menú Inicio de Windows, abra regedit.
3. Adquiera el valor de la clave de registro siguiente. Conserve este valor:
HKEY_LOCAL_MACHINE\SOFTWARE\TeaLeaf Technology\
DataStore\Canister\Time-Statistics Table Trim Seconds
4. Establezca este valor en 86400, equivalente a 24 horas. Este valor inhabilita la
supresión de datos de eventos agregados en el recipiente.
5. Inserte la clave de registro siguiente y el valor en regedit:
HKEY_LOCAL_MACHINE\SOFTWARE\TeaLeaf Technology\
DataStore\ReportServer\Canister Trim Disabled
6. Establezca este valor en true.
Nota: este valor de registro difiere de Can Trim Enabled, que forma parte de
la configuración predeterminada de cada recipiente. No modifique ese valor.
7. Guarde los valores.
8. Permita que el recopilador de datos se ejecute durante varias horas o hasta
que encuentre una discrepancia en los recuentos de gráfico/búsqueda.
9. Cuando se detecte una discrepancia, complete los pasos siguientes para
consultar la tabla EVENT del recipiente y descubrir si se recopilaron
correctamente los recuentos de gráfico de eventos.
a. Abra un indicador de mandatos utilizando el atajo siguiente en el servidor
de recipiente:
Inicio > Todos los programas > TeaLeaf Technology > Servidor de Portal > Servidor >
Herramientas de cliente
b. En el indicador de mandatos, especifique el mandato siguiente:
csql -p ADMIN
c. Ejecute la siguiente consulta SQL:
SELECT * FROM EVNT
10. Verifique los recuentos devueltos por la consulta con respecto a los notificados
en el portal.
11. Revierta el valor del registro siguiente en la estructura de Tealeaf Technology:
\DataStore\Canister\Time-Statistics Table Trim Seconds
12. Inhabilite o elimine la entrada de registro siguiente en la estructura de Tealeaf
Technology:
\DataStore\ReportServer\Canister Trim Disabled
13. Guarde los valores de regedit.
87
Problemas de conectividad del recopilador de datos con el
recipiente
Si los archivos de registro contienen alguno de los mensajes siguientes:
No se ha podido conectar al recipiente lpwsa3000:CANISTER + {lpwsa3000, 5597}.
... CANISTER no está activo.
... error de recopilación de datos en el servidor ...
La conexión entre el recopilador de datos y el recipiente no está operativa.
Para resolver el problema, realice lo siguiente:
1. Reinicie el servicio de recopilador de datos Tealeaf. Si esto no resuelve el
problema, continúe con los pasos siguientes.
2. Revise los cambios recientes en el sistema. Si ha actualizado Tealeaf
recientemente, por ejemplo, algunos cambios de configuración pueden impactar
en el recopilador de datos.
3. Compruebe el nombre del servidor de recipiente en la página Gestión de
portal.
4. Verifique el nombre de usuario y la contraseña del recipiente mediante el
Tealeaf Portal.
v Si está utilizando contraseñas personalizadas para las cuentas TLADMIN y
TLUSER en el recipiente, verifique que las contraseñas se han especificado
correctamente en el Tealeaf Portal.
5. Si lo anterior no resuelve el problema, verifique que el servidor Portal puede
hacer ping al servidor de recipiente.
6. Si lo anterior funciona, verifique que funciona el telnet desde el servidor Portal
hasta el servidor de recipiente en el puerto 5597.
Nota: Si realiza cambios en la configuración del recopilador de datos a través del
Portal, deberá reiniciar el servicio de forma que la configuración se puede aplicar
inmediatamente.
Excepción SQL "Conexión restablecida por el igual: error de
escritura de socket" en el registro de eventos
Este error se puede producir cuando el servicio del recopilador de datos de
informes de Tealeaf está intentando comunicarse con SQL Server que se ejecuta en
un servidor remoto. Indica que SQL Server remoto no ha respondido a la solicitud
por parte del servicio del Recopilador de datos de informes para insertar datos. La
condición del error podría estar relacionada con la red o con SQL Server.
El reinicio del servicio de recopilador de datos de informes de Tealeaf debe
solucionar el problema, si se trataba de un problema temporal con SQL Server
remoto. Si el error persiste tras reiniciar el servicio de Tealeaf, póngase en contacto
con el responsable de DBA del SQL Server remoto o el personal de la red
responsable de la conexión entre el servidor de Tealeaf y SQL Server remoto. La
causa principal se encuentre probablemente en una de estas dos áreas.
88
El informe del grupo de archivos de base de datos no
muestra datos
Tras la instalación, el informe de grupo de archivos de base de datos puede no
mostrar ningún dato. Sin embargo, la investigación de las tablas de base de datos
subyacente puede mostrar que los datos están presentes.
v Este problema se aplica a las nuevas instalaciones del release 8.4 o posterior.
Este problema está provocado por un error durante la instalación en la cual los
valores para el Host y el Host del visitante se dejan como localhost y no se
correlacionan con el nombre de la máquina. Cuando el informe intenta consultar
los datos del informe utilizando localhost, el Portal no se puede conectar a la base
de datos, representando un informe vacío.
v Este problema también se puede producir si los clientes han modificado la
configuración del registro anterior, aunque esta situación es poco habitual.
Para arreglar este problema:
1. Inicie sesión en el servidor de informes como administrador.
2. Vaya hasta la estructura de registro siguiente (64-bits):
SOFTWARE\Wow6432Node\TeaLeaf Technology\DataStore\ReportServer
3. Cambie los valores siguientes:
Tabla 2. El informe del grupo de archivos de base de datos no muestra datos
Valor
Valor actual
Valor nuevo
Host
localhost
Nombre completo de la máquina
VisitorHost localhost
(si IBM
Tealeaf
cxResults
está
instalado)
Nombre completo de la máquina
4. Guarde el registro.
5. Reinicie el servidor de informes.
Resolución de problemas - Servicio de datos
En el caso de problemas con el servicio de datos de Tealeaf, proporcione la
información de registro de informes para el soporte al cliente. Consulte “Registros
de informes” en la página 93.
v Consulte "Configuración del servicio de datos de Tealeaf" en el Manual de
No se ha podido escribir el mensaje de error
ReportQueryLogEntity
Periódicamente, puede ver un mensaje de error similar al siguiente en el registro
de servicio de datos:
No se ha podido escribir ReportQueryLogEntity
El error anterior queda registrado como un problema de transacción con una tabla
de registro interna. No afecta para nada a los usuarios o al rendimiento y se puede
ignorar.
89
Resolución de problemas - Servicio de informes
Nota: A partir del release 8.0, el servicio de informes es un componente totalmente
integrado del Tealeaf Data Service. Consulte “Resolución de problemas - Servicio
de datos” en la página 89.
Resolución de problemas - Creador de informes
"No hay ninguna coincidencia para su búsqueda" en el
desglose del creador de informes.
En el creador de informes, si el desglose está habilitado, puede pulsar enlaces en la
tabla de detalles del creado de informes para revisar la lista de sesiones
subyacentes que han proporcionado los datos de origen para el elemento de la
tabla.
En algunos casos, cuando pulse un número hiperenlazado distinto a cero, puede
no recibir ninguna sesión como retorno, en lugar de esto puede recibir un mensaje
similar al siguiente:
No había ninguna coincidencia para su búsqueda, ya que puede ser una de las XX sesiones
pendientes de indexación. Espere un momento y vuélvalo a intentar.
donde
v XX es un número
Es posible que este problema esté provocado por un retardo de sesiones que están
esperando indexación. Sin embargo, normalmente, la aparición de este mensaje
cuando se pulsa un desglose del creador de informes está provocado por una
limitación incorporada en el número de sesiones que se pueden devolver.
Para evitar que el servidor de búsqueda se cuelgue al recuperar demasiadas
sesiones, se puede devolver un límite de 16.384 sesiones como máximo de una
consulta, como una consulta de desglose. Si el número de sesiones solicitadas
excede este límite, el servidor de búsqueda falla de forma de silenciosa la solicitud.
Como resultado, el Portal no recibe ninguna sesión de vuelta del servidor de
búsqueda y publica el mensaje anterior.
v En los registros del servidor de búsqueda, se publica un mensaje del tipo No se
ha encontrado nada.
v Se incluye un mensaje más descriptivo en el registro del servidor de búsqueda
en una compilación posterior:
Resultados máx = XX es demasiado grande para una búsqueda de la misma página.
El límite es 16384.
Donde XX es un número.
Cuando se introdujo en el release 8.0, el Tealeaf Report Builder integró búsquedas
de desglose que utilizan las consultas "Y en la misma página", que pueden generar
grandes números de resultados desde el creador de informes. En muchos casos, las
consultas de desglose de informes relativamente simples pueden exceder este
límite de sesión de 16.384.
Para arreglar el problema, puede reducir el número máximo de sesiones que se
devuelven en un segmento de sesión.
90
Nota: El parámetro en el conjunto siguiente de pasos también es utilizado por el
extractor del conjunto de resultados para crear segmentos de sesión, que se pueden
analizar a través de IBM Tealeaf cxResults. Deberá revisar cualquier información
disponible con lo que respecta a qué parámetro está definido en su valor actual.
3. Desde el panel de navegación de la izquierda, pulse la categoría Configuración
de IBM Tealeaf CX.
4. Pulse el enlace Buscar.
5. Para el Límite máx de segmentos de sesión, defina el valor en 1000 o menos.
v El valor predeterminado es 1000.
v Para los clientes que han actualizado desde el release 7.x o anterior, este
valor se puede definir en un valor considerablemente mayor para utilizar en
la creación de segmentos de sesión grandes para IBM Tealeaf cxResults. Sin
embargo, este valor es aplicable al caso de uso del Tealeaf Report Builder
anterior y se deberá redimensionar en consecuencia.
6. Pulse Guardar.
7. Vuelva probar el enlace de desglose.
v Si el enlace sigue devolviendo 0 sesiones, deberá redimensionarlo a 1. Si esto
falla, restablezca el valor en 1000 y póngase en contacto con
Resolución de problemas - Elementos más variables
Los elementos más variables no se actualizan
Al configurar un elemento más variable, se puede tardar un periodo de tiempo en
recopilar los datos para el elemento más variable, de forma que se pueden
visualizar en el Portal. Los elementos más variables por hora se recopilan una vez
cada hora, y los diarios se recopilan una vez al día.
Nota: Un elemento más variable diario recién creado no empieza a visualizar
datos en el informe de elementos más variables hasta que se ejecuta el recopilar de
datos del día siguiente para elementos más variables. De forma predeterminada,
esta ejecución se produce a las 5:30 de la mañana.
Si desea más información sobre cómo crear elementos más variables, consulte
"Pestaña Elementos más variables TEM" en el Manual de IBM Tealeaf Event Manager.
v Si desea más información sobre cómo crear informes para elementos más
variables, consulte "Análisis de elementos más variables" en la Guía de IBM
Tealeaf Reporting.
Si ha esperado 24 horas y todavía no ve datos en los elementos más variables
configurados, podría deberse al problema siguiente. En el release 8.2, es un
requisito que el huso horario del servidor de informes coincida con el huso horario
del sistema Tealeaf. Si los husos horarios no coinciden, no se recopilan datos de
elementos más variables. No se visualiza nada en el informe de elementos más
variables.
Para resolver este problema, debe cambiar el huso horario del servidor de informes
para que coincida con el huso horario del sistema Tealeaf. Las secciones siguientes
proporcionan los pasos necesarios.
91
Adquisición del huso horario del sistema Tealeaf
1. Inicie sesión en el portal.
2.
3.
4.
5.
6.
7.
8.
9.
10.
Nota: El huso horario del sistema Tealeaf se debe configurar durante la
instalación inicial. No se deberá cambiar después. Para esta solución
alternativa, no cambie el huso horario del sistema Tealeaf, que puede afectar a
muchos otros componentes del sistema Tealeaf.
Desde el menú Portal, seleccione Tealeaf > TMS.
Se visualiza el sistema de gestión de Tealeaf. Consulte "Sistema de gestión de
Tealeaf" en la publicación IBM Tealeaf cxImpact Administration Manual.
Pulse la pestaña WorldView.
Desde la lista desplegable Ver, seleccione Servidores.
Pulse el servidor maestro.
Pulse el Nodo Tealeaf.
Pulse Valores de configuración global de Tealeaf.
Pulse Ver/Editar.
Revise el valor para Seleccionar huso horario. Este valor es el huso horario
del sistema Tealeaf.
Revisar horas de cálculo de elemento más variable en el Portal
Nota: En función del número de elementos más variables y del volumen de los
datos no recopilados, el primer recálculo puede tardar un largo periodo de tiempo
en completarse. Antes de empezar, deberá verificar que las horas configuradas para
el recálculo de elemento más variables por hora y por día, tal como se expresa en
la hora del sistema, Tealeaf permite completar el recálculo con tiempo suficiente
antes de reanudar las horas punta.
1. Inicie sesión en el portal de Tealeaf.
3. Desde el panel de navegación de la izquierda, pulse el panel de configuración
de IBM Tealeaf CX.
4. Pulse Recopilador de datos.
5. Revise el valor para Elementos más variables - Hora para el cálculo diario.
Este valor es la hora en el huso horario de Tealeaf cuando se recalculan los
elementos más variables por día. Cámbielo, si es necesario, para que se
produzca durante una hora no punta.
6. Los elementos más variables por hora se recalculan 10 minutos después del
principio de la hora. El primer recálculo de los elementos más variables por
hora puede tardar mucho tiempo. Si es posible, deberá planificarlo durante
horas no punta.
a. Para inhabilitar el cálculo de todos los elementos más variables, defina el
valor para Elementos más variables en Inhabilitado.
b. Transcurridas las horas, este valor se pueden volver a habilitar.
v Los elementos más variables por hora se recalculan 10 minutos después
del principio de la siguiente hora.
v Los elementos más variables por día se recalculan en la hora del
Elementos más variables - Hora para el cálculo diario en el huso
horario del sistema Tealeaf.
92
Cambio del huso horario del servidor de informes
Si cambia el huso horario de la máquina que aloja el servidor de informes por el
huso horario de registro de Tealeaf, los elementos más variables se calculan
normalmente después.
Nota: Antes de empezar, verifique que tiene acceso de administrador a la máquina
que aloja el servidor de informes Tealeaf.
1. Inicie sesión en la máquina que aloja el servidor de informes Tealeaf como
administrador.
2. En la barra de herramientas de Windows, pulse el valor de tiempo en la
esquina inferior derecha.
3. En Windows Server 2008, pulse Cambiar configuración de fecha y hora....
4. Pulse Cambiar huso horario....
5. Desde el desplegable de hora, seleccione el huso horario que corresponde al
huso horario del sistema Tealeaf.
Nota: Si este cambio es temporal, anote el huso horario seleccionado antes de
realizar el cambio.
6. Pulse Aceptar dos veces.
7. Los elementos más variables se vuelven a calcular en la hora del huso horario
del sistema Tealeaf que se basa en la configuración del Portal.
Registros de informes
Tanto si se trata del Servicio de datos de Tealeaf como del Servicio de informes,
proporcione la información siguiente al soporte al cliente:
v Todos los archivos de registro del Servicio de datos para las fechas relevantes. Se
encuentran en la ubicación siguiente:
<Directorio_instalación_TeaLeaf>\Logs\TLDataService*.log
v Todos los archivos de registro del gestor de base de datos de Tealeaf para las
fechas relevantes. Se encuentran en la ubicación siguiente:
<Directorio_instalación_TeaLeaf>\Logs\TeaLeafDatabaseManager*.log
v Los errores o avisos que aparezcan en el registro de eventos de aplicación de
Windows.
Configuración
Si desea más información sobre la configuración del recopilador de datos:
v Consulte "Agregación y retención de datos" en el Manual de administración de
cxImpact.
Si desea más información sobre la configuración del servicio de datos, consulte
"Configuración del servicio de datos Tealeaf" en el Manual de configuración de IBM
Tealeaf CX.
Si desea más información sobre la configuración del servidor de informes, consulte
"Configuración del servidor de informes" en el Manual de configuración de IBM
Tealeaf CX.
93
Errores "La aut ha fallado, ninguna cabecera de autorización en cmd"
en el registro del servidor de búsqueda
Cuando la autenticación de NT o de Portal está habilitada para el servidor de
búsqueda, pueden aparecer errores similares al siguiente en el registro del servidor
de búsqueda:
La aut ha fallado, ninguna cabecera de autorización
/EventDefinitions</Authentication>
/IndexSearchParallelStart</Authentication>
en cmd:
en cmd:
en cmd: /SessionInfo</Authentication>
en cmd: /ResultSet</Authentication>
en cmd: /TLLList</Authentication>
Se espera alguno de estos mensajes durante el uso normal del producto.
En la autenticación de NT o de Portal, cada vez que se conecta un usuario e
intenta consultar el servidor de búsqueda para datos protegidos por esta
autenticación, solo se genera una instancia de este mensaje.
Cuando el servidor de búsqueda se ha configurado para la autenticación de NT o
Portal, se utiliza una serie de cabeceras para validar solicitudes realizadas por
servicios Tealeaf en nombre de usuarios de Tealeaf.
Una cabecera de autenticación no se puede añadir mediante el servicio Tealeaf que
llama al servidor de búsqueda hasta que el servidor responda con la serie de la
pregunta. Esta serie se utiliza en la cabecera de la consulta posterior en el servidor
de búsqueda. Puesto que el servidor de búsqueda no puede anticipar si la consulta
inicial viene seguida de la consulta posterior, se rechaza la solicitud inicial, y estos
mensajes se registran en el registro, si son, de hecho, errores.
v La respuesta de rechazo del servidor de búsqueda contiene un conjunto de
cabeceras de pregunta que se utilizan para generar posteriores solicitudes
válidas con la información de autenticación correcta.
Nota: Si estos mensajes de errores aparecen a intervalos muy cortos o aparecen
junto a una incapacidad para realizar algunas funciones de búsqueda, pueden ser
una indicación de un problema con respecto a cómo se ha configurado la
autenticación y se deberían investigar. Consulte "Configuración del servidor de
búsqueda" en el Manual de configuración de IBM Tealeaf CX.
Bajo condiciones normales, una de estas entradas casi siempre aparece seguida de
una entrada de registro normal para el mismo mandato, que indica que el cliente
ha proporcionado satisfactoriamente la cabecera de autenticación correcta en el
segundo intento.
No se ha podido añadir grupos de Active Directory a través de la
configuración del servidor de búsqueda
Si ha añadido un nuevo dominio o ha habilitado nuevos grupos de Active
Directory en el dominio, es posible que no pueda añadirlos a través de la
configuración del servidor de búsqueda. Al intentar añadir los grupos a través del
TMS, puede recibir el mensaje de error siguiente:
Error al obtener grupos de dominios.
94
El registro del servidor de búsqueda puede contener un mensaje de error similar al
siguiente:
Error de autorización: Error NetGroupGetUsers()
(domainServer: \\MyServer group: corp\TealeafPortal): El acceso se ha rechazado.
Este problema puede estar provocado por permisos de acceso al conjunto de
grupos en el dominio. En muchos entornos, los dominios nuevos están definidos
para permitir a cualquier cliente, como el servidor de búsqueda, poder acceder a la
información de grupo de forma anónima. Esta política de seguridad de "Enlaces
anónimas" en Active permite a Tealeaf utilizar la información del grupo para la
autenticación.
En algunos entornos, este acceso anónimo no está permitido. Es posible que pueda
acceder a la información del grupo ejecutando el programa de utilidad de
configuración del servidor de búsqueda en el servidor maestro de autenticación
utilizando un usuario especificado. Completar las siguientes pasos.
1. Si ya lo sabe, localice el nombre del maestro de autenticación a través del TMS:
a. Inicie sesión en el portal como administrador.
b. Desde el menú Portal, seleccione Tealeaf > TMS.
c. Se visualiza el sistema de gestión de Tealeaf. Desde la pestaña WorldView,
seleccione Servidores en el desplegable Ver.
v Si desea más información sobre TMS, consulte "Sistema de gestión de
Tealeaf" en el Manual de administración de IBM Tealeaf cxImpact.
d. Expanda el nodo de configuración del servidor de búsqueda.
e. Pulse Configuración del servidor de búsqueda. En el panel
Config/Acciones, pulse Ver/Editar.
f. Se visualiza a configuración del servidor de búsqueda. En la ventana
Autenticación, revise el valor para la configuración del maestro de
autenticación.
g. Este valor es el maestro de autenticación en el entorno Tealeaf.
h. Cancele los cambios y salga del TMS.
2. En el servidor maestro de autenticación, debe configurar el programa de
utilidad de configuración del servidor de búsqueda para ejecutarse como un
usuario especificado que tiene acceso a la información de este grupo de
usuarios.
a. Inicie sesión en el servidor maestro de autenticación como administrador.
b. Desde el menú Inicio, abra el panel de control de servicios Windows.
c. Pulse con el botón derecho del ratón en TeaLeaf Search Server. Seleccione
Propiedades.
d. En la pestaña Inicio de sesión, seleccione para utilizar Esta cuenta.
e. Especifique el nombre de usuario y la contraseña para un usuario que está
autorizado para acceder a la información de grupo de dominios.
f. Guarde los cambios.
g. Reinicie el servidor de búsqueda.
95
96
Capítulo 3. Resolución de problemas - Servidor de
reproducción
Esta sección proporciona soluciones para resolver problemas que están
relacionadas con el servidor de reproducción, que presta servicio a sesiones para la
reproducción en cliente de reproducción basada en navegador.
Resolución de problemas - problemas de representación
Pasos:
Si cree que el servidor de reproducción tiene dificultades para representar el
contenido, complete los pasos siguientes para identificar los tiempos de
representación por página.
1. Inicie sesión en la interfaz de servidor de reproducción.
2. Pulse el enlace SessionList.
3. Seleccione una sesión que se haya cargado.
v Si no se ha cargado ninguna sesión, puede utilizar la página inicial de la
interfaz para cargar una desde el escritorio local.
4. Seleccione una sesión con un enlace como el siguiente:
SessionNNNN_NNNNNNNNNN.
5. Pulse el enlace NavList. Todas las páginas, sus tiempos de representación, y
otra información se visualizan.
6. Seleccione páginas individuales para revisar su HTML representado, buscando
irregularidades.
7. También puede consultar el enlace de detalles de carga de página (PLD) para
cada página, donde se publican los tiempos de representación y de carga.
Menos de 10 segundos para cada página se considera un tiempo razonable.
8. Si ve tiempos de carga que exceden de forma significativa los 10 segundos:
v Si el tiempo de carga excesivo se aplica a una sola página, puede haber
problemas con el acceso al contenido referenciado en la página individual.
Compruebe las referencias en la página e intente cargarlos en el navegador.
v Si los tiempos de carga excesivos se aplican a varias páginas, pero no a
todas, verá si puede identificar si los tiempos lentos se aplican a servidores
individuales, que puede indicar problemas de conectividad o red.
v Si los tiempos de carga excesivos se aplican a todas las páginas en el
servidor, verifique que el problema se aplica a varias sesiones. En dicho caso,
puede haber un problema con el servidor de reproducción. Póngase en
contacto con Tealeaf http://support.tealeaf.com.
La vista de reproducción BBR visualiza la respuesta con caracteres
codificados
En la vista de reproducción, BBR puede visualizar la respuesta del hit. Sin
embargo, algunos de los caracteres están codificados (por ejemplo, se muestra < en
lugar de <. Otras características de reproducción desde el mismo escritorio:
v Funcionamiento correcto de RTV
v Funcionamiento correcto de la vista de respuesta de BBR
97
A continuación se muestra un ejemplo de salida de la vista de reproducción de
BBR que muestra la vista de respuesta con caracteres codificados:
<!doctype html>>!--[if ie]<>![endif]-->
<html lang="nl">
<head id="ctl00_Head1">
<meta http-equiv="X-UA-Compatible" content="IE=8" />
<meta charset="utf-8" />
<title>example.com - Este es mi sitio web</title>
<meta http-equiv="Content-Language" content="nl" />
<meta name="copyright" content="MyCo - Reservados todos los derechos" />
<meta name="author" content="MyCo" />
<meta content="text/javascript" http-equiv="Content-Script-Type" />
<meta id="ctl00_metaRobots" name="robots" content="NOODP" />
<meta name="verify-v1" content="VQALIO5JJtratMWQdcnDiNmlqN/vZObY5iifah8=" />
El origen de la irregularidad de esta salida podría deberse a una serie de
problemas, incluidos los siguientes:
1. El portal supera el tiempo de espera de devolución de páginas
2. El visualizador del Servidor de reproducción está esperando que se entregue
contenido desde los servidores de origen
3. El Servidor de reproducción no tiene conectividad con contenido estático
4. Otros problemas
Consulte “Resolución de problemas - problemas de representación” en la página
97.
Configuración
Si desea más información sobre la configuración, consulte "Configuración del
servidor de reproducción" en el Manual de configuración de IBM Tealeaf CX.
Las sesiones de BBR no se reproducen en BBR debido a errores de
proxy en el servidor de reproducción
BBR se puede bloquear durante la reproducción de sesiones o impedir que se
visualicen imágenes y se formatee la página correcta. El Servidor de reproducción
no puede acceder al contenido en el sitio original debido a problemas de
configuración de proxy.
Diagnóstico
Para diagnosticar este problema, haga lo siguiente:
1. Reproduzca una sesión en BBR.
2. Inicie la sesión como administrador en el servidor que aloja el servidor de
reproducción. Normalmente, este servidor es también el servidor de portal.
3. Abrir una ventana de navegador. Navegue a la ubicación siguiente:
http://localhost:38000
Nota: si se está conectando desde localhost y la autenticación está habilitada,
puede utilizar ssadmin/ssadmin como nombre de usuario y contraseña.
4. Se visualiza la interfaz del servidor de reproducción.
5. Pulse Caché.
98
6. Revise la lista de caché. Si ve varias entradas con una longitud de bytes de 0 y
sin tipo de contenido, el servidor de reproducción está teniendo dificultades
para comunicarse con el servidor de origen a través del proxy interno de
Tealeaf.
Si la información anterior está presente, el servidor de reproducción se ha
configurado para utilizar WinInet para acceder al servidor de origen. Este método
de conexión no puede utilizar un proxy al ejecutarse con la cuenta del sistema
local, que es el valor predeterminado para el servidor de reproducción.
v WinInet se configura en función de los valores utilizados por la instancia de
Internet Explorer en el servidor de alojamiento. Estos valores no pueden
configurarse para un servicio ejecutado con la cuenta del sistema local.
Arreglos
Para arreglar este problema, debe configurar el servidor de reproducción para
utilizar una cuenta determinada en el dominio.
1. Configure el servidor de reproducción: Inicie sesión en el servidor que aloja
el servidor de reproducción como administrador.
2. En los paneles de control del administrador, abra el panel de servicios.
3. Pulse con el botón derecho del ratón en Servidor de reproducción Tealeaf y
seleccione Propiedades.
4. Pulse la pestaña Iniciar sesión.
5. Pulse el botón de opción Esta cuenta.
6. Especifique el dominio y el nombre de usuario de la cuenta especificada con
el formato siguiente:
Algún dominio\Algún usuario
7. Escriba la contraseña dos veces.
8. Pulse Aplicar.
9. Reinicie el servicio del servidor de reproducción.
10. Configure Internet Explorer: Abra la instancia de Internet Explorer.
11. Seleccione Herramientas > Opciones....
12. Configure un servidor proxy para usar en Internet Explorer.
Nota: Si desea más información, la documentación del producto a la que se
puede acceder a través de la versión instalada de Internet Explorer.
13. Borre la Memoria caché de IE en el navegador.
14. Pulse Aceptar para cerrar la ventana Opciones.
Nota: Una vez que haya configurado Internet Explorer, debe reiniciar el
servidor de reproducción a través del panel de control de servicios, de forma
que la memoria caché se borra.
15. Verifique la configuración: Para verificar la configuración, puede probar la
configuración de la memoria caché utilizando el URL siguiente. Está
procesando un URL de contenido estático a través del servidor de
reproducción en la máquina local:
http://localhost:38000/GetCacheFile?href=http://www.tealeaf.com/images/
home/slide-deck-1.jpg
16. Si lo anterior muestra una imagen, la configuración está funcionando.
17. De lo contrario:
a. Intente sustituir un URL diferente detrás de href=, que apunta a un objeto
de contenido estático conocido en la aplicación web.
Capítulo 3. Resolución de problemas - Servidor de reproducción
99
b. Si esto falla, vuelva a consultar los valores de configuración con su
personal de TI.
La ventana del navegador que contiene el Portal no se abre cuando se
crea un evento o un atributo de hit en BBR
Mediante BBR, puede resaltar datos y crear eventos o atributos de hit a través del
menú contextual. Estos eventos o atributos de hit se redactan automáticamente en
el Gestor de eventos y se llenan previamente con los datos para localizar los
elementos de una sesión.
En algunos casos, el uso del menú de contexto no puede obligar que se abra la
ventana del navegador que contiene el evento o atributo de hit que está
predefinido en el Gestor de eventos. Este problema podría ser provocado por uno
o más de los elementos siguientes:
v De forma predeterminada, Firefox 4 o posterior impide aumentar o reducir
ventanas. Para habilitarlo, haga lo siguiente:
1. Abra Firefox.
2. En el menú, seleccione Herramientas > Opciones....
3. Pulse la pestaña Contenido.
4. Seleccione la opción Habilitar JavaScript. A continuación, pulse el botón
Avanzado.
5. Seleccione la opción Aumentar o reducir ventanas.
6. Pulse Aceptar dos veces.
Nota: Aumentar y reducir ventanas no funciona si la ventana del navegador
tiene varias pestañas abiertas y la pestaña Portal no es la de delante.
v Compruebe la configuración de JavaScript en su navegador web.
Error al representar la página
Durante la reproducción, el contenido de la respuesta se puede sustituir por el
mensaje de error siguiente:
Error al representar esta página. Este puede estar provocado por respuestas
AJAX con un tipo de contenido texto/html o un HTML mal formado. Considere
añadir una regla de reproducción para eliminar esta página.
Si aparece el mensaje anterior, el servidor de reproducción no puede representar
correctamente la página. Podría haber un número de razones diferentes por las
cuales la página no se ha podido visualizar. La solución más sencilla es eliminar la
página de la reproducción.
Para eliminar una página de la reproducción:
1. En BBR, pulse con el botón derecho del ratón en la página seleccionada
actualmente en la lista de navegación.
2. Seleccione Eliminar esta página de la reproducción.
3. Cuando la sesión se reproduce a continuación para cualquier usuario de
Tealeaf, se omite durante la reproducción.
Si desea más información sobre cómo crear reglas de reproducción, consulte
"Reglas de reproducción BBR" en el Manual de usuario de IBM Tealeaf cxImpact.
100
Capítulo 4. Solución de problemas - Visor RealiTea
Nota: A partir del release 8.0, el editor de eventos se trasladó hasta el Tealeaf
Portal y ya no está disponible en el RTV. Consulte "Gestor de eventos de Tealeaf"
en el Manual del gestor de eventos de IBM Tealeaf.
Nota: Para problemas relacionados con el navegador con el RTV, verifique que ha
instalado una versión soportada de Internet Explorer. Consulte "Descripción
general de RealiTea Viewer" en IBM Tealeaf RealiTea Viewer User Manual.
No es posible instalar RealiTea Viewer
Error - "TeaLeaf RealiTea Viewer requiere Microsoft IE V5.0 o
superior"
Al intentar instalar IBM Tealeaf CX RealiTea Viewer, puede recibir el error
siguiente:
TeaLeaf RealiTea Viewer requiere Microsoft IE V5.0 o superior.
El problema se puede solucionar añadiendo la entrada del registro siguiente:
[HKEY LOCAL MACHINE\SOFTWARE\Microsoft\Internet Explorer\Version Vector]
"VML"="1.0"
"IE"="6.0000"
IE 7 instalado
Si se ha añadido Internet Explorer 7 al sistema después de que se instalara
originalmente el sistema operativo, puede que existan varias instancias de Internet
Explorer en el sistema. Debe añadir otra entrada al registro, tal como se indica a
continuación:
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Internet Explorer\Version Vector]
"VML"="1.0"
"xIE"="6.0000"
"IE"="7.0000"
Tras ejecutar el instalador de Viewer, elimine la entrada "IE"="7.0000" del registro
para evitar que se produzcan problemas al actualizar a versiones futuras de
Internet Explorer.
Sigue apareciendo "¿Desea eliminar?" incluso después de
desinstalar el RTV
Si ha desintalado el RTV y está intentando volverlo a instalar, puede recibir el
diálogo "¿Desea eliminar", aunque los componentes de RTV ya se hayan eliminado.
El problema está provocado por la presencia de una carpeta de información de
instalación de InstallShield; el explorador de Windows puede no poder mostrar la
carpeta, lo que hace que sea fácil olvidar este hecho al intentar hacer limpieza
manualmente después de la desinstalación. Para arreglarlo:
Nota: Debe tener acceso de administrador a la máquina local para poder realizar
este cambio.
1. En la máquina local, vaya hasta el directorio siguiente:
C:\Archivos de programa
101
2. En el menú Explorador de Windows, seleccione Herramientas > Opciones....
3. Pulse la pestaña Ver.
4. En el nodo Archivos y carpetas ocultos, seleccione Mostrar archivos y
carpetas ocultos.
5. Pulse Aceptar.
6. En la carpeta Archivos de programa, ahora la carpeta Información de
instalación de IstallShield debe ser visible.
7. En cada subdirectorio de la carpeta Información de instalación de
InstallShield, abra y lea el contenido del archivo setup.ini. Cuando
encuentre el subdirectorio que contiene la información de instalación del RTV,
suprima este directorio entero.
Mejora del rendimiento de RTV
Existen dos áreas en las que puede acelerar el rendimiento de RTV. Los problemas
de rendimiento típicos en RTV conciernen a la carga de archivos externos, tales
como JavaScript, hojas de estilo e imágenes.
Definir opciones avanzadas del RTV
1. En el menú RTV, seleccione Herramientas > Opciones.
2. Pulse la pestaña Avanzado.
3. Defina los valores de propiedad siguientes:
Opción avanzada
Valor
PJavascript Autopage advanced
OFF
Store Images during Replay
ON
Use Redirect for external image
OFF
Una vez cargada la página inicial de una sesión, los valores anteriores fuerzan que
el contenido estático se almacene localmente. Estos archivos locales se utilizan en
posteriores cargas de páginas, que deben acelerar la carga del resto de las páginas
de la sesión. Consulte "Visor RealiTea - Pestañas de opciones avanzadas" en el
Manual del usuario del visor RealiTea de IBM Tealeaf.
v Puede configurar estos valores para perfiles de usuario. Consulte "RealiTea
Viewer - Opciones de perfil" en IBM Tealeaf RealiTea Viewer User Manual.
Creación de base de datos de archivos externos
Si la solución anterior no era adecuada, puede crear una base de datos de archivos
externos. Se puede utilizar un archivo .tli para almacenar contenido estático, al
que se hace referencia durante la reproducción. Los tiempos de carga para la
primera página de una sesión mejoran con este método.
Nota: Si se realizan cambios en el sitio, esta solución puede provocar que el RTV
haga referencia a una versión obsoleta de archivos almacenados, que podría
generar diversos problemas de reproducción. Cuando se realizan cambios del sitio,
deberá eliminar el archivo .tli de la configuración, y repetir estos pasos para crear
uno nuevo.
102
1. Aplique los valores de la solución anterior. Consulte “Definir opciones
avanzadas del RTV” en la página 102.
2. En la pantalla Opciones, seleccione la pestaña Archivos estáticos.
3. Seleccione la opción ’Obtener imágenes’ va a la base de datos de archivos
estáticos.
4. Pulse Nuevo. Puede aceptar el nombre sugerido o escoger un nombre y
ubicación de archivo preferido.
5. Pulse Aceptar.
6. Los archivos externos ahora se almacenan cuando reproduce una sesión.
Cuantas más páginas se reproducen, menos solicitudes se necesitan del
servidor de origen.
Las imágenes no se visualizan en RealiTea Viewer
El SERVER_NAME en una REQ se debe poder resolver en un nombre que pueda
acceder al servidor web original desde el escritorio donde se está ejecutando el
visor. Por ejemplo, si SERVER_NAME es company.com pero el escritorio debe
utilizar
http://www.company.com/
para acceder al sitio web, el visor no puede obtener la imagen.
Para arreglar este problema, puede utilizar la opción para volver a correlacionar el
servidor del perfil del visor:
1. En el RTV, seleccione Ver > Opciones > Perfil > Editar perfil
2. Cree una stanza que se llama company.com. Este valor debe coincidir con la
serie que se encuentra en SERVER NAME.
3. En esta stanza, cree una línea:
SERVER_NAME=www.company.com
4. Guarde los cambios del perfil y salga del diálogo de opciones. La reproducción
se debe volver a trazar y las imágenes están presentes.
Cada servidor web capturado debe tener una stanza en el perfil. Si hay 5
servidores que se están capturando, cada una de las cinco stanzas debe tener
SERVER NAME=www.company.com añadido al perfil. Por ejemplo, si el SERVER_NAME
en las REQ son web1, web2, web3, etc. debe haber una sección para cada una;
[web1], [web2], [web3], etc.
No se reproducen scripts en RealiTea Viewer
Error - CallJS: No se ha encontrado la función JavaScript:
TeaLeaf_Client_tlGetNodeFromXPath
Durante la reproducción de una sesión, se puede visualizar el error siguiente:
Error - CallJS: Función Javascript no encontrada:
TeaLeaf_Client_tlGetNodeFromXPath
Este error puede deberse a una de las causas siguientes:
1. Scripts que no se permite ejecutar en IBM TealeafCX RealiTea Viewer: IBM
TealeafCX RealiTea Viewer debe configurarse para reproducir scripts incluidos
en una sesión. Verifique lo siguiente:
a. En el menú RTV, seleccione Herramientas > Opciones....
103
b. Pulse la pestaña Reproducir.
c. Seleccione el recuadro de selección Permitir ejecución de scripts.
d. Pulse Aceptar.
v Consulte "RealiTea Viewer - Opciones de reproducción" en el Manual del
usuario de IBM Tealeaf RealiTea Viewer.
2. Páginas HTML con formato inadecuado: en la sesión, puede aparecer el
mensaje de error anterior en únicamente algunas de las respuestas. Compruebe
lo siguiente:
a. Abra la sesión.
b. Pulse la herramienta de reproducción en la barra de herramientas.
c. En la lista Páginas visibles, seleccione una de las páginas en las que se
produce el error.
d. Pulse con el botón derecho en el panel de reproducción y seleccione Ver
origen de documento....
e. Se visualizará la respuesta. Si esta página es una página HTML, la página
debe tener la estructura básica siguiente. Verifique que aparezcan listados
los códigos siguientes en el orden visualizado, ignorando el contenido entre
ellos:
<HTML>
<HEAD>
(contenido de cabecera)
</HEAD>
<BODY>
(contenido de cuerpo)
</BODY>
</HTML>
f. Si la estructura anterior no se encuentra en la página visualizada, puede que
la aplicación web no haya construido correctamente la página seleccionada.
Guarde la página de origen visualizada en Notepad.exe en el sistema local y
facilítesela al equipo de desarrollo de aplicaciones web.
"No se han podido cargar sesiones del conjunto de resultados" al
recuperar sesiones en el RTV
Al completar una búsqueda en el RTV para sesiones completadas, puede recibir un
error similar al siguiente:
No se han podido cargar sesiones del conjunto de resultados RS_20091124-992233-000 en
el servidor cximpact:19000
Si recibe el error anterior, especifique el URL siguiente en el navegador:
http://cximpact:19000/version
Si el URL anterior no puede devolver el XML que contiene la información de
versión del Tealeaf Search Server (TLSrchSrv), intente el URL siguiente:
http://cximpact.mycompany.com:19000/version
Si lo anterior devuelve un XML, debe proporcionar el nombre completo del
servidor de búsqueda como un alias en la configuración del servidor de búsqueda.
Completar las siguientes pasos.
2. En el menú Portal, seleccione Tealeaf > TMS.
3. Se visualiza el sistema de gestión de Tealeaf.
104
4.
5.
6.
7.
8.
v Consulte "Sistema de gestión de Tealeaf" en la publicación IBM Tealeaf
cxImpact Administration Manual.
Seleccione el servidor que contiene el servidor de búsqueda al que está
accediendo la instancia local del RTV.
Pulse el Nodo de servidor de búsqueda.
Pulse Configuración del servidor de búsqueda.
En el panel Acciones, pulse Ver/Editar.
En la configuración del servidor de búsqueda, especifique el nombre completo
del servidor de búsqueda, que puede tener el formato siguiente:
cximpact.mycompany.com
v Es necesario http://.
v No es necesario el número de puerto (19000 en los ejemplos).
9. Pulse Aceptar.
10. En TMS, configure una tarea para distribuir esta configuración del servidor de
búsqueda en otros servidores.
v Consulte "Pestaña Trabajos TMS" en el Manual de administración de IBM
Tealeaf cxImpact.
11. Cuando el trabajo se completa, vuelva a ejecutar la búsqueda para ver si se
devuelven resultados.
Error durante la reproducción de sesiones archivadas
Para sesiones de archivada, puede ver el siguiente mensaje de error:
La sesión <número de sesión> en el recipiente LSSN_*
no puede cargarse:
error de apertura de LSSN en <nombre de servidor>.
1. Para solucionarlo, puede solicitar los archivos TLX correspondientes del
servidor de búsqueda desde la máquina de índice/portal o la máquina del
recipiente, o bien puede utilizar el ID de sesión para acceder al recipiente.
2. Si ninguna de las opciones mencionadas anteriormente funciona, solicite el
archivo TLC desde el servidor de búsqueda.
3. Si esto funciona, salga de IBM TealeafCX y verifique que los valores del
servidor IBM TealeafCX para la configuración de dos máquinas tengan valores
correctos a través del portal.
4. Intente de nuevo la reproducción.
¿Qué produce un código de estado 0?
HTTP StatusCode=0 está asociado con la captura incompleta de un hit o una
página y a menudo con un etiquetado del hit como "solicitud cancelada"
(ReqCancelled=Client, ReqCancelled=Server o bienReqCancelled=True").
La cancelación de la solicitud según lo interpretado por el software de captura
pasiva se puede producir de varias maneras:
1. El visitante ha pulsado el botón Atrás o ha pulsado un enlace visible antes de
que una página haya terminado de representarse.
2. El visitante pudo pulsar de forma explícita el botón Detener en el navegador o
pulsar la tecla Esc en el teclado o algo similar.
3. La longitud real de los datos de solicitud o de respuesta puede diferir del valor
especificado en la cabecera HTTP Content-Length. El cliente o el servidor que
105
cierra la conexión TCP/IP, errores de cálculo o de notificación de la longitud
del contenido por parte del servidor web o la falta de cabecera Content-Length
pueden causar este efecto.
Viewer muestra incorrectamente el botón Atrás pulsado en varias
páginas
Viewer presupone que se ha utilizado el botón Atrás del navegador cuando el
Referenciador de la página actual no es el URL de la página inmediatamente
anterior en la sesión.
1. Para desactivar la inserción de botón Atrás, seleccione Ver > Opciones.
2. Seleccione la pestaña Reproducir.
3. Borre el recuadro de selección Insertar páginas finales.
Visualización de cabeceras HTTP en la vista de reproducción
1. En el RTV, seleccione Ver > Opciones.
2. Pulse la pestaña Reproducción.
3. Defina el valor para omitir la cabecera HTTP en Auto.
Parece que faltan algunas páginas al reproducir sesiones
En el caso de sesiones en las que parece que faltan páginas, las causas más
probables son las siguientes:
v Viewer puede estar configurado para no reproducir la página. Para resolver este
problema:
– Adquiera el URL completo de la página, incluida la extensión de archivo.
– Compruebe la opción de Viewer para las páginas interpretadas.
– Verifique si el tipo de archivo que desea reproducir tiene una marca de
selección junto a su extensión.
– Revise la opción de Viewer del perfil para asegurarse de que los URL de las
páginas que faltan no aparezcan listados en una línea IGNOREURL.
v Si está utilizando un servidor IBM Tealeaf CX Passive Capture Application
(servidor PCA):
– Es posible que exista un servidor web que el servidor PCA no estaba
configurado para capturar en la página Interfaz de la UI de web de servidores
PCA.
– Las páginas que faltan son de tipo de archivo Binario. Para determinarlo:
- Créese una sesión. En las páginas que faltan reproducir, ¿cuál es la
extensión de archivo de las páginas? ¿Coincide con una extensión que se
encuentra en la lista ExcludeExtensions de la página Miscelánea de la UI
web de los servidores PCA?
- En este caso, elimine la extensión de la lista ExcludeExtensions y pulse
Guardar cambios (preferiblemente cuando el tráfico web es bajo para
minimizar la interrupción de la captura de datos).
– Puede que haya un problema con los datos de entrada al NIC de captura de
servidores PCA.
- Si puede definir un evento de nivel de sesión que reconozca la ausencia de
las páginas, puede realizar un TCPDump específico para determinar si
existe dicho problema. Inicie una ejecución de TCPDump (salida a un
archivo) en un momento del día en el que este problema tenga más
106
probabilidades de producirse. Si puede filtrar el tráfico por la dirección IP
del servidor web o como mínimo por el número de puerto IP, eso puede
ayudar a evitar que el tamaño del archivo de salida crezca demasiado
rápido. Consulte “Antes de empezar” en la página 6 para obtener
instrucciones sobre cómo utilizar TCPDump para registrar tráfico de red en
un archivo.
- Tras realizar los cambios anteriores, observe el portal para ver la aparición
del evento de página que falta. Después de ver el evento, la ejecución de
TCPDump se puede detener. A continuación, puede recuperar la sesión que
activó el evento, obtener de ella REMOTE ADDR (dirección IP del cliente) y
filtrar el archivo de salida TCPDump para crear un archivo mucho más
pequeño para analizar si falta la página porque faltan algunos datos de
entrada en el servidor PCA (para obtener instrucciones, consulte “Antes de
empezar” en la página 6).
Este procedimiento es más complicado si el tráfico Web de interés es HTTPS. En
ese caso, debe verificar que el principio de la sesión capturada que se produjo
después del principio de la de TCPDump se ha ejecutado para garantizar que la
salida TCPDump contenga el reconocimiento SSL inicial. La captura de estos datos
de reconocimiento es esencial para descifrar los datos capturados para el análisis.
Si utiliza el filtro de captura de IIS:
v Existe un servidor web cuyo filtro de captura no está instalado/no funciona/no
se puede conectar/tiene un ancho de banda insuficiente en el servidor
Tealeaf/experimenta errores de red intermitentes en el servidor Tealeaf. En este
caso, la solución es revisar el registro de eventos de aplicación de Windows de
cada servidor web para asegurarse de que el filtro se ejecute correctamente en
cada uno de ellos.
v Las páginas que faltan son de tipo de archivo Binario. Para determinar si este es
el caso, ejecute manualmente una sesión. En las páginas que faltan reproducir,
¿cuál es la extensión de archivo de las páginas? ¿Coincide con una extensión
encontrada en la lista ExcludeExtensions del archivo TealeafIIS.cfg? En caso
afirmativo, elimine la extensión de la lista ExcludeExtensions en el archivo .cfg
de cada servidor web y reinicie IIS para volver a cargar el archivo .cfg
(preferiblemente cuando el tráfico web sea muy bajo).
Código de estado HTTP 304 y objetos de memoria caché
Como parte de una solicitud GET, el navegador puede incluir una cabecera que se
denomine If-Modified-Since.
v La vista de solicitud capturada por Tealeaf la visualiza como HTTP IF MODIFIED
SINCE.
Junto con esta cabecera se encuentra una fecha que indica cuándo se almacenó
en caché el objeto. Le corresponde al servidor web buscar esta cabecera y
comparar la fecha que hay en ella con la fecha de última modificación del
recurso solicitado. La mayoría de servidores web admiten esta opción.
Si el servidor web da soporte a esta opción, puede devolver un código de estado
HTTP 304, para indicar al navegador que utilice su copia local almacenada en
memoria caché. Esta interacción entre el navegador web y el servidor sigue dando
como resultado un par REQ/RSP con un cuerpo de respuesta de longitud cero.
Esta secuencia de eventos es diferente de pulsar el botón Atrás del navegador y
obtener una página de la memoria caché local sin que se emita ningún REQ al
servidor web.
107
El navegador sólo incluye la cabecera If-Modified-Since en su solicitud si
encuentra una copia del objeto en su memoria caché local de forma que este
comportamiento sólo deba aplicarse a archivos que se puedan almacenar en
memoria caché.
La memoria caché no es necesariamente la memoria caché interna, aunque
depende totalmente de cada navegador la forma en que se maneja. En el caso de
Internet Explorer, los archivos almacenados en memoria caché se almacenan como
archivos de Internet temporales en el disco local y se conservan hasta que los
suprima explícitamente en las Opciones de Internet de Internet Explorer. Por
consiguiente, salir de un navegador y volver a abrirlo no evita códigos 304.
Si ha seleccionado el recuadro de selección Cargar páginas 304 remotas en la
pestaña Opciones de reproducción, ejecuta una solicitud GET simple que no
incluye la cabecera If-Modified-Since, de forma que el servidor web devuelve el
objeto en lugar de una respuesta 304. No obstante, es posible que Viewer no
recupere el mismo objeto que vió el visitante original. Cualquier redirección que se
produzca como resultado de ello, como por ejemplo en la página inicial, no es
aparente de forma inmediata al reproducir una sesión, y este es el motivo por el
que normalmente esta opción está inhabilitada.
v Consulte "RealiTea Viewer - Opciones de reproducción" en el Manual del usuario
de IBM Tealeaf RealiTea Viewer.
¿Por qué faltan los archivos .css en mis sesiones?
Los archivos de hojas de estilo en cascada (.css) se consideran contenido estático.
En función de cómo se ha configurado el entorno Tealeaf, algunos o todos los tipos
de archivo siguientes se pueden eliminar de la captura:
.au, .avi, .bin, .bmp, .cab, .class, .css, .dcr, .doc,
.exe, .gif, .gz, .htc, .htrc, .jar, .jpeg, .jpg, .js,
.mov, .mp3, .mp4, .mpe, .mpg, .pdf, .png, .ppt, .ra, .ram,
.rar, .rm, .rtf, .snd, .swf, .tif, .tiff, .wav, .xls,
.zip, .ico
La lista anterior de extensiones de archivo identifica muchos tipos comunes de
archivos binarios, que se pueden gestionar a través de los mecanismos siguientes:
v PCA: A través de la pestaña Interconexión en la consola web de PCA, puede
configurar los métodos siguientes de gestión de contenido binario:
– Los archivos capturados cuyas extensiones están presentes en la lista
Extensiones excluidas se eliminan automáticamente mediante la PCA.
Consulte "Consola web de PCA - Pestaña Interconexión" en el Manual de la
– A partir del build 3502 de PCA, puede configurar la PCA para eliminar
respuestas identificadas como imágenes. Consulte "Consola web de PCA Pestaña Interconexión" en el Manual de la aplicación de captura pasiva de IBM
Tealeaf.
v Interconexión Windows:
– Cuando está habilitado en el agente de sesión de eliminación de datos,
DelImages descarta datos de imagen en la interconexión de Windows, de
forma que el contenido estático que se repite no se almacena en la sesión.
Consulte "Agente de sesión de descarte de datos" en el Manual de configuración
de IBM Tealeaf CX.
– De forma opcional, puede configurar un archivado estático para capturar y
almacenar contenido estático, de forma que conserva una instantánea
permanente de sesiones capturadas.
108
Nota: Cuando se despliega un archivado estático, DelImages debe estar
inhabilitado. Consulte "Gestión de archivos estáticos" en el Manual de
En función de cómo se ha configurado el entorno Tealeaf, el contenido estático,
incluidas las hojas de estilo (archivos .css) se puede eliminar durante el proceso.
Cuando una extensión de archivo se ha configurado para ser eliminado, Tealeaf
descarta la respuesta.
v Si la solicitud tiene un código de estado HTTP de 200, la solicitud se elimina.
Como resultado, las solicitudes de contenido estático no aparecen en la lista de
páginas de una sesión, a menos que haya un error al cumplir la solicitud.
Cada página puede realizar varias solicitudes para estos archivos, de forma que
almacenar cada hit correcto de estos tipos puede desperdiciar espacio en la base de
datos y los índices. Estos archivos estáticos rara vez cambian. A menos que haya
un error específico, es más razonable asumir que se han entregado correctamente.
Error durante la reproducción de páginas HTML estáticas
Faltan atributos de ancla en el código HTML de enlace <A>
Los atributos de ancla que enlazan con elementos en la misma página HTML no se
descargan con las páginas en la sesión. Estos elementos son una función de código
del lado del cliente, por consiguiente puede ver varios enlaces resaltados en la
misma página.
Problemas de reproducción con aplicaciones creadas para versiones
principales de Internet Explorer
Algunas aplicaciones web se pueden crear para sacar partido de las características
innovadorasintroducidas en las últimas versiones de Internet Explorer. Las
aplicaciones como, por ejemplo, el RTV, que utilizan una versión incorporada del
control del navegador web IE requieren un valor de registro específico para
permitir el uso de estas características.
Nota: Antes de realizar cambios, deberá verificar que tiene la última versión RTV
compatible con la solución IBM Tealeaf cxImpact instalada en el escritorio. Puede
obtener información adicional relativa a la descarga del software de Tealeaf
consultando Descargas de Tealeaf CX.
De forma predeterminada, el control del navegador web en RTV revierte al modo
de compatibilidad de IE 7, que puede generar peculiaridades durante la
reproducción. Los síntomas pueden incluir:
v Diferencias de tamaño de texto
v Alineación de formulario
v Rarezas de CSS
Con fines de compatibilidad, el control del navegador web se ejecuta en el modo
estándar de IE7 de forma predeterminada si no se ha definido ningún valor de
clave de control de característica para una aplicación.
Para garantizar una reproducción correcta, debe configurar el control del
navegador web IE utilizado por el RTV de forma predeterminada en la versión
apropiada del navegador IE. Para ejecutar el control del navegador web de RTV en
el modo de estándares de IE8, añada el nuevo valor siguiente en el registro:
109
[(HKEY_CURRENT_USER or HKEY_LOCAL_MACHINE)\Software\Microsoft\
Internet Explorer\Main\FeatureControl\FEATURE_BROWSER_EMULATION]
"RealiTeaPro.exe" = dword 8000 (Hex: 0x1F40)
Consulte http://msdn.microsoft.com/en-us/library/ee330730%28v=vs.85
%29.aspx#browser_emulation.
Problemas de proxy con IE6
Si se está conectando a través de un servidor proxy a la aplicación web utilizando
IE6, el RTV puede encontrar problemas de reproducción. Durante la reproducción,
estos problemas pueden aparecer como páginas de error de código de estado 404
que se visualizan en la ventana de reproducción. Los datos de respuestas pueden
ser precisos, y la descarga de imagen parece que funciona, pero realmente no
captura el contenido.
El RTV utiliza una versión incorporada del control de Internet Explorer para la
versión de IE que está instalada en el sistema local. El RTV crea un servidor HTTP
interno para su uso con la reproducción. Si el control de IE no se ha configurado
para omitir el servidor proxy y utilizar en su lugar el servidor local, el RTV puede
no ser capaz de reproducir el contenido.
IE7 o posterior se ha configurado automáticamente para realizar este salto. En IE6,
debe configurar manualmente Internet Explorer para que omita el proxy a favor de
las direcciones locales del servidor HTTP.
1. En el sistema local, abra Internet Explorer 6.
2. En el menú IE, seleccione Herramientas > Opciones....
3. Pulse la pestaña Conexiones.
4. Pulse Configuración de LAN....
5. En el panel del servidor proxy:
a. Pulse la casilla de verificación Utilizar un servidor proxy para la LAN.
b. Pulse la casilla de verificación Omitir servidor proxy para direcciones
locales.
6. Pulse Aceptar.
7. Pulse Aceptar.
8. Cierre el IE6.
9. Reinicie RTV.
El visor afirma que IndexWizard.dll no es compatible
Un diálogo RTV muestra lo siguiente:
IndexWizard.dll es incompatible, el visor no puede encontrar el archivo .tlx.
1. Abra una ventana de indicador de mandatos en el directorio de instalación del
Visor RTV.
regsvr32 IndexWizard.dll
Se abren documentos .pdf incluidos en una ventana separada
En las preferencias de Internet de Adobe Reader 8, existe un valor para abrir .pdf
sin la ventana del navegador. Este valor debe habilitarse.
110
Iconos de evento no disponibles
Si los iconos de eventos no están disponibles, efectúe una de las configuraciones
siguientes en función del despliegue de Tealeaf.
Tealeaf integral o servidor de portal autónomo
1. Ejecute RegEdit en el servidor de portal.
2. Navegue a la ubicación siguiente:
HKEY LOCAL MACHINE\ SOFTWARE\TeaLeaf Technology\DataStore\SearchServer
3. EventImagesPath debe ser la vía de acceso completa del directorio
...\TeaLeaf\Portal\WebApp.
Despliegue de varios servidores
2. Desde el menú Portal, seleccione Tealeaf > TMS.
3. En la pestaña WorldView, seleccione un servidor que aloja un recipiente
(servidor de procesos).
a. Abra el nodo de servidor de búsqueda.
b. Pulse el nodo Configuración de servidor de búsqueda.
c. Pulse Ver/Editar.
d. Especifique el valor apropiado para el Portal Server.
e. Guarde los cambios.
v Consulte "Pestaña TMS WorldView" en el Manual de administración de IBM
Tealeaf cxImpact.
4. Si hay varios recipientes en el entorno, repita los pasos de TMS anteriores para
cada recipiente.
5. Configure un trabajo para distribuir los cambios en el servidor o servidores de
recipiente.
v Consulte "Pestaña Trabajos TMS" en el Manual de administración de IBM Tealeaf
cxImpact.
Reglas de reproducción
La regla IgnoreURL hace que se fusionen listas de eventos
con la lista de páginas
Si ha creado una nueva regla IgnoreURL, puede que observe que la lista de
eventos se ha fusionado con la lista de páginas. Esto ocurre con poca frecuencia.
El problema se puede corregir completando los pasos siguientes:
1. Si tiene cambios sin guardar en la sesión, guárdelos.
2. Cierre la sesión.
3. Vuelva a abrirla.
4. Los paneles están separados como es habitual.
Bloqueos uniformes del visor RealiTea (RTV)
El RTV descarga todos los hits para una sesión al realizar la reproducción. Al
realizar búsquedas, debe descargar los hits específicos que coinciden con la
búsqueda.
111
Si abre el RTV por la mañana y dedica horas a la búsqueda y reproducción de
sesiones, el RTV consume grandes cantidades de espacio en disco en su directorio
temporal. Después de horas de uso, la ventana de la aplicación RTV puede
desaparecer de repente. Si tiene este problema:
v Intente realizar búsquedas más restrictivas. Las ventajas son dobles:
– Las búsquedas acaban más rápido
– Los conjuntos de resultados consumen menos memoria en el sistema que
ejecuta el RTV
v Tras la búsqueda, espere hasta que los resultados del hit se visualicen antes de
iniciar la reproducción. Pulse Cancelar en el extremo superior derecho de la
pantalla de resultados de búsqueda de RTV mientras el RTV está descargando
hits individuales para ir directamente a la reproducción.
v Realice un descanso cada hora aproximadamente o después de reproducir una
puntuación de sesiones para cerrar el RTV y volverlo a abrir. Este reinicio
permite al RTV liberar espacio en la memoria y las cachés de disco.
La comparación de datos de POST falla para POST de DWR
Si ha actualizado al release 8.4 y el sitio utiliza DWR para transferir mensajes al
servidor web, debe aplicar un parche y realizar un cambio en el perfil de
reproducción de RTV para que los POST se puedan emparejar correctamente.
v Consulte "Descripción general de RealiTea Viewer" en IBM Tealeaf RealiTea Viewer
User Manual.
Utilización del RTV entre varias versiones de CX
En algunas instalaciones de cliente, están disponibles varias versiones de IBM
Tealeaf cxImpact. ¿Cómo se puede configurar el RTV para acceder a cada versión?
v Versiones conocidas: 46xx y posteriores
El área problemática del RTV es el editor de eventos. Debe hacer que esté
disponible para la última versión del RTV la DLL del editor de evento para cada
versión de IBM Tealeaf cxImpact en uso. En el ejemplo siguiente, existen dos
versiones de IBM Tealeaf CX en uso: 6050 y 7075.
1. Instale una versión completa del último release del RTV.
2. Desde el release 6050, encuentre en el archivo EventEd.dll en el directorio de
instalación de Tealeaf.
3. Cambie el nombre de este archivo por EventEd6050.dll.
4. Copie este archivo en el directorio del RTV para el release 7075.
5. Para editar eventos en el recipiente 6050:
a. Cierre el RTV.
b. Desde el menú Inicio de Windows, seleccione Ejecutar.
c. Ejecute el siguiente comando:
regsvr32 EventEd6050.dll.
d. Vuelva a abrir el RTV.
6. Para editar eventos en el recipiente 70755:
a. Cierre el RTV.
b. Desde el menú Inicio de Windows, seleccione Ejecutar.
c. Ejecute el siguiente comando:
regsvr32 EventEd.dll.
d. Vuelva a abrir el RTV.
112
Resolución de problemas - Libro de instrucciones de reproducción
Esta sección describe un libro de instrucciones de reproducción de pasos
preliminares que puede seguir para diagnosticar problemas comunes con la
reproducción de sesiones Tealeaf a través de IBM Tealeaf CX RealiTea Viewer.
Descritas como una secuencia de pasos, las secciones siguientes contienen varios
ejemplos para ayudar a aliviar problemas comunes asociados a la situación de
reproducción especificada.
Visión general de la reproducción
Durante la reproducción, RTV carga una versión de la página web de destino en
una instancia de Internet Explorer, que tiene el control. Cuando se solicitan los
objetos necesarios para la página de destino, RTV intercepta la solicitud en la
instancia de Internet Explorer y decide si tiene el objeto solicitado en la sesión
cargada o si debe obtenerlo del servidor original, la aplicación web.
Si RTV puede localizar el objeto en los datos de sesión, crea una versión del mismo
y lo solicita a través de un servidor proxy que utiliza para entregar el objeto
seleccionado como si viniera de un servidor web externo.
v Cuando examine las cabeceras de la solicitud, estas solicitudes con proxy suelen
originarse desde localhost:<cierto_número_puerto>.
Las imágenes, JavaScript y CSS no suelen capturarse y almacenarse en los datos de
sesión, puesto que estos elementos no cambian a menudo y requieren una
sobrecarga de almacenamiento significativa. Durante la reproducción, estos
elementos se solicitan habitualmente del servidor de origen. Otros elementos tales
como HTML, scripts que se crean basándose en datos del cliente, JSON y datos
binarios, suelen capturarse en datos de sesión; si se solicitan en directo durante la
reproducción, puede que hayan cambiado o que no estén disponibles.
Nota: los datos que deben ser los mismos durante la captura y durante la
reproducción deben capturarse en datos de sesión.
Para obtener más información sobre la resolución de problemas comunes, incluidas
las tablas de problemas de reproducción, consulte “Pasos siguientes” en la página
118.
Comprobación 1. Verificar que todo lo que necesita está en la sesión
En la página Detalles de carga de página en el RTV, puede ver cada objeto que está
solicitando la página web desde la sesión y el servidor de origen.
v Si hay algún elemento, los detalles de carga de página podrían ofrecer
información de los elementos que no se reproducen correctamente.
v Para acceder a los detalles de carga de página, seleccione Ver > Detalles de
carga de página.
Muchos problemas de reproducción aparentemente complejos se pueden rectificar
verificando que todos los datos necesarios están en los datos de sesión o son
accesibles desde el servidor. A menudo, un elemento de IU que falta o que no se
puede reproducir se corrige en cuanto está disponible una solicitud POST o JSON
que falta en la sesión.
113
Ejemplos
v Si JavaScript o CSS no se ha recuperado correctamente durante la reproducción,
es posible que el sitio no se reproduzca correctamente o puede tener una
presentación pobre.
– Estos tipos de errores se corrigen fácilmente.
v Algunos archivos se crean basándose en las credenciales de usuario, como
cookies o cuentas de inicio de sesión.
– Si estos archivos no se capturan en los datos de sesión y se vuelven a solicitar
durante la reproducción, normalmente, no se completan correctamente. En la
mayoría de los casos, se devuelve una versión genérica del archivo desde el
servidor de origen, o se produce una redirección durante la solicitud, que
devuelve otra página sin asociar como, por ejemplo, la página de inicio. Este
problema genera una reproducción errática.
v Si los datos de POST son necesarios para afectar dinámicamente a elementos de
IU de la página web, estos datos se deben capturar en los datos de sesión.
– Los ejemplos comunes incluyen listas desplegables que se llenan
automáticamente basándose en las opciones anteriores o los grupos de
botones de selección conmutados de acuerdo con la entrada de usuario.
– Normalmente durante la reproducción, se emite una solicitud cuando se
modifica un elemento de IU. Esta solicitud normalmente es una solicitud
POST que indica al servidor que envíe los datos necesarios para la página.
Esta solicitud y los datos devueltos deben estar en la sesión para que la
reproducción describa correctamente lo que ha pasado durante la captura.
– Es posible que se tenga que implementar la captura de IU para poder
capturar estos datos.
v Existen determinados casos donde JavaScript se debe capturar en los datos de
sesión para que la reproducción funcione correctamente.
– Algunos buenos ejemplos son los archivos ashx para sitios web .NET, ya que
contienen código de script que es necesario para controlar elementos de IU de
la página.
– Si estos datos se están creando dinámicamente en el servidor durante la
interacción del usuario con la página web, la reproducción debe hacer
referencia a versiones idénticas a la versión utilizada durante la captura. En
esta instancia, el JavaScript creado de forma personalizada se debe capturar
en los datos de sesión para reproducirse correctamente.
v Si tiene dudas, consulte los detalles de carga de página.
Reproducción para sitios que requieren inicio de sesión
Si el cliente tiene la mayoría de su contenido estático como, por ejemplo, imágenes,
script u objetos, bloqueados para los usuarios que no han iniciado sesión,
probablemente el RTV tendrá problemas al recuperar este contenido durante la
reproducción.
Opciones
v Puede adquirir el contenido y colocarlo en un servidor proxy, como el servidor
Tealeaf Portal, que puede almacenar el contenido de forma que se pueda servir
durante la reproducción. Este escenario requiere una regla de recorrelacción de
host/puerto para correlacionar el del URL para el contenido estático con el
proxy.
v Puede habilitar el modo Business IT en la PCA para que se capturen todas las
imágenes y contenido estático.
114
– Debe eliminar las extensiones de la lista negra y los tipos MIME y añadir las
extensiones de nombre de archivo a la lista blanca (como gif, jpg, etc.).
– También debe verificar que los servidores de procesos tienen DelImages
inhabilitado en el agente de interconexión DataDrop de forma que el
contenido no se elimine. Consulte "Agente de sesión de descarte de datos" en
el Manual de configuración de IBM Tealeaf CX.
Nota: A partir de la compilación de PCA 3502, esta funcionalidad se puede
habilitar en la interconexión de PCA, que limita el volumen de datos que se
procesan y transmiten a los servidores de procesos. Consulte "Consola web de
PCA - Pestaña Interconexión" en el Manual de la aplicación de captura pasiva de
IBM Tealeaf.
Nota: Esta configuración captura todo el contenido de la sesión. El
funcionamiento en este modo aumenta significativamente el requisito de
almacenamiento y solo se debería utilizar durante el POC u otras situaciones
temporales donde se debe demostrar la reproducción. Esta solución solo es
para un uso temporal.
Comprobación 2. Verificar que la privacidad no está bloqueando datos
necesarios
La privacidad se utiliza para ocultar datos sensibles del cliente. Aunque la
privacidad protege los datos del cliente, puede provocar que algunos datos
necesarios para la reproducción estén bloqueados.
Una regla común que provoca problemas de reproducción es BlockURLFields. Esta
regla bloquea todos los parámetros que se añaden al final del URL que sigue al
carácter ?. Si durante la reproducción advierte que muchos de los parámetros de
URL en la lista de navegación (panel superior izquierdo) tienen listas de caracteres
X detrás, puede tener problemas con la configuración de la privacidad.
v Si los parámetros de URL de la lista de navegación tienen algún carácter
repetido detrás, normalmente la privacidad es la culpable.
El RTV necesita los parámetros de URL ocultos para comparar las solicitudes con
los datos de la sesión. Si las solicitudes no se pueden comparar, se solicitan del
servidor de origen. Los hits devueltos no son idénticos a los hits capturados
originalmente, lo que produce una reproducción de baja calidad.
Ejemplos
v Cuando la solicitud de la página principal para la sesión tiene parámetros de
URL, ocultarlos puede forzar al RTV a solicitarlos al servidor de origen, lo que
genera una reproducción de baja calidad y un aumento artificial del recuento de
hits para la página.
v Si las páginas .axd de las sesiones del servidor .NET están bloqueadas por la
privacidad, las partes vitales de la página web que es necesaria para reaccionar
anteeventos JavaScript no están disponibles.
– Puesto que estas páginas normalmente tienen el mismo nombre con distinto
contenido (por ej. WebResource.axd?xxxxxxx) para cada solicitud, el RTV
necesita los parámetros de URL para decidir qué versión de WebResource.axd
en la sesión es necesaria para la página.
– Hay varios tipos de archivos donde esto se puede producir. Cualquier archivo
que contiene JavaScript para controles de IU debe estar disponible durante la
reproducción a través de los datos de sesión.
115
v Si los datos POST están bloqueados por la privacidad o la solicitud de POST
tiene parámetros de URL que están bloqueados por la privacidad, estas
solicitudes de POST no se comparan correctamente y los elementos de IU no se
pueden reproducir.
v La reproducción está inhabilitada para cualquier URL si los parámetros
utilizados para convertir la página en única han sido bloqueados por la
privacidad. En un sitio de cliente, las imágenes GIF generadas dinámicamente
de formularios de aplicación se han solicitado utilizando un parámetro document
y page. Si están bloqueados, estos parámetros han provocado que RTV no pueda
encontrar la imagen. La imagen no se ha podido visualizar, aunque existía en la
sesión.
Comprobación 3. La captura de IU de cliente para Ajax se está
utilizando y sus eventos se capturan
Tealeaf ofrece que IBM Tealeaf CX UI Capture for AJAX se vuelva a desplegar en
el sitio web del cliente y que sirva a los navegadores de los visitantes cuando
navegan por el sitio web. Este JavaScript se conecta en los elementos de IU de la
página web del cliente y envía eventos de nuevo al sistema Tealeaf cuando el
visitante interactúa con los elementos de la IU. Los eventos se convierten a datos
XML y se vuelven a publicar (POST) en el sitio web utilizando Ajax.
v Consulte la "Guía de UI Capture for Ajax" en la Guía de IBM Tealeaf UI Capture
for Ajax.
Una vez capturados los eventos de IU, se guardan en la sesión para que los utilice
RTV durante la reproducción. Los eventos vienen en paquetes de XML y se
pueden ver en la vista de REQ de la sesión en RTV. Utilizando las indicaciones de
fecha y hora y otros parámetros, RTV ordena estos eventos y los asocia con las
páginas de la sesión.
Puesto que los eventos se han capturado mientras el usuario interactuaba con la
aplicación web, pueden reproducir como interactuaba el usuario con cada elemento
de IU en la página web y en el orden de interacción. Sin embargo, para que la
reproducción de este tipo funcione correctamente, los eventos se deben emparejar
correctamente con la página padre, y los elementos de IU a los que pertenecen
deben estar disponibles durante la reproducción en la IU de la página.
Nota: La reproducción es secuencial. Si un evento no se reproduce correctamente,
puede esperar que también falle el siguiente paso de los eventos de reproducción.
Si desea más información sobre cómo incluir y configurar la biblioteca, consulte la
"Guía de captura de interfaz de usuario para Ajax" en la Guía de captura de interfaz
de usuario de IBM Tealeaf para Ajax.
Ejemplos
v Una página web contiene un formulario y está haciendo referencia a Tealeaf IBM
Tealeaf CX UI Capture for AJAX. El formulario se muestra u oculta en función
de los valores de un conjunto de botones de selección. Si la reproducción del
evento del botón de selección falla, el formulario no se visualiza durante la
reproducción.
– En este caso, todos los eventos de reproducción para llenar los campos de
formulario después de pulsar dicho botón de selección tampoco se pueden
reproducir, puesto que el formulario no existe en la interfaz de usuario. Esta
situación común tiene muchas variaciones diferentes.
116
v Una página web tiene un conjunto de listas desplegables. La opción de la lista 1
afecta al contenido de la lista 2. Por ejemplo, cuando selecciona Honda en la lista
1, la página solicita los modelos de fabricantes Honda para llenar la lista 2. Si la
solicitud de la lista 1 falla debido a una privacidad que bloquea datos
necesarios, la solicitud genera un error HTTP 404, o el evento para la lista 1 no
se puede activar y, después, la lista 2 no se puede reproducir. Por ejemplo, si
hay una lista 3 que depende de la lista 2, los eventos también fallarían. En este
caso, siga las comprobaciones 1 y 2 para verificar que los datos de evento de IU
se han capturado en la sesión y que las solicitudes se están emparejando
correctamente (por ejemplo, no hay ningún bloqueo de privacidad).
v Existen varios eventos con xpath delante y tienen una lista larga de miembros y
es posible que no tengan datos de "valor". Estos eventos no hacen nada durante
la reproducción y todos los eventos de IU posteriores no hacen nada.
– En este caso, en el evento XPATH falta una parte de información crucial que
probablemente no puede emparejar con el contenido de la página, y RTV no
puede enviar el evento al elemento de IU.
Nota: Esta situación es complicada. Póngase en contacto con Tealeaf
Engineering para recibir ayuda.
Comprobación 4. Verifique que solo se solicita la página principal para
cada página de la lista de navegación
Un problema común con respecto a la reproducción se produce cuando el usuario
de RTV pulsa una página de la lista de navegación. La página aparece y, después,
desaparece, sustituida por una páginaHTTP 404 u otra página incorrecta.
En este escenario, RTV ha ejecutado JavaScript o HTML al resaltar los elementos de
la IU durante la reproducción. RTV no se puede configurar para resaltar campos y
elementos de IU durante la reproducción para denotar el elemento pulsado por el
visitante durante su visita a la aplicación web.
En RTV, la opción de resaltado de la reproducción permite a scripts asociados al
elemento de IU resaltado actualmente ejecutar y realizar todas las acciones que se
han especificado en el script que tenía como finalidad el sitio web de origen. Esta
opción no siempre es necesaria si el sitio de origen es simple y no conmuta
elementos a través de controles de IU. Sin embargo, si el sitio utiliza
comportamientos complejos de JavaScript para controlar elementos de IU, estas
acciones de script se deben ejecutar durante la reproducción.
v En RTV, seleccione Herramientas > Opciones > pestaña Reproducción. Las
opciones se etiquetan, Invocar JavaScript al resaltar.
Ejemplos
v Si el sitio padre tiene un botón Siguiente para navegar desde la página actual,
lo más probable es que este botón provoque una navegación cuando RTV lo
resalta. Debe eliminar esta etiqueta de ancla o JavaScript para que no puede
provocar navegación.
– Consulte Capítulo 5, “Tablas de problemas de reproducción”, en la página
119.
v Hay una página de superposición que hace que el resto de la pantalla esté
inactiva y muestra un formulario con el cual puede interactuar.
117
Comprobación 5. Verifique que el contenido de los marcos está
configurado correctamente
En sitios web que utilizan marcos, la reproducción puede precisar un cierto tiempo
hasta que las páginas se visualizan adecuadamente. Es muy probable que una
página de la sesión sea el marco padre y las páginas siguientes después de esta en
la lista de navegación (lista superior izquierda) sean los marcos hijo que deben
colocarse dentro del padre.
Para permitir la reproducción adecuada de marcos, debe habilitar las funciones de
RTV siguientes:
v Herramientas > Opciones > Reproducir > Reproducir marcos (obligatorio)
v Herramientas > Opciones > Avanzadas > Reproducir marcos remotos
(opcional)
v Herramientas > Opciones > Avanzadas > Colocación agresiva de marcos
(opcional)
A continuación, debe indicar a RTV la jerarquía del conjunto de marcos:
1. Busque la página que espera que sea la página padre. Pulse esta página en la
lista de navegación y pulse el botón RSP para examinar el código HTML de la
respuesta, que debe contener un código <FRAME>. Dentro de este código, debe
aparecer el URL de las páginas siguientes en la lista de navegación.
v Una vez que se encuentren, puede pulsar con el botón derecho del ratón en
la página padre en la lista de navegación y seleccionar Reglas de
reproducción > Colocar esta página en un marco > _top. La página padre se
ha configurado para mantener todas las páginas hijo siguientes.
2. Localice cada página que debe situarse en la página padre de la lista de
navegación. Pulse con el botón derecho del ratón y seleccione Reglas de
reproducción > Colocar esta página en un marco y, a continuación, seleccione
el ID de marco que pertenece a este elemento.
v Normalmente, el parámetro src que se encuentra en el elemento FRAME de la
página padre contiene el URL del elemento hijo que se va a asignar. A
continuación, utilice el parámetro name o ID del elemento FRAME en la página
padre para asignar el hijo.
Pasos siguientes
Si sigue encontrando problemas, consulte Capítulo 5, “Tablas de problemas de
reproducción”, en la página 119.
118
Capítulo 5. Tablas de problemas de reproducción
Esta página es su punto de entrada para encontrar soluciones a problemas que
afectan a la reproducción de sesiones a través del RTV.
Para utilizar esta página
v Revise los escenarios en los enlaces siguientes. Empiezan con S-##.
v Cuando encuentre el escenario aplicable, recorra paso a paso las preguntas.
Nota: Si es posible, revise estas páginas al conectarse a Internet. Las soluciones
de esta página pueden apuntar a las soluciones listadas en otro lugar del manual
de reproducción o la ayuda en línea de Tealeaf.
v “S-01. La página de la reproducción no se visualiza o no es la página correcta ”
en la página 121
– “P-01. ¿Ha comprobado los detalles de carga de la página para ver si la
página se está solicitando correctamente? ” en la página 121
v “S-02. El elemento no aparece en la página web durante la reproducción ” en la
página 121
– “P-01. ¿Alguna de las páginas de la lista de navegación (panel superior
izquierdo) tiene listas de un solo carácter detrás de ellas (como XXXXX o
@@@@)? ” en la página 121
– “P-02. ¿Hay alguna solicitud que genere el código de estado 404 DISTINTA a
imágenes y CSS? ” en la página 121
– “P-03. ¿Hay varias solicitudes en la página de inicio o varias redirecciones en
los detalles de carga de página? ” en la página 122
– “P-04. ¿Hay gráficos cargándose o una sección grande de la página está
blanco? ” en la página 122
v “S-03. Un elemento de IU está presente en la página pero no se llena con datos.
La reproducción posterior no funciona. ” en la página 122
– “P-01. En los detalles de carga de la página, ¿hay solicitudes 404 DISTINTAS
a imágenes y CSS?” en la página 122
– “P-02. En los detalles de carga de la página, ¿hay solicitudes que se están
redirigiendo o devolviendo datos vacíos? ” en la página 122
– “P-03. En los detalles de carga de página, ¿hay alguna solicitud que se está
completando con 200 que forma parte del tipo POST Y se está solicitando del
servidor de origen? ” en la página 122
- “P-03.NO. ¿El URL está presente en TLA?” en la página 123
v “S-04. Se muestra una página durante la reproducción, pero se sustituye
inmediatamente por una página 404 o alguna otra página que es obvio que no es
la correcta. ” en la página 123
– “P-01. En los detalles de carga de página, ¿ve una solicitud para más de una
página PRINCIPAL (página con una extensión "asp, jsp, html, htm, php,
etc...)?” en la página 123
- “P-01.Sí. ¿La página inicial tiene un botón para enviar u otro botón de
transición de página incluido (como "siguiente")? ” en la página 123
v “S-05. Una parte del contenido de ventana no aparece (cargando gráficos o una
área en blanco obvia en la página). ” en la página 124
119
– “P-01. ¿Hay varias páginas posteriores en la lista de navegación (lista superior
de la izquierda) que tienen HTML sin formato o datos con un aspecto
extraño? ” en la página 124
- “P-01. SÍ ¿El contenido de las páginas siguientes parece que debería ser el
contenido del área con el gráfico que se está cargando o el área en blanco?
” en la página 124
– “P-02. En los detalles de carga de página (ver S-01) ¿hay alguna solicitud del
tipo POST que esté devolviendo 404?” en la página 125
– “P-03. En los detalles de carga de página (ver S-01), ¿se ha completado algo
correctamente (no 404) y podrá ver el contenido que se supone que debe estar
en el área en blanco pero sigue apareciendo como otra página (en la lista de
navegación)? ” en la página 125
– “P-04. ¿Un área rectangular (posiblemente en blanco o con un mensaje) cubre
una parte de la página? ” en la página 125
– “P-05. Cuando consulte RSP (toque el botón RSP), ¿parece que hay una
página entera (lo que significa abrir y cerrar etiquetas html, etiquetas de
cuerpo y contenido) con un aspecto parecido a un HTML válido? ” en la
página 125
v “S-06. Sigo obteniendo elementos emergentes que mencionan errores de
javascript. ” en la página 126
– “P-01. ¿Los elementos emergentes le preguntan si desea depurar? ” en la
página 126
– “P-02. ¿Los elementos emergentes le piden si desea seguir ejecutando
scripts?” en la página 127
- “P-01. SÍ ¿La mención del elemento emergente "acceso rechazado" Y la
página actual está utilizando HTTPS?” en la página 127
- “P-02. SÍ ¿El elemento emergente menciona "acceso rechazado"? ” en la
página 127
- “P-03. SÍ ¿El elemento emergente menciona "'x' está sin definir"?” en la
página 128
v “S-07. La reproducción del RTV es significativamente más lenta que el sitio en
directo ” en la página 129
– “P-01. ¿Está bloqueando algún URL sustituyendo parte de ellos (es decir,
cambiando "my.site.com" por "blocked")?” en la página 129
v “S-08. algunos eventos de IU de cliente no se reproducen ” en la página 129
– “P-01. ¿Los eventos de IU se reproducen hasta un punto determinado? ” en la
página 129
- “P-01. SÍ ¿Ve algún evento de IU del tipo "Excepción"?” en la página 129
- “P-02. SÍ Cuando pulsa el ratón, ¿los eventos que parece que deberían
realizar algo no puede afectar a la página? ” en la página 129
- “P-03. SÍ ¿La página contiene campos de formulario pero parece que los
eventos no están? ” en la página 130
- “P-04. Sí ¿El evento que falla del tipo "cambia" está en la lista de
navegación? ” en la página 130
- “P-05. SÍ ¿El evento roto empieza con "xpath" en su entrada de la lista de
navegación? ” en la página 131
v “S-09. Tengo páginas que desordenan la reproducción. ” en la página 131
– “P-01. ¿Las páginas se visualizan como un montón de caracteres sin sentido
(de forma aparente)? ” en la página 131
120
- “P-01. SÍ ¿Las páginas tienen una serie de consulta única o un URL que no
coincide con las páginas que desea mostrar? ” en la página 131
- “P-02. ¿Las páginas tienen el mismo URL o serie de consulta que también
coincide con las páginas que desea visualizar? ” en la página 131
– “P-02. ¿Las páginas muestran partes de una página web? ” en la página 131
- “P-01. SÍ ¿Las páginas se asemejan a partes de un a conjunto de marcos? ”
en la página 131
S-01. La página de la reproducción no se visualiza o no es la página correcta
P-01. ¿Ha comprobado los detalles de carga de la página para ver si la
página se está solicitando correctamente?
NO:
v Vaya a RTV > Ver > Detalles de carga de página.
v Consulte todas las solicitudes y compruebe si la página
principal que está esperando ver está generando un 404
o un código de estado distinto a 200. Verifique que la
página se está devolviendo de la sesión y NO del sitio
remoto. En el caso de que proceda del sitio remoto, no
se ha capturado correctamente en los datos de sesión.
Verifique que PCA se ha configurado para capturar
páginas del tipo que está intentando reproducir. En el
supuesto de que está devolviendo algún código distinto
al 200, es casi seguro que no se ha capturado
correctamente. Si la página produce que se sirva otra
página, muchas veces es una redirección, después de que
el servidor remoto no ha podido servidor la página. De
nuevo, esto apunta a que la sesión no se está capturando
correctamente.
S-02. El elemento no aparece en la página web durante la reproducción
P-01. ¿Alguna de las páginas de la lista de navegación (panel superior
izquierdo) tiene listas de un solo carácter detrás de ellas (como XXXXX o
@@@@)?
Sí:
La privacidad está bloqueando los datos del campo de
URL que pueden ser necesarios para comparar las
solicitudes con los elementos de IU. Altere la configuración
de la privacidad para permitir que los campos de URL
aparezcan. Normalmente, el culpable es la regla
BlockURLFields en la interconexión Windows en el servidor
de recipiente.
P-02. ¿Hay alguna solicitud que genere el código de estado 404
DISTINTA a imágenes y CSS?
Sí:
Si los archivos que faltan tienen una extensión como AXD,
ASHX, ASPX o de otro modo, contienen el JavaScript
necesario para mostrar elementos en la página. Se han
capturado en la sesión y el RTV está realizando una
solicitud al servidor de origen para estos y está fallando.
En PCA, asegúrese de que las extensiones de las páginas
121
que muestran 404 están en la lista blanca. Además,
verifique que no están en la lista "Bloquear".
Nota: En el supuesto de que la página NO tiene ninguna
extensión, PCA decide mantener o lanzar páginas
basándose en el tipo MIME incluido en el tipo contenido
de la cabecera. Verifique que el tipo MIME para esta
página que falta está en la lista blanca y que no está
bloqueado.
P-03. ¿Hay varias solicitudes en la página de inicio o varias redirecciones
en los detalles de carga de página?
Sí:
Lo más probable es que las páginas que son necesarias
para la reproducción no se han capturado y se están
solicitando del servidor de origen durante la reproducción.
Puesto que el servidor necesita cookies o un ID de sesión
válido para servir a estas páginas, simplemente está
devolviendo una redirección a la página de inicio u otra
página genérica. En PCA, verifique que la página que se ha
solicitado originalmente tiene una extensión que está en la
lista blanca y no está bloqueada.
Nota: En el supuesto de que la página NO tiene ninguna
extensión, PCA decide mantener o lanzar páginas que se
basan en el tipo MIME que está incluido en el tipo de
contenido de la cabecera. Verifique que el tipo MIME para
esta página que falta está en la lista blanca y que no está
bloqueado.
P-04. ¿Hay gráficos cargándose o una sección grande de la página está
blanco?
Sí:
Consulte S-05.
S-03. Un elemento de IU está presente en la página pero no se llena con datos.
La reproducción posterior no funciona.
P-01. En los detalles de carga de la página, ¿hay solicitudes 404
DISTINTAS a imágenes y CSS?
Sí:
Consulte S-02, P-02.
P-02. En los detalles de carga de la página, ¿hay solicitudes que se están
redirigiendo o devolviendo datos vacíos?
Sí:
P-03. En los detalles de carga de página, ¿hay alguna solicitud que se
está completando con 200 que forma parte del tipo POST Y se está
solicitando del servidor de origen?
Sí:
122
Guarde la sesión (TLS) como TLA, y realice una búsqueda
de texto dentro de la sesión para si ver el URL que falta
está en el archivo de sesión.
P-03.NO. ¿El URL está presente en TLA?
NO:
La solicitud POST no se ha capturado en los datos
de sesión. Esto se puede producir porque el tipo
MIME o la extensión no está en la lista blanca o
está bloqueada en la sección POST de PCA. Añada
esta extensión o desbloquéela si está bloqueada.
Siga adelante y añada o desbloquee también la
extensión desde el tipo MIME.
Sí:
Lo más probable es que haya algún problema con
la comparación de la solicitud POST captuada en la
sesión durante la reproducción. Si el URL tiene
valores codificados de URL (como _, o %36)
incluidos, vaya a RTV > Herramientas > Opciones
> Avanzada y desmarque Coincidencia estricta de
datos de publicación. Esto no realiza una
comparación de serie simple al comparar
solicitudes POST.
Nota: A partir del release 8.3, este valor se ha
eliminado. Puede ser un problema de los datos de
publicación que coinciden con el complemento.
Consulte "Gestión de complementos de
comparación de datos POST" en el Manual de
configuración IBM Tealeaf CX.
S-04. Se muestra una página durante la reproducción, pero se sustituye
inmediatamente por una página 404 o alguna otra página que es obvio que no es
la correcta.
P-01. En los detalles de carga de página, ¿ve una solicitud para más de
una página PRINCIPAL (página con una extensión "asp, jsp, html, htm,
php, etc...)?
P-01.Sí. ¿La página inicial tiene un botón para enviar u otro
botón de transición de página incluido (como "siguiente")?
Sí:
Lo más probable es que el resaltado utilizado al
reproducir está provocando que el botón navegue.
Si no requiere que el RTV ejecute JavaScript
cuando se resalta (como cuando no hay elementos
mostrados/ocultos dinámicamente), podrá
desactivar Invocar JavaScript al resaltar en el
RTV > Herramientas > Opciones > Reproducción.
Si necesita JavaScript para ejecutar mientras se
resalta para otros elementos que se van a
reproducir, podrá escribir una regla de modo de
respuesta para sustituir el JavaScript que activa
dicho botón. La ejecución de una búsqueda
123
secundaria del URL que se está solicitando suele
ser suficiente. A continuación, sustituya el URL con
el carácter '#' (ancla).
NO:
Podría haber un javascript que está intentando
cargar una página nueva. Buscar frases como
"window.location.href " o "window.navigate" o
"document.location" o "window.location" puede
ayudarle a señalar el código que está realizando la
navegación.
En el supuesto de que no las encuentre, es posible
que el código para realizar el resaltado es
simplemente un distintivo de ancla "<a href=".
Puesto que habrá toneladas de estos distintivos,
tendrá que buscar el último url de la página
principal que vea en los detalles de carga de
página. Una vez que vea el url que está
provocando el problema (el que está provocando la
página 404 o la página incorrecta), podrá buscar
este url y con suerte el distintivo de ancla que tiene
asociado.
En cualquiera de los casos anteriores, una regla de
modo de respuesta requiere el código o el
distintivo de ancla de forma que no se activa
cuando está resaltado.
S-05. Una parte del contenido de ventana no aparece (cargando gráficos o una
área en blanco obvia en la página).
Si este valor está disponible, verifique que se ha seleccionado lo siguiente:
RTV > Herramientas > Opciones > Advanced > Reproducción de dos
fases.
P-01. ¿Hay varias páginas posteriores en la lista de navegación (lista
superior de la izquierda) que tienen HTML sin formato o datos con un
aspecto extraño?
P-01. SÍ ¿El contenido de las páginas siguientes parece que
debería ser el contenido del área con el gráfico que se está
cargando o el área en blanco?
Sí:
El contenido no se está comparando correctamente,
pero está en la sesión. Esto normalmente significa
que el URL de la página padre (la que tiene el área
en blanco o un gráfico que se está cargando) está
utilizando URL con un host incluido. Esto provoca
un problema de generación de scripts entre sitios
donde esta contenido no está cargado. RTV carga
su contenido a través del servidor proxy situado en
localhost:190X, este se espera que sea el host y
cuando la página reproducida solicita algo de una
seguridad de host diferente (el host del sitio
original) en el navegador bloquea la solicitud.
124
Para arreglar esto, debe buscar los URL que tienen
el host que está incluido en los mismos. Un
ejemplo serían los URL que tienen un aspecto
parecido a "www.thecustomersite.com/
interesting_content.asp. "
El URL coincide con una de las páginas posteriores
que contienen el HTML mal formado mencionado
arriba.
Una regla de modalidad de respuesta se deberá
añadir para cambiar este URL por
"/interesting_content.asp". Este URL relativo
debería permitir al RTV sustituir el contenide del
área que falta.
P-02. En los detalles de carga de página (ver S-01) ¿hay alguna solicitud
del tipo POST que esté devolviendo 404?
Sí:
El contenido para llenar el área que falta está siendo
solicitado por la página al servidor de origen porque puede
no estar en la sesión ni compararse correctamente.
P-03. En los detalles de carga de página (ver S-01), ¿se ha completado
algo correctamente (no 404) y podrá ver el contenido que se supone que
debe estar en el área en blanco pero sigue apareciendo como otra página
(en la lista de navegación)?
Sí:
Intente desactivar RTV->Herramientas->Opcions>Avanzadas->Comparación estricta de datos de
publicación. Esta opción realiza una comparación de serie
exacta para el contenido. Esto puede provocar que falle la
comparación y el contenido se coloca de forma incorrecta.
Nota: A partir del release 8.3, este valor se ha eliminado.
Puede ser un problema de los datos de publicación que
coinciden con el complemento. Consulte "Gestión de
complementos de comparación de datos POST" en el
Manual de configuración IBM Tealeaf CX.
P-04. ¿Un área rectangular (posiblemente en blanco o con un mensaje)
cubre una parte de la página?
Sí:
Esto puede ser un problema de colocación de marco. El
problema puede aparece con más frecuencia al navegar
hacia atrás a través de la sesión.
En este caso, para corregir el problema, intente desmarcar
Colocación agresiva de marco en la pestaña Opciones
avanzadas en RTV.
P-05. Cuando consulte RSP (toque el botón RSP), ¿parece que hay una
página entera (lo que significa abrir y cerrar etiquetas html, etiquetas de
cuerpo y contenido) con un aspecto parecido a un HTML válido?
Sí:
125
En algunos casos, el contenido de la página está oculto
mediante CSS o JavaScript y cuando ha acabado la parte
de "carga", se muestra la página. Sin embargo, en RTV, la
página ya está allí (no hay ninguna solicitud Ajax para
completar) y deseamos que se muestre. Un ejemplo sería
una sesión donde hay un DIV que se muestra en la carga
de la página. Puede escribir una regla de modo de
respuesta para sustituir el código JS para permitirle que se
muestre. Esto requiere algo de registro a través del
JavaScript del cliente.
Ejemplo de cliente:
La etiqueta del cuerpo tenía un aspecto parecido a este:
<body
onLoad="javascript:onloadExpressICMS();
javascript:setOnLoadFlag();
javascript:hideProgres();
javascript:validateAllForOnLoad(’A’);
javascript:myFormLoad();
javascript:setFocus(’agentRecord1’);
javascript:releaseOnLoadFlag();
javascript:controlInsuredInformationBlock
(’F’,’false’);
javascript:handleIcmsCookie(’1250291211465’);
javascript:displayLinks();">
Esta etiqueta contenía una llamada a "hideProgress()" que
busque después (porque solo había una barra de progreso
que se mostraba durante la reproducción de la página). Me
dí cuenta de que podría ayudarme a invocar a dicha
función, así que escribí esta regla de reproducción:
<HostProfile name="eagent.farmersinsurance.com" id="31">
<ResponseModify id="34"
url="/PLA/eAgent/eAutoE/view/info/
premiumsummary/
premiumSummaryCancelAll"
pattern="onLoad=""
replacementString="onLoad="
hideProgres()"
onLoaded="" occurrences="all"/>
</HostProfile>
Esta regla ha convertido la etiqueta en lo siguiente:
<body onLoad="javascript:hideProgres();">
Ahora la página se muestra llamando primero a la función
hideProgress().
S-06. Sigo obteniendo elementos emergentes que mencionan errores de
javascript.
Nota: Si el elemento emergente pregunta si desea seguir ejecutando scripts,
NUNCA pulse "no". Esto inhabilita el motor de scripts en RTV y no ejecuta
ningún scripts hasta que reinicie RTV.
P-01. ¿Los elementos emergentes le preguntan si desea depurar?
Sí:
Intente desactivar el depurador de scripts.
RTV->Herramientas>Opciones->Avanzadas->Inhabilitar
126
depurador de scripts. Esto debería bloquear los elementos
emergentes que le piden depurar.
Si esto sigue sin bloquearlos, abra IE->Herramientas>Opciones de Internet-> Avanzadas y seleccione
"inhabilitar depuración de scripts (Internet Explorer)" e
"inhabilitar depuración de scripts (otros)"
Si nada de esto ayuda, consulte las resoluciones en S-06,
P-02.
P-02. ¿Los elementos emergentes le piden si desea seguir ejecutando
scripts?
P-01. SÍ ¿La mención del elemento emergente "acceso rechazado"
Y la página actual está utilizando HTTPS?
Sí:
A menudo, esto es provocado por el javascript que
intenta definir o cambiar una variable que está en
una página segura cuando el RTV está utilizando el
localhost a través de una conexión no segura para
servir los archivos. Debe encontrar la línea que está
causando el daño (normalmente en un archivo
separado) y asegurarse de que no se puede
producir la solicitud.
Consulte el tema siguiente, así como incluso si es
HTTPS.
P-02. SÍ ¿El elemento emergente menciona "acceso rechazado"?
SÍ:
A menudo esto está provocado por el javascript que está
intentando definir el dominio a través de
"document.domain = ". Deberá realizar una búsqueda
secundaria de este texto para ver si este es el problema. Si
no se encuentra, deberá utilizar RTV->Herramientas>Obtener imágenes y, después, realice otra búsqueda
secundaria. Esto provoca que las páginas
solicitadas/generadas de forma dinámica no aparezcan en
la sesión y se busquen. Cuando lo encuentre, escriba una
regla de modo de respuesta para sustituir este texto con
"//document.domain=", así se comenta esta línea del
javascript.
Si esto no funciona, también es posible que haya otro
miembro de javascript que sea específico del dominio y no
esté permitiendo al RTV definirlo durante la reproducción.
En este punto, debe buscar document., window. e investigar.
Deberá jugar con las reglas de modo de respuesta para
modificar esta línea que provoca el daño.
Ejemplo:
En un cliente, han tenido un socio de revisión llamado
Bazaarvoice que se carga en un IFrame y obtiene contenido
de reviews.epson.com. Puesto que RTV estaba cargando
todo desde localhost:1901 (nuestro proxy interno), había un
127
problema de generación de scripts de sitios cruzados. Para
arreglarlo, escribí esta regla de reproducción:
<ResponseModify id="159" url="" pattern=
"reviews.epson.co.uk"
replacementString="localhost:1901" occurrences="all"/>
Esta regla permitía al URL de IFrame URL cambiarse por
el localhost:1901 que utilizamos, eliminando la generación
de scripts de sitios cruzados.
P-03. SÍ ¿El elemento emergente menciona "'x' está sin definir"?
SÍ:
A menudo esto está provocado por un javascript que
requiere un objeto que no se ha recopilado en la sesión, o
que no se puede recopilar desde el servidor de origen en el
momento de la reproducción.
Esto puede deberse a un archivo javascript que no se ha
cargado correctamente. Compruebe los detalles de carga de
la página y vea si algún archivo JS está devolviendo un
404.
v Si el archivo que está devolviendo 404 se está solicitando
desde el servidor de origen, esto significa que es una
contraseña que está protegida o que no se puede
recuperar sin una sesión, o que está detrás de un
cortafuegos u otra cosa está bloqueando la condición de
red. De cualquier modo, este archivo se debería recopilar
durante la captura. Consulte S-02, P-02.
v Si no hay ninguna página 404, esto significa que hay
algo diferente entre la forma de ejecución de la página
durante la reproducción y la forma como se ejecuta
normalmente. Es posible que algún javascript se esté
recuperando correctamente del servidor de origen
durante la reproducción (estado 200), pero su contenido
es diferente de cuando se solicitó durante la captura. Si
hay alguna redirección o página en los detalles de carga
de la página con una longitud de contenido vacía, lo
más probable es que esta sea la razón. Asegúrese de que
estas páginas se han recopilado durante la captura, ver
S-02, P-02.
v Si el objeto sobre el que se queja parece ser una variable
relacionada con Tealeaf, probablemente el cliente no ha
incluido el archivo TeaLeaf.js correctamente. Verifique
que se ha incluido de una forma estático que se puede
almacenar en la memoria caché. Normalmente, esto
significa en la parte superior de la página principal y no
en ninguna solicitud incluida posteriormente. Si se
incluyen en CUALQUIER página generada
dinámicamente, esto es un serio problema y debe
resolverse. Consulte el manual de instalación de la
biblioteca de UI Capture para ver detalles al respecto de
cómo se debe desplegar el script.
v Si no se aplica ninguno de los problemas anteriores,
significa que alguna variable javascript está provocando
que el script falle en la reproducción. Para rastrear este
128
problema, realice una búsqueda secundaria de la
variable que menciona el elemento emergente e
investigue.
S-07. La reproducción del RTV es significativamente más lenta que el sitio en
directo
P-01. ¿Está bloqueando algún URL sustituyendo parte de ellos (es decir,
cambiando "my.site.com" por "blocked")?
Sí:
Hemos visto problemas de servidores proxy internos con
solicitudes que van a nombres de host o URL
desconocidos. Normalmente, estos problemas se
manifiestan con un rendimiento muy lento de todo el
contenido. La forma de arreglar esto es ir al "archivo de
hosts" de IIS y añadir el nuevo lenguaje al archivo como la
misma entrada que en el localhost. Un ejemplo sería añadir
"blocked" como arriba en el archivo de hosts como la
misma entrada que en el localhost.
NO:
Es posible que el proxy interno u otro software (antivirus)
no reconozca el agente de usuario de RTV. Esto significa
que cuando RTV solicita algo, las series del agente de
usuario desconocido (es decir, no Internet Explorer ni
Firefox, y etc.) se pueden bloquear de la solicitud de
contenido o la experiencia de un bajo rendimiento. El
cliente debe asegurarse de que su infraestructura interna
conoce y permite al RTV solicitar contenido para que la
reproducción sea fiable. Este problema también se puede
generar en imágenes, CSS y otras partes del sitio cuando
las solicita el RTV, l o que produce una reproducción de
baja calidad.
S-08. algunos eventos de IU de cliente no se reproducen
P-01. ¿Los eventos de IU se reproducen hasta un punto determinado?
P-01. SÍ ¿Ve algún evento de IU del tipo "Excepción"?
Sí:
Valide que la página de TeaLeafTarget se ha
configurado correctamente. Toque el botón REQ en
RTV e inspeccione el almacenamiento intermedio
de REQ del evento del tipo excepción. Si el evento
contiene el parámetro "FailedUrl", y contiene
TeaLeafTarget.asp incluido en el URL, se ha
configurado de forma incorrecta. Esto no se aplica
a la captura del lado del cliente.
Si ResponseType=unknown, también es un
indicativo de que la página de destino se ha
configurado incorrectamente.
P-02. SÍ Cuando pulsa el ratón, ¿los eventos que parece que deberían
realizar algo no puede afectar a la página?
Sí:
129
Si la reproducción funciona hasta cierto punto y, después,
los eventos posteriores no modifican la página ni la
resaltan, normalmente significa que falta algo de contenido.
Los eventos se basan en el ID asociado a los elementos de
formulario en la página como, por ejemplo, campos o
botones. Si estos elementos de IU no existen o los ID no
son exclusivos o no existen, la reproducción no los puede
utilizar.
Pulse con el botón derecho del ratón en elemento de IU en
la ventana principal que cree que se debería reproducir con
el evento y elija "ver origen de elemento". Esto le muestra
el HTML para el elemento de IU en la página. Obviamente,
si el elemento falta en la página principal, debe consultar
S-02.
Una vez que ya vea el ID del elemento, asegúrese de que
el ID de evento es el mismo que el ID del elemento de IU
en el HTML. Si este no tiene un ID, o el ID es diferente de
alguna forma, este el motivo por el cual el elemento no se
está reproduciendo. Un elemento de IU que falta puede
provocar que todos los eventos posteriores dallen, si el
evento se suponía que desencadena la visualización de los
elementos de IU para posteriores eventos de IU.
P-03. SÍ ¿La página contiene campos de formulario pero parece que los
eventos no están?
Sí:
En el supuesto de que la página principal contiene un
formulario con campos y no parece que haya eventos de
IU para mostrar la interacción de usuario con los campos,
los eventos de IU es posible que faltan o que no se hayan
capturado. Esto se puede producir porque otro javascript
en la página está "desconectando" nuestros escuchas que
nos ayudan a capturar la interacción de usuario en la
página.
Si ha verificado la P-01 anterior y la página de destino se
ha configurado correctamente, póngase en contacto con los
ingenieros si cree que se debería capturar eventos de IU
que faltan.
P-04. Sí ¿El evento que falla del tipo "cambia" está en la lista de
navegación?
Sí:
Si el evento es del tipo "cambiar", debe añadir este tipo de
evento a la lista de eventos que está reproduciendo RTV.
Este evento es necesario en situaciones donde faltan otros
eventos asociados como "KeyUp" en un campo de
formulario. Para habilitar este evento, vaya a
RTV->Herramientas->Opciones->Eventos de IU y añada la
palabra "cambiar" en el campo junto al botón "Añadir
nuevo tipo". Una vez que el botón "Añadir nuevo tipo" se
activa, púlselo para añadir este tipo. Después, pulse la
casilla de verificación junto a "cambiar" en la lista.
130
P-05. SÍ ¿El evento roto empieza con "xpath" en su entrada de la lista de
navegación?
Sí:
Los eventos del tipo xpath son necesarios cuando los
elementos de IU en la página reproducir no contienen ID.
xpath denota una ruta del HTML DOM para encontrar el
elemento y utilizarlo durante la reproducción.
Los eventos de xpath pueden ser engañosos, porque a
veces requieren cambios en la biblioteca de TeaLeaf UI
Capture para manejar casos especiales.
Póngase en contacto con el equipo de ingeniería cuando los
eventos xpath fallen durante la reproducción.
S-09. Tengo páginas que desordenan la reproducción.
P-01. ¿Las páginas se visualizan como un montón de caracteres sin
sentido (de forma aparente)?
P-01. SÍ ¿Las páginas tienen una serie de consulta única o un
URL que no coincide con las páginas que desea mostrar?
Sí:
Puede pulsarlos con el botón derecho del ratón y
elegir Reglas de reproducción->Eliminar esta
página de la reproducción. Recuerde que esto
provoca que se eliminen todas las páginas con este
URL.
P-02. ¿Las páginas tienen el mismo URL o serie de consulta que también
coincide con las páginas que desea visualizar?
Sí:
Debe eliminarlos utilizando un valor REQ exclusivo. Pulse
el botón REQ en una de las páginas que provoca el daño y
busque un par de nombre-valor REQ que está en las
páginas que no desea, pero no está en las páginas que
desea. Un buen ejemplo de esto es is
"HTTP_X_REQUESTED_WITH=XMLHttpRequest" que
normalmente denota las solicitudes AJAX que no desea
mostrar. Resalte esto en REQ y pulse con el botón derecho
del ratón eligiendo "Eliminar página con esta valor de
solicitud de la reproducción". Esto oculta estas páginas a
partir de ahora.
P-02. ¿Las páginas muestran partes de una página web?
P-01. SÍ ¿Las páginas se asemejan a partes de un a conjunto de
marcos?
Sí:
Consulte P-03.
Error cxReveal "Se está terminando anormalmente una hebra."
Nota: Este problema se aplica a IBM Tealeaf cxReveal desde el release 7.1 y
anterior.
131
Error
Origen: sesnList.aspx.cs:line 119
Búsqueda:
Descripción: Se está terminando anormalmente la hebra.
Este mensaje de error se puede generar al no poder configurar el archivo
spanelcfg.xml de IBM Tealeaf cxReveal para habilitar la autenticación mediante el
nodo <Autenticación>.
No se ha podido reproducir sesiones que se han encontrado en la
base de datos cxReveal
Cuando se devuelven resultados de una búsqueda de IBM Tealeaf cxReveal, puede
que no sea posible reproducir la sesión. Cuando seleccione la sesión para
reproducir en la lista de sesiones, es posible que la sesión no pueda cargarse en la
reproducción basada en navegador.
Mientras que hay varias posibles razones por las que no se puede recuperar la
sesión, el problema puede ser provocado por algunas de las indicaciones de fecha
y hora en los datos de sesión.
Cuando un IBM Tealeaf CX Passive Capture Application vuelve a ensamblar un
hit, la PCA intenta localizar y generar información de indicación de fecha y hora.
Si esta información no está bien formada o está ausente, la PCA escribe el valor
01/01/1970 de forma predeterminada.
Cuando este hit se pasa al servidor de procesos, se producen las cosas siguientes
en el orden listado a continuación:
v La información de atributo de sesión en el hit se procesa y escribe en la base de
datos de búsquedas de IBM Tealeaf cxReveal.
v El hit se escribe en un archivo de archivado de sesión con la indicación de fecha
y hora anterior.
v Una vez cada hora durante la hora, el archivo de archivado de sesión se depura,
ya que los datos que contiene se considera que son demasiado antiguos para el
almacenamiento en el servidor de proceso.
– Consulte "Medición del rendimiento" en la sección del Manual de aplicación de
captura pasiva de IBM Tealeaf del "Manual de aplicación de captura pasiva" en
el Manual de aplicación de captura pasiva de IBM Tealeaf.
Así pues, cuando un usuario de IBM Tealeaf cxReveal realiza una búsqueda de
estos datos de sesión, la base de datos de búsquedas indica que los datos existen
en el servidor de proceso, aunque podrían estar depurados. Cuando IBM Tealeaf
cxReveal intenta acceder a estos archivos de sesión, no los encuentran debido a los
valores incorrectos de indicación de fecha y hora.
Para probar:
1. A través del TMS, localice el directorio donde están almacenados los archivos
de sesión.
v Para obtener más información, consulte “Ajuste del rendimiento de
recipiente” en la página 68.
2. Cuando se aproxime el final de una hora, inicie sesión en el servidor de
proceso como administrador.
3. Vaya hasta el directorio que ha encontrado a través del TMS.
132
4. Localice los archivos que contienen la indicación de fecha y hora 1970 en su
nombre de archivo. El patrón de nombre de archivo debería tener un aspecto
parecido al siguiente:
LSSN_19700101_<nombre_host>
5. Utilizando la búsqueda, intente recuperar una sesión a partir de este archivado.
v Consulte "cxReveal - Búsqueda de sesiones por atributo de sesión" en el
Manual de usuario de IBM Tealeaf cxReveal.
6. Si no puede localizar estas sesiones, reproduzca la sesión a través de BBR e
intente determinar por qué el valor de indicación de fecha y hora de la
solicitud está dañado.
v La información de indicación de fecha y hora se almacena en la sección
[timestamp] de la solicitud.
v Si desea más información sobre estos valores, consulte "RealiTea Viewer Vista Solicitud" en el Manual de usuario de IBM Tealeaf RealiTea Viewer.
133
134
Capítulo 6. Resolución de problemas del Sistema de gestión
de Tealeaf
A partir del release 7.0, Tealeaf permite la gestión centralizada de configuraciones
de servidor Tealeaf. A través del Tealeaf Portal, el Sistema de gestión de Tealeaf
(TMS) permite a los administradores realizar cambios de configuración en una
ubicación central y, después, distribuir estos cambios en todos los servidores
afectados. Si desea más información sobre TMS, consulte "Sistema de gestión de
Tealeaf" en el Manual de administración de IBM Tealeaf cxImpact.
Si está encontrando dificultades con el TMS, revise estos síntomas y soluciones de
resolución de problemas.
Inicio
El servidor TMS esclavo no aparece en la lista de servidores
en el TMS maestro
El servidor esclavo se puede configurar como un servidor TMS maestro. Realice los
pasos siguientes:
1. Identifique el nombre del servidor que se supone que es el TMS maestro.
2. Detenga el TMS en el servidor configurado de forma incorrecta.
3. Desde la línea de mandatos en el servidor esclavo, ejecute el mandato
siguiente:
TLMgmtSrv.exe -setmaster <servidor_maestro>
donde <servidor_maestro> es el nombre del TMS maestro real.
4. Vuelva a iniciar TMS.
5. Compruebe el registro de eventos para ver si haya errores.
Durante el inicio, el TMS esclavo de inicio de sesión de
evento afirma que se está ejecutando como un TMS maestro
Tiene varios TMS maestros. Consulte “El servidor TMS esclavo no aparece en la
lista de servidores en el TMS maestro”.
El certificado TMS autofirmado ha caducado
El Tealeaf Management Service (TLMGmtSrv.exe) utiliza un certificado TMS
autofirmado para las comunicaciones SSL. Si el certificado TMS ha caducado,
puede sustituir el certificado con otro certificado autofirmado, o con un certificado
de una autoridad certificadora de confianza.
Puede utilizar el programa de utilidad openssl en la PCA para generar una clave
privada y un certificado SSL autofirmado utilizando la clave. A continuación,
puede copiar el certificado en el servidor IBM Tealeaf donde se está ejecutando el
servicio TMS.
Complete los pasos siguientes para generar un certificado SSL autofirmado.
1. Abra el indicador de mandatos y vaya hasta el directorio siguiente:
/usr/local/ctccap/bin/
135
2. Utilice el mandato genrsa -out para generar la clave privada. Por ejemplo, el
mandato siguiente genera el archivo TLMgmtSrv.key , que es un archivo de
clave RSA de 2048-bits:
openssl genrsa -out TLMgmtSrv.key 2048
3. Elimine la frase de contraseña de la clave privada. Por ejemplo, el mandato
siguiente elimina la frase de contraseña:
copy TLMgmtSrv.key TLMgmtSrv.key.orig
openssl rsa -in TLMgmtSrv.key.orig -out TLMgmtSrv.key
4. Utilice la clave privada que ha generado para crear el certificado autofirmado.
Utilice el indicador de mandatos y genere el certificado autofirmado. Por
ejemplo, utilice el mandato siguientes para generar el certificado
TLMgmtSrvNoKey.crt utilizando la clave privada TLMgmtSrv.key que ha
generado:
openssl req -x509 -days 3650 -newkey rsa:2048 -key ./TLMgmtSrv.key –out
TLMgmtSrvNoKey.crt
La opción -days 3650 especifica la validez del certificado example.crt para los
próximos 365 días (un año).
El mandato openssl req solicita de manera interactiva varios valores. La
siguiente tabla muestra las solicitudes y las respuestas de ejemplo:
Tabla 3. Valores de ejemplo para el mandato openssl req
Solicitud
Respuesta de ejemplo
Nombre de país (código de 2 letras)
Estados Unidos
Estado o provincia (nombre completo)
California
Nombre de la localidad (por ejemplo,
ciudad)
San Francisco
Nombre de la organización (por ejemplo, la
compañía)
Tealeaf®, una empresa de IBM®
Nombre de la unidad organizativa (por
ejemplo, sección)
Ingeniería de release
Nombre común (por ejemplo, su nombre)
cx.Tealeaf.com
Dirección de correo electrónico
[email protected]
5. Combine los dos archivos en un solo certificado que contiene su propia clave
privada utilizando el mandato cat. Por ejemplo, utilice el mandato siguiente:
cat TLMgmtSrvNoKey.crt TLMgmtSrv.key > TLMgmtSrv.crt
6. Transfiera el nuevo archivo de certificado de la PCA al servidor Tealeaf basado
en Windows que se va a sustituir.
Asegúrese de que el nuevo certificado tiene el mismo nombre (TLMgmtSrv.crt)
y que está en el mismo directorio que el certificado caducado. La ubicación
predeterminada es Tealeaf\TLMgmtSrv\SSL.
7. Detenga el servicio TMS antes de instalar el nuevo archivo de certificado y
reinicie el servicio tras colocar el archivo en su lugar.
Si ha configurado el modo no SSL para el servicio TMS, se
produce un error cuando intente acceder al sistema de
gestión Tealeaf (TMS).
Si ha configurado el modo no SSL para el servicio TMS, se visualiza el error
siguiente al acceder al TMS: Se produjo un error al conectarse al servicio
TMS.
136
Complete los pasos siguientes para resolver este problema:
1. Inicie sesión en el sistema de gestión Tealeaf (TMS).
2. En la pestaña Worldview, expanda Tealeaf Management Server y pulse
Configuración del sistema de gestión Tealeaf.
3. En el área Acciones de config, pulse Ver/Editar.
4. Verifique que el valor del parámetro UseSSL está establecido en 0.
De forma predeterminada, el valor del parámetro UseSSL es 1.
Asegúrese de que verifica el valor en los servidores TMS maestro y esclavo.
5. Guarde y aplique los cambios.
6. En el servidor TMS maestro, vaya a $Tealeaf_Home\Portal\WebApp.
7. Abra el archivo web.config y añada la entrada siguiente en la sección
<appSettings>:
<add key="TMS_USE_SSL" value="false"/>
La sección siguiente es un ejemplo de la sección <appSettings> en el archivo
web.config:

<appSettings>
......
......
</appSettings>
8. Guarde los cambios en el archivo web.config.
9. En el servidor TMS maestro, vaya a $Tealeaf_Home\Portal\WebService.
10. Abra el archivo web.config y añada la entrada siguiente en la sección
<appSettings>:
La sección siguiente es un ejemplo de la sección <appSettings> en el archivo
web.config:

<appSettings>
......
......
</appSettings>
11. Guarde los cambios en el archivo web.config.
12. Reinicie el TMS y los servicios de publicación World Wide Web en el servidor
maestro y el servicio TMS en los servidores esclavos para que se apliquen sus
cambios.
Acceso
Solicitud de un maestro desconocido
En el TLMgmtSrv_access_YYYMMDD.log de un servidor esclavo, puede ver un mensaje
message al siguiente:
10/10/10 13:55:35 | W | Auth: Solicitud de maestro desconocido en aaa.bbb.ccc.ddd!
Donde:
v aaa.bbb.ccc.ddd es una dirección IP.
En este caso, el TMS maestro está intentando conectarse a TMS en un servidor
esclavo utilizando una dirección IP que es diferente de la dirección utilizada por el
Capítulo 6. Resolución de problemas del Sistema de gestión de Tealeaf
137
servidor esclavo para conectarse al maestro. Esta discrepancia se puede producir si
el nombre del TMS maestro en el servidor esclavo se resuelve en una dirección IP
diferente.
Para arreglar este problema, utilice la dirección IP como el nombre que utiliza el
TMS maestro para comunicarse.
1.
2.
3.
4.
Inicie sesión en el servidor esclavo.
Abra un shell de línea de mandatos.
Vaya hasta el directorio de instalación de Tealeaf.
Ejecute el siguiente comando:
TLMgmtSrv.exe -setmaster aaa.bbb.ccc.ddd
Donde:
v aaa.bbb.ccc.ddd es la dirección IP del TMS maestro.
5. Repita los pasos anteriores en cada servidor esclavo afectado.
138
Capítulo 7. Documentación y ayuda de IBM Tealeaf
IBM Tealeaf proporciona documentación y ayuda para los usuarios, desarrolladores
y administradores.
Visualización de la documentación del producto
Toda la documentación del producto IBM Tealeaf está disponible en el sitio web
siguiente:
https://tealeaf.support.ibmcloud.com/
Utilice la información de la tabla siguiente para ver la documentación de productos
de IBM Tealeaf:
Tabla 4. Obtención de ayuda
Para ver...
Haga lo siguiente...
Documentación del producto
En el portal de IBM Tealeaf, seleccione ? >
Documentación del producto.
Ayuda para una página en el portal de IBM
Tealeaf
En el portal de IBM Tealeaf, vaya a ? >
Ayuda para esta página.
Ayuda para IBM Tealeaf CX PCA
En la interfaz web de IBM Tealeaf CX PCA,
seleccione Guía para acceder al Manual de
PCA de IBM Tealeaf CX.
Documentos disponibles para los productos de IBM Tealeaf
Utilice la tabla siguiente para ver una lista de documentos disponibles para todos
los productos de IBM Tealeaf:
Tabla 5. Documentación disponible para los productos de IBM Tealeaf
Productos de IBM Tealeaf
Documentos disponibles
IBM Tealeaf CX
v IBM Tealeaf Customer Experience Overview
Guide
v Guía de integración de datos de
infraestructura de cliente de IBM Tealeaf CX
v Manual de configuración de IBM Tealeaf CX
v Manual del inyector de cookies de IBM Tealeaf
CX
v Guía de bases de datos de IBM Tealeaf CX
v Manual del gestor de eventos de IBM Tealeaf
CX
v Glosario de IBM Tealeaf CX
v Manual de instalación de IBM Tealeaf CX
v Manual de PCA de IBM Tealeaf CX
v Notas de release de PCA de IBM Tealeaf CX
139
Tabla 5. Documentación disponible para los productos de IBM Tealeaf (continuación)
Productos de IBM Tealeaf
Documentos disponibles
IBM Tealeaf CX
v IBM Tealeaf CX RealiTea Viewer Client Side
Capture Manual
v Manual de usuario de IBM Tealeaf CX
RealiTea Viewer
v Notas de release de IBM Tealeaf CX
v IBM Tealeaf CX Release Upgrade Manual
v Preguntas más frecuentes de resolución de
problemas del servicio de soporte de IBM
Tealeaf CX
v Guía de resolución de problemas de IBM
Tealeaf CX
v IBM Tealeaf CX UI Capture j2 Guide
v IBM Tealeaf CX UI Capture j2 Release Notes
IBM Tealeaf cxImpact
v Manual de administración de cxImpact de
IBM Tealeaf
v Manual del usuario de cxImpact de IBM
Tealeaf
v IBM Tealeaf cxImpact Reporting Guide
IBM Tealeaf cxConnect
v Manual de administración de IBM Tealeaf
cxConnect for Data Analysis
v IBM Tealeaf cxConnect for Voice of Customer
Administration Manual
cxConnect for Web Analytics
IBM Tealeaf cxOverstat
Manual del usuario de IBM Tealeaf cxOverstat
IBM Tealeaf cxReveal
cxReveal
v Guía de API de IBM Tealeaf cxReveal
v Manual del usuario de IBM Tealeaf cxReveal
IBM Tealeaf cxVerify
Manual de administración de IBM Tealeaf
cxVerify
IBM Tealeaf cxView
Manual de usuario de IBM Tealeaf cxView
IBM Tealeaf CX Mobile
v Guía de la infraestructura de registro Android
de IBM Tealeaf CX Mobile
v IBM Tealeaf Android Logging Framework
Release Notes
v Manual de administración de IBM Tealeaf CX
Mobile
v Manual de usuario de IBM Tealeaf CX Mobile
v IBM Tealeaf CX Mobile iOS Logging
Framework Guide
v IBM Tealeaf iOS Logging Framework Release
Notes
140
Avisos
Esta información se ha escrito para productos y servicios ofrecidos en Estados
Unidos.
Es posible que IBM® no ofrezca en otros países los productos, servicios o
características que se describen en este documento. Consulte al representante local
de IBM para obtener información sobre los productos y servicios disponibles
actualmente en su localidad. Las referencias a programas, productos o servicios de
IBM no pretenden establecer ni implicar que sólo puedan utilizarse dichos
productos, programas o servicios de IBM. En su lugar, se puede utilizar cualquier
producto, programa o servicio funcionalmente equivalente que no infrinja ninguno
de los derechos de propiedad intelectual de IBM. Sin embargo, es responsabilidad
del usuario evaluar y comprobar el funcionamiento de cualquier producto,
programa o servicio que no sea de IBM.
IBM puede tener patentes o solicitudes de patentes pendientes que cubran la
materia descrita en esta información. La entrega de este documento no le otorga
ninguna licencia sobre estas patentes. Puede enviar consultas sobre licencias, por
escrito, a:
IBM Director of Licensing
IBM Corporation
North Castle Drive
Armonk, NY 10504-1785
EE. UU.
En el caso de consultas sobre licencias relativas a información de doble byte
(DBCS), póngase en contacto con el Departamento de propiedad intelectual de IBM
de su país o envíe sus consultas, por escrito, a:
Intellectual Property Licensing
Legal and Intellectual Property Law
IBM Japan, Ltd.
19-21, Nihonbashi-Hakozakicho, Chuo-ku
Tokyo 103-8510, Japón
El párrafo siguiente no se aplica al Reino Unido ni a ningún otro país en que
dichas disposiciones entren en contradicción con la legislación local:
INTERNATIONAL BUSINESS MACHINES CORPORATION PROPORCIONA
ESTA PUBLICACIÓN "TAL CUAL" SIN GARANTÍA DE NINGÚN TIPO, NI
EXPLÍCITA NI IMPLÍCITA, INCLUYENDO, PERO NO LIMITÁNDOSE, A LAS
GARANTÍAS IMPLÍCITAS DE NO VULNERABILIDAD, COMERCIALIZACIÓN O
ADECUACIÓN A UN PROPÓSITO DETERMINADO. Algunos países no permiten
la renuncia a garantías explícitas o implícitas en determinadas transacciones, por lo
que puede que esta declaración no sea aplicable en su caso.
Esta información puede contener imprecisiones técnicas o errores tipográficos.
Periódicamente se realizan cambios en la información aquí contenida; dichos
cambios se incorporarán en nuevas ediciones de la publicación. IBM puede realizar
mejoras y/o cambios en el/los producto(s) y/o programa(s) descritos en esta
publicación en cualquier momento sin aviso.
141
Cualquier referencia en esta información a sitios Web que no sean de IBM se
proporciona únicamente a efectos de comodidad y no sirve, en modo alguno, de
recomendación de dichos sitios Web. Los materiales de dichos sitios Web no
forman parte de los materiales de este producto IBM y el usuario utilizará dichos
sitios Web por su cuenta y riesgo.
IBM puede utilizar o distribuir la información que proporcione el usuario de la
manera que IBM crea más conveniente sin incurrir en ninguna obligación con el
usuario.
Los licenciatarios de este programa que deseen obtener información sobre él para
poder: (i) intercambiar información entre programas creados de forma
independiente y otros programas (incluidos este) y (ii) y utilizar, de forma mutua,
la información que se ha intercambiado, deberán ponerse en contacto con:
IBM Bay Area Lab
1001 E Hillsdale Boulevard
Foster City, California 94404
EE. UU.
Dicha información puede estar disponible, sujeta a los términos y condiciones
apropiados, incluyendo el pago de una tarifa en algunos casos.
El programa bajo licencia descrito en este documento y todo el material bajo
licencia disponible para el mismo lo proporciona IBM de acuerdo con los términos
del Acuerdo de Cliente de IBM, el Acuerdo Internacional de Programa bajo
Licencia de IBM o cualquier otro acuerdo equivalente entre las partes.
Los datos de rendimiento contenidos en esta documentación se han determinado
en un entorno controlado. Por lo tanto, los resultados obtenidos en otros entornos
operativos podrían variar de forma significativa. Es posible que algunas medidas
se hayan realizado en sistemas en nivel de desarrollo, y no existen garantías de
que estas medidas sean las mismas en los sistemas de disponibilidad general.
Además, algunas mediciones se pueden haber estimado mediante extrapolación.
Los resultados reales podrían variar. Los usuarios de este documento deberán
verificar los datos aplicables para su entorno específico.
La información relativa a los productos que no son de IBM se ha obtenido de los
proveedores de dichos productos, sus anuncios publicados u otras fuentes públicas.
IBM no ha probado estos productos y no puede confirmar la precisión del
rendimiento, la compatibilidad o cualquier otra afirmación relacionada con
productos que no sean de IBM. Las preguntas relativas a las prestaciones de los
productos que no son de IBM deberán dirigirse a los proveedores de dichos
productos.
Todas las declaraciones sobre futuras tendencias o intenciones de IBM están sujetas
a modificación o retirada sin previo aviso y representan únicamente metas y
objetivos.
Esta información contiene ejemplos de datos e informes utilizados en operaciones
de negocio diarias. Para ilustrarlos de la manera más completa posible, los
ejemplos incluyen los nombres de personas, empresas, marcas y productos. Todos
estos nombres son ficticios y cualquier similitud con nombres y direcciones de
empresas reales es pura coincidencia.
LICENCIA DE COPYRIGHT:
142
Esta información contiene programas de aplicación de muestra escritos en código
fuente, los cuales muestran técnicas de programación para diversas plataformas
operativas. Puede copiar, modificar y distribuir estos programas de muestra de
cualquier forma sin pagar ninguna cuota a IBM, con fines de desarrollo, uso,
marketing o distribución de programas de aplicación que se ajusten a la interfaz de
programación de aplicaciones de la plataforma operativa para la que se han escrito
los programas de muestra. Estos programas no se han probado exhaustivamente
bajo todas las condiciones. IBM, por tanto, no puede garantizar ni dar por
supuesta la fiabilidad, la capacidad de servicio ni la funcionalidad de estos
programas. Los programas de ejemplo se proporcionan "TAL CUAL", sin ningún
tipo de garantía. IBM no se responsabiliza de los daños que puedan derivarse del
uso de los programas de ejemplo.
Marcas registradas
IBM, el logotipo de IBM e ibm.com son marcas registradas o marcas comerciales de
International Business Machines Corp., registradas en muchas jurisdicciones en
todo el mundo. Otros nombres de productos y servicios pueden ser marcas
registradas de IBM u otras empresas. Hay disponible una lista actual de marcas
registradas de IBM en la Web en “Información de marca registrada y copyright en
”www.ibm.com/legal/copytrade.shtml.
Consideraciones sobre la política de privacidad
Los productos de software de IBM, incluido el software que se ofrece como
soluciones de servicio (“Ofertas de software”) pueden utilizar cookies u otras
tecnologías para recopilar información sobre la utilización del producto a fin de
mejorar la experiencia final del usuario, personalizar las interacciones con el
usuario final o para otros fines. Una cookie es un elemento de datos que un sitio
web puede enviar al navegador, que a continuación se puede almacenar en el
sistema como una etiqueta que identifica el sistema. En muchos casos, estas
cookies no recopilan información personal. Si está utilizando una Oferta de
Software que recopila información personal a través de cookies o de una tecnología
similar, a continuación le informamos sobre los pormenores.
En función de las configuraciones desplegadas, esta Oferta de software puede
utilizar cookies de sesión y persistentes para recopilar el nombre de usuario de
cada usuario, y otra información personal a fin de gestionar sesiones, proporcionar
una mayor facilidad de uso u otros fines funcionales o de seguimiento de uso.
Estas cookies pueden inhabilitarse, pero si se inhabilitan también se eliminará la
funcionalidad que habilitan.
Existen diversas jurisdicciones que regulan la recopilación de información personal
a través de tecnologías como las de cookies o similares. Si las configuraciones
desplegadas para esta Oferta de software le proporcionan como cliente la
capacidad de recopilar información personal de los usuarios finales mediante
cookies y otras tecnologías, deberá buscar asesoramiento legal sobre la legislación
aplicable para la recopilación de dicha información, incluidos los requisitos para
proporcionar el aviso y consentimiento donde corresponda.
IBM exige que los Clientes (1) proporcionen un enlace claro y visible a los términos
de uso del sitio web del Cliente (por ejemplo, su política de privacidad) que
incluya un enlace a las prácticas de uso y de recopilación de datos del Cliente y de
IBM, (2) notifiquen que las cookies y los gif transparentes/balizas web se ubican
en el sistema del visitante por parte de IBM en nombre del Cliente junto con una
explicación del propósito de dicha tecnología, y (3) en la medida que lo exija la ley,
Avisos
143
obtengan el consentimiento de los visitantes del sitio web antes de ubicar cookies y
gifs transparentes/balizas web por parte del Cliente o IBM en nombre del Cliente
en los dispositivos del visitante del sitio web.
Si desea obtener más información sobre la utilización de las distintas tecnologías,
incluidas las cookies, para estos propósitos, consulte la declaración de privacidad
en línea de IBM en http://www.ibm.com/privacy/details/us/en, en la sección que
se titula "Cookies, Web Beacons and Other Technologies".
144
Impreso en España

Guía de resolución de problemas de IBM Tealeaf CX

Transcripción

Documentos relacionados

Voluntariado Corporativo IBM de Chile SAC