本文讲述了在处理链报错时的解决步骤，问题源于R3系统中的后台进程。通过监控和检查RFC连接、服务器状态、后台进程，找到占用资源的进程并结束，从而解决数据抽取问题。此外，还提到了系统参数设置对大数据量抽数的影响，如IDOC频率和数据包大小。最后，建议根据监控信息调整Infopackage执行时间和TRFC最大连接数。
昨晚的进程链居然报错了，问题很诡异
这是一个GL的模型，infopackage每次执行都说Error occurred in the data selection ，在BW这边查过ST22和SM21，都没有异常。
后来一想，人家都说了，问题出在Extraction的时候，应该去R3查啊
于是Environment--》Job Overview--》Source System
果然啊，是被取消的，也就是说这个东西并不是现在出的错，而是源于过去
PS：之前碰到过一次很恶心的，是因为R3那边后台进程占用了Extractor的资源，一直黄灯而且数据保持0条。
另外，也不能小看Monitor的Step-By-Step Analysis，有些时候还是很好用的，不过最好用EN登陆，翻译上会有问题。这里也会告诉你问题出在Source System。
好吧，既然问题出在R3，那到底是什么问题呢。
SM59，测下RFC连接，没问题啊
SM51，看看server
最低0.47元/天 解锁文章
扫一扫
1826
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
