后台运行进程(background job)

本文介绍了后台进程的不同类型,包括时间驱动、事件驱动等,并详细解释了后台进程的状态转换、执行方法及常见问题解决策略。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

转自:http://wiki.sdn.sap.com/wiki/pages/viewpage.action?pageId=217385588

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

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

<think>嗯,用户想了解在SAP系统中清理缓存的方法和操作步骤。首先,我需要回忆一下相关的知识,确保信息的准确性。根据之前提供的引用,有几个可能的清理方法,比如使用事务代码、ABAP清理器、操作系统命令,还有浏览器的缓存清理。 首先,用户提到的是SAP系统级别的缓存清理,可能涉及到不同的组件,比如后台服务器、ABAP程序缓存,或者前端的Fiori缓存。引用1提到后台服务器的缓存默认开启,无法关闭,但有一个清除入口,即Clear Cache。这可能是在SAP后台通过事务代码来操作的。比如事务ST02,应该是在这里可以清理ABAP缓冲区。需要确认步骤是否正确,比如输入事务代码,选择清理选项,然后执行。 然后引用3提到了Linux系统下使用sync和echo命令清理内存缓存。这可能适用于操作系统级别的缓存,特别是当SAP运行在Linux服务器上时。不过用户需要注意权限问题,可能需要root权限,并且生产环境要谨慎操作,避免影响其他服务。 引用2是关于SAP Fiori的前端缓存,清理浏览器缓存或者使用无痕模式。这部分是用户端的操作,相对简单,但用户可能想知道服务器端的缓存管理,比如/UI2/CACHE表,可能需要通过事务代码SE16或SE11来访问和管理。 还有引用4提到的ABAP清理器,虽然主要是代码优化工具,但可能也涉及缓存清理的部分,需要进一步确认。不过根据描述,ABAP清理器更多是处理代码规范,可能和缓存清理关系不大,但用户可能需要了解是否有相关的功能。 引用5提到清理缓存后接口未生效,需要检查接口访问情况,这可能涉及到应用级别的缓存,比如通过消息监控器查看。用户可能需要结合具体的模块,比如应用接口的缓存清理步骤,可能需要事务代码SM58或SM59来处理RFC连接缓存。 接下来要组织这些信息,分步骤说明,确保涵盖不同层面的缓存清理:事务代码方法、操作系统命令、前端缓存处理、以及注意事项。同时需要引用正确的来源,比如引用1到引用5,对应不同的清理方法。 可能需要注意用户的不同角色,比如是BASIS管理员负责服务器级别的清理,还是开发人员处理ABAP缓冲区,或者最终用户处理浏览器缓存。因此,在回答中需要明确不同方法的适用场景,并提示用户根据自身权限和系统环境谨慎操作,尤其是生产环境中的风险。 最后,生成相关问题,帮助用户进一步探索,比如不同缓存类型、自动清理配置、清理的风险等,这样用户可以根据自己的需求继续深入。</think>### SAP系统清理缓存的操作方法 在SAP系统中,缓存清理涉及多个层面(如应用层、数据库层、操作系统层),具体操作步骤如下: --- #### **1. 应用层缓存清理** **适用场景**:清理ABAP程序、表数据等应用层缓存。 **操作步骤**: 1. 使用事务代码 `ST02`(SAP内存管理工具): - 输入事务代码 `ST02` 进入界面。 - 点击 **“Detailed Analysis”** → **“Clear Buffers”**,选择需要清理的缓存类型(如程序缓冲区、表缓冲区等)[^1]。 - 确认后执行清理操作。 2. 使用事务代码 `$SYNC` 或 `SM59`: - 清理RFC连接缓存或同步应用服务器状态[^5]。 --- #### **2. 前端缓存清理(SAP GUI/Fiori)** **适用场景**:浏览器或Fiori客户端加载过时资源时。 **操作步骤**: 1. **浏览器缓存清理**: - 在浏览器设置中清除缓存,或使用无痕模式访问Fiori应用[^2]。 2. **Fiori服务端缓存**: - 通过事务代码 `SE16` 访问表 `/UI2/CACHE`,手动删除过时条目[^2]。 --- #### **3. 操作系统层缓存清理** **适用场景**:服务器内存缓存占用过高时(需系统管理员权限)。 **操作步骤**(Linux系统示例): ```bash # 清理内存缓存(需root权限) sync && echo 3 > /proc/sys/vm/drop_caches ``` **注意**:生产环境需谨慎执行,可能影响其他服务[^3]。 --- #### **4. 使用ABAP清理器(可选)** **适用场景**:代码级缓存或无效对象清理。 - 通过开源工具 **SAP ABAP清理器** 自动化清理无效代码或配置缓存[^4]。 --- #### **注意事项** 1. 清理后台缓存可能导致短暂性能波动,建议在非高峰时段操作[^1]。 2. 清理后若接口未生效,需检查消息监控器(事务代码 `SM58`)或接口配置[^5]。 ---
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值