Problemas comunes de proceso por lotes
En ocasiones, es posible que detecte en el componente de proceso por lotes un comportamiento que no es el esperado.
Resolución de problemas
Utilice esta sección para buscar soluciones a problemas cuando el proceso por lotes no funciona o no funciona del modo que espera.
El sometimiento de trabajo falla debido a anomalías de base de datos con la base de datos Apache Derby predeterminada
- Compruebe que la creación de la base de datos LRSCHED en el directorio <raíz_instalación_usuario>/gridDatabase se ha realizado satisfactoriamente.
- Compruebe los permisos de archivos de la base de datos.
- Derby sólo se soporta en una configuración de planificador individual. Utilice un RDBMS compartido para las células configuradas con más de un planificador. Por ejemplo DB2.
Error en el sometimiento de trabajos al someter el archivo de definición de trabajo
No se ha podido someter
la definición de trabajo <xJCL file> porque la aplicación que la ejecuta no se ha desplegado en un punto final.
- Asegúrese de que la aplicación esté instalada en un servidor de punto final.
- Asegúrese de que el nombre de trabajo o el nombre de aplicación especificado en el XJCL coincide con el nombre de la aplicación.
Trabajo que se envía lentamente cuando se somete un gran número de trabajos (cientos o miles)
Aumente el número de hebras de asignador estableciendo la propiedad personalizada MaxConcurrentDispatchers en el panel de propiedades personalizadas de planificador de trabajos en la consola administrativa.
La ejecución de trabajo falla debido a anomalías de base de datos con la base de datos Derby predeterminada
- Compruebe que la creación de la base de datos LRSCHED en el directorio <raíz_instalación_usuario>/gridDatabase se ha realizado satisfactoriamente
- Compruebe los permisos de archivos de la base de datos.
Errores de base de datos durante la ejecución de trabajos de proceso por lotes con DB2
- Compruebe que la creación de la base de datos LRSCHED se ha realizado satisfactoriamente.
- No utilice el nombre JNDI de origen de datos Derby predeterminado (jdbc/lree) con DB2. Cree un origen de datos para bases de datos Derby que no son las predeterminadas.
- Compruebe que la variable de WebSphere de GRID_ENDPOINT_DATASOURCE se establece en el origen de datos no predeterminado recién creado.
Los trabajos crean archivos con la identidad de servidor
Establezca la variable de WebSphere RUN_JOBS_UNDER_USER_CREDENTIAL para ejecutar trabajos bajo la credencial del emisor. Aunque los trabajos pueden ejecutarse con la credencial del usuario en sistemas operativos distribuidos y z/OS, funcionan de manera ligeramente diferente. En sistemas operativos distribuidos, los archivos se crean con la identidad del servidor incluso si la hebra tiene la credencial del usuario. En z/OS, la hebra Java™ se sincroniza con la hebra de sistema operativo y los archivos se crean con la identidad del usuario.
Las aplicaciones de proceso por lotes no funcionan con la seguridad de Java 2
- Asegúrese de que está activada la seguridad de aplicaciones.
- Otorgue los permisos, SecOwnCredentials y ContextManager.getServerCredential, en el archivo de políticas de la aplicación.
La visualización de registro de trabajo desde la Consola de gestión de trabajos falla con el siguiente error: No se puede leer el registro de trabajo.
Si se ha habilitado la seguridad administrativa, asegúrese de que la seguridad de aplicación también está habilitada.
Contienda de conexiones en el punto final de trabajos de larga duración por lotes
Actualmente, el contenedor de trabajos de larga duración utiliza conexiones no compartidas durante las transacciones. Dado que las conexiones no se liberan hasta el final de una transacción, esto puede causar la contienda de las conexiones, conduciendo a una caída del rendimiento y, en algunos casos, un punto muerto.
Para utilizar conexiones compartidas en el punto final de trabajos de larga duración por lotes, cree la variable GRID_ENDPOINT_USE_SHARED_CONNECTIONS en el ámbito de célula y establezca el valor en true. El valor predeterminado es no utilizar conexiones compartidas.