在一些日常业务中，总有一些长时间处理的任务，系统运行这些任务需要一晚甚至一个周末。

这就需要后台运行单元（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中的说明，设定标准进程，以减少系统负担和数据盈余。