设为首页 收藏本站
查看: 1145|回复: 0

[经验分享] SAP BW Study note

[复制链接]

尚未签到

发表于 2015-9-18 12:32:02 | 显示全部楼层 |阅读模式
  1. 若一个处理链运行失败,一般情况下可以通过repeat解决;若repeat完成后,状态仍然显示红色,此时就应该去查看下处理链的最后一步是否变成绿色;若变成绿色,证明处理链运行完成,红色状态可以不用再管。
  2. 若一个处理链运行失败的错误信息为Previous request ID(这里的request就是DTP request)has status 'executable',则说明这个DTP request一直处于未执行完状态(显示黄色),后面的process是无法触发的。
  3. 因为V3更新不能保证数据的序列化,所以创建了序列化的V3更新和未序列化的V3更新。
  序列化的V3更新只能保证在一秒的跨度内没有再次更改的提取数据的正确顺序。
  序列化的V3更新只能保证在一个系统中时间永远完全同步的提取数据的正确顺序。
  序列化的V3更新只能保证在之前V2更新的时候没发生错误的提取数据的正确顺序。
  由于V2更新过程中发生的错误是不能repost的,导致V3更新保持一个永远不能处理的状态。
  序列化的V3更新“不支持”多语言更新,如果几个用户同时以不同的语言登陆系统,那么V3更新只会以其中一种语言来进行更 新,而且在这过程中序列化的V3更新会不断的在这些语言中转换,这导致处理数据的时间变得很长,影响性能。
  4. Background job跑很长时间的可能原因:
  加载模式设计不对,尽量设计成Delta模式。
  Package size太小,应适当扩大。
  ST13:处理链分析,查看处理链运行的详细信息。
  5. 如何通过EVENT来控制后台作业:
  对于无法简单地通过时间来控制的PC,可通过EVENT来控制。
  首先创建一个新的EVENT。
  找到原来的后台作业,把这个新的EVENT加入到新的步骤中。
  接着在SM36里创建一个新的后台作业,这个新的后台作业设置在新的EVENT触发之后;然后把原来处理链中的程序和EVENT加入到新的后台作业的步骤中,当新的后台作业开始执行时,这个程序与EVENT也开始执行。
  后台作业必须要release后才会跑。
  用到的T-code:SM37,SM64,SM36,RSPC。
  6. 若从直接更新DSO导数据到Infocube,只能选择Full更新模式。
  7. APD的数据挖掘模型包括:Association Analysis, Decision Tree, Clustering, Weighted Scoring, Regression Analysis, ABC Analysis.
  8.BW Query不显示去年同期数据问题:

问题描述:使用变量偏移的方取得去年同期数据,偏移量-12,但使用Analyzer查看报表时,去年同期数据无法显示
问题解决:偏移量无问题,且去年同期的确有数据存在,后考虑可能是变量问题,最终的问题所在为在过滤器中也限制了变量导致,这样的话,因为过滤器的变量优先,则只能取得当年数据,偏移量不起作用,取消过滤器中的限制条件和变量,问题解决。
总结:使用偏移量时,因为在每个关键值中均需限制相应的时间变量,此时过滤器中不再需要时间限制条件,否则偏移量不起作用。
9. BW数据有误的处理:
当BW抽取数据有误,我们一般可按以下几种情况分别进行处理:
a、利用CUBE或DSO中的部分删除功能删除某部分错误数据,此种情况适合数据多余,且多余数据可按某一限限定条件进行删除
b、利用开始例程、规则例程、结束例程进行数据的清理、筛选,这种情况使用最多,应用也比较多样化和复杂,常用的比如通过开始例程删除重复记录
c、利用信息包完全更新(这个完全更新抽取数据貌似有时候存在问题,比如抽取后勤数据时,并不能把按照限定条件抽取的数据完全抽取上来,仍会有数据遗漏,原因尚不清楚)抽取某一部分数据,然后更新到数据存储对象,这种情况适合于DSO为关键值更新规则覆盖
d、如果错误数据较少且无规则,我们则可以通过手工在PSA中修改相应数据,以修正部分错误数据,然后重新抽取,也可以通过将关键值字段清空来删除某条记录
e、如果我们想对PSA中的某个请求中的数据单独进行处理,可以选中该请求后,选择“计划器更新”按钮,然后将该部分数据进行单独抽取
10. SAP中的物料凭证是唯一的,若发现物料凭证输入有误,不得直接在该物料凭证上修改,必须先另开一张物料凭证来冲销这张物料凭证,然后再开一张新的。这个特征对于BW的数据抽取也有帮助,假如当article属性主数据(例如vendor)有修改,新开的物料凭证上包含的相关信息(vendor)也会修改过来,对应的上层BW模型不用重新去主数据里抽这条新信息(vendor),只要对应的新的物料凭证数据已在底层模型就可以咯,此时新的信息(vendor)也会包含在内。
11. 当我们把BW处理链从开发机传输到生产机时,需要注意的是,对于立刻执行的处理链,传输到生产机时处理链会自动立即执行对此,对于定时执行的处理链,传输到生产机后,需要手工点一下执行按钮,让其产生执行计划号,处理链才会定时执行,否则不会执行,细节,备忘!
12. 把objects从DEV传输到QAS或PRD时,需事先检查哪些objects是真正需要传输的。如果全部是自己新建的objects则需要传过去,若是在原有模型上进行修改,则只需将修改过的objects传输过去,DTP一般是不用再传输的。
13. 若一个信息模型做了微小的修改,那么与此模型有关的一切transformation都得重新传输到开发机上。
14. 在进行库存初始化期间,material document posting应该停止;若没停止,也应该对posting date或其他对象进行限制,确保初始化的数据不重复不遗漏。

运维网声明 1、欢迎大家加入本站运维交流群:群②:261659950 群⑤:202807635 群⑦870801961 群⑧679858003
2、本站所有主题由该帖子作者发表,该帖子作者与运维网享有帖子相关版权
3、所有作品的著作权均归原作者享有,请您和我们一样尊重他人的著作权等合法权益。如果您对作品感到满意,请购买正版
4、禁止制作、复制、发布和传播具有反动、淫秽、色情、暴力、凶杀等内容的信息,一经发现立即删除。若您因此触犯法律,一切后果自负,我们对此不承担任何责任
5、所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其内容的准确性、可靠性、正当性、安全性、合法性等负责,亦不承担任何法律责任
6、所有作品仅供您个人学习、研究或欣赏,不得用于商业或者其他用途,否则,一切后果均由您自己承担,我们对此不承担任何法律责任
7、如涉及侵犯版权等问题,请您及时通知我们,我们将立即采取措施予以解决
8、联系人Email:admin@iyunv.com 网址:www.yunweiku.com

所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其承担任何法律责任,如涉及侵犯版权等问题,请您及时通知我们,我们将立即处理,联系人Email:kefu@iyunv.com,QQ:1061981298 本贴地址:https://www.yunweiku.com/thread-115383-1-1.html 上篇帖子: 我的人生就要发生转折,步入SAP的世界. 下篇帖子: 更改SAP登录界面的图片
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

扫码加入运维网微信交流群X

扫码加入运维网微信交流群

扫描二维码加入运维网微信交流群,最新一手资源尽在官方微信交流群!快快加入我们吧...

扫描微信二维码查看详情

客服E-mail:kefu@iyunv.com 客服QQ:1061981298


QQ群⑦:运维网交流群⑦ QQ群⑧:运维网交流群⑧ k8s群:运维网kubernetes交流群


提醒:禁止发布任何违反国家法律、法规的言论与图片等内容;本站内容均来自个人观点与网络等信息,非本站认同之观点.


本站大部分资源是网友从网上搜集分享而来,其版权均归原作者及其网站所有,我们尊重他人的合法权益,如有内容侵犯您的合法权益,请及时与我们联系进行核实删除!



合作伙伴: 青云cloud

快速回复 返回顶部 返回列表