批处理常见问题

有时,您可能会遇到批处理组件中意外的行为。

故障诊断

使用此部分可在批处理无法工作或者未按预期方式工作时,查找问题的解决方案。

由于缺省 Apache Derby 数据库出现数据库故障,因此作业提交失败

  • 在 <user_install_root>/gridDatabase 目录中检查是否成功创建了 LRSCHED 数据库。
  • 检查数据库的文件许可权。
  • Derby 仅在单个调度程序配置上受支持。对于配置有多个调度程序的单元,请使用共享 RDBMS。 例如,DB2®。

提交作业定义文件时,作业提交失败

返回了以下消息:
Unable to submit the job definition <xJCL file> because the application
that it runs has not been deployed to an endpoint
  • 确保应用程序安装在端点服务器上。
  • 确保 XJCL 中指定的作业名或应用程序名称与应用程序的名称相匹配。

在提交大量作业(几百或几千个)时作业分派缓慢

通过在管理控制台中的“作业调度程序定制属性”面板中设置 MaxConcurrentDispatchers 定制属性,增加分派器线程的数量。

由于缺省 Derby 数据库出现数据库故障,因此作业执行失败

  • 在 <user_install_root>/gridDatabase 目录中检查是否成功创建了 LRSCHED 数据库
  • 检查数据库的文件许可权。

通过 DB2 执行批处理作业期间发生数据库错误

  • 请检查是否成功创建了 LRSCHED 数据库。
  • 请勿将缺省的 Derby 数据源 JNDI 名称 (jdbc/lree) 用于 DB2。请为非缺省 Derby 数据库创建一个数据源。
  • 检查 WebSphere® 变量 GRID_ENDPOINT_DATASOURCE 是否设置为新创建的非缺省数据源。

作业以服务器身份创建文件

设置 WebSphere 变量 RUN_JOBS_UNDER_USER_CREDENTIAL,以使用提交者的凭证来运行作业。尽管作业在分布式操作系统和 z/OS® 操作系统上可以使用用户的凭证来运行,但是其运行方式略有不同。在分布式操作系统上,文件是使用服务器的身份来创建,即使线程具有用户的凭证。在 z/OS 上,Java™ 线程与操作系统线程同步,并且使用用户的身份来创建文件。

批处理应用程序无法使用 Java 2 安全性

设置 WebSphere 变量 RUN_JOBS_UNDER_USER_CREDENTIAL,以使用提交者的凭证来运行作业。尽管作业在分布式操作系统和 z/OS 操作系统上可以使用用户的凭证来运行,但是其运行方式略有不同。在分布式操作系统上,文件是使用服务器的身份来创建,即使线程具有用户的凭证。在 z/OS 上,Java 线程与操作系统线程同步,并且使用用户的身份来创建文件。
  • 确保开启了应用程序安全性。
  • 在应用程序的策略文件中授予许可权 SecOwnCredentials 和 ContextManager.getServerCredential。

从作业管理控制台中查看作业日志失败,并带有以下错误:无法读取作业日志。

如果已启用管理安全性,请确保也启用了应用程序安全性。

批处理网格端点中的连接争用

当前,网格容器正在事务期间使用非共享连接。因为直到事务结束才会释放连接,所以这会导致连接争用,使性能下降,并在有些情况下出现死锁情况。

要在批处理网格端点中使用共享连接,请在单元作用域中创建 GRID_ENDPOINT_USE_SHARED_CONNECTIONS 变量,并将值设置为 true。缺省值是不使用共享连接。


指示主题类型的图标 参考主题



时间戳记图标 最近一次更新时间: last_date
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=rgrid_xdcgjobprob
文件名:rgrid_xdcgjobprob.html