昨晚的进程链居然报错了，问题很诡异
这是一个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干进程也倒是一劳永逸的方式，但是要注意安全。