cognos常见错误解决办法transformer常见问题

1、1. transformer 常见问题整理1.1. 在 transformer 中 drill-through 的含义在 transformer 中说可以用 drill-through 钻取到其他 cube 或 impromptu 报表中，这到底是什么意思，用啊？谁能举个使用的例子？1.2.怎样“用 TRANSFORM 对 CUBE 进行分区优化”啊？1.3.transformer 能够 match *.iqd 文件，这点不错；（赞同）修改IMR 文件后，另存为IQD，在transfromer 中，选中这个Data sour,右键点 Modify column, transformer 能够

2、match *.iqd 文件我做了一个 CUBE，3 个维度，有个维同样是 4 层第一层分得有问题有 60 多项，其余各层均不超过 10 项，总数据有十几万条吧，结果效率很低给用户演示时，展到第四层加消零出现服务器无响应。OLAP 服务器配置是：奔三至强 5002,512M 内存。问：该问题是与 PC 服务器配置低有关还是需要优化？优化原则是什么？ 再请教大侠你的 PC 服务器配置如何？你这种 CUBE 不需要优化的，我做过比你复杂的维，且事实表也比你大。PC SERVER 配置也没有你这么好，你怎么会跑得没有反映的？告诉我你生成的 cube 有多大？有多个 MEASURE，分别是如何计算的？

3、你做演示的时间是使用 ENTRISECUBE 的形式，还是直接CUBE 的形式？有多少人这个 CUBE？你在演示的时间做什么操作导致这么慢。cognos 的分区非常透明，基本不要用户也就是说可以从统计数据到所对应的详细数据表中。 例如在对产品销售增长情况的统计分析中，分析者看到某地区在某天的某个产品销售增长很高，他还想看看对应的这个产品的具体单价和功能等情况的话，就要用到 drill-through 钻取到 impromptu 做的详细报表中的数据。1.4. transformer 里的计算类别不能自动分组，总是需要手动的分组。1.5. 有关 CUBE 权限控制transformer 对use

4、r class 的筛选也很麻烦，如果有很多用户类别和很多用户，要对每个cube 的纬度级别针对每个用户设置权限，据说要去写 macro，我还没研究到这里，反正很麻烦；1.6. 怎样控制数据向上汇聚？数据后有一个主表和从表，主表数据和从表数据都要向上汇聚，但是主表应该在从表汇聚之后达到一定层次在汇聚，我不知到在 transformer 中怎样设定？了一个办法，就是主从表分别建立一个数据源（不用，设置比较简单）如果用户类较少，可用手工拖制，如果用户类比较多，可用优信佳的 UC 系列来控制权限比如：计算列别使用了 share 函数，share 的值总是在实际类别的下面，需要手动的去拖，即使手动的拖好

5、了，如果实际类别有增加，share 类别又需要去拖放，很郁闷的事情；（有其他方法，琢磨一下）1.7. Cognos 增量抽取cognos 的增量抽取好像不怎么管用阿，在模型中将增量抽取的选项沟上后，再抽取，就将现在数据库中的数据库不停地叠加在现有的 Cube 上。比如原来数据库有 1、2、3 条记录，现在增加一条 4，增量抽取就成了 1、2、3、1、2、3、4，就是原有的数据会累加。曾经在 iqd 文件中增加一个条件，让 Transformer 只增量抽取统计日期最大的一批数据，但是存在一个问题。就是如果这个时间间隔内，增加了两个日期的数据，Cube 中就会漏掉一批数据。使用增量抽取是为了减少

6、抽取数据需要的时间，现在抽取一次数据，得 5、6 个小时。还有一个问题就是 Cognos 的技术文档中说，增量抽取十次左右，就要全量抽取一次，否则 Cube 文件会增长很快，同时 Cube 的效率会降低。有人遇到这种情况吗？不知大家有没？的做法是：一个统计设置成两张结构一样的表，一个是转存表（存放历史数据）， 一个是正式统计表（供 COGNOS 提取数据，cognos 提取完后，将表里的数据导入转存表，然后清空该表，等待第二天新数据的导入）但问题是的数据仓库已经建设完毕，再为了增量抽取修改整个应用，代价太大。而且设置增量抽取的目的是减少 Cube 抽取时间（只有几个统计 Cube 需要增量抽取

7、），目前也可以在存放多批历史数据的表中实现增量抽取（通过在。iqd 文件中增加一个统计日期为最大值的条件），不过对增量抽取多批数据和增量抽取中间日期的数据无法实现。上面那个办法很好，可惜现在无法采用了！大家还有没心得？可以采用这个方法：只要在抽取数据的中增加转存的 sql 就可以了比如你的正式统计表是 A，转存表是 A_Sinserto A_Sselect *from AtruncateAA_S 只要A 就可以 了增加一个表，应该是没有问题 的1.8.cube机制？1.9.cube 不能在 web 上浏览？各位大虾，我用 transformer 创建立方体，在lay 种可以分析浏览，但发布到

8、web上报错：不能创建临时文件，请高手指点！在 TRANSFORMER 中更改临时文件的路径更改后重新生成 CUBE 并发布就可以了各位大侠。能一下 cube 的机制吗？如果是一个 cube 相当的大，数据达到了 TB级别，cube 该怎样做？怎么做能提高他的执行效率？在微软的ysis Manager 中是能够进行分区的（具体的也没有做），cognos 里面是怎么进行的，其他的工具怎么做的。大家A、我觉得你的提议很不错，我来：TransForm 中有 auto-Partition、categories、Datses、Direct Create 几种优化生成方式，可以查看联机帮助看相关用法。可以

9、选择增量更新方式，减少重新生成时间。压缩，节省时间(例如:对于用 ExcelCUBE 的用户)。使用 Cache做过 5G 的 CUBE，是 ORACLE 的，效果非常不好！B、同样的数据放到 Cognos，生成的 CUBE100 多M，但也有点吃不消1G 以上的 CUBE更是吃不消了。当然,如 laqxsr 所述 auto-Partition、categories、Datses、DirectCreate 都是几种优化 CUBE 的方式，但事实上如果数据量本身就很大，即使使用这些优化，产生的作用也可能有限。意见是不要想试图去建立 TB 级的 CUBE，也不要去花时间在上面做优化，而把精力花在系

10、统的架构与数据的组织上：1）使用 Cube Group 来解决大数量。先在数据仓库中将数据按类别（如地区、部门等）进行分类，给不同类的数据建立不同的 CUBE；按时间粒度将数据分类，给不同时间类度的数据建立不同的 CUBE；建立各个 CUBE 的关联及钻取路径。如总部到分部 CUBE的钻取、年汇总到月汇总的钻取2）使用 Rolap 代替 Molap用 Rolap 代替 Molap?这么做,好像不太对吧?1.10. 关于 Categrory count，实现逐层汇总，聚合时并非简单累计我使用 Transformer 设计数据结构的时候出现一个问题， 我能不能使度量的值为唯一计数，概念类似于数据库

11、中的 Distinct Count。在 Cognos 中仅仅提供 COUNT.比如:一个移动客户可以办理很多中套餐, 但得到这很多套餐中的确切的用户数,cognos 计算出的是完全错误的.它仅仅是讲没一种套餐的确切用户数简单的累加起来.1.11. 关于虚拟 cube1.12. 净增量的展现的实现在报表展现时，需要体现本月份与上月份或当天与昨天的某度量的变化量，即净增量，请问该如何实现呢？急！解决了！是在时间类别里加一个计算类，取函数 change（）或直接当月上月，楼上的！1.13. cognos transformer 中 External rollup谁知道 cognos transfor

12、mer 中 External rollup 怎么用，谁有使用的文档，急需。我有看到 cognos 有一个 demo 有用到external roll-up。但看了一会，不太明白是怎么作，机制是怎么回事。external roll up 设置:虚拟 cube 实际上有点像数据库中的视图,你可以按照天,月,年等来构建虚拟 cube.比如2003 年你是按照月来建立虚拟 cube,那么在你存放 cube 的目录下将有 12 个 cube 文件,对应着 12 个月的 cube 数据.如果你要更新 3 月份的数据,那么利用 cognos 的虚拟 cube的机制,它只会去更新对应着3 月份的cube 数据

13、的那个cube 文件.这样就比较方便,而且起来会比较好.因为 cognoslay 是从 cube 取得数据的.所以无法实现. 但像 BRIO,BO 就可以实现count distinct.就那上边 supernewstar 幽魂 的案例举例子，可以将一个移动客户的客户号设计成为一个 demi，然后设计 measure 的时候可以 Count Category 在客户号上注意临时文件的路径最好别带空格和中文external roll up 的作用是当维度 roll up 时，measure 值不是下层“计算”出来的，而是来自另外的数据（external）。所以，您的 m要另外加一个或多个数据源提

14、供维层间 roll up 时的度量值，因此1. 将这些数据源设置为 contain external measure values。2. 在相应维度上设置 external roll up column。3. 将相应的度量 roll up 方式设为 external。注意，external roll up 的数据源的相应数据项的 categorycode 要与 external roll up 的维度相应的层 category code 一致。1.14. 从 COGNOSCUBEDRILLTHROUGH 到 IMR 报表：1.15. 事实表双重粒度及 CUBE 之间钻取技术用于分析实例刚才看了

15、朋友飞雪 的贴子，还有一些朋友的回贴如下数据仓库的事实表组织在事实表的设计中都采取的是什么粒度呢？如果都采取细节级的粒度，那么数据量将非常巨大，而且也不满足数据仓库表现的是聚和的数据这一基本准则？如果采取聚和的数据，又难以满足用户对细节级别数据的需求，怎么解决这个问题呢？因为目前在项目中也遇到此问题，所以上来谈谈想法：对于数据仓库，我也一直同意存放明细数据。但如果大量的明细数据加载到 CUBE（或叫数据集市）中，一是性能达不到要求，二是用户也不见得会看问题 1：CUBE 和这个 IMR 报表之间要关系？问题 2：比如说 CUBE 中有个机构维，当我浏览 CUBE 中地区信息时，做 DRILL

16、THROUGH 到 IMR 报表时，我只想看这个地区的 IMR 报表中的细节，怎么定义 CUBE 和 IMR 之间的关联？问题 1：CUBE 和这个 IMR报表之间要关系？cube 的维度层次与 imr 的 column 间的名称要一致，最好 imr 的 column 中有 cube 全部的维和层。问题 2：比如说 CUBE 中有个机构维，当我浏览 CUBE 中 地区信息时，做 DRILL THROUGH到 IMR 报表时，我只想看 这个地区的 IMR 报表中的细节，怎么定义 CUBE 和 IMR 之间的关联？在 Cube 中将机构维 Drill down 并定位到 后 drill throu

17、gh,选择 imr， 结果就出来了。目前我开发的系统中，需要对某个拥有 12 家营业部的公司的客户交易进行分析，现就这个例子来谈谈我对数据仓库数据存贮与 CUBE 设计的一些想法部门维：公司（如果营业部营业部（各个营业部客户时间维：年，月，日进去看不到这一层）只能看到自已的营业部）交易买向维：（买入，卖出）市场类型维：（深 A，深 B，沪 A，沪 B） MEASURE：交易量，交易金额要求：1）各个营业部的，只能看到自已营业部下所有客户的交易数据，对于最近 3 个月，要求可以看到每天的交易数据，早于 3 个月的，要求看每个月的汇总数据2）总公司，可以看到所有营业部的汇总数据，如果他要求，可以看

18、到选中营业部下所有客户的明细数据。对于最近 3 个月，要求可以看到每天的交易数据，早于 3 个月的，要求看每个月的汇总数据解决方法：事实表设计：建立事实表 A，存放公司每个营业部所有客户每天的交易数据; 建立事实表 B，存放公司每个营业部所有客户每个月的汇部数据;建立事实表 C，存放公司每个营业部的每天汇总数据建立事实表 D，存放公司每个营业部的每月汇总数据表 A 与表 B 做 JION，得出表 E，存放公司每个营业部所有客户的交易数据，最近 3 个月是粒度为天，早于 3 个月的，粒度为月表 C 与表 D 做 JION，得出表 F，存放公司每营业部的交易数据汇总，最近 3 个月是粒度为天，早于

19、 3 个月的，粒度为月CUBE 设计：每个营业部建立一个 CUBE，数据源为事实表 E 再加上对相应部门的过滤，12 个营业部，共12 个 CUBE。每个营业部相应的 CUBE总公司建立一个 CUBE，数据源为事实表 F。总公司初始就只看到各个营业部每个月的汇总数据，最近三个月可以看到每天的汇总数据。建立从总公司 CUBE 到各个营业部 CUBE 的 DRILL 路径。当总公司不满足看到某个营业部的汇总数据，而希望看到此营业部的每个客户的明细。可以 DRILL THROUG 到相应营业部的 CUBE优点：和把所有数据放在一个 CUBE 中，分离权限，供总公司，各营业部看不同数据这种方法比起来，

20、有以下优点：1）将数据分散加载到各个 CUBE，可以利用服务器的并行，加快速度。（据超大 CUBE 分而治之，效果比较好）经验，对于2）不同的营业部不同的 CUBE，不同于多个营业部通过权限同一 CUBE 中不同数据这种方式，有效减少竞争3）不同的营业部管理不同的 CUBE，对于某个营业部而言，更新分析数据，只需更新其对应 CUBE，时间大大减少4）总部对各个营业部汇总数据查询频繁，一般不需要看各个营业部的明细，通过 CUBE 与CUBE 之间的钻取，可以方便达到快速的目的汇总 CUBE，而又可以查看各个营业部明细 CUBE5）通过在事实表中 E，F 中设计双重粒度，可以满意不同客户对时间粒度

21、的要求。由于 E， F 均为 VIEW，所以，调整时间粒度也比较简单（如需要看最近四个月的每天明细，只需更改视图，并重加载 CUBE）缺点：CUBE 之间的 DIRLL THOUGH，我只听过 COGNOS 有此功能，不知其它的 OLAP 工具有没有此功能？事实表中，时间是双重粒度，如果 MEASURE 是交易量，而且 AGGREGATE 为 SUM 操作，不会出现问题。如果 MEASURE 为交易频度（交易频度=交易量/交易次数），AGGREGATE 为日均交易频度。对于这种情况，假如 10，11，12 月粒度为天，9 月粒度为月，我可以算出 9月的日均交易频度，并事先放于事实表中。如果和要

22、求 9 月至 12 月的的日均交易频度，即9 月到 12 月在日均交易频度上做 aggregate，相当于 91 天的日均交易频度之和/91 天，结果与 120 天的日均交易频度之和/120 天，肯定是不一样的。希望看后的朋友，对我所述的方法的优缺点做进一进的补充指正。更希望能解答我在缺点中两点问题。1、这种 CUBE 间的钻取有一个很重要的前提就是，两个 CUBE 的结构要完全一致。到底那个工具能做到，还请大虾们指点。2、两种平均的值当然是不一样，而且意义也不一样。120 天这种应该叫基础平均，是反映天级别的准确平均，每月平均值的再平均叫表面平均是月级别的如果用来衡量天级别就有误差了。象你说

23、的 91 天平均有些不伦不类，应该没其实 ligeng 这几个问题都挺有代表性，大家都来实际意义的。下看法吧对，就是这个意思，这就是说！还是 NEOWU 兄了解我啊，我说不出来的东东，他一点就出来了：）希望的朋友自已的意见，听到一些对以上问题的解决建议！用 Hyperion Essbase Server 可以实现以上的功能.Essbase 的 Partitioning 可将分布在不同地方不同地域不同的 CUBE 之间的 Drill through,而且有 3 种方法:1、， 2、建立 View，3、。即把各个 CUBE到一个大的 CUBE 中，此种方法的好处是查询速度快，不好处是磁盘空间占用大

24、。当然你可以选择的数据，如只汇总数据。View 的实现方式与与数据库的 VIEW 原理相同，只有结构定义，没有数据。好处是不占用磁盘空间，但速度较慢，因为要通过网络去实时取数。的方式与前两种完全不同，前两种需要 CUBE 结构一致，但不需要的 CUBE是通过 CUBE中的一个 CELL至另一个安全不同的 CUBE 中。可以让用户远没有ysis service 的分区、虚拟功能好用2. 错误集2.1. TR0120 错误原因？2.1.1.临时空间设置A：You have run out on spacehe directoryt you have set as the tempdirectory

25、 (ransformer: File - PreferenTemporary files).- Directories - DataOr, you havethe cube open while trying to buildit.Or, you doncube to.ve write privileges to the placet you want to build thePlease checkthis, if it doesnt help dont hesie to ask for morehelp.This behaviour is indicative of lack of res

26、ourwhether it be diskspace,memory, etc. The following may help to resolve the ie:Test if setting up multiple temp directories inPP Transformer underFile Preferenfor the DataWork Directory. For exle d:temp;e:temp;e:temp.In addition, make sure to add these temp directories in ConfigurationManager unde

27、r Servi UDA Temporary UDA directory.Increase the sort memory setting from 2048 to 4096 in cer2.ini and changingthe write cache size from 32768 to 65536rnsfrmr.ini.2.1.2. TR-0120“Transformer cant write to a file!”下面两个 IQD 就 pol_sts 不同。现在遇到是：当把 where 中的第三句写成 8 月 1 日，也就是统计一个月的情况，两个 iqd 同时 INSERTRANSFOR

28、MER，一点问题都没有，但如 果统计两个月，就报错 TR-0120“Transformer cant write to a file!”，小弟我始终找不出症结所在，肯请高手指点啊，感激涕淋！2.2. TR1900 错误(TR1900) The wrong ID stwas detected on /app/cognos_work/cube/mdc_grp_tmp/cdma客户化双模业务发展分析/20060301.mdc. This often happens when the misntsaved after creating aerCube. -Cancel这个错误这是,出现了这个错误以后,

29、就不能做增量了,看解释说是由于模型没有保存,但是都是自动保存的,一个,偶尔会出现这个问题,到底是什么问题阿跑一次全量，然后再改成增量应该就可以了。产生的这种错误的原因是全量更新时和增量更新时所用的 m在时间戳上不一致造成的。不知道其他使用增量更新的兄弟有没好的经验一下2.3. TR1901 错误的多种可能原因2.3.1.lay Transformer TR1901 MDC(49)2.3.2.TR1901 MDC(49) Could not save fileSolution:Created:Jan 15, 2004Apps Tlay Transformer - 7.1 Description:

30、An overnight cube build fails due to a TR1901 MDC49 error message.Error Message #: 1003996Title:不同的够大的 Drive。条件变换，查询结果集变大，磁盘空间不够,的 transformer 的两个临时目录分别设在2.3.3.TR1901 error occurs during cube buildransformer.Error Message(TR1901) MDC(49): could not save file (Category) in Solution:Change the setting

31、 for the UDA temporary directory, which is thetemporary directoryt gets used during the retrieval of the data from the database.Steps1. Open Configuration Manager. 2. Go to Servi, UDA, General.The cube build may have been disrupted by ascanner. Exclude the Cognos and temp directories from thescan. K

32、B#123383.#: 1001541Title:TR1901 could not save file Created:Sep 12, 2003Apps Tlay Transformer - 7.1Description:2.3.4.Change the setting for the List of Temporary Directories toError: TR1901 MDC(49) could not save file. (Bitmap) in.3.6.Error: TR1901 MDC(49) could not save file. (Bitmap) in Sol

33、ution:This error message could be caused by corruptionhe PYI file.Sometimes this corruption can be cleaned up by saving the PYI file to an MDL file and then opening the MDL mand saving it back to a PYI file. If using MDL file, you may try saving it to a PYI file and back to an MDL file. Follow these

34、 steps if using the PYI file for Transformer ms:1. Open the PYI file.Description:The following error occurs when attempting to build a cube in lay Transformer:lay Transformer - 7.1Created: Sep 22, 2003Apps Tpoto a temp location with sufficient free space available. Relateds:KB # 125141#: 1001717Titl

35、e:2.3.7.TR1901 -MDC 159: zero recbyt value (Drill)2.3.8.TR1901 MDC 159: zero recbyt value (Drill).Solution:Disabling multiprosing for the datasource may resolve this ie. Steps:1. Open the mransformer.Description:Unable to build a cube. Error Messagelay Transformer - 7.1Created: Sep 04, 2003Apps TSav

36、e the mas an MDL file and close Transformer.Open the MDL fileransformer and save it as a PYI file.Try building the cube again.Follow these steps if using the MDL file for Transformer ms:Open the MDL file.Save the mas a PYI file and close Transformer.Open the PYI fileransformer and save it as an MDL

37、file.Try building the cube again. #: 1001375Title:2.3.9.(TR1901) The lowest level partitions must span full breadth of their dimenwhenuser class security w/filters is in force（TR2723）a gap has been detected betn partition 0 and 2. no gaps in partition numbers are permittedpritition num 设置非 0,能讲解一下，什

38、么意思吗？就是强制把那个纬度放在同一个 partition我设成“2”，就报这个错误设成 1 好了这是因为设了权限了，然后模型又比较大的原因，可以调整 partition numbe还有可以一个方法就是把设权限的那个纬度的倒数第二层的 partition number设成非 0你用第二种方法调整吧，调一个非 0 就可以了，这个意思是说把那个纬度单独设一个 partitionRight-click the datasource and click Properties.Click teral tab.Clear the Enable Multi-Prosing checkbox.2.4. sch

39、eduler run-time error 912.4.1.scheduler run-time error 91: object variable or with block variable not set.主要是 scheduler.mdb，有时候有.ldb 删不掉需要重启或结束任务，删除掉 binUser Workspace下 scheduler.*文件2.4.2.A fatal scheduler error has occurred2.5. (TR2317)错误创建ercube 时出现以下错误怎么办？(TR2317) The level 小组 is designatedas uni

40、que.Source value 111000 was used in an attempt to create a categoryhe path ( By 处,1 层,输入错误,输入错误2,0,111000).111000 alreadyexists in level 小组he path ( By 处,1 层,西厅（A）,南一区（D）,1AD2,111000). -OK， 是不是要从数据仓库中删除( By 处,1 层,输入错误,输入错误2,0,111000)？菜鸟求助！可能是数据源,重新生成 iqd 数据完整和唯一性！唯一性，在模型中的维度分级中用 unique 而，如果那些“输入错误”的

41、在分析中没用的话，在生成 iqd 的时候，可以把它们过滤掉。如果一定要在 cube 里保留“输入错误”的，你得在 iqd 里建个新的 column，象这样：1 层|输入错误|输入错误|2|0|111000 ，结果是一个新字符串，它能够保持的唯一性。然后用这个新的列作为 dimen的 lowest level。在这个 level 的 property 里，选“小组”作为label.2.6. 遇到 TR3110 错误该怎么办？transformer 生成 cube 时,在第一个 IQD 即报错 TR3110.我看到网上解决方法:一Incre 问题 asing the sortmemory sett

42、inghe cer3.ini file from 512 to 5120 resolvedthis i二es1. Backup your copy of the trnsfrmr.ini fidirectory or rename it to trnsfrmrbak.iniy copying it to anotherThe file is locateddirectory.he :Program FilesCognoscer1bin2. Start Transformer again. This will recreate this file and the application will

43、 now open without error.但是我找不到 cer3.ini 文件,试着删除 trnsfrmr.ini,再重起 transformer,还是没有用.有可能是 cer1.ini或者 cer2.ini孤独的稻草人的麦田守望者2.7. TR0148 错误(TR0148)ernal format error帮忙看看阿 cognos7.3 版本 Description: Errorhe temporary file /app/cognos_new/tmp_data/18014/0E. -OKTR148 (or TR0148)ernal format errorhe temporary

44、file 0 x00760Ewhen attempting to build aerCube.cert1.ini 文件中,和内存读写有关的,似乎只有 lay DataServer WriteCacheSize=16384ReadCacheSize=16384没有看到有关 sortmemory,麻烦您再指点一下.了.我要生成的 CUBE,以前有 87M,现在增加了半年的数据,恐怕要超过 90M,也许就是因为这样,才会报错.cognos 是否地方可以调内存?三、PYI 损坏了，将其保存为 MdL，另存为 PYI 便可以解决Solution:Check for, and delete, very large temporary files in all temp locations r