更多内容关注公众号：SAP Technical
正常情况下，长期处于ready状态的后台作业应该不是正常的系统响应。如果使用TCODE：SM65执行状态检查或一致性检查，则可以消除这种情况。但是，这种情况会经常发生，我们应该想一个办法解决这个问题。
如果检查发现要执行的后台作业是空闲工作进程，则系统将此作业的状态设置为ready，然后使用调度程序发送启动消息。在正常情况下，后台工作进程会立即收到此消息，然后将状态设置为running。
如果在发送或接收期间出现问题，则作业状态仍为ready，系统不再执行该状态。该系统响应的可能原因如下几种：
1、系统无法发送消息（很少见）
2、接收后台工作进程没有数据连接，因此无法更改作业状态（比较常见）
3、接收后台工作进程重复重启（很少见）
下面来讨论一下怎么解决这种情况，如果你的系统比较新，从SAP Basis Release 740 SP5开始，对于挂起状态为ready的作业，有一个自动重启机制。 你不再需要做任何事情。但是，现在很多项目还在处于比较旧的版本，这就需要我们手动去调整了。
执行以下步骤以确定问题的原因：
1、检查系统日志（TCODE：SM21），调度程序跟踪文件（dev_disp）以及后台工作进程的跟踪文件中的错误消息。 在事务SM37中的Executing Server字段中，系统显示已处理或将要处理受影响作业的实例的名称。
2、在系统日志（TCODE：SM21）和后台工作进程的跟踪文件中，检查引用数据库连接问题的错误消息。 在事务SM37中的Executing Server字段中，系统显示处理受影响作业的实例的名称。
3、在系统日志（TCODE：SM21）和后台工作进程的跟踪文件中，检查显示进程重新启动的错误消息。
我们可以使用事务SM37中的状态检查将受影响的作业的状态设置为scheduled或重新启动作业。
网友评论