求助:11.5.7 运行ARGLTP(总帐管理系统传送程序),从下午15:00经

tyryz

11.5.7 运行ARGLTP(总帐管理系统传送程序),从下午15:00经过一夜也不能结束.只能终止.
反复循环,
日志类似这样:
Pre argdat: Start Date: 19-05-05   Post Through Date: 31-05-05

===============================================================
Cycle 1   Start Date: 19-05-05   Post Through Date: 31-05-05
---------------------------------------------------------------
   Begin to lock records for update...

  当前的系统时间为 20-05-2005 08:35:40
      Locking records in ar_adjustments...
      No records in ar_adjustments

  当前的系统时间为 20-05-2005 08:35:40
      Locking records in ra_cust_trx_line_gl_dist...

  当前的系统时间为 20-05-2005 08:35:40
      Locking records in ar_cash_receipt_history...

  当前的系统时间为 20-05-2005 08:35:40
      Locking records in ar_misc_cash_distributions...
      No records in ar_misc_cash_distributions

  当前的系统时间为 20-05-2005 08:35:40
      Locking records in ar_receivable_applications...

  当前的系统时间为 20-05-2005 08:35:41
      Locking records in ar_transaction_history...
      No records in ar_transaction_history

   ----------------------------------------------------
   Begin to insert into gl_interface...

   ----------------------------------------------------
   Checking DR/CR balance...

  当前的系统时间为 20-05-2005 08:35:43

   ----------------------------------------------------
   Getting Gain/Loss code combination id...

  当前的系统时间为 20-05-2005 08:35:43

   ----------------------------------------------------
   Filling in segment values...

  当前的系统时间为 20-05-2005 08:35:44
      filled in 0 records in gl_interface

   ----------------------------------------------------
   Filling in gl_posted_date & posting_control_id...

     Insert report interim table...

  当前的系统时间为 20-05-2005 08:35:44

  当前的系统时间为 20-05-2005 08:35:44
   COMMITTED CYCLE 1
........
CYCLE 到了1101282次.
求助,哪位知道可能是什么原因?

纵横四海

你这个请求是AR的form界面中的总帐系统管理界面提交请求带出来的吧。他的作用就是将AR的发票（事务处理）过帐到总帐。
你可以运行一个“未过帐事务处理”去查看一下有多少没有过帐到总帐。你也可以去查看一下gl_interface表中是不是有数据。这个一般情况下最好不要终止。

[此贴子已经被作者于2005-5-20 16:32:53编辑过]

Remen

那运行一个晚上也未免时间太长了，感觉是因为他要lock一些table，而这些table正好被其他的user locked,所以，一直在尝试！建议：找一个用户相对较少的时间运行这个请求看看！

tyryz

说明:当时v$session 没有 lockwait,v$locked_object没看.日志里CYCLE到晚上18:00 多就没有新的记录了.那时cycle已经记到1101282次了.早晨来了还是没结束.只能终止了.白天用户再运行同样程序就没报错了

tyryz

我看了一下运行时的参数,
一般都是
2005/05/19 00:00:00, 2005/05/31 00:00:00, 2005/05/20 00:00:00, N, N, Y, 17, 70998, N, 210
只有这一次没有最后一个参数,这个参数恰是org_id.
不知道是不是这个造成的?

Remen

这个请求是否要用到一些临时表，临时把数据insert到这里面，等正常结束后，自动删除，由于你没有正常结束，这些临时数据是否还存在？手工清除这些临时数据看看！

Remen

另外，你可以尝试传输一天的数据先看看是否可以正常完成。

Remen

也不知道楼主的问题解决了没有！

tyryz

谢谢大家的帮忙,从用户运行的情况看,第2天重提这个请求已没有问题.现在这个问题我也没有办法重现 .只是不知道为什么会这样.看metalink上也只有2个用户提到出现类似的问题,上面也没有人解释原因.

shysnake

to tyryz:
去udump目录看看是否有*.trc文件，如果有，把它传上来看看。

tyryz

我看了,没有.当时没做跟踪

liruqin

请问如何建立一个企业的ＥＲＰ系统

Remen

你这个问题问得简直太笼统了！