在一些日常业务中，总有一些长时间处理的任务，系统运行这些任务需要一晚甚至一个周末。
这就需要后台运行单元（background work process）来完成，而且其是不会发生超时（time out) 错误的。
进程（job）有下面几种类型：
时间驱动（Time-driven job）：按照用户预先设定的有时间启动进程。
事件驱动（Event-Driven job）：在一个事件或另一个进程后，该进程启动。
周期型（periodic job） ：在每时或每天，定时执行的进程。
删除型（deleting job）： 为删除系统中盈余的数据的进程，可能会执行较长时间，需要在后台进行。
进程的属性：
Job name：进程的名最长为32字符。
Job count：为了去该进程在系统中的唯一性。比如周期性进程的名都是一样的，
Job name+Job count就能确定其的唯一性。
Step：在该进程内中定义的程序数量。
Start data：启动的时间点有：立即（immediatlly），指定时间（data/time），
时间（event）…等等。
Job owner：产生该进程的用户。
Job class：该进程在系统中的执行等级。
Client：决定该进程在哪个Client中执行，有些系统进程必须在Client000中执行。
Target sever：决定该进程在那个服务器中执行，这有助于合理的分配系统资源
进程状态：
Planned：进程已经被定义，但是还没有开始。
Release：进程已经开始，但是进程中定义的程序还没有被执行。
Ready: 进程已经开始，所有程序开始的条件（启动时间）也已满足，等候系统分配运行资源
（运行所需的后台进程处理单元<BTC-WP>）。
Active: 进程开始，而且定义的每一个程序（STEP）都被按序执行。
Finished： 进程顺利完成。
Cancelled：因为错误，进程没有正常完成。
各个进程的关系：
Planned <> Release > Ready -> Active –> finished or Cancelled
执行后台进程的方法：
事务执行命令（transaction code）：
SM36，SM37， SA38
ABAP 程序：
SAP系统程序或客户自定义的程序。
外部程序或工具：
外部工具（第三方）通过BAPI-XBP接口，从外部定义执行后台进程。
后台进程相关的系统表：
TBTCO: 存放后台进程所有的信息和状态。
TBTCP：存放后台进程中定义程序的信息。
TBTCS: 时间驱动进程相关的信息。
BTCEVTJOB：事件驱动进程相关的信息。
后台进程的日志（joblog）：
日志存放在文件系统（其是TemSe子系统）中，列如：/usr/sap/<sid>/sys/global/001joblg…
一般的问题处理：
问题1： 后台进程没有启动。
原因1：系统没有足够的资源。可以用T-cd：Sm51，Rz04，SM66，Sm37确认。
原因2：进程调度（Scheduler）没有运行。T-cd:Sm61确认。
原因3：无法生产日志，用Sm21确认系统日志，和ST11确认developer trace。
可能是有TemSe不整合或有OS文件的访问问题。
原因4：TCTCO，TCTCP…等一系列表之间的不整合；用SM65->Goto->Additional test->
选择：Perform TemSe check
Consistency check DB Table
Remove inconsistencies
->执行
问题2：后台进程在执行的过程中，发生互锁。
原因1：确认应用程序的逻辑，一般情况下这个问题都是有应用程序本身导致的。
原因2：数据库的原因，但是这样的情况较少。
原因3：两个周期进程，间隔时间太短，以至于第一个还没有执行完，第二个已开始执行。
建议·: 根据note-16083中的说明，设定标准进程，以减少系统负担和数据盈余。
原创文章，作者：奋斗，如若转载，请注明出处：https://blog.ytso.com/18429.html