cognos 更新cube出现的错误
各位专家好： 我在更新cube的时候经常报“(TR1900) The wrong ID stamp was detected on /data1/generate_cube/094_02_mms_3g_as/mdc/094_02_mms_3g_as/20120504.mdc. This often happens when the model isn't saved after creati...显示全部
查看其它 7 个回答shilibin2001的回答
这个问题，主要是MDL作了修改。生成的mdc和旧的mdc维度或指标不一样，COGNOS认为是ID Stamp不一样，导致新生成的mdc保存失败。
一般在开发的时候，大多使用全量刷新，或增量刷新。全量刷新的时候，会将开发库的旧mdc全部删除，所以问题没有暴露出来。增量刷新的时候，如果开发库上有旧的mdc文件，就会暴露问题，如果没有旧MDC文件（一般为了节省空间mdc都会定时删除），问题就留到部署生产库的时候才暴露了。
解决方法：
1. 如果mdl用到的表，数据量不大（大约不超过2000万）可以考虑全量刷新。
2. 如果mdl用到的表，数据量很大，只能增量刷新。那么部署的时候，在部署说明中描述清楚，手动删除旧的mdc文件，重新刷新所有月份的mdc文件。这样，增量刷新时，不会报新的mdc文件和旧的mdc的id不同的错误。
一般在开发的时候，大多使用全量刷新，或增量刷新。全量刷新的时候，会将开发库的旧mdc全部删除，所以问题没有暴露出来。增量刷新的时候，如果开发库上有旧的mdc文件，就会暴露问题，如果没有旧MDC文件（一般为了节省空间mdc都会定时删除），问题就留到部署生产库的时候才暴露了。
解决方法：
1. 如果mdl用到的表，数据量不大（大约不超过2000万）可以考虑全量刷新。
2. 如果mdl用到的表，数据量很大，只能增量刷新。那么部署的时候，在部署说明中描述清楚，手动删除旧的mdc文件，重新刷新所有月份的mdc文件。这样，增量刷新时，不会报新的mdc文件和旧的mdc的id不同的错误。
浏览779