SM50->正在运行的作业的调试

您可以随时关闭调试器，然后继续执行程序

，然后可以根据需要重新进入调试器。

Stefan

是否可以在开发中运行此程序/作业？ 因为这样您可能会在要调试的位置插入一个无限循环（在您正在谈论的这些循环之后）。 您可以在SM50中陷入无限循环。 并且不要忘了之后删除循环。...

还有其他一些方法，您可以尝试至少缩小问题发生的范围：

转到SM50 以确保您正在查看正在执行长时间运行的批处理作业的服务器。 从那里转到事务SAT（性能分析），并使用"并行会话运行"：

您可以在其中打开测量：

数到 10并再次将其关闭：

如果 SAT能够在活动期间捕获任何东西， 测量将立即打开，您可以签出。

注意： 您必须确保该进程实际上在服务器上 继续前进。 通常适合我的一个方法是先进入SM50 （可能通过SM51）找出它是哪个服务器，然后打开一个新服务器。 从那里的SAT会议。 或者，使用"服务器选择"按钮 从SAT中找到正确的一个。

一开始，您不应该 使测量活动超过几秒钟（因此，" 到10"），因为日志很快就会变得很大！

如果您不熟悉SAT的全部功能，请查看Olga Dolinskaja的博客系列中有关此非常整洁的交易的信息：

下一代ABAP运行时 分析（SAT）–简介

希望这会有所帮助！

干杯

Bärbel

< =" nofollow" hraf=" https://people.sap.com/b.wallagh"> B。Wallagh 非常感谢您的回复。问题出在质量体系中。流程团队无法复制 开发系统中的问题，因此我们无法执行此操作。请告诉我是否有其他选择。感谢您的时间。

您好，

据我所知，除了调试和设置断点外，没有其他方法可以避免长时间运行的作业超时。 对于长循环，您可以通过settnig断点条件为不同的sy-tabix设置中间中断。

如果错误不是由于数据大小引起的，则可以通过在较小范围内运行程序来减小数据大小，直到确定哪个范围触发了错误。

您还可以分析错误或转储。

希望这是帮助。

此致

Yassine

您能否提供有关该程序的一些信息？ 它正在处理什么，您还会收到什么错误？ 它是ST22中的转储，还是来自消息类的消息？ 也许我们可以通过这种方式提供帮助