La carga de trabajo no se está distribuyendo
Esta información puede ayudarle a diagnosticar los problemas en caso de que tenga un problema de distribución de la carga de trabajo.
- Las solicitudes HTTP no se distribuyen a todos los servidores
- Las solicitudes de enterprise beans no se distribuyen a todos los servidores
Las solicitudes de enterprise beans no se están distribuyendo de forma equitativa
- Un servidor anómalo continúa recibiendo solicitudes de enterprise beans (la sustitución por anomalía no se completa)
- Los servidores detenidos o colgados no comparten la carga de trabajo una vez restaurados.
Un clúster no se sustituye en caso de anomalía por el clúster de copia de seguridad.
Examine las anotaciones cronológicas de JVM del gestor de despliegue que da problemas y los servidores de aplicaciones:
- Consulte los mensajes de error o de aviso seleccionando la vista Referencia del centro de información y ampliando la cabecera Mensajes en el árbol de navegación.
Utilice la herramienta analizador de registro y rastreo para examinar y analizar las anotaciones cronológicas de servicio (activity.log) del gestor de despliegue y cualquier nodo que tenga problemas. Consulte los archivos activity.log en raíz_serv_aplicaciones/logs y raíz_serv_aplicaciones/logs.
Analice las anotaciones cronológicas de servicio (activity.log) del gestor de despliegue y de cualquier nodo que tenga problemas. Vea los archivos activity.log en raíz_perfil/logs.
Si aparecen excepciones Java™ en los archivos de anotaciones cronológicas, intente determinar el subcomponente real que está implicado directamente en el problema, analizando la pila de rastreo y buscando la clase relacionada con el producto junto a la parte superior de la pila (los nombres que comienzan por com.ibm.websphere o com.ibm.ws) que generó la excepción. Si resulta adecuado, revise los pasos para la resolución de problemas del subcomponente adecuado en el tema Resolución de problemas de aplicaciones WebSphere del centro de información.
Por ejemplo, si la excepción parece haberla generado una clase del paquete com.ibm.websphere.naming, consulte el tema Sugerencias para la resolución de problemas del componente Servicio de denominación.
Examine las anotaciones cronológicas de JVM del gestor de despliegue que da problemas y los servidores de aplicaciones:
- Consulte los mensajes de error o de aviso seleccionando la vista Referencia del centro de información y ampliando la cabecera Mensajes en el árbol de navegación.
Si aparecen excepciones Java en los archivos de anotaciones cronológicas, intente determinar el subcomponente real que está implicado directamente en el problema, analizando la pila de rastreo y buscando la clase relacionada con el producto junto a la parte superior de la pila (los nombres que comienzan por com.ibm.websphere o com.ibm.ws) que generó la excepción. Si resulta adecuado, revise los pasos para la resolución de problemas del subcomponente adecuado en el tema Resolución de problemas de aplicaciones WebSphere del centro de información.
Por ejemplo, si la excepción parece haberla generado una clase del paquete com.ibm.websphere.naming, consulte el tema Sugerencias para la resolución de problemas del componente Servicio de denominación.
- Asegúrese de que todas las máquinas de la configuración tengan conectividad TCP/IP entre
sí ejecutando el mandato ping:
- Desde cada servidor físico al gestor de despliegue
- Desde el gestor de despliegue a cada servidor físico
- Aunque el problema sucede en un entorno en clúster, es posible que la causa real sólo esté
relacionada indirectamente, o puede que no esté relacionada, con la agrupación en clúster. Investigue todas las posibilidades relevantes:
- Si un enterprise bean de uno o más servidores no está atendiendo las solicitudes, revise el tema No se puede acceder a un enterprise bean desde un servlet, JSP, programa autónomo u otro cliente y el tema No se puede buscar un objeto que alberga el producto desde un servlet, archivo JSP u otro cliente.
- Si el problema surge después de habilitar la seguridad, revise el tema Errores o problemas de acceso después de habilitar la seguridad.
- Si un servidor de aplicaciones deja de responder a las peticiones o se inactiva de forma espontánea (sus procesos se cierran), revise el tema El módulo Web o el servidor de aplicaciones se inactiva o se cuelga.
- Si algunos o todos los servidores no dan servicio a las peticiones SOAP, revise el tema Errores devueltos por el cliente cuando intenta enviar una petición SOAP.
Si tiene problemas al instalar o desplegar una aplicación en servidores de uno o varios nodos, consulte el tema Resolución de problemas de instalación y despliegue del código.
Si la topología consta de un gestor de despliegue basado en Windows con servidores basados en UNIX, examine los archivos .xml y .policy actualizados recientemente en la plataforma basada en UNIX utilizando vi para asegurarse de que no hay caracteres Ctrl-M en los archivos. Para evitar este problema en el futuro, edite estos archivos utilizando vi en los sistemas basados en UNIX, para evitar que se inserten estos caracteres.
Consulte las sugerencias de resolución de problemas para el componente de gestión de carga de trabajo.
- Compruebe si el problema se ha identificado y está documentado consultando el soporte en línea disponible (ideas y sugerencias, notas técnicas y arreglos).
Las solicitudes HTTP no se distribuyen a todos los servidores
- Consulte la lista de servidores principales. El plug-in equilibra la carga entre todos los servidores que están definidos en la lista de servidores primarios, si no se ha establecido la afinidad. Si no tiene definida una lista de servidores primarios, el plug-in equilibra la carga entre todos los servidores que están definidos en el clúster, si no se ha establecido la afinidad. Si se ha establecido la afinidad, el plug-in deberá ir directamente a dicho servidor, para todas las solicitudes de la misma sesión HTTP.
- Si algunos servidores están dando servicio a solicitudes y uno o más no están dando servicio, intente acceder directamente al servidor que
tiene problemas para verificar si funciona, independientemente de los aspectos relacionados con la gestión de la carga de trabajo. Si no funciona:
- Utilice la consola administrativa para asegurarse de que se está ejecutándose el servidor afectado.
- Consulte el tema El recurso web no aparece para obtener más información.
- Consulte el tema Sugerencias para la resolución de problemas del componente de plug-in HTTP para obtener más información.
Consulte los pasos para diagnosticar los problemas relacionados con la gestión de la carga de trabajo en el tema Resolución de problemas con el componente de gestión de carga de trabajo.
Las solicitudes de enterprise beans no se distribuyen a todos los servidores
- Utilice la consola administrativa para asegurarse de que el servidor se ha iniciado. Intente iniciarlo o, si está iniciado, deténgalo e reinícielo.
- Examine la consola administrativa y compruebe que aparezca el nodo en que se ejecuta el servidor que tiene problemas. Si no lo hace:
- Revise los pasos para añadir un nodo a un clúster.
- Revise los pasos de la sección Uno o más nodos no aparecen en la consola administrativa.
- Si es posible, intente acceder directamente al enterprise bean del servidor que da problemas para ver si hay un problema de conectividad TCP/IP, de estado del servidor de aplicaciones u otro problema no relacionado con la gestión de carga de trabajo. Si esto no soluciona el problema, consulte el tema No se puede acceder al enterprise bean desde un servlet, JSP, programa autónomo u otro cliente.
Consulte los pasos para diagnosticar los problemas relacionados con la gestión de la carga de trabajo en el tema Resolución de problemas con el componente de gestión de carga de trabajo.
![[AIX Solaris HP-UX Linux Windows]](../images/dist.gif)
![[IBM i]](../images/iseries.gif)
Las solicitudes de enterprise beans no se están distribuyendo de forma equitativa
- Configuración incorrecta
- Aspectos relacionados con el entorno como, por ejemplo, la disponibilidad de los servidores o las aplicaciones.
- Un número elevado de solicitudes que requieren afinidad entre las transacciones.
- Un número pequeño de clientes
La gestión de carga de trabajo del producto está basada en un esquema proporcional ponderado que distribuye las solicitudes entre los servidores. Esto da como resultado que el balance de cargas lo determine nada más el
número de solicitudes y ningún otro valor. Un problema real de balance de carga se determina comparando el número de solicitudes
que procesa cada miembro del clúster con los pesos establecidos para cada uno de
estos miembros. Esto se lleva a cabo realizando los pasos del tema Resolución de
problemas del componente de gestión de carga de trabajo.
La gestión de carga de trabajo del producto está basada en un esquema de distribución de solicitudes circular. Esto da como resultado que el balance de cargas lo determine nada más el
número de solicitudes y ningún otro valor. Un problema real de balance de carga se determina comparando el número de solicitudes
que procesa cada miembro del clúster con los pesos establecidos para cada uno de
estos miembros.
![[z/OS]](../images/ngzos.gif)
- Cuando el porcentaje de solicitudes que se reciben para cada miembro del clúster es coherente con los pesos, entonces es necesario analizar adicionalmente la aplicación para determinar la causa del desequilibrio de la carga de trabajo incluso cuando el número de solicitudes está equilibrado.
- Cuando el número de numIncomingNonWLMObjectRequests no está equilibrado entre los miembros del clúster y es elevado en relación con numIncomingRequests, entonces el motivo del desequilibrio son los componentes no distribuibles que hay instalados en los miembros del clúster. Si se modifica la configuración se obtendrá un entorno más equilibrado.
- Cuando el número de numIncomingStrongAffinityRequests no está equilibrado entre los miembros del clúster y es elevado en relación con numIncomingRequests, el motivo del desequilibrio son las solicitudes que se invocan dentro de una transacción. Esto se puede disminuir instalando los objetos involucrados en una transacción dentro del mismo clúster.
Un servidor anómalo continúa recibiendo solicitudes de enterprise beans (la sustitución por anomalía no se completa)
Es posible que el cliente esté en una transacción con un enterprise bean del servidor que ha concluido: Consulte las anotaciones cronológicas de JVM del servidor de aplicaciones que alberga la instancia del enterprise bean que da problemas. Si se devuelva una solicitud con la excepción CORBA SystemException COMM_FAILURE org.omg.CORBA.completion_status.COMPLETED_MAYBE, es posible que esté funcionando tal y como se ha diseñado. Ya que según el diseño esta excepción concreta debe devolverse al cliente, puesto que es posible que la transacción haya finalizado. Si esta solicitud se envía por error a otro servidor es posible que se dé servicio dos veces a esta solicitud.
Es posible que el cliente esté en una transacción con un enterprise bean del servidor que ha concluido: Consulte las anotaciones cronológicas de JVM del servidor de aplicaciones que alberga la instancia del enterprise bean que da problemas. Si se devuelva una solicitud con la excepción CORBA SystemException COMM_FAILURE org.omg.CORBA.completion_status.COMPLETED_MAYBE, es posible que esté funcionando tal y como se ha diseñado. Ya que según el diseño esta excepción concreta debe devolverse al cliente, puesto que es posible que la transacción haya finalizado. Si esta solicitud se envía por error a otro servidor es posible que se dé servicio dos veces a esta solicitud.
Si constantemente las solicitudes que se envían a los servidores se devuelven al cliente con cualquier otra excepción, es posible que no haya servidores disponibles. En este caso, efectúe los pasos de resolución de problemas que se indican en el apartado Resolución de problemas del componente de gestión de carga de trabajo.
Si constantemente las solicitudes que se envían a los servidores se devuelven al cliente con cualquier otra excepción, es posible que no haya servidores disponibles.
![[z/OS]](../images/ngzos.gif)
Los servidores detenidos o colgados no comparten la carga de trabajo una vez restaurados.
Este error se produce cuando servidores que anteriormente no estaban disponibles no se reconocen en el componente de gestión de la carga de trabajo después de haberlos restaurado. Existe un intervalo no utilizable que lo determina la propiedad com.ibm.websphere.wlm.unusable.interval durante la cual el gestor de cargas de trabajo esperará a enviar un servidor que se ha marcado como no utilizable. De forma predeterminada, es de 5 minutos.
Puede confirmar que este es el problema asegurándose de que los servidores que estaban inactivos ahora están ejecutándose y pueden dar servicio a las solicitudes. A continuación, espere a que el intervalo no utilizable transcurra antes de comprobar si se ha producido una sustitución por anomalía.
![[AIX Solaris HP-UX Linux Windows]](../images/dist.gif)
![[IBM i]](../images/iseries.gif)
Un clúster no se sustituye en caso de anomalía por el clúster de copia de seguridad.
[10/11/04 13:11:10:233 CDT] 00000036 SelectionMana A WWLM0061W: Se ha
detectado un error al enviar una solicitud a un miembro del clúster {MEMBERNAME=FlorenceEJBServer1,
NODENAME=fwwsaix1Node01} y dicho miembro se ha marcado como no utilizable para futuras
solicitudes al clúster "", debido a la excepción: org.omg.CORBA.COMM_FAILURE:
CONNECT_FAILURE_ON_SSL_CLIENT_SOCKET - JSSL0130E: java.io.IOException: Indica
que se ha producido una excepción de E/S de alguna clasificación. Razón:
Se ha rechazado la conexión
vmcid: 0x49421000 Código menor: 70 finalizado: No"
- Revise el puerto de rutina de carga y el nombre de host del gestor de despliegue para todos los valores de clúster de copia de seguridad.
- Revise los puertos de igual del puente de grupo principal para asegurarse de que el nombre de host y el puerto DCS sean correctos.
- Verifique que los nombres de los clústeres primario y de copia de seguridad coincidan.
- Si la aplicación está pasando por seguridad para ir al clúster de la copia de seguridad, revise la configuración de seguridad. Es posible que tenga que utilizar el inicio de sesión único (SSO) e importar las claves LTPA (Lightweight Third Party Authentication) a la célula de copia de seguridad.