Diagnosticar problemas al ejecutar un ejemplo

Este tema explica algunas tácticas para diagnosticar problemas cuando ejecuta su ejemplo y no recibe el resultado correcto. Siga las instrucciones que se indican a continuación.

  1. Utilice WebSphere MQ Explorer para determinar en qué cola se encuentra el mensaje de entrada:
    1. Inicie WbSphere MQ Explorer.
    2. En WebSphere MQ Explorer, amplíe las carpetas para visualizar el gestor de colas del intermediario, WBRK_DEFAULT_QUEUE_MANAGER.
    3. Pulse en la carpeta Colas del gestor de colas para visualizar sus colas.
    4. Consulte la columna Profundidad actual para identificar la cola que contiene el mensaje de entrada. Si hay varios mensajes en una cola, pulse el botón derecho del ratón en la cola y después pulse en Examinar mensajes para determinar si el mensaje en el que está interesado está en la cola.
  2. Utilice la tabla siguiente para identificar el problema y ver la solución que se sugiere para solucionarlo. Si el ejemplo que está ejecutando no utiliza una base de datos, ignore los problemas relacionados con la base de datos que se listan en la tabla.
  3. Si la tabla no le ha ayudado a solucionar el problema, vuelva al Kit de herramientas de Message Brokers y vea si hay mensajes de error en la Problemas. Utilice esta información para resolver el problema.
  4. Si ha creado el ejemplo usted mismo, es posible que tenga que comprobar si todos los objetos del ejemplo se han denominado y configurado correctamente.
Problema Razón Solución sugerida
El mensaje de entrada permanece en la cola IN. El intermediario, el Gestor de configuración, el gestor de colas, el escucha o el flujo de mensajes mismo, se ha detenido. Compruebe que todos los componentes estén en ejecución y que el escucha del gestor de colas esté escuchando en el puerto del gestor de colas. Inicie los componentes que no estén en ejecución.
Ya hay un mensaje no identificable en la cola IN que el flujo de mensajes no puede procesar. En WebSphere MQ Explorer, pulse el botón derecho del ratón en la cola IN y luego pulse Todas las tareas > Borrar mensajes.
El mensaje de entrada va a la cola FAIL. El nodo MQInput no puede identificar qué analizador debe utilizar para analizar el mensaje. Si utiliza el recurso Poner en cola en el área de trabajo o la herramienta RfhUtil que se proporciona en el Support Pac IH03, debe escribir toda la información necesaria de cabecera de mensaje en los campos en la herramienta.
Si utiliza la herramienta mqsiput.exe, debe añadir la información de cabecera en el archivo del mensaje mismo.
El mensaje de entrada va a la cola SYSTEM.DEAD.LETTER.QUEUE La cola en la que se tenía que poner el mensaje de entrada no existe. Asegúrese de que ha creado todas las colas necesarias para el ejemplo.
No puede encontrar el mensaje de entrada en ninguna cola. No ha renovado la pantalla en WebSphere MQ Explorer o sólo ha renovado algunas de las colas. Para renovar todas las colas de WebSphere MQ Explorer, pulse el botón derecho del ratón en la carpeta Colas y luego pulse en Renovar. Recuerde que en WebSphere MQ Explorer Versión 5.3, si pulsa el botón derecho del ratón en una cola y después pulsa Renovar, sólo se renovará la cola seleccionada; en WebSphere MQ Explorer Versión 6.0, cuando se pulsa Renovar, se renuevan todas las colas de la carpeta.
El mensaje de entrada se ha pasado a un terminal que no estaba conectado a otro nodo y el mensaje se ha eliminado. Asegúrese de que todos los nodos estén conectados a los demás tal como requiere el ejemplo.
El mensaje de entrada va a la cola FAIL o el registro de sucesos contiene un mensaje que indica que la base de datos no se ha encontrado, o ambas cosas a la vez. DB2 no se está ejecutando. En una ventana de mandatos de DB2, entre el siguiente mandato:
db2 start
Si DB2 ya se está ejecutando, recibirá el siguiente mensaje:
'El gestor de bases de datos ya está activo'.
El flujo de mensajes está intentando acceder a una tabla de base de datos que no está en el esquema por omisión. El nombre del esquema por omisión lo determina el nombre de usuario que se ha utilizado para acceder a la base de datos, y es el mismo que ese nombre. Si la tabla no está en el esquema por omisión y no se especifica ningún otro esquema en el ESQL del flujo de mensajes, el flujo de mensajes busca la tabla en el esquema por omisión.

En una ventana de mandatos de DB2, entre los siguientes mandatos:
DB2 "CONNECT TO database user nombreusuario"
DB2 "CREATE VIEW nombretabla AS SELECT * FROM esquematabla.nombretabla"
donde esquematabla es el esquema que contiene la tabla a la que accede el flujo de mensajes, nombreusuario es el nombre de usuario del intermediario y nombretabla es la tabla a la que accede el flujo de mensajes.