昨晚的进程链居然报错了，问题很诡异

   

这是一个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，active，很正常

 

SM50

 

去看看后台有啥在跑呢，点了下CPU那个按钮，发现有一个Process已经执行了大约19个小时，账号居然是我的...嘿，这不是昨天下班儿那会儿的嘛

 

折回到SM21，看了下果然有错误

 

   

 

于是乎，二话不说，直接干掉Process，回来再做抽取，万事OK

 

   

 

其实总结起来，也蛮简单的，要么是BW这边出了问题，也许是激活呀，例程呀，数据呀，或者比较变态的FI数据源上载顺序呀，等等，有的时候会因为session、process到了阀值啊，或者RFC的问题，日志满了，表空间满了，节点满了，都有可能影响数据抽取。不过相对来说比较好找，毕竟有Basis在。

 

到了R3那边就相对麻烦了，问题也很繁琐，特别是对于增强过的数据源，我遇到过那种直接跑死的不过跑到SM50干进程也倒是一劳永逸的方式，但是要注意安全。