在ODI SNP_EXP_TXT 工作组件库表中有溢出

应用：

该文档的信息可以应用到任何平台

目的

注释的目的是为了解决突发情况、未解决的失败以及ODI执行过程中遇到的难题

行为和错误信息：

在没有给出任何错误信息的情况下，给定的会话突然中止，然而其他的会话能成功的完成

一般发生在：

下载步骤中，像“删除工作表”和“创建工作表”

集成步骤中，像“删除流动表”和“创建流动表”

如果执行是被代理处理的，则以下就是代理标志的踪迹：

唯一约束(PK_EXP_TXT)

确定问题的根源

ODI操作日志的进一步分析表明：会话中止在步骤/任务过程中，一般情况下会有警告和错误信息给出

核对工作组件库表后，会显示如下：

i） SNP_EXT_TXT表的内部ID已经达到最大值9999999

ii）在步骤1后SNP_EXT_TXT表会重新编号，记录ID_TBL = 'SNP_EXP_TXT'

最后审核日期

使用说明：

提供一个检修向导来帮助调试指定问题，检测工具包含在文档里，用来帮助解决困难

解决问题细节

为了在以后避免类似问题，我们强烈推荐使用ODI版本10.1.3.5.2或者以后的版本

与此同时，下面的操作将允许你解决腐败

注意：

在ODI版本10.1.3.5.2，这行为已经被处理。也要注意，在启动ODI版本10.1.3.5.2，SNP_EXP_TXT表中的 I_TXT 列存储在19位数字域里

1.停止所有的ODI进程（代理、情境、日志清理、报、集合接口。。。）

2.清理ODI执行日志，只保留最近记录。启动ODI操作模块并且点击清理日志按钮。如果有可能：

只保留几天的执行日志记录

选择所有上下文、所有代理、所有完成的会话、所有的用户清理标准

确保清理情境报告的盒子已被检查过

3.准备初始化操作，管理orphan记录

4.确定与ODI SNP_EXP_TXT 工作组件库表里没定义的记录相关的崩溃对象

5.对SNP_EXP_TXT和参考表里保留的值重新编号。为了和ID次序紧密结合，将重新初始化为一个初始值

请联系ODI的支持团队，他们会帮助你解决这些问题