您所在位置： &
&nbsp&&nbsp&nbsp&&nbsp
sap_bw面试问题考核点19页.doc 19页
本文档一共被下载：
次 ,您可全文免费在线阅读后下载本文档。
下载提示
1.本站不保证该用户上传的文档完整性，不预览、不比对内容而直接下载产生的反悔问题本站不予受理。
2.该文档所得收入(下载+内容+预览三)归上传者、原创者。
3.登录后可充值，立即自动返金币，充值渠道很便利
需要金币：150 &&
sap_bw面试问题考核点19页
你可能关注的文档：
··········
··········
1.你过去几年做过什么项目？你做过哪些报表？这些报表的数据源是什么？对于这些数据源的delta机制熟悉吗？（考察对项目的大概了解）做过什么行业？通信行业做过什么报表？资产负债表利润表各种明细报表2.你项目中有几人？这个bw是怎么分配工作的？（考察项目的真实性）3.bw对一个模块抽取数据，那么这个模块有几个dso？几个cube？为什么这么设计？（考察项目建模的熟练性）一般企业的目标分类Tommy的截图：4.dso和cube加载数据的频率是怎么样？（考察对数据加载的熟练性）数据加载频率？每天晚上加载加载量？少则十几万条，多则几十万条数据5.如何把已开发好的模型和查询传到生产机？（考察如何把工作内容从开发机传到生产机）通过se10释放，然后通过stms传输。6.协同开发一个模型的时候可以保存到2个请求号中吗？请说明原因？（考察对模型重复加载的程度）7.数据源如果没有在bw端复制数据源会出现怎么样的效果？（考察把r3的数据源结构复制到bw端）8.请说明你做的数据源在r3的表名（考察对r3底表的熟练性）Ofigl_c01ofigl_c10,2LIS_11_VAITM9.如果是文件上载，如果是几百万条数据，你如何处理？（考察对数据仓库优化的能力）如果要抽取一个text文件，有百万条甚至千万条数据，应该怎么做。答；如果上传的数据量过大，不可能一次上传，否则肯定会死掉。方法是写程序分批上载。一般每包的数据量1-2万条比较合适。数据的流转路径：TXT-------内表-------------R3我们删除R3的数据的时候，也不可能一次情况完毕，也还是要分批清除。10.请告诉你在工作中遇到的困难，是如何解决的？（考察解决问题能力和沟通能力）11.建模的基本步骤12.什么是限定关键指标？怎么做？13.什么是计算关键指标？怎么做14.设置条件之后，结果是怎么样的？15.设置例外之后，结果是怎么样的？16.查询弹出变量窗口，在哪里设置？17.DSO与cube的区别？最大的区别就是处理关键值，CUBE只有累加，DSO累加和复盖都支持。ABR采用前镜像、后镜像和反转镜像的更新模式，既支持覆盖又支持累加，所以数据源可以更新到DSO或者CUBE。AIE?采用后镜像模式，只支持覆盖，不支持累加，故只适用于DSO，如果要加载到CUB中，需先通过DSO再转到CUBE结构上：DSO二维表VSCUBE星形结构数据内容：DSO---明细数据、数据支持合计和覆盖CUBE---汇总数据、数据只支持合计DSO常用于存储数据，CUBE用于建立报表18..多立方体虚拟立方体信息集3者区别？VirtualCube虚拟立方体，支持直接访问数据源中的数据，不通过PSA。由于使用虚拟立方体对OLTP的性能会造成影响，需要考虑使用的前提条件：报表需要从SAP源系统中得到即时的数据，只有很小数量的数据被传输，使用该查询的用户数要少，直接访问需数据源支持InfoSet信息集信息集通常定义为数据，标准信息块；信息对象是时间相关特性，则交集是时间相关或临时交集，是数据源上的语法层。与典型集是特定的数据视图。是虚拟信息提供者，本身不存储数据，只是提供了跨不同数据对象的一个数据视图InfoSet的连接类似于数据库表的Join,只查字段相等的查询。多立方体19．那种情况下用到数据集市？场景集团总部与各省区的分公司使用各自独立的BW系统，总部需要创建基于各分公司的数据的报表查询，数据交换将在多个BW系统中进行分布计算、集中管理作用：通过数据集市可以实现多个BW系统之间的数据交换，在同一系统中(MyselfSystem),也可以通过数据集市使一部分DataTarget作为另一部分DataTarget的数据源20．聚集次数是根据什么来判断的？21.说说你所做过数据源的delta机制？LFi用时间戳22说说lo的增量机制答：一.传输DATASOURSE二.维护提取结构三.维护生成DATASOURSE四.复制和激活SAPBI中的DATASOURSE五.维护数据目标（DATASOURSE对象，INFOCUBE）六.维护DATASOURSE和数据目标之间的转换七.创建数据传输流程八.激活提取结构九.删除设置表/执行设置提取十.选择更新方法十一.增量初始化的infopackage十二.必要时，计划V3集中运行十三.增量上载的infopackage22说说lis的增量机制古老的抽取方法，当建立了LIS环境后系统自动生成 sxxxbiw1和sxxxbiw2两张表，以及一个提取结构。BW使用这两个表达到Delta的目的创建LIS的过程：两张表ABAP代码generatedobjectS940pur表tmcbiw中的status可以查看到当前的哪个表在起作用更新激活，选异步223co-pa的delta机制是怎么样的？24是否做
正在加载中，请稍后...1333人阅读
SAP BW（114）
今天跟群里朋友新学了点东西，总结下。
事情起因：有一个处理链，分三个部分，早晨3点跑第一部分，中午12点跑第二部分，下午三点跑第三部分。
通常的解决办法也许是建3个链儿，计划上不同的时间，但是事情其实可以有别的做法。
Method 1：Interrupt Process
在链里加Interrupt Process，限制上时间，处理链会一直等待下去，直到符合触发条件。
Method 2：Decision Between Multiple Alternatives
用于开始之后，增加判断条件，符合A的时候执行链儿P1，符合B的时候执行链儿P2，但是需要让处理链不停的运行，加以判断，即限制Job的Schedule时间。
&&相关文章推荐
* 以上用户言论只代表其个人观点，不代表CSDN网站的观点或立场
访问：448255次
积分：5862
积分：5862
排名：第4081名
原创：125篇
转载：19篇
评论：163条
(4)(2)(1)(1)(2)(2)(4)(4)(3)(4)(7)(4)(9)(11)(8)(10)(18)(14)(37)君，已阅读到文档的结尾了呢~~
扫扫二维码，随身浏览文档
手机或平板扫扫即可继续访问
sap bw面试问题考核点
举报该文档为侵权文档。
举报该文档含有违规或不良信息。
反馈该文档无法正常浏览。
举报该文档为重复文档。
推荐理由：
将文档分享至：
分享完整地址
文档地址：
粘贴到BBS或博客
flash地址：
支持嵌入FLASH地址的网站使用
html代码：
&embed src='/DocinViewer-4.swf' width='100%' height='600' type=application/x-shockwave-flash ALLOWFULLSCREEN='true' ALLOWSCRIPTACCESS='always'&&/embed&
450px*300px480px*400px650px*490px
支持嵌入HTML代码的网站使用
您的内容已经提交成功
您所提交的内容需要审核后才能发布，请您等待！
3秒自动关闭窗口原文链接 http://blog.csdn.net/asdfak/article/details/5868254
昨晚的进程链居然报错了，问题很诡异
这是一个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，很正常
去看看后台有啥在跑呢，点了下CPU那个按钮，发现有一个Process已经执行了大约19个小时，账号居然是我的...嘿，这不是昨天下班儿那会儿的嘛
折回到SM21，看了下果然有错误
于是乎，二话不说，直接干掉Process，回来再做抽取，万事OK
其实总结起来，也蛮简单的，要么是BW这边出了问题，也许是激活呀，例程呀，数据呀，或者比较变态的FI数据源上载顺序呀，等等，有的时候会因为session、process到了阀值啊，或者RFC的问题，日志满了，表空间满了，节点满了，都有可能影响数据抽取。不过相对来说比较好找，毕竟有Basis在。
到了R3那边就相对麻烦了，问题也很繁琐，特别是对于增强过的数据源，我遇到过那种直接跑死的不过跑到SM50干进程也倒是一劳永逸的方式，但是要注意安全。
另外，陈老师有一篇博客，讲的也蛮好，不过没怎么用到过这么复杂的。转来
如何处理大数据量抽数长期无响应？
在一个项目上线过程中，由于一些模型数据量巨大，抽数十分缓慢，长期在黄灯状态，monitor的消息是：missing
处理几次类似问题后，总结了一点经验：
首先检查系统的一些参数设置是否正确，和抽数相关的参数包括：
1.&检查系统链接是否正常：SM59
2. SW进行传输设置：
IDOC频率：多少个数据IDOC后返回一个消息IDOC（monitor中，要收到消息IDOC才能确认数据传输完成，否则一直等待直到报missing
messages错误）。当IDOC数据包比较大时，建议降低频率，这样可以及时发现问题。一般在5-10之间，不超过20。
IDOC数据包：每个数据包包含几条记录,通常在之间。一般，每个加载进程不要超过100个数据包，因此大抽取大量业务数据时，最好将该值设得大一点。例如：50000（oracle/sql
server)或10000（informix)
3.&根据数据量，估计设置infopackage执行时的最长等待时间,&并设置好timeout的时间
4.&设置TRFC最大连接数：SM58
然后，根据监控器反馈的信息及时处理问题:
1.&若监控器的xxxx from yyyy一直在变化，说明数据一直在传输中，正常情况下会一直到xxxx=yyyy，yyyy为源的数据量。
2.&若监控器的xxxx from yyyy不动了，则有问题，应当看看detail的消息。一般会出现missing
messages,&是抽数线程太多造成SQL&死锁。这时，则应通过SM50观察抽数进程是否扔在工作。若抽数进程不动了，应去SM58观察TRFC的情况，手工执行(F6)死锁的TRFC以及长时间等待的TRFC。此时SM50中的进程应该继续工作了。
3.&观察监控器，直到数据全部抽取到BW并完成处理。若数据全部抽完（xxxx=yyyy)，但一直出于missing
messages的黄灯或红灯状态，则可以手工置红request，然后手工更新数据包，然后再手工置绿。有时，还需要手工roll up.
4.&数据量大的话，最好先做full update,然后再做无数据的initial
5.&数据量很大的话（千万以上），full update时，最好按时间段或凭证号分次上数。
这个是很早之前写的，讲的不够全面，先放上来，有时间再慢慢改。欢迎大家补充...
满怀希望，期待未知的旅程。
&&相关文章推荐
* 以上用户言论只代表其个人观点，不代表CSDN网站的观点或立场
访问：32186次
积分：1546
积分：1546
排名：千里之外
原创：117篇
转载：57篇
(1)(1)(2)(5)(2)(8)(6)(10)(4)(6)(8)(43)(4)(2)(2)(5)(8)(14)(2)(15)(8)(6)(15)5850人阅读
SAP BW（114）
最近公司新上了国内某CRM系统，SAP的CRM也光荣下线了
但是紧接着就出现了一些需求，CRM自带一款小型BI，需要一些SD的数据，但是把R3的数据给他们进行计算的话，不仅复杂、数据海量，而且还很担心数据会和BW不一致，所以经过探讨，决定数据从BW出，然后传给他们。
基本流程Query-&DSO-&Open hub(DB Table)-&RFM。
于是乎，凑着他们这几天不过来烦我，先做个DEMO，以后说话也有底气~哼哼~~~~
问题就来了。首先数据再Query里，取Query数据并不复杂：
1、使用APD，RSANWB，新建一个General的Application
2、根据业务逻辑建Query
由于业务逻辑比较复杂，需要显示每个月的月基本费，而月基本费本身又会参照月份，进行比较，所以，这个月份不能屏幕输入（屏幕输入一个月还行，但是N个月就没办法处理，也没办法每个月都做个变式交给APD去跑）。只好写死在列里，每次做一年的，也还好，十二行而已。。。
但是怎么从十二行转换成两个字段（月份、月基本费值）
SAP想的还是很周到的，每一行Query的数据，都可以通过例程去计算，这就解决了问题。
整个流程是这样的：
3、做DSO，DSO一定要是直接写入的，设计好Key fields和Data Fields（这个还挺重要的，和业务关系很大）
4、配置下例程的Source Fields和TargetFlds，然后开始写代码（和转换里的历程类似，不过思路要清楚，这可是真对报表里看到的每行数据做的处理）
5、配置下例程到DSO的Assignment，类似于Update Rule。
6、在DSO里，选择Overwrite Complete Content of the DSO，这样每次更新报表，数据就全部更新（人家会自己帮你删干净）
7、配置Open Hub，选择Destination Type为Database Table（这里有个Third-Part Tool，需要在SM59里配置RFC链接，没试过），然后勾上Deleting Data from Table，每次都删掉旧数据，类似于Full上载，下面我选择的是Semantic Key，这样就可以在Field Def里面配置Key Field，选Technical Key的话，就比较类似DSO的Log表，会有Request ID、RECORD等等，这些会作为是Key Field。
8、做转换、DTP
9、SE37，做RFM，很简单，就是取了/BIC/OHZVSD_H01的内容，传到参数table里。
SELECT&*&FROM&/BIC/OHZVSD_H01&INTO&CORRESPONDING&FIELDS&OF&TABLE&TABLE_YJBF&WHERE&SALESEMPLY&=&I_SALESEMPLY&AND&CALMONTH&=&I_CALMONTH.
10、做进程链，ABAP Program Variant，Program Name RSAN_PROCESS_EXECUTE，把APD的技术ID配置到Variant里。然后把DTP加在下面，over。。。
11、自己写了段JCO做测试
没啥技术含量，不就是个玩儿~~~跟SE37里面的执行没啥两样。。
续：原来的方案，是摸着石头过河的作品，真正用起来，才发现数据每次都会被冲掉，想要存一下，就使用了一层DSO，进行展现和数据处理。
可是这层DSO总会有新的需求，而进行改变，所以就又加了一层写优化的DSO，来专门存储历史数据。
&&相关文章推荐
* 以上用户言论只代表其个人观点，不代表CSDN网站的观点或立场
访问：448257次
积分：5862
积分：5862
排名：第4081名
原创：125篇
转载：19篇
评论：163条
(4)(2)(1)(1)(2)(2)(4)(4)(3)(4)(7)(4)(9)(11)(8)(10)(18)(14)(37)